這裏是 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
發表回覆