這裡是 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
得空看見 煩請新增一下
-
密切關注，佔位見證。
-
奧力給，幹就完了
發表回覆