經驗總結
ChatGPT+V0+Cursor：不写代码，打造一个出海工具站
大约半年前，看中了一个关键词，是个AI图片生成类的关键词。AI图片生成类的出海工具站，这两年都很赚钱。所以，买 […]
SDXL：如何使用Stable Diffusion
最近開發了一個基於最新版本Stable Diffusion XL (SDXL) 的WordPress外掛程式。 Stable Diffusion是一個免費、開源的圖像生成模型，透過官方網站Stability AI可以直接下載程式碼。儘管自行部署模型的成本和難度較大，但可以使用Docker映像或手動安裝。此外，還可以透過Replicate.com網站使用或部署大模型和API。總的來說，Stable Diffusion和SDXL廣泛應用於AI影像生成產品。
Nextjs+next-intl多語言國際化最佳實踐（APP路由器）
Nextjs offers two routers: APP and Page, with Page being phased out. The author previously used Page router internationalization, but has since implemented internationalization based on the APP router. They catated several sooalration several that narlst the sutrarst andmerc –mering the nex-cmermer面 n怎麼樣枚慢慢圖有所片面 - n見過面 n - n面 n - n面 n面 n面面 n面 n面面. . The post outlines the directory structure, routing, middleware setup, how to load translation files, and how to implement translations, emphasizing that regardless of the internationalization solution chosen, solting, file structure, and translfile遠.
Nextjs+I18n多語言國際化最佳實踐（搜尋引擎友善）
註：這個最佳實務是基於next的pages路由。並不適合app路由。目錄基本想法使用next-i18ne […]
Google Gemini: 如何使用Google的大語言模式Gemini
Google的多模態大語言模型近日發布。 Google Gemini 官網Google Gemini分三個版本[…]
新版WordPress體驗：用SAAS、低程式碼和無程式碼的方式建構網站
2023年11月06日，Wordpress v6.4.2發布。兩天后，我遷移自己的部落格到別的伺服器。之後順[…]
虛擬航司業務線複盤－供應鏈的成長與架構
一、機票的大局1、商業生態自從互聯網和OTA的大發展之後，機票這個業務逐漸形成了平台和供應鏈兩種商業形態。 […]
拆掉低程式碼平台－生成式才是低程式碼的方向
熟悉我的朋友都知道，疫情期間，我自己碼代碼，碼了個BAAS（後端即服務的雲端運算平台）和一個低程式碼平台。之所以[…]
會員訂閱模組的迭代
對我自己做的平台型CMS，會員訂閱這部分一直是「簡單實作」。這個週末重新對這部分做了架構，並把核心部分開發完成。
一、方式
會員訂閱，一般來說，主要包含：會員訂閱方案及購買、會員權限控制、會員管理三個部分。
1、對於會員訂閱方案及購買
準備基於已有的商城系統做一些擴展即可。
2、對於會員權限控制，
這個要特別說一下，不打算基於角色權限系統來做，而是單獨做一個會員控制的系統。
基於角色權限系統，把會員做成一個角色系列，把每個會員做成這個角色系列的角色。聽起來，似乎很合理。但是，這樣的話，無論做起來還是用起來，都特別麻煩，尤其是業務比較多的時候，各種邏輯會很複雜，一不小心就會造成各種混亂。並且也不夠靈活。
而且，實際上，很多優秀的系統的會員訂閱部分，也不會基於角色。而是基於「標記」或基於訂單來實現權限控制。包含wordpress的許多賣得很好的會員訂閱類的外掛都是這樣來做的。
基於「用戶標記」：
本質上，其實和角色系統原理一樣。就是定義一些會員的“標記”，購買了與這個“標記”關聯的會員訂閱計劃的用戶會被“打上這個標記”，這樣就能實現會員權限的控制。
以訂單為基礎：
購買會員訂閱計劃，形成訂單，付款後，將到期時間寫入訂單。所以，就可以根據訂單來判斷用戶是否是會員、是哪一種會員，以及是否已過期。這樣就可以對控制會員權限。
之前曾經做過基於訂單的方式，這次打算基於”用戶標記“。
基於訂單並沒有什麼不好，只不過，我現在做的這個平台型CMS的訂單系統支持的訂單類型比較多，造成訂單模型比較”龐大“，不打算再給它”增加體重“了，所以選擇基於”用戶標記“。
3、會員管理
基於現有的使用者管理擴展，不打算單獨做會員管理。
二、適用場景
1.基本場景
整個產品有一個或幾個訂閱計劃，用戶購買，享受會員服務。
全域定義會員標記，每一種會員標記至少包含name、slug、關聯的訂閱計畫id，三個欄位。
當使用者購買了某個會員標記的訂閱計劃，此會員標記和到期時間就會寫入此使用者的meta資料中。
2、平台/多租戶場景
對於平台和做多租戶SAAS，有一個很重要的場景：供應商自己提供的訂閱方案。
在供應商的使用者的meta資料中定義此供應商的會員標記，供應商的會員標記的key和全域會員標記的key不能相同。
當用戶購買了此供應商的訂閱方案後，相應的會員標記和到期日期就會寫入到購買用戶的meta資料中。
這次的迭代只實現基本場景即可，但要能擴展到平台和多租戶場景。
三、登入時判斷會員是否到期
使用者登入時判斷是否到期，如果到期，更新meta資料中的會員標記為false、到期日為false。
如何做一個成功的社群產品（1）－使用者行為與使用者關係
一、社交產品是做什麼的？首先，我們要知道，社群產品究竟是做什麼的？所有的社交產品都是平台產品。或者說，都[…]
