這裡是 LitePress 社群舊貼存檔，您可以在此留言或提交新的回應和資訊。
LitePress 社群舊貼存檔 2020~2023 年度
文章投稿 131 篇
參與 1035 次討論和 239 條回覆您可能也喜歡…
發表評論
2,005 條回覆
-
你這個是導航主題嗎？
-
統一現存的國內生態，並發展壯大之，再以此為根基進入其他領域
-
這是準備建設一個國內的wordpress生態圈？
-
密切關注！大力支援！
-
有可能是主題造成的。。
-
那就是我使用的外掛報錯了，我排查下。
-
是啊，沒有什麼異常，完美！
-
你正常工作了？
-
完美！nice！
-
f12，看控制檯輸出
-
工作是工作了，但是有個報錯：
-
如果沒有辦法，要麼放棄，要麼換經典編輯器
-
在經典編輯器上是可用的，但是，特瞄的，古登堡不行。正在嘗試是否有解決辦法。不然太累人了。
-
沒試過，剛搭建WP站點，以為可能要用，後來發現不需要，就把外掛解除安裝了
-
你有試過這個外掛在古登堡編輯器上可用麼?
我有QQworld的另一個高階付費版，它似乎也不可用
-
https://litepress.cn/plugins/qqworld-auto-save-images
我知道有個儲存站外圖片的外掛可以做到自動居中對齊，上傳圖片不知道能不能，自己試試唄
-
大佬，不用看這個了，我找到了另一種方法，直接把這個廢棄了。對不起，耽擱你的時間了，非常不好意思。
-
-
網址多少？
-
現在它在PC上也出現這問題了，不知道為什麼，中間沒進行什麼操作
-
WP-China-Yes的頭像替換函式存在以下BUG：
- 可能由於其他外掛、主題已經接管頭像的原因導致無法替換
- 有的外掛、主題使用get_gravatar_url()函式自行拼接頭像，這種情況下無法替換
為此我已經更了一個小版本修復此問題，見附件。
或者直接把以下函式加入主題的functiongs.php裡：
if ( ! function_exists( 'wcy_get_avatar_url' ) ) { /** * 替換Gravatar頭像的訪問域名 * * @param string $url * * @return string */ function wcy_get_avatar_url( $url ) { return preg_replace( '/(([w|-]+.)+)?[w|-]+.w+/', 'gravatar.wp-china-yes.net', $url ); } } add_filter( 'um_user_avatar_url_filter', 'wcy_get_avatar_url', 9999 ); add_filter( 'bp_gravatar_url', 'wcy_get_avatar_url', 9999 ); add_filter( 'get_avatar_url', 'wcy_get_avatar_url', 9999 ); -
非常感謝您的幫助，因為我曾經對頁面的父頁面進行修改，所以完全停用確實會導致網站出現404，我在您提供的資料中發現了strict_redirect_guess_404_permalink
add_filter( 'strict_redirect_guess_404_permalink', '__return_true' );
將其設定為完全匹配更符合我的想法，不會出現驢唇不對馬嘴的猜想，並且在修改父頁面時也可進行跳轉
最後再次感謝您的幫助
-
我問下有多個相同開頭的，跳轉到哪個頁面是怎麼確定的
可以人為干涉嗎
-
就是比如輸入/l會跳轉到/link
因為現在網站上別名l開頭的很多，能不能停用掉，返回404
-
指的是哪裡的自動補全？這句話沒主語，著實不知道指的啥
-
沒太看明白你的意思
-
感謝解答
-
把上圖中的重定向域名改為重定向路徑即可
-
謝謝回覆，在請教下 如果反過來呢~
litepress.cn/plugins 自動跳轉到 plugins.itepress.cn訪問
謝謝~
-
以寶塔面板為例：
-
WordPress的路由機制決定了你不可能透過Nginx的URL重寫來實現這個目的（WordPress會獲取重寫前的路徑並與自身的固定連結規則嘗試匹配，所以無論你如何重寫URL，WordPress獲取的都是你重寫前的地址）。在WEB層唯一能實現的可能是透過在反代時設定回源規則。
所以現在這個問題有兩套方案：
- 透過更改WordPress與站點地圖相關的固定連線規則並增加對站點URL輸出時的過濾機制來實現更改站點地圖路徑的目的
- 透過使用第三方外掛的站點地圖功能實現更改地圖路徑的目的
方案一我翻了一下WordPress原始碼，想實現很複雜，不是幾行程式碼就能搞定的，所以沒有再深入研究。
方案二可以參考這些外掛：https://litepress.cn/plugins/google-sitemap-generator
-
這個邏輯，好像就是目前的翻譯記憶庫機制吧——機器翻譯時先檢查記憶庫中是否存在已翻譯過的語句，存在則呼叫並標記已透過，當然其中的邏輯還包括昨晚討論的對存在多個譯文的情況的處理，這裡先對此不贅述。
總之，對需求拆解歸類下，你說的這個似乎就是翻譯記憶庫吧？術語表我覺得應該是顆粒度為單詞或片語的一個對照表，而不應該是整條句子。
-
我的想法是：因為有很多主題的大部分字串都是通用的，應該在翻譯過程中把這些字串一點一點的整理積累起來到一個 po 檔案中，到時候有新的主題要翻譯就可以先把它們導進去，GlotPress 會忽略掉在該主題中不存在的字串，然後為了確保翻譯準確性，匯入的字串應該先設為 Waiting，然後手動批准。
-
術語表可以有，對於不是計算機專業的普通使用者來講，很多計算機專業詞彙的翻譯和日常用語不一樣，還是需要有術語表糾正的。
比如Cookie、Bug日常翻譯為餅乾和蟲，但計算機中一般直接引用英文。再比如Memory日常翻譯為記憶，但計算機中通常為記憶體。
如果有術語表的話，就能讓這些普通使用者更方便的參與翻譯貢獻了。
-
我目前有打算整理一份主題的術語表，到時候要翻譯哪個主題直接匯入可以節省不少時間
發表回覆