這裏是 LitePress 社區舊貼存檔，您可以在此留言或提交新的回應和信息。
LitePress 社區舊貼存檔 2020~2023 年度
文章投稿 131 篇
參與 1035 次討論和 239 條回覆您可能也喜歡…
發表評論
2,005 條回覆
-
混個臉熟 ，不卡就行。
-
恭喜你踩坑裏了，這個沒辦法一鍵刪掉的。
不過其實大可不必理會，數據庫沒想象中那麼脆弱，單純幾千垃圾信息不會對查詢性能造成什麼影響的。
-
可是有多少人會用呢，要知道那個是按次收費的。
-
百度雲加速支持完整的Node.js，理論上也可以實現吧
-
國內目前只有雲盾和又拍雲支持cookie判斷緩存。
-
現在很多CDN都具有邊緣規則功能，其原理就是在邊緣節點上執行用户設定的腳本。
於是就可以利用這個功能來實現對符合某些條件的網頁不緩存。
WordPress的登錄狀態記錄在網頁Cookie裏，其中有一個字段：wp-settings-用户ID。
我們只需要判斷wp-settings-1存在（管理員的ID是1）則不緩存網頁即可。
舉例子：
為了方便複製，改寫規則貼在這：$_URI?is_admin=$_RANDOM&$_QUERY
更多的控制方法可以參考CDN的邊緣規則文檔，總體思路就是判斷是否存在wp-settings-1這個Cookik字段，存在就為請求附加隨機字符串，然後CDN設置一下對URL查詢參數全程跟隨，這樣就會為管理員生成單獨的緩存，而不會影響普通用户了。
-
我記得當初開發機器翻譯的時候排查過這個問題，好像也是因為代碼編寫不規範（很多語句未支持i18n），所以無法被提取原字符串，也無法翻譯。
論壇編輯器的插入媒體功能會盡快添加上。
-
對了，WP Fastest Cache這個插件好像內置簡體中文，但是未完全翻譯。
這個編輯器的可視化可以加個插入圖片的按鈕嗎？ -
見上面的回覆。
概述一下就是這個插件編寫的不規範，問題無解的，只能聯繫開發者解決。
-
WordPress的時區沒有問題，發表的文章也是北京時間。
樓上圖的出處是插件WP Fastest Cache裏面的。
-
那是格林尼治標準時間。
先確認下你的WordPress系統的時區是否正確。如果是正確的，那麼這個問題無解。
WordPress提供了內置的時間獲取函數：current_time()，其中會自動按系統時區設置為時間戳做偏移。但很多插件會直接使用PHP的time()函數獲取時間戳，於是其便無法隨系統時區變化。
這個問題想解決只能自己改代碼或者聯繫開發者解決。
-
-
可以配合插件code snippets
-
這個插件可以用，謝謝推薦
-
我在三個不同的網站上測試，沒辦法復現出這個問題。聯繫樓主希望遠程調試被拒絕。
可以看一下同類插件：https://litepress.cn/store/plugins/wenprise-pinyin-slug
-
修改保存導航欄菜單出現了這個錯誤，然後我只能把插件卸載掉，還有別的插件嗎？
-
啓用插件後，我看插件説明是”自動轉換文章/頁面/附件/自定義文章類型的別名”，然後我發表文章測試了下，文章和標籤的別名沒有任何變化。
-
這會打不開github，晚點再看看
-
看一下這個文派拼音生成器：https://github.com/WenPai-org/wppinyin-nihao，有BUG可以直接在這個帖子裏反饋，會跟進修復的。
-
what???
-
我們的身上都有毛毛
-
謝謝孫老闆解答
-
補充一句，沒適配大數據量不代表説主題不好，這個更多的是用户需求和投入資源的權衡問題。有大數據量承載需求可以找專門針對性適配過的來用。
-
剛仔細看了下那個SQL。問題應該是這款主題沒適配大數據量，你文章標籤有三萬多個。主題在嘗試一次性把標籤全取出來。等於説你每次加載頁面會從數據庫取三萬多條數據。這個只能聯繫主題作者解決，或是換個支持大數據量的主題。
-
真是主題問題，但是其他站也是有用同個主題，都能正常秒開。就這個站這樣。很懵逼
-
如果確定是主題的問題要聯繫主題作者實際在你網站上調試才能找出問題出在哪。
代碼運行環境不同產生的結果也不同，所以不一定所有網站都能復現出這個BUG。
-
我把所有插件禁用也是這樣，切換其他主題就正常了。
但是我其他站也有用dux這個主題也都秒開。很奇怪
-
Query Monitor在正常情況下會在“組件”一欄顯示出這個查詢是哪個插件 or 主題發起的，但是從你截圖裏沒看到有體現。
正常是這樣的：
先嚐試開啓WordPress的DEBUG模式，看看能不能把組件列顯示出來，不行的話就翻翻Query Monitor的官方文檔。
等能看見這個查詢是哪個插件發起的之後，就去聯繫插件作者吧。這種問題如果不是一目瞭然的話就要實際調試代碼才能知道為啥會慢。
另外提一句：term_order這個字段不是WordPress自帶的，應該是某個插件私自添加的。這種會更改WordPress核心數據表的插件最好不要用，會破壞向後兼容性。
-
是有個 慢查詢
這種要怎麼優化
-
WordPress單純負載幾萬篇文章很輕鬆的，頁面加載6秒多一定是被某些插件影響了
-
最簡單的方法是裝Query Monitor插件，這個插件可以監控WordPress頁面加載過程中執行了什麼操作。
你可以通過它看一下是不是存在慢SQL，或是外部HTTP調用，通常這兩個是主要影響速度的因素。 -
感謝反饋~該問題已修復——用户主頁背景和用户頭像大小限制在2MB
-
站名：小興博客
文章地址：https://xn--9kra.xn--6qq986b3xl/241.html
得空看見 煩請添加一下
-
密切關注，佔位見證。
-
奧力給，幹就完了
發表回覆