那天去 3C 賣場看到一個神器:顯示器支架,我在那邊喬了老半天覺得超有趣,回家後上網查一下才發現原來有這麼多種選擇,除了有結構的不同以及支撐重量的差別外,有的還可以發光當夜店(?),一整個選擇障礙發作,最後乾脆閉著眼睛直接下單這支,安裝完成後如下:
![]() |
用它工作幾天後一整個驚為天人!首先是少了螢幕中間的支架桌面變得超清爽,讓我的鍵盤與觸控板有更多的空間可以擺放,這樣我整隻手就能放在桌上減少肩膀的負擔。其次是穩定性比我想像中的好上太多,我的螢幕有 8.8kg,很怕裝上去後不舉下垂,想不到穩的跟什麼一樣。
最大的好處莫過於可以很彈性調整螢幕的位置,今天想坐高一點就可以升高螢幕、想看螢幕近一點就可以往身體的方向拉,還可以調超高然後讓螢幕往下傾斜像在看抬頭顯示器一樣,甚至站立工作也沒問題,或是直接改用直立式螢幕:
![]() |
至於缺點我覺是支架調整的路徑沒辦法讓螢幕保持在桌面的正中央,會有稍微偏左或偏右的狀況,有可能是因為我把底座安裝在書桌側邊造成的,如果是安裝在中間後方應該就沒問題,只能我要配合螢幕來移動座椅的位置。
總之可以調整螢幕的高度到合適自己舒服的位置真的很不錯,可以減少頸部前傾的狀況,大推啊~
![]() |
近期在串接金流時為了要將 ATM 的虛擬帳號可以寄送給顧客,因此使用勾點 woocommerce_email_order_meta
將帳號資訊寫入,結果不知道為何管理員跟顧客收到的第一封信,輸出的內容都會多重複一筆:
![]() |
由於我是把勾點放在 Payment Gateway 的類別裡面執行,不知道是不是哪邊重複呼叫到還是有其他原因,最後我的解法是用 CSS 把第二個轉帳資訊的地方隱藏,但更詭異的是當我寫了 <style></style>
後第二個 div 就沒出現了。
後來小程跟我說官方文件有提醒不要把勾點放在 Payment Gateway 的類別來執行,不然很有可能不會觸發到,文件翻譯如下:「在 Gateway 類別內部加入勾點可能不會觸發。Gateway 只會在需要時載入,例如在結帳過程以及在設定頁面內。如果您需要從類別中加入 WordPress 事件,應將勾點放在類別之外或使用 WC-API。」
客戶發現簡訊寄出後發送紀錄的狀態都沒有改變,檢查後原來是 msgid 對不上,因此找不到應該更新的紀錄 ID。當第一次呼叫三竹 API 會回傳字串 msgid=12345
,我以為 這個 msgid 一定是數字,所以用 preg_replace
去抓數字的部分來紀錄,但該客戶的 msgid 長這樣:msgid=#ABC123
,有英文、數字、跟井字號,因此還是要確實抓到等號後面的值才行。
三竹 API 的回傳結果是用換行區分的字串,需要先做 explode
再來取得 msgid 等號後面的文字,這種只傳字串回來的方式對開發者來說不太友善,還是要傳物件或陣列比較好處理些。
完整程式碼:https://oberonlai.blog/mitake-sms-notify/
唸起來有點饒舌,這週將 WooCommerce 推播通知外掛加入了常見的 LINE Noitfy 功能,只要在後台設定頁的地方輸入 LINE Noitfy 的 Token,就可以在通知類型中看到 LINE Notify 的下拉選單:
![]() |
![]() |
有了 LINE Notify 之後除了可以讓管理員接收到訂單狀態外,如果是有在使用 Fluent Form 的站長也能在使用者提交表單後收到通知,通知訊息內文也可以完全客製化,藉此讓管理人員能即時處理提交後的表單資料。
另一個更新是新增 Fluent Form 支援 LINE 推播,只要在自訂推播欄位的地方填入電子郵件欄位的代稱,在發送通知時外掛會自動檢查該電子郵件欄位是否已經經由 LINE 登入取得 LINE User ID,如果有的話在表單提交後,填表者就可以在 LINE 官方帳號裡面收到表單提交的相關訊息:
![]() |
因此在使用者填寫表單前最好可以讓他們先登入,以確保有順利拿到 LINE User ID 才能進行推播。
-
有了活動式螢幕支架就可以安排半天站著工作,避免一整天屁股都黏在椅子上,但站著工作很容易跑廁所就是了XD,我們下週見!
過去我一直覺得,接收管理員通知用 Email 就夠了。如果訂單量不大,靠主機或第三方發信服務,其實也能運作得很順利。但後來與客戶訪談時發現,很多老闆根本不會用 Email,就算有,也常被廣告信和雜訊淹沒。 我自己試過很多收信軟體,試圖藉由工具來過濾重要訊息,但過不了多久,「重要信件」又變得滿天飛。雖然我會每天安排時間檢查,但有些緊急事件,例如新訂單通知,我希望能即時知道。 手機上的 App 通常只能根據「有新郵件」來推播,還找不到能針對「特定寄件者」推播的服務。因此我預設會把 App 的通知功能關掉,避免不緊急的訊息干擾我。 用 LINE 收通知也一樣,目前沒辦法只針對特定對象推播,只能全開或全關。這讓我想過是不是該換個沒那麼常用的通訊軟體來接收通知,但又懶得裝新 App,只好……自己開發一個外掛來解決了(?) 實機展示 要能在手機上接收到訂單通知,有三個關鍵技術:Web Push、Service Worker,以及 Progressive Web App,這邊先跳過他們,如果你也想在手機上收到訂單通知可以參考以下步驟: 1. 下載 DWP 網站助理...
創業的時光真是飛快得不可思議。明明才剛寫完第一個月的回顧,怎麼一下子又到了第二個月。這個月我全力投入開發新產品,原以為靠 AI 協助,兩週內就能搞定,沒想到一弄就是一整個月,還卡關連連,導致原本預定的行銷工作停滯不前。但我真的很喜歡開發產品的過程,彷彿在解謎闖關,每解開一個難題就多學一點新知,形成一種自我成長的良性循環。 工作佔比 四月份總工作時數為 65.64 小時,比三月增加了 24 小時。各類工作佔比如下: 行銷:30% 產品更新:7% 產品研發:63% 其中一個週末我整整兩天都在工作,有幾天甚至加班到晚上七點多。比較難統計的是晚上洗完澡到就寢前,還是會用平板跟 AI 討論白天卡住的問題,甚至請它幫我先寫好隔天要用的功能。若將這些時數也納入,總工時應該超過 70 小時。 我覺得比較理想的工作狀態是一個月大約 50 小時。像加班的那個週末,一直卡關讓我很煩躁,為了突破瓶頸逼自己解完才能休息,結果越急越解不開。後來乾脆休息一天,結果回來上工十分鐘就解決了。 所以還是得適時讓自己充電,給大腦一點空白,真正需要動腦時才有空間處理複雜問題。 行銷 內容行銷...
最近剛完成第一個完全由 AI 協助我開發的 WordPress 外掛,想說應該可以來整理一下這次開發的工作流程以及用到的工具,整體的心得是有 AI 實在是快超多,開發的速度跟飛的一樣,尤其是邊做邊想到新功能時,問一下複製貼上就能搞定,就像在裝外掛。 但不變的是 AI 跟我一樣會卡關,雖然每次它的解釋都好像解決了,但實際上測試就是無法,一直回饋給它後丟出新的解法,結果還是不行,這時候就要停下來自己看程式碼,然後思考是哪一行可能會出問題。 發現有可能造成問題的地方,再拿回去問 AI,這時候它就會說:「沒錯,你發現到問題的關鍵了!」我心裡想的是這應該是你要告訴我的啊 🤣,但整體而言這樣的開發節奏讓我可以很快的進入心流,不用擔心程式碼細節而是產品的方向,真的是回不去沒有 AI 協助的日子了~ 以下我從企劃、開發以及除錯階段,來說明我是如何用 AI 來設計這支外掛的。 企劃階段 這支外掛的主要功能是延續我上一個產品的概念,契機是因為 LINE Notify...