[{"data":1,"prerenderedAt":485},["ShallowReactive",2],{"essays-list":3},[4,264],{"id":5,"title":6,"body":7,"date":252,"description":253,"draft":254,"extension":255,"meta":256,"navigation":257,"path":258,"seo":259,"stem":260,"tags":261,"__hash__":263},"essays\u002Fessays\u002Flazy-and-opportunistic.md","我懶，所以我投機取巧",{"type":8,"value":9,"toc":245},"minimark",[10,14,26,29,32,35,38,43,46,51,62,68,74,78,81,84,87,90,93,96,99,102,105,108,124,127,144,147,150,156,162,168,171,174,177,181,184,187,190,193,196,199,202,205,208,211,214,217,220,223,226,229,232,235,238,241],[11,12,13],"p",{},"某次在YT上刷到的脫口秀裡聽到一個段子（請恕我真想不起出處是哪了）：「三思而後行」，在暗諷職場的甩鍋文化。",[15,16,17,20,23],"blockquote",{},[11,18,19],{},"一思：能不能不做？",[11,21,22],{},"再思：能不能晚點做？",[11,24,25],{},"三思：能不能讓別人做？",[11,27,28],{},"台下笑成一片。",[11,30,31],{},"我也笑了，而且笑得有點心虛，因為畢竟誰都想當薪水小偷。",[11,33,34],{},"後來經歷的一些事，沉澱反思後，我忽然意識到這是一個最高級的行動準則！",[11,36,37],{},"我懶，我投機取巧，我大方承認且理直氣壯，因為我很清楚一件事：時間是最貴的成本，花掉了就拿不回來。",[39,40,42],"h2",{"id":41},"一笑聲背後的機會成本","一、笑聲背後的機會成本",[11,44,45],{},"脫口秀好笑，是因為它戳中了大家心照不宣的偷懶念頭。但現實是，組織裡那個有求必應、什麼都接的「好人」，才可能是整個團隊效率不彰的老鼠屎。\n而且他還很冤的要扛著做到流汗，嫌到流瀾的罵名，甚至主管可能完全沒有意識到這是最可怕的經費黑洞（加班費）。",[15,47,48],{},[11,49,50],{},"一起把段子裡的調侃剝開，剩下的是資源分配和邊界管理哲學。",[11,52,53,57,58,61],{},[54,55,56],"strong",{},"一思：能不能不做：先審需求。","\n很多臨時起意的事，或是客戶看到新功能的想法發散，有時只要冷靜問一句： ",[54,59,60],{},"「不做會怎樣？它真的解決了什麼問題？」"," 多半就自己消失了。不懂得拒絕的人，不是比較負責，而是沒把自己有限的時間當成成本。在他的帳本上，時間是免費的，所以什麼都可以接。可是時間偏偏是最貴的那一項。\n工程師的時間，就是寶貴的產能。",[11,63,64,67],{},[54,65,66],{},"再思：能不能晚點做：讓時間幫你過濾。","\n不少被包裝成十萬火急的需求，其實只是需求方當下的焦慮，或是還沒想清楚的半成品。第一時間衝上去做，很可能陪著對方改了好幾版，最後全部推翻。晚一點回應，讓子彈飛一會兒，是成本最低的過濾方式。\n工程師們開發功能很像急診室，講求的是檢傷分類，不是先來後到，或是誰比較大聲（當然在工程師這邊可以用錢插隊....急診不行）",[11,69,70,73],{},[54,71,72],{},"三思：能不能讓別人做：找到最適合的人或工具。","\n什麼都自己來，產出的上限就是一天的工時。把工作交給更適合的工具、流程或夥伴才能提高團隊效率，或是你要叫它甩鍋也行，我不爭辯。重點是，鍋甩給更適合的人，整體的成本就降下來了。\n用對的人與工具，才會是最有效率的辦法。",[39,75,77],{"id":76},"二實際經歷懶出來的架構","二、實際經歷：懶出來的架構",[11,79,80],{},"從心虛到理直氣壯，我自己就經歷過一次。",[11,82,83],{},"我負責的是遊戲後台的報告畫面。需求很簡單：根據後端傳來的資料，用捲動的方式產生列表。每個遊戲是一個產品，各有自己的後端。",[11,85,86],{},"一開始走的是最直覺的一對一：一個產品一個前端站，前端直接把後端的位置寫死在程式裡。我意識到這樣做會碰到幾個問題：",[11,88,89],{},"第一是跨域，瀏覽器擋下前端打到另一個網域的請求，得處理 CORS。（前端一定都撞過這個從前端是無解的問題）",[11,91,92],{},"第二是後端的位置直接寫在前端，誰打開瀏覽器的開發者工具都看得到。（等著被 DDoS）",[11,94,95],{},"第三是後端一動，前端就得跟著動（甚至有的時候我根本不知道後端改了，還需要定期去「輪詢」確認後端位置）。維運有時候會改網域，我就得改程式、重新部署。而且一個產品不只一套環境，DEV、SIT、UAT、PROD 各有各的後端位置，改一次就是改好幾份。(工讀生等級的維護...沒啥技術含量，但就是需要花時間做手工藝，還容易出錯)",[11,97,98],{},"我是真的懶得處理跨域，因為這是瀏覽器限制，有些後端根本不知道這是啥玩意，所以我根據我不務正業時學到的Nginx知識，請維運幫我做反向代理（關公面前耍大刀...當下很抖）。前端只打同一個網域的路徑，由 NGINX 轉給後端。跨域的問題沒了，後端的位置藏起來了，維運要換網域，也是他改他的設定，前端完全不用動。",[11,100,101],{},"本來只是為了偷懶，後來我卻忽然意識到：既然轉發是由反向代理路由決定的，那一個前端，不就可以根據路由接 N 個後端嗎？",[11,103,104],{},"於是我換了做法。報告畫面根據網址判斷現在是哪個產品，動態組出對應的 API 路由，反向代理再依路由轉發到該產品的後端。",[11,106,107],{},"從此要新增一個產品時：",[109,110,111,118],"ul",{},[112,113,114,117],"li",{},[54,115,116],{},"維運","：在反向代理加一行，指到新的後端。連那個後端的位置，都是維運自己配的",[112,119,120,123],{},[54,121,122],{},"前端","：不用架新站，也不用重新部署，只要把新產品要用的圖片放上去",[11,125,126],{},"在 NGINX 裡，大概就是多這麼一行（示意）：",[128,129,134],"pre",{"className":130,"code":131,"language":132,"meta":133,"style":133},"language-nginx shiki shiki-themes github-dark","location \u002Fapi\u002Fproduct-c\u002F { proxy_pass http:\u002F\u002F\u003C維運配的後端位置>\u002F; }\n","nginx","",[135,136,137],"code",{"__ignoreMap":133},[138,139,142],"span",{"class":140,"line":141},"line",1,[138,143,131],{},[11,145,146],{},"一開始請維運加設定時，我心裡其實有點過意不去：「明明是我這邊要支援新產品，怎麼變成維運要動手？我是不是把工作推給別人？」",[11,148,149],{},"後來我才發現，我根本沒有多推什麼給他，說不定還幫他省了事。",[11,151,152,155],{},[54,153,154],{},"第一，那一行本來就省不掉。","\n就算維持一對一，為了閃過跨域、藏起後端，每個站本來就需要反向代理，每個前端專案各有一份設定檔，各自寫著自己的後端在哪裡。每多一個產品，維運就要多顧一個站：申請網域、處理憑證、安排部署，一樣都少不了。解耦之後，這些設定集中到同一個專案裡，一個產品一行。網域、憑證、部署全部省掉，要查、要改也只看一個地方。維運的工作不但沒有變多，反而少了一大截，而且省下的都是實實在在的真金白銀與時間。",[11,157,158,161],{},[54,159,160],{},"第二，讓最適合的節點做最適合的事。","\n「哪個路由轉到哪個後端」本來就是反向代理的強項。放在 NGINX，改一行設定就生效。放在前端，就是改程式、打包、部署，每次都走完整的上線流程。",[11,163,164,167],{},[54,165,166],{},"第三，產品越多，省得越多。","\n我曾經認真想像過，如果一直維持一對一會變成什麼樣子：假如產品成長到十個（遊戲換個皮就算一個新產品，十個其實很快），每個產品要分 DEV、SIT、UAT、PROD 四套環境，就是四十份要維護的程式碼。維運改一次網域，我就要翻遍四十份，找出該改的地方，再一份一份重新部署。",[11,169,170],{},"只要是人做的，就一定會改錯、會漏改。差別只在於，是在測試環境被發現，還是上線之後才被使用者發現。",[11,172,173],{},"那是我能預想到的地獄。（我不要）",[11,175,176],{},"解耦之後，新增產品的成本被壓到兩件小事：維運在各環境的設定加一行，前端放幾張圖。產品再多，前端始終只有一份程式碼要顧，維運始終只有一份設定要管。",[39,178,180],{"id":179},"三do-smart-not-hard","三、Do smart, not hard",[11,182,183],{},"英文常說「Work smart, not hard」。但我更喜歡把 work 換成 do：「Do smart, not hard」。work 談的是工作的手段，do 談的是行動的選擇，先決定做什麼、不做什麼，再談怎麼做。",[11,185,186],{},"用力過猛的人，做事像一個單體架構：什麼都往自己身上堆，靠意志力硬扛所有流量。遇到問題，第一個念頭是「我要怎麼加班把它寫出來？」。累了，就告訴自己：「我很累，所以我很負責。」花掉的是一去不回的工時和精力。",[11,188,189],{},"做得聰明的人，做事像解耦之後的系統：先畫清楚邊界，再把負載分給最適合的節點。遇到問題，第一個念頭是「這件事一定要存在嗎？誰來做成本最低？」。做完了，他想的是：「這套流程跑順了，我隨時可以走開。」他花的力氣，最後變成可以重複使用的工具、架構和自動化。",[11,191,192],{},"這種懶，其實很早就有人替它說話。",[11,194,195],{},"網路上某個經理人流傳一句話：「我會選一個懶人去做困難的工作，因為他會找到最輕鬆的方法。」出處是誰不重要，這句話能流傳這麼廣，代表很多人都有同感。",[11,197,198],{},"軍事史上也有一個常被提起的分類：軍官可以分成聰明、愚蠢、勤奮、懶惰四種特質。又笨又勤快的最危險，因為他會不停製造錯誤。又聰明又勤快的，適合當幕僚。而最適合當最高統帥的，是又聰明又懶惰的人：他討厭窮忙，所以懂得放手，懂得抓重點。（不怕壞人千方百計，就怕蠢人靈機一動）",[11,200,201],{},"到了軟體工程，Perl 語言的作者賴瑞‧沃爾乾脆把「懶惰」列為程式設計師的三大美德之一：因為懶得重複做同一件事，所以會寫腳本、做工具、設計架構，讓系統自己跑。",[11,203,204],{},"把視野再拉遠一點，諾基亞有句廣告詞：「科技始終來自於人性。」我更願意說：科技始終來自於惰性。",[11,206,207],{},"人類的發明史，幾乎就是第三思的歷史：能不能讓別人做？只是這個「別人」，後來變成了機器。懶得走路，有了輪子、汽車、飛機。懶得手算，有了算盤，最後有了電腦。懶得洗衣服、掃地，有了洗衣機和掃地機器人。工程師懶得每次手動部署，於是有了 CI\u002FCD、Docker，還有我前面說的反向代理。",[11,209,210],{},"勤奮推動的是眼前的進度，懶推動的是做事方法的改變。如果每個人都甘願靠蠻力硬撐，我們大概到現在還在手抄帳本，反正「加班就抄得完」。",[11,212,213],{},"剛入行時，我是用力過猛的那種人（濫好人），總在想：「怎麼用我自己掌控的工具，把需求全部兜出來？」現在我比較常想的是：「這件事放在系統的哪個環節處理，整體的維護成本最低？」",[11,215,216],{},"Do smart 就是投機取巧。投機，是看準時機：什麼事現在不必做、什麼事可以等以及什麼事現在不做就會死。取巧，是挑最省力的做法：交給誰、用什麼工具或辦法。這四個字被用成貶義太久了，但拆開來看，講的正是做事最需要的判斷。（事分輕重緩急）",[11,218,219],{},"真正該怕的，是「用戰術上的勤奮，掩蓋戰略上的懶惰」：手上很忙，腦袋很懶，懶得想這件事該不該做、該誰來做。真正的推卸責任，是自己沒想清楚，就把混亂丟給下游。成熟的分工，是看清系統的全貌，設計出合理的介面和規範，讓每個環節在最擅長的位置運轉。",[39,221,222],{"id":222},"再三思",[11,224,225],{},"所以，下次再聽到那個段子，不妨認真把三思再想一遍。",[11,227,228],{},"一思，能不能不做？砍掉的假需求，就是省下的專注力。",[11,230,231],{},"再思，能不能晚點做？讓時間先替你過濾一輪雜訊，手上有沒有更重要的事需要先解決。",[11,233,234],{},"三思，能不能讓別人做？讓維運加那一行，讓 NGINX 轉那個請求，讓機器跑那些重複的事。",[11,236,237],{},"懶人的三思，一次都不能少：每一思，省下的都是往後無數次的重複勞動（還有時間，時間就是金錢）。",[11,239,240],{},"懶就是懶，投機取巧就是投機取巧，不必換個好聽的名字。我只是比較早想通：時間最貴，所以每一分鐘都要花在只有我能做、而且真正值得做的事情上。其他的，能不做就不做，能晚點就晚點，能讓別人做就讓別人做！",[242,243,244],"style",{},"html .default .shiki span {color: var(--shiki-default);background: var(--shiki-default-bg);font-style: var(--shiki-default-font-style);font-weight: var(--shiki-default-font-weight);text-decoration: var(--shiki-default-text-decoration);}html .shiki span {color: var(--shiki-default);background: var(--shiki-default-bg);font-style: var(--shiki-default-font-style);font-weight: var(--shiki-default-font-weight);text-decoration: var(--shiki-default-text-decoration);}",{"title":133,"searchDepth":246,"depth":246,"links":247},2,[248,249,250,251],{"id":41,"depth":246,"text":42},{"id":76,"depth":246,"text":77},{"id":179,"depth":246,"text":180},{"id":222,"depth":246,"text":222},"2026-10-22","聽懂脫口秀的「三思」，才讀懂系統架構",false,"md",{},true,"\u002Fessays\u002Flazy-and-opportunistic",{"title":6,"description":253},"essays\u002Flazy-and-opportunistic",[262],"隨筆","pCqejfeno1hOSp4OAhCl-etvuIu6GBVpb4VKUu_0tC8",{"id":265,"title":266,"body":267,"date":477,"description":478,"draft":254,"extension":255,"meta":479,"navigation":257,"path":480,"seo":481,"stem":482,"tags":483,"__hash__":484},"essays\u002Fessays\u002Fwhy-this-site.md","為什麼做這個網站",{"type":8,"value":268,"toc":475},[269,274,277,282,285,288,293,296,301,304,309,317,320,325,328,333,336,341,344,347,352,363,368,371,376,379,388,391,436,441,444,455,458,466,469,472],[15,270,271],{},[11,272,273],{},"因為在準備自己的履歷，發現很多想講但放不下的廢話。\n索性就來浪費才華，用自己學到的技能來弄個可以讓我寫廢話的地方。",[11,275,276],{},"很多想寫的東西，但是我覺得寫在關於又很冗長，所以就寫在這裡吧。",[15,278,279],{},[11,280,281],{},"忽然覺得自己一直都在不務正業...",[11,283,284],{},"大學唸的是生物科技，某天心血來潮去圖書館借了一本Java的書來啃，開篇教你用TXT手刻後編譯，超硬",[11,286,287],{},"心想反正學費都付了，就去旁修一些想學的課（賺！）。先是 C#，上半學期很好玩，因為C#不是冷冰冰的CLI介面，對於新手而言很有成就感，但老師下半學期都只講考證照的內容我就棄坑了，\n後來又去學Flash (R.I.P 淚)也是跟上面一樣的狀況，上半學期超好玩，要處理物體的碰撞邊界什麼的，但下學期就只講證照考試內容。\n開始工作後也花錢去學了一點Android...但是老實說外面學店教的，真的只是皮毛",[15,289,290],{},[11,291,292],{},"某程度上，我對程式是有想知道在幹嘛的動力",[11,294,295],{},"上台北從事硬體工程師是我的第二份工作，我還記得我面試的時候，\n面試我的是(前)老闆，他問了我一句：公司實驗室內的設備，你認得多少？\n涉世未深的我直接回：「我一台都不認識，我大學實驗專題做的是電泳跟轉印。」\n再然後就是錄取通知...(笑)\n工作的內容就是修理化學的分析設備\n高效液相層析儀HPLC 液相層析串聯質譜LC-MS等等\n工作的時候發現，我大學時期為了打遊戲\n學會了沙盒，",[15,297,298],{},[11,299,300],{},"從頭學起，碼農人生",[11,302,303],{},"之後為了家中的新成員，想著需要一份可以在任何地方(家裡)都能做事的工作\n我又想起我大學時期學的內容，這次我想要系統性的從根本好好的學習",[15,305,306],{},[11,307,308],{},"後端變前端",[11,310,311,312,316],{},"我選擇JAVA(因為後端錢多)，就這樣從變數如何宣告，迴圈，到封裝，繼承，抽象方法...\n然後我就去當前端了(笑)\n故事背景是，我一個朋友的團隊內，網頁前端已經斷層\n甚至願意找一個什麼都不會的來",[313,314,315],"del",{},"背鍋"," ....",[11,318,319],{},"所以其實面試當天就是現場錄取，(虧我還西裝筆挺)當天就開始教我網頁怎麼開F12，看console錯誤跟下指令...\n接著是那位帶我的前輩在一週後離職(哭啊)，而且後來才知道那位前輩還是個PHP後端兼前端。\n我還記得負責QA的同事跑來問我，你扛得住嗎？",[15,321,322],{},[11,323,324],{},"我那時告訴我自己，我絕不說我不知道當藉口，但我一定要搞清楚",[11,326,327],{},"默默地記下同事給出來的資訊後自己查\n慢慢懂什麼是環境，前端後端的分工差異\nAPI是什麼以及怎麼接，Git是啥鬼，webSocket是什麼，還有CDN是什麼",[15,329,330],{},[11,331,332],{},"而讓我開始摸索架站的起點，是起因於一個很基本的低級錯誤",[11,334,335],{},"在本地開發的時候作業系統用的是windows，當時犯一個很低級的錯誤。\n我在本地看圖片結果是正常的，但是放到線上主機就變成叉燒包。\n我查了很久，最後是維運同仁直接進到伺服器內查看檔案，才發現是檔案名稱大小寫的問題。",[15,337,338],{},[11,339,340],{},"我想知道，但我不知道怎麼開口問",[11,342,343],{},"其實一直很想知道，我前端寫好的網頁，是如何放到網路上變成別人可以看的網站\n我一直有的藍圖就是以前(印象是國中)學Dreamweaver 時老師教作業傳到FTP主機內且改成index.html就能被看到\n後來去學java時又接觸了Apache Tomcat,但其實對於網頁要如何變成網站都很模糊",[11,345,346],{},"在心中有完整的原理架構，已經是我從事硬體工程師的習慣\n當有問題我可以跟著邏輯脈絡一路往下追，這習慣一直留著。\n而前端又是一個問題的分類帽(笑)，客服，PM看到畫面有問題，最直觀就是看到畫面出錯，下意識先找前端問，\n而我的習慣又是接到客戶電話反饋問題，我在心中會開始推算大概可能有問題的地方在哪\n但是現在的前端工作有個盲區：\n如果問題是前端，我可以從程式碼看出來\n如果問題是後端，可以從API看出來\n如果是維運層面，就抓瞎，因為我根本不懂我寫的網頁到底是怎麼被放到網路上被人看見，\n基於上述的原因，我開始嘗試自建個人的實驗伺服器，至少，我可以先打包丟上去確認不會再有名稱大小寫的低能問題",[15,348,349],{},[11,350,351],{},"舊電腦重生，Linux Yes",[11,353,354,355,362],{},"我想起我有一台老筆電，我決定讓他穢土轉生\n我幫那台電腦灌了centOS\n也很剛好有個前端的同事有接觸過centOS，他跟我說去看",[356,357,361],"a",{"href":358,"rel":359},"https:\u002F\u002Flinux.vbird.org\u002F",[360],"nofollow","鳥哥","，跟著一步一步做\n我照著我的印象，安裝了Tomcat後將我寫好的東西丟一份上去，為了可以好傳檔案，還裝了FTP\n這時維運同仁聽到我們在討論，他覺得前端會想弄伺服器來玩是真的很罕見(他不好意思說我不務正業)\n他當時隨口丟下一句：「幹嘛不直接用 Docker 加 Nginx？」\n我以為他說的是鴨子...",[15,364,365],{},[11,366,367],{},"GCP?",[11,369,370],{},"再然後我發現GCP有新手禮包300美金可以玩\n我也去試著玩了一下，只能說，線上的效能跟我筆電比起來爛多了\n而且很多內網外網設定等等...\n我嫌麻煩，也就只是玩過就關掉了",[15,372,373],{},[11,374,375],{},"資訊爆炸，學無止境",[11,377,378],{},"而我因為是外行，很多時候我也是會到處看教學來跟上團隊溝通\n身為一個網路重度依賴患者，常常流連YT是很正常的事。\n某天無意間我刷到有人在教git:",[109,380,381],{},[112,382,383],{},[356,384,387],{"href":385,"rel":386},"https:\u002F\u002Fwww.youtube.com\u002Fwatch?v=OG0g2tEF2XU",[360],"直接使用git pull拉代码，被同事狠狠diss了！",[11,389,390],{},"淺顯易懂還有操作步驟跟說明，我後來陸陸續續在這個YTer頻道跟著做了很多東西:",[109,392,393,400,407,415,422,429],{},[112,394,395],{},[356,396,399],{"href":397,"rel":398},"https:\u002F\u002Fwww.youtube.com\u002Fwatch?v=Evdky7VEzj4",[360],"Github的王炸功能，但很少人知道怎么用？",[112,401,402],{},[356,403,406],{"href":404,"rel":405},"https:\u002F\u002Fwww.youtube.com\u002Fwatch?v=lFMFgUv0gr0",[360],"四个简单的小脚本，完美解决Windows使用痛点，Win10右键菜单，永久暂停Windows更新，卸载小组件，家庭版开启hyper-v",[112,408,409,414],{},[356,410,413],{"href":411,"rel":412},"https:\u002F\u002Fwww.youtube.com\u002Fwatch?v=tXPvKIQGS8I",[360],"1分钟学会Win\u002FLinux\u002FMac上安装Docker","(原來是docker 不是 duck)",[112,416,417],{},[356,418,421],{"href":419,"rel":420},"https:\u002F\u002Fwww.youtube.com\u002Fwatch?v=L1eDBgdCmuU",[360],"Cloudflare浑身都是宝，普通用户能白嫖多少服务？",[112,423,424],{},[356,425,428],{"href":426,"rel":427},"https:\u002F\u002Fwww.youtube.com\u002Fwatch?v=_-IPi1a774E",[360],"40分钟的Docker实战攻略，一期视频精通Docker",[112,430,431],{},[356,432,435],{"href":433,"rel":434},"https:\u002F\u002Fwww.youtube.com\u002Fwatch?v=bMiOYsDtpGM",[360],"为什么React的漏洞能攻破服务器",[15,437,438],{},[11,439,440],{},"遇事不決問AI，你的隨身高級萬能家教",[11,442,443],{},"後來，AI開始發展，我個人對於AI的態度，就是他是一個我可以不用管他會不會生氣，也不用管他有沒有空的萬能資深前輩",[109,445,446,449,452],{},[112,447,448],{},"nginx是什麼",[112,450,451],{},"什麼是反向代理，怎麼做",[112,453,454],{},"jenkins是什麼",[11,456,457],{},"等等...我不知道的我就直接問AI\n而且AI有個好處，就是你不用做功課，可以逮著亂問，反正他沒脾氣\n我再根據我拿到的資訊，繼續用我理解的語言反問是否正確",[109,459,460,463],{},[112,461,462],{},"這個指令要怎麼下",[112,464,465],{},"我想做什麼，怎麼辦",[11,467,468],{},"從此又開始不務正業的自學了 Nginx、Docker 和 CI\u002FCD腳本",[11,470,471],{},"但也因此，我終於有全端的視野，意外的發現其實很多問題的根本解方不是從前端，而是從產品的架構上下手\n也省下很多無意義的工作時間消耗。",[11,473,474],{},"到此回過頭再看，那時不務正業學到的知識，好像讓我能更輕鬆的完成本職工作",{"title":133,"searchDepth":246,"depth":246,"links":476},[],"2026-10-15","想亂寫一些在簡歷中放不下的東西",{},"\u002Fessays\u002Fwhy-this-site",{"title":266,"description":478},"essays\u002Fwhy-this-site",[262],"k3G4l6a7Kb33wNu8zyEPXl1LoRuYeKnYY7737_pAbQ4",1793181520356]