這裡是 LitePress 社群舊貼存檔，您可以在此留言或提交新的回應和資訊。
LitePress 社群舊貼存檔 2020~2023 年度
文章投稿 131 篇
參與 1035 次討論和 239 條回覆您可能也喜歡…
發表評論
2,005 條回覆
-
是的，後來發現是我傻逼了，應該是zh-cn的，要不然將來想擴充套件成相容一些港澳的翻譯都很難，所以在系統裡改了。
-
建立專案的時候不是應該選擇zh-CN嗎？
-
詞彙表無法匯入的原因是wordpress.org上簡體中文的代號是zh-cn，而litepress.cn上是zh，語言程式碼對不上。手工編輯一下csv檔案可以了
-
排除難，我停用了所有外掛，但還是這樣，即使重灌了環境。
現在提交工單給主題開發那邊了，希望能得到解決。但問題是，沒找到主題社群中有類似問題….，就懷疑是我個例出現。
所以問問，這個問題可能的產生原因以便可以去自己排查下。（PS：國外回覆很慢）
-
文章形式中的特色影片程式碼有問題
-
錯誤的原因就是XML檔案的開頭不能包含任何空格。
參見W3C官方的解釋：https://validator.w3.org/feed/docs/error/WPBlankLine.html
-
問題解決了，主題functions.php中有幾個空格，刪了就解決了。
不過這裡面的關係還是沒有能理解
-
卡出兩個帖子來，幫忙刪一個吧
-
是的。
阿里雲DNS開啟DNSSEC參考：https://help.aliyun.com/knowledge_detail/149662.html
-
所以DNSSEC可以避免DNS汙染？
-
任何人都可以進行DNS汙染。
參見：https://www.cloudflare.com/zh-cn/learning/dns/dns-cache-poisoning/
-
WordPress的頭像獲取函式預設是傳遞使用者id或郵箱地址的，所以也建議傳遞使用者id或郵箱，而不是將評論物件整個傳過去。
這個報錯的意思是評論物件無法被WordPress的快取相關幫助函式用作鍵值。如果確定必須傳遞評論物件的話可以把自定義的獲取頭像的函式中帶wp_cache相關的行都刪掉。
-
完全沒看懂問題描述欸。
你說的的特色影片是主題帶的功能還是WordPress內建的？可否附加一張截圖我看一下在什麼位置。
另外編輯器有插入圖片功能，透過附件上傳不太方便看。
-
這玩意就和人和人的體質不能一概而論一樣，貼吧五虎將能滑鏟老虎、抱殺狗熊、一拳打穿一米鋼板、徒步躲子彈，普通人行嗎？
同樣如果別人裝了一堆外掛，可能文章剛10萬的時候postmeta表資料就上千萬了，但是你裝的外掛少可能文章10萬postmeta表才50萬，這東西無論如何都不能一概而論的。
-
wordpress多少篇文章能達到百萬行資料庫的量？
-
wordpress.com利用這個外掛來使用幾千個資料庫的數百萬資料表儲存其全球業務產生的海量資料。可以理解成無限擴容。
-
分庫分表使用外掛——HyperDB，這也是目前wordpress.com在用的方案。
這個外掛的使用非常複雜，這裡有一篇最簡單架構的設定方案：https://www.interserver.net/tips/kb/high-availability-wordpress-hyperdb/
資料達到多少才需要分表這個沒有統一規範，要根據你的業務來定。
-
分庫分表外掛有啥？？ 達到多少文章適合分庫分表？
-
好的，謝謝告知！
-
我之前很多客戶用模板兔寫的erphpdown外掛，這個主要是把你的文章變成只有付費才可讀或是提供付費下載功能。
如果你是打算賣通常的商品的話除了WooCommerce外不建議用別的，你可以把系統轉換成站群平臺，然後商城在單獨的子站裡做，這樣就可以給商城用一套專門的主題，然後會員資料也是互通的。
另外wpcom的主題我記得是適配了WooCommerce的
-
china yes外掛當前是從wp-china.org上讀取的翻譯資料。這個老平臺目前還在執行，但是今天上面的資料會被全部遷移到litepress.cn上，遷移範圍只包括人工翻譯的，機器翻譯的捨棄掉重新跑，因為新版的機器翻譯會匹配術語庫，一定程度上比老版的會更準確。
-
已經好了
-
另外反饋一個問題，我發現 ElasticPress 外掛是沒有翻譯的，但是我已經可以透過 WP-China-Yes 外掛接收到它的翻譯更新了。
-
順便也給我新增一下許可權，謝謝。
-
不好意思，把後臺快取外掛停用就好了，已經解決了
-
肯定是QPS越大資源佔用越大……
通常可以透過多級快取來降低單次請求的負載，比如說對某個頁面整體靜態快取、對資料查詢進行快取、對PHP指令碼預編譯。再就是可以引入NoSQL來持久化儲存一些簡單的資料。
-
就比如你們剛推出的頭像服務，分庫分表，查詢的時間降下來，但是QPS一多是不是還得有很大負載壓力。
-
後者基本就是企業的大型業務了，而且這種業務可能也都是自己開發了。不分庫分表的情況下，是不是資料庫越大記錄越多，同樣的併發數，所需要的CPU算力越多？同樣的一篇文章，多次訪問redis和pagecache能解決，但是沒快取的資料還是需要進行資料庫查詢。
-
可以。
如果你只是普通的文章站的話是有現成的分庫分表外掛的，這是資料庫層面的橫向擴容。
Web伺服器層面的橫向擴容要求你不能使用任何基於本地磁碟的持久化檔案或會話儲存，這樣你就可以使用一個負載均衡器來輪詢一組Web伺服器節點了。
透過這種方式理論上你可以無限擴容。
-
橫向擴容是自己上手操作的是吧，mysql能支撐上億文章的體量嗎？
-
不是擔心wordpress的承載量的問題，而是伺服器算力成本的問題哈哈。
-
不一定，資料量大了可以透過分庫分表來橫向擴容，這時候單節點無需很高的配置。
總之不用擔心，WordPress可以承載任何資料量的資料，哪怕上億文章都毫無問題。
-
就是，資料庫查詢問題，要是wordpress文章多起來，比如到十萬百萬篇文章的量級，是不是需要超高配置伺服器支撐一定程度的併發？
-
你說的資料庫大小是指的磁碟空間吧。
這個你這樣想，你的電腦能執行多高特效的遊戲是不是和你硬碟容量沒啥關係？
-
WooCommerce支援多站點模式，直接在網路管理中啟用WooCommerce即可。
如果想為每個站點同步商品SKU，但為每個商品填寫不同語言的介紹和庫存可以參考這篇帖子：https://litepress.cn/topic/21213
發表回覆