找 AI 寫的最簡單串接 不確定流程是否為 best practice ``` <?php namespace App\Http\Controllers; use Illuminate\Http\Request; use Illuminate\Support\Facades\Http; class ShopifyController extends Controller { public function index(Request $request) { // Shopify 必定傳入 shop=xxxxx.myshopify.com $shop = $request->query('shop'); if (!$shop) { return 'Missing ?shop=xxxxx.myshopify.com'; } // 從 DB 找現有 token (POC 用 session 模擬) $token = session("token_{$shop}"); // 已安裝 → 直接進入 app 面板 if ($token) { return "已安裝 App,商店 {$shop} 的 Token 是:<br>".$token; } // 尚未安裝 → 跳 OAuth Flow $clientId = '6b7001530576df226f1e8d6773eea438'; $scopes = 'read_products'; // $redirectUri = route('shopify.redirect'); $redirectUri = 'https://demo-connect.turn.tw/redirect'; $authorizeUrl = "https://{$shop}/admin/oauth/authorize?".http_build_query([ 'client_id' => $clientId, 'scope' => $scopes, 'redirect_uri' => $redirectUri, ]); return redirect($authorizeUrl); } public function redirect(Request $request) { $shop = $request->get('shop'); $code = $request->get('code'); if (!$shop || !$code) { return 'Missing shop or code.'; } $clientId = '6b7001530576df226f1e8d6773eea438'; $clientSecret = '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'; // 呼叫 Shopify 換永久 access token $response = Http::post("https://{$shop}/admin/oauth/access_token", [ 'client_id' => $clientId, 'client_secret' => $clientSecret, 'code' => $code, ]); if ($response->failed()) { return 'Token exchange failed: '.$response->body(); } $accessToken = $response->json('access_token'); // POC → 先存在 Session session(["token_{$shop}" => $accessToken]); return redirect('/?shop='.$shop); } } ```
一下 client id + client secret 一下 api key + api secret 是在哭? 答案其實很簡單: 🧨 Shopify 內部團隊 → 不同部門搞兩種說法 1️⃣ Developer Dashboard(Platform 團隊) 負責 App 資料、App 建立流程 → 他們遵循 OAuth 2.0 標準用語 → 就叫 Client ID / Client Secret 這是「平台管理後台」那邊的人在開發。 2️⃣ App SDK / API(Shopify API 團隊) 負責 Node / Remix / Ruby / PHP SDK → 早期從 2016 就用 API key / API secret → 文件 & SDK 也都是這樣稱呼 → 如果硬改會: 破壞所有舊專案 破壞所有 NPM package 破壞所有教學內容 破壞所有 sample apps 所以 SDK 團隊堅持 繼續用 apiKey / apiSecretKey。
神文! **軟體的極限並不是計算資源,而是人類的認知資源。** 很有啟發性!
一起加油
短時間上傳太多圖片 被 pinterest ban 了  幹  明天繼續試試看 不會真的到處被封殺吧幹
看到一篇滿猛的文章 ### The 7 Levels of Laravel Optimization: From Rookie to Optimization Overlord — with Benchmark — 98% reduction https://summonshr.medi...
又過了幾週 其實俄羅斯地區的自然流量 是有逐漸成長的 就在我以為終於找到方法的時候 請注意最後幾天的流量 突然歸零了  越南市場也是  { const origDispatchEvent = EventTarget.prototype.dispatchEvent; EventTarget.prototype.dispatch...
近期我正嘗試將這種架構導入我手上的各種專案 之後預計將更多經驗與架構技巧整理成一份付費課程 or 付費電子書 有興趣者可在下方連結預先登記,設計好後會第一時間分享 https://forms.gle/Db1rVN2PY6C1ksXj6 或者也可以直接追蹤我 FB 有新消息或新...
國內外的 Laravel 社群,主流的架構建議是使用 Service 類別和 Repository 類別來組織原始碼。 然而,我發現許多團隊在實施這個架構時會遇到兩個問題。 第一個問題是,隨著時間推移,程式碼會散落各處,無法明確區分哪些應該放在 Service、哪些應該放在 Reposi...
又過了一個月 很遺憾 seo 表現還是沒有起色 我打開 search console 認真研究了一下 俄羅斯市場的表現  我發現很多關鍵字 其實排名第一 但是點擊率不對 第一名通常要30%左右 第二名15...
從事程式設計工作12年,最近半年,我開始大量使用AI寫程式。 令我吃驚的是,我發現自己的開發能力好像退步了。 所以今天想跟大家分享,工程師在用AI輔助工作時的一些注意事項。 ## 時間分配的變化與建議 首先是時間分配的建議。以前工程師上班時,我認為可以分成四種狀態:學習、實驗...
去日本找朋友滑雪 沒有跟客戶請假 每週需要工作約20小時 想說早上滑雪 下午工作 發現是個餿主意 並不會想每天下午在那工作 旅遊的話 一週頂多安排10小時工作差不多 --- 其他筆記 買了內外手套 長襪 就出發了 其實應該還要買雪鏡、圍脖 比較好 ...
許多 laravel 團隊都是用 repositories + services 這種架構 久了之後 這兩種類別通常會超過上千行 我正在研究一種類似 graphql 的架構 每個檔案都在 200 行以內 搭配 https://www.laravelactions.com/ 使用 ...
加倍預算跑了幾週 最終效果依然是暫時、短期的 沒用 網站的國際流量依然沒有起色 我留意到 search console 其實有些關鍵字是排名前三的 但點擊率只有1%左右 我想到一個可能 就是也許 seo 文案太複雜了 最終翻譯是失敗的 --- 原本在台灣我用的 seo ...
被朋友找去打《漫威爭鋒》(Marvel Rivals) 目前我打了三週 剛打到銀牌  有幾點心得 簡單記錄一下 首先 讀取畫面會看到「網易遊戲」 實際玩起來相當流暢、有趣 我對網易遊戲的技術實力相當...
客戶反應 我做好的某個頁面 應該白底的按鈕 在手機上打開是黑底 他使用三星手機 + 預設瀏覽器 經檢查 發現這居然是一個三星手機瀏覽器的特色! [Samsung Internet forces dark mode](https://stackoverflow.com/questio...
https://mp.weixin.qq.com/s/nZfZSRdw8VhYVG3jYn5NoA https://github.com/zakirullin/cognitive-load?tab=readme-ov-file https://minds.md/zakirullin/co...
由於客戶在東京其實有不少人員參與 shopify 日本官網的建置 有些很簡易的需求 例如頁面上加上圖片、文字 這種有必要找我來協助嗎? 我研究了一下,發現 shopify 模板系統有分 `JSON vs Liquid` 兩種 template 如果是 JSON 格式 那在 shop...
協助客戶的第一個需求 就是許多產品還沒運送到美國 但希望都先顯示在網站上 讓客戶知道這間日本廠商的產品線 並加上 `Coming Soon` 的提示 既然是 shopify 開店平台 我自然不能直接修改 database schema 那該如何做到這功能? 研究之後發現 可以使用內...
台灣有非常多開店平台、架站平台 給中小企業使用 我研究過非常多解決方案 真的很少聽到有台灣公司選擇用 shopify 簡單研究了一下 發現有幾點原因 # 台灣商業特色 台灣做電商有幾個特色 物流方面,幾乎大家都希望串接「超商取貨付款」,這些本土開店平台會做 但 shop...
最近接到一個有趣的案子 客戶銷售專業電腦桌椅 在日本 但經營團隊有許多華人 客戶在日本、台灣、美國 都有 shopify 網站 有些功能他們自己 DIY 做不出來 需要找專業 web developer 我發現台灣有關 shopify 的討論比較少 我決定協助他們開發 ...
如前面所述,我修理好之前的問題之後,新增了土耳其分站 索引數量、錯誤數量,都很正常,大約幾百筆 問題是,這次都是 `已找到 - 目前尚未建立索引` 所以不會在 google 顯示...真慘 --- 我回頭看了一下 FB 越南用戶對於我廣告的反應,有很多按讚、留言 我心想...
嘗試把梗圖倉庫推向國際,至今超過兩個月 花費大約2萬元在 FB 廣告 然後 google seo 成效慘不忍睹 我終於找到一個技術上的精準解釋:我搞砸了檢索預算 (Crawl Budget) # 檢索預算 (Crawl Budget) 我到今天才學到一個觀念,就是搜尋引...
有個問題我研究很多年了 就是現代 web 框架都會用 active record pattern 這讓開發速度極快 但是會讓 DB table 的`讀取/更新`散落在所有地方 讓各個系統的`邊界 boundary`難以劃分 (中小團隊或許覺得還好 但人數多起來 會非常需要系統...
我留意到一個現象,我稱為「本國人創業光環、外國人進場詛咒」 這個現象是我這兩個月辛苦掙扎、搞不清自己挫敗的原因 我認為這個現象非常值得分享,給未來有興趣挑戰出海的各位 ## 本國人創業光環 過去這十年,我開發 side project 或者協助新創發佈產品時,流程通常是這樣 ...
因為 seo 自然流量一直沒有起色,我實在不懂原因 我好奇地查詢了一下,各個國際分站,到底在 google 搜尋結果長怎樣? 在 google 搜尋使用 關鍵字 + `site:xxx` 這個技巧,大略查看一下各個網域 不查不知道,查了嚇一跳... ## `meme site...
自上次 hreflang 設定好之後已過了兩週 自然流量沒有任何起色 我決定回歸到網站的基本面 先上線一些核心用戶喜歡的好玩功能 也就是「使用者創作區」 這功能讓核心用戶可以記錄、管理自創的梗圖 --- 我突然回想起來 在 2019 當年 我在台灣開發這功能時 遇到的第...
近幾年我有在留意一個 區塊鏈下注網站 polymarket 這網站在台灣已被刑事局封鎖 我通常翻牆去逛 很多國際事件 我已不參考媒體的論述與預測 我都直接看賭場給的價格與機率 polymarket 這次也成功預測美國總統大選結果 我看到一篇硬核技術說明文 https:/...
已經一個多月了,search console 沒什麼起色 總覺得 search console 的滑鐵盧 有點不敢置信 我在想也許是一些 seo 標籤沒有設定好 研究了一下,覺得 hreflang 標籤也許可以補充進去 也就是補充這樣的東西 ``` <link rel...
前面 google search console 慘遭滑鐵盧的文章有提到 唯一有點自然流量的地方 是越南 我有買 facebook ads 但其實我也不確定 就算我沒買廣告 可能也是有自然流量? --- 廣告文案請 chatgpt 寫 然後丟到我自己的梗圖產生器 ...
最近跟朋友聊到我以前的一個 side project 這是一個受到滿多用戶喜歡,但是沒有商業模式的網站 https://cafenomad.tw/ 聊到幾個話題,簡單記錄一下心得 --- # 你做這麼多年是不是發現人潮不等於錢? 簡單的模型是:`單次流量含金量` ...
我有預期新網域起步,不能光靠自然流量 我有花錢買 google ads 做實驗 我挑選俄羅斯市場做實驗 關鍵字規劃、文案等等 通通依靠 google ads 內建的 ai 推薦,或者用 chatgpt 產生 丟了台幣 500 元,執行結果分享一下 ![](https:/...
根據我的經驗,在 seo 方面的實驗與調整需要「等待」 因為 google bot 重新爬取網站需要時間,要排隊等待排程 但通常數天~兩三週之內,可以看出 seo 調整的成功與否 因此我預期,我的國際版網站,大約上線兩週之後,自然流量會開始爆發! --- 實際上線一個月...
在 ai 時代以前,用機器翻譯網站介面,成果不堪使用 因為翻譯是一件需要脈絡的任務,你需要給翻譯師 app 畫面、或至少要有註解,才能正確翻譯 不過,在 ai 時代,這件事有顯著改善,以下分享我使用的 prompt 與翻譯原始檔 ``` function chatgpt_tran...
我在 2024 年五月~九月間,很頻繁地使用 chatgpt 與 mistral ai 來輔助我的日常開發工作 在 2024 年九月中,我突然有一個體悟:我好像可以用 ai 技術協助,把我的網站翻譯成多國語言外銷 --- 梗圖倉庫是我開發過最成功的 side project,每月活...
我經營的一個網站 https://memes.tw/maker 做了國際版本 這是越南分站 https://vn.memekoo.com/ 兩個網站使用同一台機器、同一個 git repo、機器上也是同一個資料夾 只是用了一些 laravel routing 與 mid...
codelove 論壇,近一個月有個怪現象 就是右上角的未讀通知,點進去應該是把未讀的通知,背景顏色反白 奇怪的是,近一個月,點進去,都是一般的顏色,表示已讀的意思 這有點怪,經測試,本機不會這樣 觀察 developer console network tab 發現是...
說來尷尬,包含我自己在內,年輕人創業,常常會擔心「要是爆紅怎麼辦」。 創辦了線上商品交易平台,上線前興奮地擔心:要是第一個星期就把東西賣完了怎麼辦?要想辦法補貨欸!要是太多人上架商品怎麼辦?倉庫不夠大欸! 為了解決台灣農夫受到盤商剝削的問題,創辦了產地直送的網路平台,上線前興奮地擔心:要...
新產品、服務上線之前,總是會有很多期待跟想法。 唯一可以確定的是,上線之後,絕對會跟一開始想像的不一樣。 這個出乎意料的程度非常驚人,在方方面面都跟想像的不一樣。 偏離預期的程度已經離譜到,讓人不禁會去思考,怎麼會錯得這麼離譜?怎麼會誤會到這個地步? 市場的現實會迎頭重擊每個...
不論想做的新產品/服務是什麼,它都必須要比現有的解決方案,好非常多才行。 如果只是好一點點的話,用戶是不會買單的。畢竟轉換需要成本,大家會寧可用已經習慣的。 如果要做的東西只比現存方案好一點點,心想「試試看,推推看,也許可以吸引到大家改用我的產品」,那就誤會大了。 可以先針對比較小...
有一個規劃產品規格、決定產品方向的好方法。 據說 Amazon 內部開發產品的時候,在指派工程師開發之前,會先寫「產品發表會的新聞稿」。 在寫宣傳稿的同時,會希望把產品描述的吸引人、貼近用戶,並且先省略技術細節。 該寫給誰看?什麼產品功能才是重點、需要好好描述?該怎麼寫得簡潔有力?...
乍聽之下違反直覺,這就是創業弔詭的地方。 不要做那種你跟別人聊過之後,大家都說「聽起來還不錯」的點子。 這種點子就是沒人在乎的點子,沒有解決任何人的問題。 做那種大家聽了都皺眉頭的點子。大家聽了都覺得有點困惑、大家都覺得是在浪費時間的點子。 這種點子通常會有非常少數人聽了眼睛...
創業者的任務是逃避風險,不是擁抱風險。 做訪談、問卷、研究調查、測試價格,是為了逃避風險。 分階段上線服務、先推出小眾市場產品,是為了逃避風險。 不急著追求規模化、不輕易撒錢買廣告,是為了逃避風險。 親自進行業務銷售、親身取得一線的顧客回饋,是為了逃避風險。 把錢花在刀...
新商品、新功能上線之前,可以先預想兩種 KPI 數字:一個樂觀數字,一個悲觀數字。 然後,把悲觀的那個數字再除以十。通常連這個數字都達不到。 耗盡心力設計的超優質商品,估計一個月會賣掉幾份呢?上看一千份,最少也有二十份嗎?結果過完整個月,連兩份都賣不掉。 開發了一款全新的超棒軟體,...
壞的策略,會讓看到的人心想:真的是出一張嘴而已,怎麼不自己下來執行看看? 好的策略,會讓看到的人心想:好想趕快執行看看!很好奇結果會是怎樣! 壞的策略,會畫大餅,把聽眾當成三歲小孩,會給出不切實際的解決方案,把市場當成三歲小孩。 好的策略,會願景宏大,但是步驟老實,把任務分成很多個...
一般來說,點子沒有好壞之分。 但是在沒有錢的情況下,點子的好壞就很明顯了。能夠先不花成本地做一個初版產品的點子,才是好點子。能夠分成很多階段來做的點子,就更好了。 所以在沒有錢的時候,如果想要做太空飛行公司,除了真的打造出一台原型機之外,沒有其他驗證辦法。這種創業點子,就不是好點子。 ...
創業的過程,有一個很簡單的模型可以參考。 首先有個想法,接著先實作出一個簡單的版本,拿這個版本到市場上推廣、驗證,也就是看看大家的反應、有沒有顧客買單。 根據市場的反應、新發現的事情,回頭改進原本的想法,甚至是換個方式重做一遍,接著再拿這個新版本到市場上推廣、驗證,然後根據新學到的教訓,...
我看到身邊很多朋友,有時會有一些創意點子,有些人會組好團隊,利用時間做出一個初步的產品或服務。 可惜的是,他們在自己的社群媒體貼幾篇文章介紹之後,之後常常就沒下文了。 像這樣的東西做好之後,最好到處「老王賣瓜」一下。 以台灣來說,用關鍵字在臉書找一些相關社團,四處貼文介紹一下。 ...
創業對大多數人來說,是一件很難為情的事情。 首先,因為是非主流的選擇,光是被別人知道就很尷尬了。 朋友們會不會覺得我很蠢?會不會被人覺得很自以為是? 此外,無可避免要親自做業務銷售,這件事多數人也受不了。 這兩件事也是為什麼,很常看到學經歷很好的某些人,開始創業之後,只過一小...
一個人做產品、開公司,在以前聽起來像天方夜譚。但是時代在變,現在擁有的工具、平台,跟以前完全不一樣。 多看看已經在這麼做的人,會對該怎麼做很有幫助。 社群的首選絕對是 Indie Hackers。 這是一個眾多獨立創業者交流、分享經驗的網站: https://www.indi...
每週二晚上《CodeLove Talk》直播! 開放觀眾 Call-in,一起討論軟體開發相關的話題!