這裡是 LitePress 社群舊貼存檔，您可以在此留言或提交新的回應和資訊。
LitePress 社群舊貼存檔 2020~2023 年度
文章投稿 131 篇
參與 1035 次討論和 239 條回覆您可能也喜歡…
發表評論
2,005 條回覆
-
具體應用場景為：自定義篩選中，是以文章分類為基礎的，想實現參與自定義篩選的只有一個分類時，在前端不顯示分類這個篩選項，
-
可以考慮建立兩個
作者等級的賬號，供發表文章時使用，兩個賬號無法互相編輯刪除。需要管理時登入管理賬號
-
如果不能的話哪建立一個新的使用者組可以嗎？
-
你需要將圖片匯入到 wp_posts 表中，之後才會在媒體庫中顯示，使用外掛：https://litepress.cn/plugins/media-sync。如果檔案數量太多，可以加大 PHP 執行時間和指令碼可用記憶體，或者分批次匯入。
-
這個問題已經全部修復了
-
和上一篇帖子中談及的一樣，今天啟用的 wp super cache 外掛問題有點多，已經停用了
-
和 wordpresss 5.9 沒關係，是今天上午，我們除錯靜態快取外掛，啟用了 wp super cache，結果起對多站點的相容並不很好，導致輸出了警報資訊，然後因為溝通協調失誤，導致站點的錯誤顯示被開啟，於是輸出的頭像中也包含了警告資訊，這些頭像無法被瀏覽器解析。目前問題以及修復，而 CDN 快取正在分批次重新整理，應該會在兩個小時內完全恢復。
-
刪掉.cn就好了
-
先mak。
-
-
貼程式碼看看你咋寫的。另外建議百度搜一下雙問號的 php 語法，這是非常常用的語法糖，不過只支援 php 7.4 以上。如果你的程式碼執行在舊版 PHP 上的話，還是按常規的 if 判斷或者全寫形式的三目運算來吧
-
不行！後臺直接掛了
-
陣列判空，或者用三目運算在未定義時返回空字串，例如：$_POST[$meta_box[‘name’] . ‘_noncename’] ?? ”
-
請問這個怎麼處理啊
Notice: Undefined index: custom_title_noncename in /www/wwwroot/seoyh.net/wp-content/themes/bit/inc/gn/seo/admin-meta.php on line 62 -
上傳圖片
-
哈哈 我的主題感覺都快到6開了。。
-
老孫厲害，換證書解決了。
昨晚我套了cloudflare之後（僅代理不快取）也解決了這個問題，但沒想到是證書方面的問題。cf的證書本身也啟用了ocsp
感謝
-
初步判斷是證書籤發機構的網路超時導致的。
考慮：
1、換證書
2、啟用 ocsp 預裝訂（百度搜教程）
-
同一臺伺服器上另一個網站（test.tyyj.xyz）可以訪問
-
香港的win伺服器訪問失敗
-
你是刪一篇文章還是批次刪？如果批次刪，你想刪的文章有什麼共同點？刪文章最方便的就是 SQL 語句，但如果不知道共同點的話只能在語句中拼接文章 ID，這樣的話還不如一篇一篇點著刪。
如果資訊交代的全我可以幫你寫一下 SQL 語句。
-
更新已推送
-
今天的問題最後定位到是又拍雲的Bug，重新整理快取時未能重新整理Webp格式圖片快取，目前已提交工單等待又拍雲處理。
-
我的也出現這個問題了，把路徑後面的d=mm去掉就可以正常載入了：之前的時候換過cravatar的郵箱
-
ESC：關閉編輯器（滑鼠遊標在編輯器中可用）
Page Up 或 Ctrl + ‘↑’：切換到上一個欄位
Page Down 或 Ctrl + ‘↓’：切換到下一個欄位
Shift + Enter：儲存/新增翻譯
Ctrl + Enter：複製原文原來有快捷鍵，滑鼠點的效率確實比不過。
-
破案了，回源設定有問題，CDN1設定回源為域名，再解析域名到CDN1就炸了
-
這個問題定位到是翻譯平臺在處理複數翻譯時存在 BUG，所以複數的翻譯沒有被正確引用，這個問題今天會修復，然後會在後臺推送翻譯更新，到時候我會再在帖子下通知你
-
好嘞
-
問題已經定位，又是翻譯平臺的bug，等待修復即可。
-
群內私聊給個後臺賬號，我進去看看什麼情況，
-
該問題已在新版本修復，是由於翻譯平臺的一個 BUG 導致的翻譯錯誤。
-
好吧，謝謝
-
我們確實更改了核心檔案。你反饋的這個問題也確實是個比較頭疼的問題，我們的做法會干擾安全外掛的判斷。
在 WordPress 上最好用的安全外掛就是 Wordfence 了，但就像前面說的，這主要是我們的問題，暫時可以先不管這個問題，我們後續研究一下怎麼規避。
-
原來如此，謝謝。
-
無需理會這裡。GUID 是作為唯一資源識別符號而存在的，其與實際 URL 不匹配並不會影響到文章訪問。WordPress 中 GUID 生成的原則是文章釋出時的第一個固定連結作為 GUID 值，之後無論文章連結如何改變 GUID 都不會跟著變。據此推測，你應該是手工更改過文章的 ID（早先文章 ID 是 150，後更改為100）。但無論如何，就像前面說的，GUID 的值可以不理會，其只用來唯一標識文章，並沒有任何實際用途。
發表回覆