上週原本預計要去花蓮出遊三天的我,因出發前老婆身體不適而取消了行程,雖然損失了飯店的訂金以及台鐵車票的手續費,卻因此讓我放了整整五天假,除了狂趕遊戲進度外,還去了造價22 億的桃園市立圖書館新總館,不得不說新台幣的威力,完全不輸國外的圖書館,除了藏書又新又多外,一走進去就是會驚嘆聲連發的那種,讓我都想在裡面泡上一整天~
為了這間圖書館,我可以搬到桃園住沒問題XD
![]() |
許久以前一位想要網路創業的朋友拿了一份總價近百萬的報價單給我,問我說這家廠商這樣的報價是否合理,看了報價的明細我覺得這家廠商很專業,許多只有我們業內人士看得懂的執行細項也全部寫進去,看得出這份報價單花了他們許多時間整理。
但我就跟朋友說這樣的報價單比較適合已經進入成長期的公司,如果你還在草創階段,許多項目是根本不需要也沒必要的,尤其是你還不確定這商業模式是否有搞頭,你需要的只是一個可以帶有基本功能的網站來驗證市場,也就是最小可行性產品 Minimum Viable Product (MVP)。
在這階段系統架構書、部署流程、安全性測試、後臺管理都不是最緊急的項目,能夠讓使用者可以看得到前端的操作頁面、可以點擊按鈕送出資料完成整個流程才是最核心的部分,因此與其重新開發一套系統不如採用現有的解決方案像是 WordPress 就非常適合打造 MVP。
除了佈景主題/外掛一裝上去,就可以建立基礎的內容外,實際可以運作的功能這些開發商都幫你做好了,雖然這些現成的功能可能沒有 100% 完美符合預期,但對於還沒有任何網站經驗的創者來說,這反而是一個很好的框架來限縮你的想法,重新思考梳理這套商業模式最核心的本質是什麼。
等到實際上線後,再看使用狀況來進行調整,不管是請求開發商的協助或是外包給 WordPress 開發者,以打造 MVP 的前提來說,這樣的流程是我認為最省時省力、後續又保有彈性客製化空間的最佳作法。
雖然 WP 在業界有不少為人詬病的問題,像是肥大、速度慢、效能差,但事實上會產生這些問題只是看你投入資源的多寡而已,這一切等事業做起來後再來逐步改善,有需多專業的廠商都早已準備好解決方案等著客人捧著銀子上門。
後來我幫這位朋友開發了他想要的產品,前前後後加起來大概花費三萬多,上線後一個多月他就請我幫他把主機停掉,他要去找下一個創業點子了XD
WooCommerce 結帳頁如果要新增欄位的話可以使用 woocommerce_form_field()
來處理,使用的勾點看是要把這個欄位放在什麼地方,如果是要放在結帳欄位後面的話可以用 woocommerce_after_checkout_billing_form
。
這週處理到的問題是我新增了一個下拉選單,而這下拉選單的選項只有三個,而 WooCommerce 預設的下拉選單會自動帶入搜尋框,在選項一眼就可以看完的情境下,這個搜尋框就顯得完全沒有必要:
![]() |
第一時間想到的作法就是用 CSS 的 display:none
結案,但由於該下拉選單是經由 selectWoo jQuery 套件所產生的,而這欄位並沒有特定的 id 或 class 可以選擇,因此還是要從 JavaScript 下手。
解決方法是將原始的下拉選單再次建立 select2 實體, select2 是一套非常老牌的 jQuery 下拉選單套件,而 selectWoo 則是依此修改的版本,因此只要找到 select2 文件裡面不顯示搜尋框的參數就能移除該欄位。
select2 的搜尋框參數為 minimumResultsForSearch
,該參數帶入的值是數字,也就是當下拉選單的選項超過這個數字時才會顯示搜尋框,或是也可以帶入 Infinity
關鍵字(不用引號),就會直接隱藏搜尋框。
將以下程式碼中的 #my-custom-select
置換為你的下拉選單 ID 即可:
https://oberonlai.blog/woocommerce-selectwoo/
-
玩了五天回來都還在放風耍廢,有休息真的很重要,我們下週見!
多巴胺(Dopamine)是一種神經傳遞物質,負責傳遞興奮和愉悅感。能引起渴望、興奮和希望等情緒,激勵人們追求目標。 上週日感冒了,很久沒有這麼嚴重的大感冒,發燒加喉嚨、頭爆炸痛,連續幾個晚上都沒什麼睡,白天完全沒有體力上工,不是在睡覺就是在發呆放空,受不了最後還是看了醫生吃了藥,每天等著症狀好轉。 到了週三稍微有點精神可以看書,看完「流言終結者」主持人亞當的書「創客精神」後一整個被激勵,很想要來動手做些什麼,於是拿出筆記本把一些點子畫下來,我想到可以做一個平台來搜集大家使用 Vibe Coding 開發出來的作品: 由於還沒有體力坐在電腦前工作,我就想說用平板先來做個雛形看看,付費解鎖了 Claude,也試了 Replit、Firebase Studio 來玩看看,很快的就有網站原型,再從這個原型去發想更多的功能細節。 第一次的衝擊 隔天因為需要回一些工作的訊息就開了電腦,想説回完後就關機繼續休息,結果想說把昨天弄的原型用 Cursor 來重做一次,能夠直接自己修改程式碼還是比較安心,但我忽然靈光一閃,我不是想要讓自己投入到 Vibe Coding...
原本努力了一個半月的新產品眼看就要正式釋出了,但在請了幾位客戶幫忙測試後,毅然決然暫停開發,主因是新產品有一些致命且短期無法解決的問題,再加上收入模式不明確,繼續開發下去會把自己推入險境中。 反而是請客戶試用的過程中,收到不少新功能的建議,考量到要顧好既有客戶以及營收狀況,還是決定先以既有產品的擴充功能為主,把營收站穩後再來另開戰場。 工作佔比 五月份總工作時數為 66.98 小時,比四月增加了 1.34 小時。各類工作佔比如下: 行銷:14% 產品更新:38% 產品研發:48% 這個月從下半月開始,全面採用 Vibe Coding 模式開發,在離開電腦前下好指令,回來後再驗收成果,一開始覺得很爽快,有一種人不在電腦前還是有進度的錯覺,尤其是在寫新外掛的雛形時很快就能獲得一些成果。 但如果寫流程比較多的功能,在驗收時就會開始感受到混亂,像是引用錯參考資料或是沒有遵循設計模式,一個檔案超過 500 行是家常便飯,事後反而要花時間在釐清甚至重新整理它的寫法,這部分我覺得應該可以透過提示詞來慢慢跟它磨合,就像以前跟朋友一起合作開發一樣,需要把相關的事項溝通清楚。 行銷 內容行銷...
最近常用 AI 產生程式碼,結果一堆程式自己都看不懂,只有錯誤發生時才會回頭研究到底寫了什麼。想說乾脆寫篇文章記錄一下,當作學習筆記。本篇主題是 OpenAI API 與 WordPress 的整合,讓 AI 能直接操作 WordPress。 初探工具請求(Function calling) 像 GPT 這類自然語言模型是靠訓練資料回應問題,但資料若過時,或想取得即時資訊,模型本身無法處理。這時可以透過「工具請求(Function calling)」來解決。 原理是:先告訴 AI 有哪些工具可用,當對話中出現相關需求,AI 就能自動判斷是否要使用某個工具。這些工具可以是 WordPress 的函式(如 WP_Query 查文章),也可以是外部 API(例如 Google 搜尋),執行後把結果再交給 AI 處理並產出回應,自然語言化地回答使用者。 適用場景 1. 整合客服機器人 如果你想設計聊天介面給其他人使用,像是客服機器人外掛,就很適合採用這個技術來取得網站內的資訊,像是讓客人查詢商品、訂單相關資訊、搜尋產品使用說明文件,或是讓管理員查詢營業額、網站瀏覽數據。...