LitePress 社區舊貼存檔 2020~2023 年度

這裏是 LitePress 社區舊貼存檔,您可以在此留言或提交新的回應和信息。

文章目錄



發表評論

2,005 條回覆

  1. 莫蒂奇 的頭像

    現在新的文派開源社區和 cravatar.com 改版工作由我在做安排,所以如果有問題的話,也可以到對應的版塊去 @modiqi 就行。

    來自蘇州
  2. 殼殼蟲 的頭像
    殼殼蟲

    要創建一個參與者列表,你可以使用 HTML 的無序列表 (<ul>) 和列表項 (<li>) 元素。在每個列表項中,你可以添加參與者的姓名或其他相關信息。
    例如:
    <ul>
    <li> 參與者 1</li>
    <li> 參與者 2</li>
    <li> 參與者 3</li>
    </ul>

    你可以根據需要添加更多的列表項,每個列表項代表一個參與者。
    以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。

  3. 詩語 的頭像

    這篇帖子就留給需要及時刷新頭像的用户提交反饋,一般情況下,提交頭像後過段時間就會自動顯示,如果沒有顯示出來的話,或者你等不了就在這裏提交自己的頭像圖片地址。比如

    https://cravatar.cn/avatar/60f1c4f099fc44da2978d9107535f58e

    https://cravatar.cn/avatar/e1e7ba949ade0936e071132d2edd3b3c

    注意,不要公佈自己的敏感信息在此帖子中,其他問題可以 @薇曉朵 @modiqi 為你解答及提供服務,後面會另外添加一個自動提交需要刷新 CDN 圖片鏈接的工具。

    目前將就着用吧。

    來自宿遷
  4. 殼殼蟲 的頭像
    殼殼蟲

    尊敬的 Cravatar 用户,

    我們誠摯地向您致以最誠懇的歉意。我們深感抱歉,由於我們的緩存策略,導致您上傳的 Cravatar 頭像在 CDN 上延遲刷新的問題。我們理解這給您帶來了不便和困擾,我們深感抱歉。

    作為中國的 Gravatar 頭像替代服務,我們一直致力於提供高質量的服務和優化用户體驗。為了減少 CDN 流量消耗和服務器壓力,我們實施了緩存策略。然而,我們意識到這個策略在某些情況下可能會導致用户上傳的頭像無法立即在 CDN 上刷新。

    我們正在積極調整系統和流程,以解決這個問題。我們已經加強了與 CDN 供應商的合作,以確保頭像的刷新速度得到提升。我們也在不斷優化緩存策略,以平衡流量消耗和用户體驗之間的關係。

    儘管 Cravatar 是一項完全免費的公益服務,我們深知其揹負的責任是提供穩定、高效的服務。我們將竭盡全力確保 Cravatar 頭像上傳後的刷新速度能夠恢復正常。我們將持續監測和改進系統,以確保您能夠享受到最佳的用户體驗。

    再次,我們對給您帶來的不便表示由衷的歉意。我們真誠地感謝您對 Cravatar 的支持和理解。如果您有任何疑問或需要進一步的幫助,請隨時與我們聯繫。我們將竭誠為您提供解決方案。

    再次感謝您的理解和支持。

    誠摯地,

    Cravatar 團隊


    以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。

  5. 詩語 的頭像

    選擇採用 Weixiaoduo.com 來做目前全部文派系統的單點登錄的中心考慮還是在於本身的註冊體量到現在還不是很多。

    再一個安全和驗證機制薇曉朵已經是做的最完善的,後面等到文派開源構建完畢,我們將會另外再提供一個 wenpai.org 的單點登錄驗證方式,這樣就可以避免故障導致不能正常訪問的情況。

    來自宿遷
  6. 殼殼蟲 的頭像
    殼殼蟲

    單點登錄 (Single Sign On,簡稱 SSO) 是一種身份驗證和授權機制,允許用户使用一組憑據 (如用户名和密碼) 登錄到多個相關應用程序或系統中,而無需在每個應用程序中單獨進行身份驗證。

    用途:

    1. 提升用户體驗:用户只需一次登錄,即可訪問多個應用程序,減少了頻繁輸入憑據的繁瑣過程,提高了用户的使用便捷性和效率。
    2. 提高安全性:通過集中管理用户憑據,可以更好地控制和監控用户的訪問權限,減少了密碼泄露和濫用的風險。

    優點:

    1. 用户友好:用户只需記住一個憑據,即可訪問多個應用程序,簡化了登錄流程,提升了用户體驗。
    2. 提高安全性:通過集中管理用户憑據,可以更好地控制和監控用户的訪問權限,減少了密碼泄露和濫用的風險。
    3. 降低維護成本:減少了用户密碼重置和管理的工作量,簡化了系統的維護和管理。

    缺點:

    1. 單點故障:如果單點登錄系統出現故障,可能會導致用户無法訪問任何應用程序。
    2. 安全風險:如果單點登錄系統被攻擊或被破解,可能會導致所有應用程序的安全受到威脅。
    3. 實施複雜性:實施單點登錄系統需要對多個應用程序進行集成和配置,可能需要額外的開發和維護工作。

    舉例説明 Single Sign On:
    一個常見的例子是 Google 的單點登錄系統。用户可以使用他們的 Google 帳號登錄到各種與 Google 相關的應用程序和服務,如 Gmail 、 Google Drive 、 YouTube 等。用户只需一次登錄,即可訪問這些應用程序,無需在每個應用程序中單獨進行身份驗證。這提供了方便的用户體驗,並通過 Google 的身份驗證機制提供了安全性。


    以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。

  7. 殼殼蟲 的頭像
    殼殼蟲

    WordPress 是一款開源的內容管理系統 (CMS),它使用 PHP 語言和 MySQL 數據庫來構建網站。它提供了一個易於使用的界面,使用户能夠創建和管理網站的內容,包括文章、頁面、媒體文件等。

    WordPress 的應用場景非常廣泛,特別適合企業使用。以下是一些常見的企業應用場景:

    1. 公司網站:WordPress 提供了豐富的主題和插件,使企業能夠輕鬆地創建和定製自己的網站。通過 WordPress,企業可以展示公司信息、產品和服務,吸引潛在客户,並提供聯繫方式。

    2. 博客和新聞網站:WordPress 最初是作為博客平台而開發的,因此非常適合用於創建和管理博客和新聞網站。企業可以使用 WordPress 來發布新聞、行業動態、專家觀點等內容,吸引讀者並增加品牌知名度。

    3. 電子商務網站:WordPress 通過插件 (如 WooCommerce) 提供了強大的電子商務功能,使企業能夠創建和管理在線商店。企業可以展示和銷售產品,處理訂單和支付,提供客户支持等。

    4. 會員網站:WordPress 提供了會員管理功能,使企業能夠創建和管理會員網站。企業可以提供獨家內容、會員特權、論壇和社交互動等,吸引用户註冊和付費成為會員。

    根據數據支撐,根據最新統計數據,截至 2021 年,全球超過 40% 的網站使用 WordPress 構建。這顯示了 WordPress 在企業中的廣泛應用和可靠性。無論是小型企業還是大型企業,WordPress 都是一個強大而靈活的選擇,可以滿足各種企業的需求。


    以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。

  8. 殼殼蟲 的頭像
    殼殼蟲

    要在 WordPress 網站中添加網頁特效,可以使用以下代碼段示例:

    // 在主題的 functions.php 文件中添加以下代碼
    
    // 添加自定義 CSS 文件
    function add_custom_css() {
        wp_enqueue_style( 'custom-style', get_stylesheet_directory_uri() . '/custom.css' );
    }
    add_action( 'wp_enqueue_scripts', 'add_custom_css' );
    
    // 添加自定義 JavaScript 文件
    function add_custom_js() {
        wp_enqueue_script( 'custom-script', get_stylesheet_directory_uri() . '/custom.js', array(), '1.0', true );
    }
    add_action( 'wp_enqueue_scripts', 'add_custom_js' );

    上述代碼將在 WordPress 主題中添加兩個自定義文件:custom.css 和 custom.js 。你可以在這些文件中編寫你想要的網頁特效的 CSS 和 JavaScript 代碼。

    例如,如果你想要將全站內容變灰,可以在 custom.css 文件中添加以下代碼:

    body {
        filter: grayscale(100%);
    }

    這將使整個網站的內容變為灰色。

    如果你想要使用 JavaScript 來實現特效,可以在 custom.js 文件中添加相應的代碼。例如,以下代碼將在鼠標懸停在某個元素上時,將其背景顏色更改為紅色:

    jQuery(document).ready(function($) {
        $('.element').hover(function() {
            $(this).css('background-color', 'red');
        }, function() {
            $(this).css('background-color', '');
        });
    });

    請確保將 custom.css 和 custom.js 文件放置在你的主題文件夾中,並根據需要進行修改。然後,刷新你的 WordPress 網站,你將看到相應的網頁特效生效。


    以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。

  9. 耗子 的頭像

    不認可,這個 SQL_CALC_FOUND_ROWS 在大數據量下非常慢,是 WordPress 眾多慢查詢的核心之一。

  10. 殼殼蟲 的頭像
    殼殼蟲

    LitePress 平台正在進行改版工作,官網和全部功能架構將會進行調整。我們歡迎用户提出意見和建議,您可以在此文檔中添加您的反饋。改版工作將會在本月中旬完成,整合工作將會在下個月進行。


    以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。

  11. 不凡 的頭像

    可能是已經有存在舊緩存數據,如果你用的寶塔面板,在寶塔面板手動清除 redis 緩存

    來自宿遷
  12. 殼殼蟲 的頭像
    殼殼蟲

    這可能是因為 Redis Object Cache 和 WP-China-YES 都嘗試在 WordPress 中使用相同的緩存鍵名。當啓用 Redis Object Cache 時,它會覆蓋 WP-China-YES 的緩存設置,導致後者無法正常工作。解決方法是在兩個插件中使用不同的緩存鍵名,或者只使用其中一個插件。


    以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。

  13. 殼殼蟲 的頭像
    殼殼蟲

    PHP7.4 及以上版本通常比 PHP7.3 運行更快,因為它們包含了更多的性能優化和改進。然而,具體的性能表現取決於代碼的實現和服務器的配置。對於 7b2 主題,推薦使用 PHP7.3 版本。
    以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。

  14. 薇曉朵 的頭像

    是的啊,會在整個文派 (WordPress) 生態站點以及薇曉朵 Weixiaoduo.com  全平台發佈,我們目前在做服務穩定性優化,還需要努力一段時間。

    來自蘇州
  15. Lincoin 的頭像

    請問插件新版本具體的上線是多平台 (官網等) 同步上線嗎?

    來自重慶
  16. lincoinlinke 的頭像
    lincoinlinke

    額,wpthemes.cn 的證書過期了。

    來自重慶
  17. 殼殼蟲 的頭像
    殼殼蟲

    wpthemes.cn 可以用來下載 WordPress 主題,以及獲取有關 WordPress 主題的相關信息和資源。

    我認為 wpthemes.cn 可以提供 WordPress 主題的定製服務、主題開發教程、主題使用技巧分享等業務和服務。


    以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。

  18. 殼殼蟲 的頭像
    殼殼蟲

    以下是一些提高 WordPress 網站流量的方法:

    1. 優化 SEO:使用關鍵詞、元標籤和描述來優化網站的搜索引擎排名。

    2. 內容營銷:發佈有價值的內容,吸引訪問者並提高網站的可信度。

    3. 社交媒體:在社交媒體上分享您的內容,吸引更多的訪問者。

    4. 郵件營銷:通過電子郵件發送有價值的內容和優惠,吸引訪問者並保持聯繫。

    5. 廣告投放:使用付費廣告,如 Google AdWords 或 Facebook 廣告,吸引更多的訪問者。

    6. 網站速度:確保您的網站加載速度快,以提高用户體驗和搜索引擎排名。

    7. 移動友好:確保您的網站在移動設備上友好,以吸引更多的移動用户。

    8. 合作伙伴關係:與其他網站或博客建立合作伙伴關係,以增加流量和鏈接。


    以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。

  19. 殼殼蟲 的頭像
    殼殼蟲

    bbPress 不支持 Markdown 方式發帖和回覆,但可以通過安裝插件來實現 Markdown 功能。


    以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。

  20. 殼殼蟲 的頭像
    殼殼蟲

    要學習 WordPress 主題插件開發,可以通過以下步驟進行:

    1. 學習 HTML 、 CSS 和 JavaScript 等前端技術,以便能夠創建漂亮的 WordPress 主題和插件界面。

    2. 學習 PHP 編程語言,因為 WordPress 主題和插件都是基於 PHP 編寫的。

    3. 瞭解 WordPress 的基本結構和功能,包括如何創建頁面、文章、分類目錄和標籤等。

    4. 學習 WordPress 主題和插件的開發規範和最佳實踐,以確保你的代碼符合 WordPress 標準並能夠與其他插件和主題兼容。

    5. 參考 WordPress 官方文檔和社區資源,如 Codex 、 WordPress 開發者中心和 Stack Overflow 等,以獲取更多的幫助和指導。

    總之,學習 WordPress 主題插件開發需要耐心和實踐,需要不斷嘗試和調試代碼,才能逐漸掌握這門技能。


    以上由殼殼蟲自動解答供參考,您可以繼續跟帖或等待人工回覆。

  21. leon 的頭像

    感謝論壇,經由維權,錢已退,本來沒指望的。

  22. 競自由 的頭像
    競自由

    4 月 27 日 服務器繼續掛

    沒有説怎麼處理服務器的問題 儘快恢復服務器訪問

    這就開始罵街了

     

  23. 17573 的頭像
    17573

    20

    魏星最後通知我

    他要我服務器上的企業網站數據刪除

    服務器 他留着自己用

    這裏要説 2 點

    1 企業網站 是我們公司通過建站公司 8000 元建設的,網站上存放了我們公司的客户信息 500 多條,每條客户信息的獲取成本在 1000 元。總價值 50 萬以上。

    2 服務器是我花錢買的 屬於我的財產,而魏星大神直接強佔了,我也沒有辦法。

     

  24. 17573 的頭像
    17573

    17

    18

    19

    喜歡罵人的魏星 氣急敗壞 把我微信拉黑了

    至此 沒有提服務器問題怎麼處理

  25. 17573 的頭像
    17573

    4 月 27 日 服務器又掛了

    13

    14

    15

    開始罵人了

    服務器出問題後 全程沒有要去修復問題的意思和行動

    而是説我問他服務器問題了 他感覺我逼逼了

    16

    句句 離不開他媽了

    魏星是還沒張大嗎

     

  26. 17573 的頭像
    17573

    4 月 24 日 服務器繼續掛

    12

    服務器掛掉後 已經放棄尋找他處理了

  27. 17573 的頭像
    17573

    4 月 22 號 服務器繼續掛

    11

    服務器掛壁後 唯一能做的就是等

  28. 17573 的頭像
    17573

    4 月 21 日 服務器崩潰

    4

    5

    如果遇到服務器有問題 他唯一能做的就是給機房發工單

     

    6

     

    開始扯皮 説 服務器 他一直用都沒死機過

    就我用了才出現第一次死機的情況

    <strong style=”color: #f00;”> 注意 他説話 以 媽的 開頭

    <strong style=”color: #f00;”> 注意 他説話 以 媽的 開頭

    <strong style=”color: #f00;”> 注意 他説話 以 媽的 開頭

    這是魏星的絕技

  29. 17573 的頭像
    17573

    開的第一台服務器 速度有點慢,每秒 80/s

    2

    魏星在 2 月 25 號給我更換了第二台服務器。

    (其實 這時候 已經可以猜到  他做服務器不靠譜 沒有保障)

  30. 薇曉朵 的頭像

    目前 WP-China-Yes 正在積極開發新版本的,我們將於下個月進行更新。

    來自蘇州
  31. 薇曉朵 的頭像

    第一個問題是由於沒有開發好完整的個人資料頁面,我們已經在安排重建工作。

    第二個問題等開發完新版本的之後我們會更新下。

    來自蘇州
  32. 薇曉朵 的頭像
    薇曉朵

    現在 LitePress  有了新的定義,我們正在轉型為 WordPress 中國開發社區,

    LitePress  稱之為:你的 WordPress

    來自蘇州
  33. 薇曉朵 的頭像

    目前已經更換了發信系統為阿里雲郵件推送,應該不再存在此問題,可以重新嘗試上傳。

    來自蘇州
  34. 不講·李 的頭像

    主題頭像,郵箱綁定頭像,評論頭像,都不一樣,是什麼原因造成的呢,

    來自北京
  35. 文派葉子 🍃 的頭像
    文派葉子 🍃

    部分自建郵箱收不到 163 企業郵的郵件,已手工添加

    來自濱州
  36. 文派葉子 🍃 的頭像
    文派葉子 🍃

    該問題已恢復,是因為服務器香港的取源服務器無法訪問導致的

    來自濱州
  37. cshenry 的頭像
    cshenry

    似乎是因為我家裏網絡使用的 HK 節點,換回國內節點就沒問題了,不過這應該也算一個 bug 。

    來自內江
  38. 15676 的頭像
    15676

    期待,非常期待,  十幾年前開始用 wp 。

    來自佛山
  39. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是否可以貼一個完整的案例鏈接。我無法復現出這個問題欸

    來自濱州
  40. 文派葉子 🍃 的頭像
    文派葉子 🍃

    該問題數日前已修復,忘記回覆了,不好意思

    來自濱州
  41. 文派葉子 🍃 的頭像
    文派葉子 🍃

    穿的圖太大了吧。我們服務器最大接受兩個 G 的

    來自濱州
  42. 文派葉子 🍃 的頭像
    文派葉子 🍃

    服務器被 DDOS  了,要今天下午才能恢復了。香港的服務器會黑洞 24 小時的

    來自濱州
  43. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這類服務有很多人提供的,百度上搜可以搜到的。

    來自濱州
  44. 14897 的頭像
    14897

    可以。用 MU Domain Mapping  插件

    來自濱州
  45. 14897 的頭像
    14897

    郵箱 admin@css.pet  已經被這個賬户添加了:quanquandhr1995

    來自濱州
  46. 不凡 的頭像
    不凡

    既然不是瀏覽器和輸入法的問題,有沒有可能是 UOS 或者是你網站安裝的插件的造成的?

    來自成都
  47. 文派葉子 🍃 的頭像
    文派葉子 🍃

    用七牛雲存儲吧,那上面帶時間戳防盜鏈功能,就是你説的生成的每個鏈接有時效性,超時就失效。阿里雲和騰訊雲的都沒這個功能,實現不了,實在想做只能自己寫個程序來控制,然後流量走你的服務器。

    來自濱州
  48. 文派葉子 🍃 的頭像
    文派葉子 🍃

    前段時間有很多機器人註冊,導致郵箱服務的發件額度超了,這個問題兩天前已經修復了

    來自濱州
  49. 文派葉子 🍃 的頭像
    文派葉子 🍃

    直接點擊右側圖片庫來傳圖目前還有問題,可以先通過點擊更換圖片那裏調出的圖片庫來傳圖

    來自濱州
  50. 14640 的頭像
    14640

    額,大佬,現在好像又不行了,我想傳幾張頭像連按鈕都點不了 QAQ 更別説往上傳了 (話説是不是沒有拖拽上傳啊)

    來自秦皇島
  51. ningle 的頭像
    ningle

    ok,那個網站停用了,更換了到 cravatar.cn/avatar/,好用了

    來自武漢
  52. ningle 的頭像
    ningle

      這個代碼有沒有錯誤?

    如果正確,頭像還是不顯示。

    add_filter(‘get_avatar’, function ($avatar) {

        return str_replace([

        ‘www.gravatar.com/avatar/’,

        ‘0.gravatar.com/avatar/’,

        ‘1.gravatar.com/avatar/’,

        ‘2.gravatar.com/avatar/’,

        ‘secure.gravatar.com/avatar/’,

        ‘cn.gravatar.com/avatar/’

        ], ‘gravatar.wp-china-yes.net/avatar/’, $avatar);

        });

    來自武漢
  53. ningle 的頭像
    ningle

    我已經回覆了,為什麼不顯示?

    來自武漢
  54. xqfk 的頭像

    之前這種都能開,現在都不行了!   //cravatar.cn/avatar/?s=96&d=mm&r=g

    來自廈門
  55. 耗子 的頭像
    耗子

    用户系統正在更新,將盡快恢復找回密碼功能。

    來自天津
  56. 耗子 的頭像
    耗子

    你這個代碼中的頭像服務器並不是 Cravatar,請修改之。

    來自天津
  57. ningle 的頭像
    ningle

    頭像我沒有使用插件,而是網上的教程。

    add_filter(‘get_avatar’, function ($avatar) {

        return str_replace([

        ‘www.gravatar.com/avatar/’,

        ‘0.gravatar.com/avatar/’,

        ‘1.gravatar.com/avatar/’,

        ‘2.gravatar.com/avatar/’,

        ‘secure.gravatar.com/avatar/’,

        ‘cn.gravatar.com/avatar/’

        ], ‘fdn.geekzu.org/avatar/’, $avatar);

        });

    別人的頭像都生效,唯獨我自己的不生效。我去查看了我設置的頭像正確無誤。

    來自武漢
  58. 耗子 的頭像
    耗子

    Hello,  這幾天我們在進行大版本更新,所以導致了比較多的 Bug,頭像問題方便提供一下 url 嗎,我好排查。

    來自天津
  59. ningle 的頭像
    ningle

    這個論壇沒有人維護了嗎?頭像突然不顯示了。論壇亂碼

    來自黃岡
  60. 不凡 的頭像
    不凡

    找到問題了,是他在 wp-config.php 裏面添加了兩個域名

    來自南充
  61. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個和發行版沒關係的,有沒有域名取決於插件/主題的代碼,建議聯繫作者看看。

    來自濱州
  62. yuncheng 的頭像
    yuncheng

    對,然後我這邊主題的支付回調也只有路徑,沒有域名,直接支付不成功,然後我下載 WP 覆蓋了還是回不來,你那邊解決了嗎

    來自襄陽
  63. 不凡 的頭像
    不凡

    比如上傳圖片後,圖片地址就是:/wp-content/uploads/2022/09/2.jpg

    來自南充
  64. 耗子 的頭像
    耗子

    有個 cdn 的證書過期了,中午發現後已經修復。

    來自天津
  65. 文派葉子 🍃 的頭像
    文派葉子 🍃

    需要使用 regexp_replace  做正則替換,不是簡單用通配符就可以的,需要寫正則表達式。

    來自濱州
  66. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個需求聯繫人開發吧,要寫代碼定製了

    來自濱州
  67. 耗子 的頭像
    耗子

    微信似乎沒有通過郵箱獲取頭像的接口,微博也是,因此從技術上無法實現。

    來自天津
  68. diiamo 的頭像
    diiamo

    最大的問題就是支持和開發。國外插件會根據用户需求迭代。國內的基本不怎麼更新版本,也不會考慮兼容其它插件。

    來自廣州
  69. 文派葉子 🍃 的頭像
    文派葉子 🍃

    以下這段代碼會在文件名開頭加上用户名

    function git_upload_filter( $file ) {
    	global $current_user;
    
    	$user_name = empty( $current_user ) ? '' : $current_user->user_login;
    
    	$time         = date( "YmdHis" );
    	$file['name'] = $user_name . "-" . $time . mt_rand( 1, 100 ) . "." . pathinfo( $file['name'], PATHINFO_EXTENSION );
    
    	return $file;
    }
    
    add_filter( 'wp_handle_upload_prefilter', 'git_upload_filter' );

    來自濱州
  70. 汐湫 的頭像

    OKOK,謝謝啦,知道你們比較忙,可能現在沒時間,可以理解啦

    來自常州
  71. 文派葉子 🍃 的頭像
    文派葉子 🍃

    已手工激活,可以直接登錄了。

    來自濱州
  72. 不凡 的頭像
    不凡

    我試着用 SQL 語句把 wp_option 數據表的路徑替換新的路徑,現在可以了

    來自南充
  73. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個可能性不大吧,具體是哪個插件以及你如何判斷他讀取的是 「/www/域名」 可以截圖發一下嗎?

    另外可以檢查下 wp-config.php 文件裏面是不是把路徑寫死了呢?

    來自濱州
  74. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個要麼改插件代碼,要麼使用帶自動鏡像功能的雲存儲試試。比如説又拍雲,可以設置通過 CDN  訪問的資源如果是第一次被訪問的話就鏡像到雲儲存,通過這種方式來將圖片資源保存到雲存儲上。

    來自濱州
  75. 文派葉子 🍃 的頭像
    文派葉子 🍃

    就是在原版 WordPress  的基礎上增加了對國內環境適配的代碼

    來自濱州
  76. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你這個需求據我所知好像是沒有專門的 WordPress  內置方法可以實現,需要你自己寫個方法查詢出所有父目錄與當前目錄一致的目錄再累加文章數最後返回了。

    來自濱州
  77. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個是要我們先去手工給資源分類,然後你才可以按類別查看到的,但是現在並沒有處理這一塊的工作。

    來自濱州
  78. shidang233 的頭像
    shidang233

      謝謝,昨天一天我查出來是因為什麼了

    網站的防火牆懷疑我在攻擊關了就沒事了

    來自臨沂
  79. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不好意思,平台上傳目錄的權限錯了,導致你沒傳上圖,能把報錯圖片再傳一下嗎?

    來自濱州
  80. 文派葉子 🍃 的頭像
    文派葉子 🍃

    和 wordpress  完全兼容的,只會做本土化適配,不會破壞兼容性

    來自濱州
  81. lincoinlinke 的頭像
    lincoinlinke

    您好,Cravatar.cn 上的隱私政策無法打開

    來自重慶
  82. 文派葉子 🍃 的頭像
    文派葉子 🍃

    查看一下是否真的被禁用了唄,這個函數是用來創建匿名函數的。用寶塔面板的話這個設置在你的  應用市場->PHP 設置-> 禁用函數  中

    來自濱州
  83. lonewolfyx 的頭像
    lonewolfyx

    嗯,確實是個好主意,我已經搞定,嘿嘿

    來自蘇州
  84. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我想了想,這個需求好像沒啥意義吧,category  的 slug  本身就相當於 ID 。如果你非要用數字 ID  的話,或許我們可以換個思路,比如説把 slug  設置為和 id  一樣的數字,是不?這樣連額外的代碼和插件都不需要加就能實現你的需求了。

    來自濱州
  85. 文派葉子 🍃 的頭像
    文派葉子 🍃

    大概率不會干擾,因為數據只要被一個插件替換過,另一個插件就匹配不到數據了。當然,最好就是一個功能如果有重複的就只在一個插件上開

    來自濱州
  86. 文派葉子 🍃 的頭像
    文派葉子 🍃

    只要不是出兼容問題的話是可以繼續用的,我們也在用這個插件

    來自濱州
  87. 文派葉子 🍃 的頭像
    文派葉子 🍃

    看看這個插件: https://litepress.cn/plugins/wp-posts-widget 

    這個插件支持只顯示部分分類的文章,你把這幾個需要展示的文章額外添加一個統一分類就可以了 (一個文章可以添加多個分類,不會影響文章之前的所屬分類)

    來自濱州
  88. 呆憨-鹹寒少 的頭像
    呆憨-鹹寒少

    已經解決 php 版本切換後正常

    來自台州
  89. 文派葉子 🍃 的頭像
    文派葉子 🍃

    附件就直接複製 wp-content 下的 uploads 目錄到新站點即可

    來自濱州
  90. smallsaltedfish 的頭像
    smallsaltedfish

    數據庫好説  那媒體文件怎麼辦呢  僅僅保留媒體嗎

    來自台州
  91. 文派葉子 🍃 的頭像
    文派葉子 🍃

    嘗試完全部署一個新的系統,然後再把老系統的數據庫導入到新的裏面,同時從官方應用市場安裝所有需要的插件吧。這樣可以確保刪掉你自己添加的所有代碼。

    來自濱州
  92. smallsaltedfish 的頭像
    smallsaltedfish

    已經覆蓋   無效  仍然白屏

    來自台州
  93. 文派葉子 🍃 的頭像
    文派葉子 🍃

    加到主題的 functions.php  裏面:

    add_filter('the_content', function( $content ) {
        return strip_tags( $content, '<p><br><img>' );
    }, 9999 );

    來自濱州
  94. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這類新版本兼容相關的問題只能等插件作者更新了,愛莫能助

    來自濱州
  95. 文派葉子 🍃 的頭像
    文派葉子 🍃

    重新覆蓋安裝下原版安裝包試試呢?不行的話應該是你通過什麼渠道外掛了什麼代碼進了系統內核。建議你可以直接裝一份新的,然後把數據導入到新站裏

    來自濱州
  96. Yulinn 的頭像
    Yulinn

    這個叫骨架屏-skeleton loader  react vue  這些前端框架是有現成的組件實現   如果單 JQ  的話網上找找也有

    來自成都
  97. 文派葉子 🍃 的頭像
    文派葉子 🍃

    加我 QQ  我遠程調試下

    來自濱州
  98. 2212959812 的頭像
    2212959812

    我用 FileZilla 開啓明文 FTP 是連接 ftp 空間成功的

    來自深圳
  99. atm 的頭像

    已經使用您説的這種方案了,  但是也有另類辦法,  利用 wpml  主語設置 en   導出 XLIFF  格式  本地可以利用 Poedit 翻譯 .

    來自武漢
  100. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果説都不可用的話,我懷疑是不是你的 FTP  服務器有問題呢?沒道理兩個作者的插件都是有 BUG,甚至於無法正常使用的

    來自濱州
  101. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這種網頁生成器生成的頁面需要翻譯只能用 Elementor  挨個點開翻譯了,你説的把頁面導出到本地是可以實現的,但是基本不可能從那裏面翻譯,因為那裏面充滿了類似於 HTML  這樣的標記符 (但並不是 HTML),不如直接在 Elementor  中翻譯直觀

    來自濱州
  102. 文派葉子 🍃 的頭像
    文派葉子 🍃

    測試一下看看吧,這倆應該不會衝突

    來自濱州
  103. atm 的頭像

    可是我又用了 wpml  會不會衝突 wpml 相對於複雜了

    來自武漢
  104. 2212959812 的頭像
    2212959812

    就是老部落的 wpftp pro 插件的功能,在 wp 上傳媒體圖片時直接上傳到 ftp 的空間,但是我試了一下圖片根本上傳不了

  105. 文派葉子 🍃 的頭像
    文派葉子 🍃

    建議直接用 Loco Translate  插件翻譯,他會自動幫你把文件放到正確位置上。

    來自濱州
  106. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個是百度統計的 JS  代碼,可能是百度服務器那天抽風了,我剛測試是正常的。

    來自濱州
  107. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我沒理解你的意思,你是想對外提供圖牀服務嗎?

    來自濱州
  108. jmdonj 的頭像
    jmdonj

    今天上傳圖片正常了,f12 裏有個 js 沒加載出來。

    來自澄邁縣
  109. 文派葉子 🍃 的頭像
    文派葉子 🍃

    一:用户提交的翻譯確實是是會顯示為 「待審核」 的,是需要管理員通過後才會全網推送。當翻譯貢獻率達到 10%  以上的時候可以申請成為此項目的 「翻譯編輯者」,此時提交的翻譯無需審核。

    二:可否按 f12,然後切換到 「網絡」 選項卡,觀察上傳圖片時接口調用是否正常?如果報錯的話麻煩把接口返回信息貼一下 (點擊出錯的網絡請求,然後右側會出現 「響應」 選項卡) 。

    三:這個確實是應該顯示暱稱,我們之前沒注意到這個問題。新的會員中心會在最近上線,這一點會在新會員中心中更正。

    來自濱州
  110. aloys233 的頭像
    aloys233

    返回的頭像就是固定的。。。

    來自廣安
  111. 文派葉子 🍃 的頭像
    文派葉子 🍃

    感謝反饋,此問題已記錄,將會盡快修復

    來自濱州
  112. 文派葉子 🍃 的頭像
    文派葉子 🍃

    看你描述應該就是主題的鍋了,和開發者溝通下看看咋辦吧

    來自濱州
  113. qita 的頭像

    感謝大佬回覆,目前解決方案也是設置緩存過期時間

    來自北京
  114. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我感覺在這個頁面上無論如何設置規則都實現不了你想要的效果……

    因為這些規則都是當網頁符合某個規則時不返回緩存內容的,並非是刷新緩存。

    對於新增內容自動刷新緩存的這個需求,一般的緩存插件都會自動處理,如果這個 cache master  插件不會自動刷並且也沒有那種一鍵啓用刷新的開關的話可能就是功能支持上不完整,這不是改什麼配置就可以實現的。

    考慮到這個插件較少的安裝量,我更傾向於這個插件在功能實現上是不完整的。

    還有一種實現方式是設置一下緩存過期時間,但這樣顯然缺了一點實時性。

    最實際的方案是換一些諸如 wp super cache  這種成熟且常用的插件。

    來自濱州
  115. 文派葉子 🍃 的頭像
    文派葉子 🍃

    先暫時在網頁端翻譯吧,插件端有些 bug,暫時沒時間處理

    來自濱州
  116. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個問題不處理的話你網站的很多功能會受到影響的

    來自濱州
  117. 文派葉子 🍃 的頭像
    文派葉子 🍃

    應該是某個插件或主題破壞了 rest api  的路由,建議逐個停用看看

    來自濱州
  118. ccc 的頭像

    大佬,作者説了是 pjax 不支持,新窗口打開,其餘沒有影響的

    來自大連
  119. 656147193 的頭像
    656147193

    登錄失敗,接口返回狀態碼:500 

    來自南昌
  120. 不凡 的頭像
    不凡

    我用 wordpress 一年了,沒看過你截圖的頁面,程序運行良好就不要亂動設置

    來自南充
  121. ccc 的頭像

    這個可以清晰的看到,辯題變成儀表盤。界面還在那個主頁

    來自大連
  122. 文派葉子 🍃 的頭像
    文派葉子 🍃

    f12  看一下網絡請求,  是哪個資源拖累的速度,然後把截圖貼一下

    來自濱州
  123. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個之前有想過,但是在技術上沒辦法實現,因為每個主題的開發方式差異都很大,實在難以照顧到。只能自己去改主題頁腳模板

    來自濱州
  124. 不凡 的頭像
    不凡

    可以跟主題作者反饋,或者自行在主題的底部模板添加備案信息。

    來自成都
  125. 耗子 的頭像
    耗子

    後台安裝 better search replace 插件,即可方便地進行數據庫替換操作。嘗試搜索你的舊域名並替換成新域名。操作之前請注意備份數據,數據無價。

    來自欽州
  126. 文派葉子 🍃 的頭像
    文派葉子 🍃

    已經在平台首頁更新説明並增加 china yes  插件的下載地址了

    來自濱州
  127. 不凡 的頭像
    不凡

    你可以先出個公告,然後置頂一下

    來自南充
  128. cloudman123 的頭像
    cloudman123

    安裝報錯

    Fatal error: Uncaught TypeError: call_user_func_array(): Argument #1 ($callback) must be a valid callback, function 「」 not found or invalid function name in /home/moonikura/web/testikuramoon.ml/public_html/wp-includes/class-wp-hook.php:307 Stack trace: #0 /home/moonikura/web/testikuramoon.ml/public_html/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters(」, Array) #1 /home/moonikura/web/testikuramoon.ml/public_html/wp-includes/plugin.php(474): WP_Hook->do_action(Array) #2 /home/moonikura/web/testikuramoon.ml/public_html/wp-admin/plugins.php(194): do_action(『activate_salesm…』) #3 {main} thrown in /home/moonikura/web/testikuramoon.ml/public_html/wp-includes/class-wp-hook.php on line 307

  129. 快兔兔採集 的頭像
    快兔兔採集

    我是軟件作者,有啥 bug,需求,建議可以在本貼討論。

    來自上海
  130. linn 的頭像

    外鏈的圖片鏈接是 http 的   混合加載了   所以不顯示

    來自成都
  131. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個應該是某個插件代碼觸發的,逐個關停插件試試看。如果問題是由你自己寫的 js  觸發的 (如果你移除 js  問題應該消失) 話就把你的 js  代碼貼出來我們看看哪裏寫錯了。

    來自濱州
  132. 不凡 的頭像
    不凡

    你的寶塔面板版本有點舊吧,我這最新版本是 5.1

    來自南充
  133. niubwakk 的頭像
    niubwakk

    已經關掉了,很久沒進數據庫了,不曉得為什麼會彈出錯誤提示

    來自成都
  134. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把 PHP  錯誤顯示功能關掉呀。或者調一下需要顯示的錯誤級別

    來自濱州
  135. niubwakk 的頭像
    niubwakk

    是的,全部忽略後就能正常使用了,但每點擊一個表就要忽略一次就很煩。

    來自成都
  136. niubwakk 的頭像
    niubwakk

    phpmyadmin 版本是 4.8,PHP 版本是 7.4

    來自成都
  137. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把你 php  的錯誤顯示關上就沒了。都是些提示信息,影響不大

    來自濱州
  138. 不凡 的頭像
    不凡

    phpmyadmin 版本號是多少?php 的版本號呢?

    來自南充
  139. tianwen 的頭像
    tianwen

    分享一個很不錯的教程網站 www.tianwenwangluo.com

    來自鄭州
  140. 文派葉子 🍃 的頭像
    文派葉子 🍃

    麻煩通過覆蓋 wp  原版安裝包的方式退回吧,我們這一塊的 API  當初寫的時候邏輯比較亂,已經很難改了 後面這塊功能會直接挪到 china yes  插件上,現在這套會重寫。

    來自濱州
  141. zhanggui 的頭像
    zhanggui

    收藏了,註冊了一下,挺好用的

    來自廣州
  142. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你可以使用 map  指令來通過正則表達式從一個變量中提取所需字符串並將其保存在一個新變量中。

    比如你這個需求只需要將如下配置加到 http  配置區域中即可 (引用的時候需要引用新變量 $my_request_uri):

    map $request_uri $my_request_uri {
        "~^/(?<suffix>.+)$"  $suffix;
    }

    來自濱州
  143. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我們第一版應用市場目前有些 bug 而且功能也不完善,目前在處理新版用户中心的開發,搞完之後會去完善市場,市場這一塊目前如果不是致命 bug(比如導致平台崩潰或是影響到用户網站) 的話暫時不會修。

    來自濱州
  144. sqlite 的頭像
    sqlite

    也遇到同樣的疑惑,不過我的方法比較簡單粗暴,

    直接控制變量法,挨個勾選,去刷新網頁,通過瀏覽器調試觀察加載時間。

    來自蘇州
  145. sqlite 的頭像
    sqlite

    一直都期待有一個這樣本土化的 wordpress,不用每次安裝完,都要先去各種修改優化一波,對於非程序員實在是太不友好。

    這個項目太棒了,持續關注,加油!

    來自蘇州
  146. 文派葉子 🍃 的頭像
    文派葉子 🍃

    哦,咱們訪問到的內容是一樣的,但系統這邊要求的正確內容應該是:5578a94700f38245ed41817a8f33fe35

    來自濱州
  147. 文派葉子 🍃 的頭像
    文派葉子 🍃

    咱們訪問的 CDN  節點可能不是同一個,建議刷新下緩存或者按之前説的那樣直接用 wp  原版的程序覆蓋。

    來自濱州
  148. 文派葉子 🍃 的頭像
    文派葉子 🍃

    手工請求下此網址: https://eke.ink/lp-check.txt  可以發現其中的內容確實是不對的,有可能是被 CDN  緩存了,如果你不知道應該如何設置文件內容的話可以直接從 cn.wordpress.org  下載原版安裝包然後到站點根目錄下解壓覆蓋。

    來自濱州
  149. 2721058430 的頭像
    2721058430

    幫我回退吧,後台界面都混亂了,

    來自福州
  150. niubwakk 的頭像
    niubwakk

    點擊 「我的站點——網絡管理——設置——上傳設置——」 即可完成設置,你想改成多大就多大,你想上傳 10G 的文件都可以

    來自甘孜藏族自治州
  151. 文派葉子 🍃 的頭像
    文派葉子 🍃

    測試沒問題,已經幫你提交升級請求了

    來自濱州
  152. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這是一個已知的問題,問題原因是我們的老自動翻譯解決方案存在 IP  被谷歌拉黑的風險,顯示 FAILED  就是因為 IP  已被拉黑。

    我們已經上線了新方案來解決這個問題,但暫時只給網頁端翻譯平台應用了新方案,插件端暫時沒照顧到。

    來自濱州
  153. 文派葉子 🍃 的頭像
    文派葉子 🍃

    問題原因是我們的 Cron  驅動掛了,已經重啓了,最晚明天晚上就能收到推送了

    來自濱州
  154. 耗子 的頭像
    耗子

    近期在對老域名統一遷移備案,預計要下週才能通過,你可以暫時先關閉 google 加速相關功能。

  155. shidang233 的頭像
    shidang233

    還是一樣的內容

    我直接拷貝文件吧。。。

    來自臨沂
  156. 文派葉子 🍃 的頭像
    文派葉子 🍃

    大概率是被某個插件在代碼層面禁用了錯誤顯示,這種情況下幾乎是沒法確定錯誤原因的。

    嘗試在這個備份插件的入口文件 (入口文件開頭會有一大段註釋,寫明 Plugin Name  等信息) 的開頭添加如下兩行代碼強行打開錯誤顯示:

    ini_set( 'display_errors', 1 );
    error_reporting( E_ERROR | E_WARNING | E_PARSE );

    如果還是不行的話就用寶塔的站點導出功能遷移或者換個插件吧。

    來自濱州
  157. shidang233 的頭像
    shidang233

    wp-content 目錄裏也沒有 debug.log 不知道為啥

    來自臨沂
  158. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你似乎沒開啓 Debug  模式?如果開啓的話他會給你顯示詳細的錯誤信息,而不只是告訴你產生了 500  錯誤。

    所謂的開啓 Debug  模式,指的是你在站點的 wp-config.php  中將 WP_Debug  常量的值更改為 true

    來自濱州
  159. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這不是顯示接口 500  錯誤嗎?然後你在 f12  的網絡那裏,點擊這個接口,右側會有響應值。那個裏面包含的是詳細的報錯信息 (前提是你開啓 WP  的 Debug  模式),現在你需要把這個響應值貼上來,我們才好判斷問題原因。

    來自濱州
  160. linn 的頭像

    可以試試直接用寶塔傳進去  然後恢復備份

    來自成都
  161. 文派葉子 🍃 的頭像
    文派葉子 🍃

    f12  看一下網絡請求。有可能是出錯了,但是程序沒做錯誤處理。

    來自濱州
  162. yonghedawang 的頭像
    yonghedawang

    我也是剛剛解除 wp, 本來是想業餘時間,做做站羣之類。結果裝了 wp 發現還是有很多東西要學習,陰差陽錯來到了這裏。

    感覺樓主還是有擔當的,看着我也熱血沸騰,我會繼續學習,和持續關注這個社區。

    來自杭州
  163. 文派葉子 🍃 的頭像
    文派葉子 🍃

    現在可以傳附件了,麻煩再貼一遍圖吧

    來自濱州
  164. shidang233 的頭像
    shidang233

    編輯器不知道為啥上傳不了圖片只能上傳附件了

    來自臨沂
  165. 不凡 的頭像
    不凡

    那兩是仿文章列表的廣告,zblog 有類似的插件,不知道 WordPress 有沒有

    來自南充
  166. qsz1987 的頭像
    qsz1987

    騰訊雲 288 三年,有需要聯繫我  2h2g

    來自洛陽
  167. qsz1987 的頭像
    qsz1987

    一般情況國內主題作者都不會使用谷歌字體,即使使用也會用國內鏡像,所以只要用的不是國外開發的主題這個選項不用開啓

    來自洛陽
  168. 不凡 的頭像
    不凡

    你看的是 zblog 建站程序,用的簡潔輕巧主題,速度快些,但是功能很少,我的 litepress 站點的域名是:wp.bufanz.com,比 zblog 站點慢一秒。

    來自南充
  169. qsz1987 的頭像
    qsz1987

    你的站點速度好快,有優化教程麼

    來自洛陽
  170. 不凡 的頭像
    不凡

    作者的鏈接是最早的網址,問題不大,可以的話給其他 WordPress 用户推薦本論壇即可。

    來自南充
  171. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你是否成功創建了子主題?按開發規範,你應該在子主題的 style.css  文件頭部包含 Template  字段來標識父主題,例如:

    /*
    Theme Name:     Twenty Twelve Child
    Theme URI:      http://example.com/
    Description:    Child theme for the Twenty Twelve theme
    Author:         Your name here
    Author URI:     http://example.com/about/
    Template:       twentytwelve
    Version:        0.1.0
    */

    成功關聯父主題後子主題中的文件應當能自動替換父主題的對應文件。

    關於子主題的更詳細信息可以參考官方手冊:

     https://developer.wordpress.org/themes/advanced-topics/child-themes/ 

    如果還有問題可以回帖繼續交流。

    來自濱州
  172. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個似乎是實現不了智能判斷。如果你主題用着不卡的話就是大概率沒谷歌字體,否則你應該會注意到有某個靜態資源一直在加載中。我們目前正在完整克隆整個 wp 官方倉庫,克隆成功後應該會直接在插件主題打包前從源碼層面替換掉這些鏈接。

    來自濱州
  173. 文派葉子 🍃 的頭像
    文派葉子 🍃

    感謝反饋!我們的會員中心包括附帶的所有東西都在重構,近期會上線,這個老頁面後面會直接去掉的

    來自濱州
  174. 耗子 的頭像
    耗子

    wp 默認會發送 cache-control: no-cache 頭,因此 cdn 需要設置強制緩存 (忽略原站) 。

    來自桂林
  175. 不凡 的頭像
    不凡

    CDN 不管偽靜態,只要符合緩存規則就會觸發條件

    來自成都
  176. 不凡 的頭像
    不凡

    緩存規則有*.html,CDN 就會緩存所有 html 文件

    來自成都
  177. salesmartly 的頭像
    salesmartly

    是自動回覆的。在後台直接進行簡單設置就行

    來自廣州
  178. adminztc9 的頭像
    adminztc9

    謝謝!WP-China-YES 是個挺好的插件,希望繼續發展!(中學生沒錢,先試幾條翻譯吧)

    來自常州
  179. 文派葉子 🍃 的頭像
    文派葉子 🍃

    暫時在此處查看: https://litepress.cn/user/文派葉子 🍃?profiletab=translate&subnav=contribution 

    目前新的會員中心還在開發中,近期會上線,當前的會員中心在用户交互體驗上可能不是特別好。

    來自濱州
  180. salesmartly 的頭像
    salesmartly

    操作還是相對容易的,你進我們的官網,可以在幫助中心查看具體操作指導的

    來自廣州
  181. 文派葉子 🍃 的頭像
    文派葉子 🍃

    之前的發行版負責人學業繁重導致這塊工作暫時沒人接手,然後正好發行版打算重構一下改成純外掛代碼的方式實現,最近會優先處理一下這塊,然後重新回到 Beta  階段。正式上線計劃是等我們這邊所有基礎設施全部開發完畢,可能至少要半年以後了。

    來自濱州
  182. leinux 的頭像
    leinux

    還好。大概 5 分鐘就能用。 linux 、 nginx 、數據庫、 wordpress 、適配的 php 等,都是預裝好,配好,連接好,自動生成各種密碼,然後給你個密碼文件。

    非常方便,省好多事兒。不想再自己從頭開始裝了。

    來自上海
  183. 文派葉子 🍃 的頭像
    文派葉子 🍃

    開 china yes  插件也不行嗎?是的話加我 QQ,我遠程調試一下,看看這個主題用什麼方式顯示的頭像,如果存在我們沒考慮到位的方式的話我們會更新插件。

    來自濱州
  184. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是這樣的,有問題的話可以繼續交流

    來自濱州
  185. leinux 的頭像
    leinux

    不太懂安裝,用的是騰訊雲的直接準備好的映象。

    請問:是把 5.9 的 WP 壓縮包,直接在根目錄展開就好了嘛?

    來自上海
  186. 文派葉子 🍃 的頭像
    文派葉子 🍃

    可以直接使用原版 wordpress  的安裝包覆蓋一下

    來自濱州
  187. subying 的頭像
    subying

    回覆信息方便嗎?要怎麼回覆?

    來自廣州
  188. 2837123 的頭像
    2837123

    買的阿里雲輕量級

    來自伊犁哈薩克自治州
  189. qita 的頭像

    沒有,最近沒時間調,白天網站人太多,索性就調大單頁評論數

    來自北京
  190. qita 的頭像

    是的  剛開始插件有問題,現在修復了,可以正常訪問網站,就是評論地址會顯示重定向過多

    評論分頁過多出現這種情況

    來自北京
  191. niubwakk 的頭像
    niubwakk

    謝謝,

    找到原因了,,是偽靜態的問題,重新把偽靜態添加了一次就正常了

    #ignored: 「-」 thing used or unknown variable in regex/rew
    rewrite ^/([_0-9a-zA-Z-]+/)?wp-admin$ /$1wp-admin/ permanent;
    if (-f $request_filename){
    	set $rule_2 1;
    }
    if (-d $request_filename){
    	set $rule_2 1;
    }
    if ($rule_2 = "1"){
    #ignored: 「-」 thing used or unknown variable in regex/rew
    }
    rewrite ^/([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) /$2 last;
    rewrite ^/([_0-9a-zA-Z-]+/)?(.*.php)$ /$2 last;
    rewrite /. /index.php last;

    來自成都
  192. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我好像直接打不開你網站……

    你這個問題的話大概率是某個插件、主題引起的。可以啓用站點健康檢查插件 (直接後台搜就行),然後啓用錯誤調試模式,它會為管理員禁用所有插件和啓用默認主題,然後你如果觀察到錯誤消失了的話就逐個啓用插件,觀察問題是否復現,如果説啓用了 a  插件錯誤復現了,就説明是他的鍋了。

  193. 文派葉子 🍃 的頭像
    文派葉子 🍃

    看一下你 wp-config  裏面配置的站點網絡域名和類型 (指子域名 or  子目錄) 是否正確。如果都是對的就把你的子站發一個出來瞅瞅

  194. 文派葉子 🍃 的頭像
    文派葉子 🍃

    現在雲服務器廠商做活動都很便宜,一般騰訊雲 50 一年的輕雲服務器就足夠了

  195. salesmartly 的頭像
    salesmartly

    支持的,SaleSmartly 支持同個面板管理多個渠道的諮詢,是集聊天插件、 Messenger 、 Instagram 、 Line 、 Telegram 、 Email 等渠道為一體。

    來自廣州
  196. 不凡 的頭像
    不凡

    解決了,之前 litepress 版本號是 5.8.0.1,然後我重裝 5.8.3,在線更新插件完成了。

    來自南充
  197. 文派葉子 🍃 的頭像
    文派葉子 🍃

    圖在 post  表裏,關聯關係在 postmeta  表裏。你新建一個文章,然後觀察一下這篇文章的 meta  信息,就會發現有記錄特色圖 id  的字段了

  198. dgz 的頭像

    這個代碼還不完善建議優化一下,如果圖片本身在插入的時候就已經添加了 a 連接到媒體文件地址,這個代碼會導致多添加一個 a 連接,相當於一張圖就有兩個 a 連接了,這不對勁。,

    來自佛山
  199. 文派葉子 🍃 的頭像
    文派葉子 🍃

    無法保存的話用 postman  測試一下提交表單看看是否能成功保存。一般保存不了可能的情況一個是前端的表單 name  或提交地址寫錯了,再就是目錄權限問題,最後是接口的圖片保存邏輯問題。

    如果你用 postman  請求表單然後單步調試的話應該很容易就能看到問題出在哪裏。我自己寫代碼也是要調試的,肉眼是看不出錯誤的,所以説你把所有代碼都貼上來的幫助並不大,我只能給你説一下排查思路,然後具體是什麼問題需要調試才知道而不是看代碼就能知道。

  200. 921988379 的頭像
    921988379

    的確是 js 沒成功調用 wp 媒體庫的問題,已經搞定了,現在的問題是已經可以調用,並且插入了,但是無法保存!

    來自深圳
  201. 文派葉子 🍃 的頭像
    文派葉子 🍃

    用  https://codestarframework.com/  吧。現在很少看見有人手擼 WP  的各種設置項的代碼了。 WordPress  各種設置 API  的規範並不通用,很雜亂,一般做開發都是用第三方設置框架來搞。

    你這個問題我直覺上感覺和你強調的自定義分類法應該是沒關係,更多的因素是你的 JS  代碼沒成功調用 WP  的媒體庫組件,因為我基本不搞前端,所以這個問題上也提供不了明確的幫助,如果非要自己寫的話,建議着重看一下是否如前所述是 JS  問題。

  202. 文派葉子 🍃 的頭像
    文派葉子 🍃

    看了下,current_datetime()  函數是不接受參數傳遞的,他固定返回一個 DateTimeImmutable  對象,所以説你講的用 

    current_datetime()  替代 current_time()  的想法是不可行的。

  203. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個因為當初覺得應該很少有人會用到,所以就偷懶沒做了。現在的頭像上傳機制是基於終極會員插件實現的,想再加這個功能只能對這個模塊重構了。如果説這個功能確實需要的人很多,後面會安排時間搞一下。

  204. yggcwx 的頭像
    yggcwx

    嗯的,同問!支持這個建議!

    我的辦法是註冊不同的賬號,不方便。

    來自咸陽
  205. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個錯誤日誌貼的有點亂。。。編輯器有插入代碼功能其實。

    如果方便的話加下我 qq,我遠程調試看看?

  206. maikewu 的頭像
    maikewu

    剛剛吧最近的上傳關閉了就沒問題了現在正常了,為啥會出現這種情況是因為有些 lite 有些代碼跟 wp 有不同樣的地方造成的?

    來自深圳
  207. maikewu 的頭像
    maikewu

    這個是主題裏內置的主題優化插件文件

    來自深圳
  208. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我説的是刪 module   不是刪 wp-content

    來自福州
  209. 文派葉子 🍃 的頭像
    文派葉子 🍃

    wp-content  目錄下的 module  是什麼東東?把這個目錄刪了應該就修復了。

    來自福州
  210. maikewu 的頭像
    maikewu

    之前也是用的這個主題測試沒問題的。沒更新主題沒安裝任何東西突然這樣了

    來自深圳
  211. 文派葉子 🍃 的頭像
    文派葉子 🍃

    目前已經完成了翻譯過程挪到前端的目標,但目前還不支持術語表

    來自福州
  212. 文派葉子 🍃 的頭像
    文派葉子 🍃

    d  參數是指定在未找到頭像的情況下所調用的默認頭像類型。 API  文檔上有關於這一塊的解釋

    來自福州
  213. yggcwx 的頭像
    yggcwx

    各位:一句話,「Gravatar  頭像地址」 那段代碼中,API 文檔教程裏生成的 hash 值不用填,是嗎?

    來自咸陽
  214. 文派葉子 🍃 的頭像
    文派葉子 🍃

    一點編程基礎沒有的話我很難給你解釋清楚欸。建議找個懂開發的定製一下這個功能

    來自福州
  215. yggcwx 的頭像
    yggcwx

    ‘?&d=identicon’

    這部分保持不變,還是填生成的郵箱 md5?

    來自咸陽
  216. 文派葉子 🍃 的頭像
    文派葉子 🍃

    一、我們沒主動做任何限制,所以國外也應該是可以用的,並且 CDN  也有國外節點

    二、去掉兩側空格是因為有的人敲郵箱可能會在末尾多敲一個空格,所以哈希前得先去除

    三、把域名替換成 cravatar.cn  即可

    來自福州
  217. 文派葉子 🍃 的頭像
    文派葉子 🍃

    wp-config.php  裏面的 WP_Debug  宏設置為 true,然後刷新頁面把報錯信息貼上來

    來自福州
  218. maikewu 的頭像
    maikewu

    就是剛打開後台,在後台準備上傳插件,還沒開始就掛了

    來自深圳
  219. 不凡 的頭像
    不凡

    出現致命錯誤之前,你操作了什麼?

    來自南充
  220. maikewu 的頭像
    maikewu

    注插件還未開始上傳就整個站變成這樣了

    來自深圳
  221. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我們之前是支持直接刪除用户數據的,但是運行過程中發現了一些問題:

    因為我們的會員系統是基於 「終極會員」 插件製作的,此插件在處理用户註銷請求時會直接硬刪除用户的會員信息以及關聯的所有信息,這導致我們的系統因為匹配不到數據到處報錯以及論壇帖子關係錯亂。

    我們知道用户的數據屬於用户,用户應該有權力隨時要求抹除數據,所以此功能只是暫時關閉,我們計劃對其重構,改成軟刪除的模式,也就是在請求刪除時保留用户 ID  及其他關聯數據,但清除包括郵箱、密碼、手機號在內的所有涉及因素的數據。

    另外,關於用户所發的帖子。按道理講,用户發的帖子其版權也應該歸用户所有,但現在我們面臨的情況是用户所發的絕大部分帖子都是問題諮詢類帖子,這些帖子單就內容本身老實説我個人覺得是沒有價值的,同時我們管理員包括其他志願者針對該問題給出的解決方案又與此問題相關聯。如果允許用户直接刪除帖子,則會影響到其他人創作的內容 (所謂的影響主要是使話題缺失上下文,或乾脆整個話題無法索引) 。我記憶最深的是我之前有回覆過一個用户關於 WordPress Rest API  超時的問題,我從問題機理開始寫了上千字來解答他的疑惑,最後全被刪掉,老實説心裏很不是滋味。我們雖然不是完全無私的在做這些事情,但也並沒有對用户收費,作為用户方在問題獲得解答後刪除所有數據我覺得不太妥當,因為這其中包含了其他人的勞動成果。當然,如果是用户的原創文章希望刪除的話後續會留下渠道來供其申請。

    之前因為一直沒人提用户註銷這塊的問題,所以重構工作一直在拖延。本次你提了後我們儘可能在明天晚上之前處理好重構工作然後給你回覆。如果你有其他想法或者意見也可以直接回復這個帖子,我們會隨時關注。

    來自濱州
  222. linn 的頭像

    F12 看下 CDN  鏈接成功沒 JSdelivr  經常被牆

    來自成都
  223. shiro 的頭像
    shiro

    倉庫容量達上限了,沒法用 jsdelivr 獲取,你用開發者工具看一下加載字體的鏈接正不正常就知道了

    來自樂山
  224. 耗子 的頭像
    耗子

    寶塔使用自己的 btpython,因此你的命令不會對其生效。

    來自南寧
  225. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你這個問題目測是 pip  無法安裝 Python  擴展導致的,嘗試執行:

    pip3 install gevent

    如果仍然無法安裝的話請更換一下 pip  源,然後再重新執行寶塔的安裝腳本。

    更換 pip  源教程:

    https://blog.csdn.net/weixin_41714373/article/details/119911508

  226. shidang233 的頭像
    shidang233

    文本文檔發不了我剛才把整個日誌都寫上去了~

    來自臨沂
  227. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個項目目前還處於開發階段,本土版本和原本的主要區別在於優化了各種外部網絡接口的速度以及提供更好的漢化支持,同時會使應用市場支持閉源和付費的應用

  228. maikewu 的頭像
    maikewu

    我想找份 wp 跟我們 lite 的對比,使用 lite 比用 wp 好在哪裏

    來自深圳
  229. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你這樣搞的話你網站開一個頁面可能要好幾秒。這個不具有任何可行性的,而且也不會減少數據庫壓力。

    比較可行的方案是各種動態緩存和頁面靜態化。

  230. 不凡 的頭像
    不凡

    沒聽過數據庫套 CDN,如果負載高的話,用靜態緩存插件試試

    來自南充
  231. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你説的這個應該是類似於企業裏用一台做網關服務器提供對外訪問,然後其他服務器在內部運行計算服務吧。他們這種比較簡單的實現就是用 Nginx 的反向代理來做,包括 wordpress.com 也是這樣乾的。

  232. linn 的頭像

    晚上才改版的 JS 和 CSS 還沒有刷新緩存 稍微等一等 他們都睡了

    來自成都
  233. maikewu 的頭像
    maikewu

    這個是可以直接在 WP 安裝這個插件然後提交表單獲取在線升級包升級就可以了?

    來自深圳
  234. 文派葉子 🍃 的頭像
    文派葉子 🍃

    只要我們不侵犯文字基金會的商標就不會受到任何形式的針對。 WordPress 是 gpl 授權的開源軟件,在我們遵循開源協議的前提下可以自由的定製、重分發其安裝包

  235. maikewu 的頭像
    maikewu

    之前的 WP 有數據怎麼同步到這個 LIte 程序裏

    來自深圳
  236. maikewu 的頭像
    maikewu

    會不會跟 WP 鬧翻呀,有沒有在這種情況的預備方案

    來自深圳
  237. bb7 的頭像

    你引用策略設置的 no

    <meta name="referrer" content="no-referrer">

    改成 origin 試試

    來自重慶
  238. 耗子 的頭像
    耗子

    看了下圖片是異步加載的,所以沒有 referer 頭,將主題的圖片懶加載 (lazyload) 功能關閉試試。

    來自南寧
  239. 文派葉子 🍃 的頭像
    文派葉子 🍃

    因為我們後來開發了 lp tanslate 插件,這個插件應該是比直接在翻譯平台翻譯的體驗更好的,所以後續考慮是直接推這個插件,而不是加入 「參與翻譯」 四個字把志願者導到翻譯平台上。

    我這幾天在談政府機房運維的活,所以回覆晚了,不好意思。

  240. hcllmsx 的頭像
    hcllmsx

    哈哈哈,明白了。

    但是我發現一個問題。

    原生 WP 安裝 china-yes 插件並啓用後,管理插件的界面,每個插件都會有 「參與翻譯」(好像是這 4 個字,不知道記錯沒) 的選項。

    然後裝了 LP 之後,管理所有插件的界面,每個插件卻並沒有 「參與翻譯」 這樣的選項。依然還是要安裝 china-yes,才會有這樣的選項。

    這樣對我就造成了一個誤解:以為,儘管已經使用了 LP,但依然還是要安裝 china-yes………

    以上所述,不知道是不是一個問題。我只是有這樣一個疑問。

    來自廣州
  241. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不好意思,沒完全看清楚你的問題,以為你是問:」 裝了 lp 就不需要 china yes 了吧 「。

    發行版和插件在產品定位上,都是 wp 本土生態的用户接入端。不同點在於:發行版是面向新站點的,也就是説新站點只需要裝發行版即可,china yes 插件是面向已有 wp 站點想接入本土生態的。

    而對於 【WP-China-Yes 就用不到了】 還是 【LitePress 自帶就有 WP-China-Yes 插件,依然要用】 的問題,答案是前者。

  242. hcllmsx 的頭像
    hcllmsx

    別玩我啊大佬們。到底是 【WP-China-Yes 就用不到了】 還是 【LitePress 自帶就有 WP-China-Yes 插件,依然要用】 啊?是前者還是後者……

    來自廣州
  243. 耗子 的頭像
    耗子

    收到!發行版忙完手頭備案和商標的一堆破事之後會進行一次大的重構,到時候一併解決。

    來自南寧
  244. bb7 的頭像

    是保存的時候用了轉義 問題不大 已經搞定了 謝謝

    來自重慶
  245. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不好意思忘記回覆了。

    這個問題你是否已經解決了?未解決的話把你修改的代碼部分貼一下。

  246. 66666 的頭像
    66666

    緩存的預加載功能跟沒有一樣,預緩存了沒效果,要訪問才有效果,所以弄個批量加載鏈接的代碼耍耍

    來自梧州
  247. bb7 的頭像

    改了下 OSS Aliyun 加了個配置項 可以過濾掉正則匹配的文件

    正則會被轉義 不能寫反斜槓 還不知道為啥

    來自重慶
  248. bb7 的頭像

    我問阿里的客服了 是不支持

    我現在準備改下 OSS Aliyun 這個插件 圖片資源走 oss css 和 js 其他文件就不存 oss 這樣就 css 就走 cdn 不走 oss 了 應該就行了

    來自重慶
  249. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個確實無解。只能是把雲存儲去掉,只用 CDN,CDN 是可以識別參數的。現在類似又拍雲的這種 CDN 都支持 CDN 訪問時自動鏡像到雲存儲,下次回源直接從雲存儲取。同時鏡像過程中也可以排除掉某些文件不鏡像 (比如可以排除掉這些 css 、 js,這樣圖片就從雲存儲回源,css 、 js 從源站回源),所以我感覺又拍雲可能更合適一些。

    來自濱州
  250. 耗子 的頭像
    耗子

    應該是無解的,可以試試工單問問阿里雲能不能按參數存儲。

    來自南寧
  251. bb7 的頭像

    請教一個有關 elementor 修改後對象存儲 css 不同步更新的問題

    我網站使用的是阿里雲的對象存儲 同步的路徑是 wp-content/uploads

    我發現 elementor 的 css 也是放在這個路徑下面的

    請求路徑類似於這樣: wp-content/uploads/elementor/css/post-1447.css?ver=1644398060

    應該使用後面的版本號來區分是否是最新的文件

    現在的問題是阿里雲似乎忽略了版本號 造成我只有在阿里雲管理後台刪除文件後 重新回源才能拿到最新的 css

    請問一下這個問題是否有什麼解決辦法

    來自重慶
  252. 耗子 的頭像
    耗子

    <?php
    echo 'hello world';
    ?>

    內鏈測試<?php echo 'hello'; ?>

    來自南寧
  253. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不好意思,記錯了,我説的那個自動處理好所有因素的函數應該是:wp_list_comments(),他配合 paginate_comments_links() 函數輸出分頁按鈕即可實現你的需求。

    來自濱州
  254. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你這個路徑要求你必須把 404img.jpg 這個文件放到當前這個 404 頁面所處的目錄才可以。所以你是不是圖片放的位置不對?建議你寫絕對路徑,比如: /assets/img/404.png

    來自濱州
  255. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你這等於是手工從數據庫裏查詢評論數據了,因此分頁路由也需要你自己捕獲處理。從你的代碼裏我沒有發現存在捕獲路由的代碼塊,只有嘗試使用路由參數的代碼,所以理所當然的就會 404 。

    實現這個功能最簡單的方式其實是使用這個函數,這樣就不用手工處理這一些了:

    https://developer.wordpress.org/reference/functions/get_comments/

    來自濱州
  256. acheng 的頭像
    acheng

    這是一個獲取當前登錄用户評論的頁面,循環遍歷出來的,想進行分頁

    來自黃山
  257. 文派葉子 🍃 的頭像
    文派葉子 🍃

    貼代碼看看你的分頁功能怎麼實現的。另外,你是否開啓了評論分頁的設置?如圖:

    來自威海
  258. shidang233 的頭像
    shidang233

    圖片在當前目錄

    改成./404img.jpg 也不行

    來自臨沂
  259. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把代碼貼出來看看,然後確定下輸出到前端的圖片鏈接是否正確?

    來自威海
  260. 文派葉子 🍃 的頭像
    文派葉子 🍃

    寫個圖片上傳接口,然後前端在用户上傳後通過 ajax 調用圖片上傳接口,在獲取接口返回值後填充到 input 唄。

    此外,WordPress 圖片上傳可以使用函數:wp_handle_upload

    來自威海
  261. 不凡 的頭像
    不凡
    UPDATE wp_posts SET post_content = REPLACE (post_content, '.jpg', '.png')

    執行前先備份數據庫

    來自南充
  262. 不凡 的頭像
    不凡

    我幫兩位博主轉過,用的簡數採集:http://www.keydatas.com/

    litepress 站點裏安裝簡數採集插件,設置密碼:https://litepress.cn/plugins/keydatas

    zblog 的文章列表鏈接可以用網站地圖,例如 「彥祖專用 sitemap」 插件 (html 後綴),只生成文章,在簡數設置獲取文章列表的規則,然後設置詳情頁 (就是文章頁) 的規則,推薦設置文章標題、文章內容、文章分類、文章日期、文章標籤 (如果文章沒有標籤,可以不設置),設置好了後保存,測試採集一下,如果成功了可以一鍵採集全站文章。

    來自成都
  263. 不凡 的頭像
    不凡

    是的,粘貼到</html> 的上面,如果主題有自定義底部代碼接口就粘貼到這裏面

    來自成都
  264. 不凡 的頭像
    不凡

    myhkw.cn,自己註冊,然後創建播放器,導入歌單,複製 js 代碼粘貼到主題模板的底部

  265. 文派葉子 🍃 的頭像
    文派葉子 🍃

    除非你手工更改了規則,否則默認就是已經做好了限制的。

    來自威海
  266. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是説審核翻譯嗎?已審過了

    來自威海
  267. 不凡 的頭像
    不凡

    當時我手動刪除了 「litespeed」 字符的表,這個插件生成的表太多了

    來自南充
  268. 文派葉子 🍃 的頭像
    文派葉子 🍃

    下面這篇帖子裏有討論過這個話題,雖然其他志願者給出了幾個清理數據的插件,但是我個人還是不建議去清,因為極其容易出事,如果刪錯了數據當即就起反應出報錯是最好的,怕就怕有隱藏的錯誤,等幾個月後才爆出來,到時候想恢復、想排查會很困難。

    https://litepress.cn/topic/19990

    來自威海
  269. 不凡 的頭像
    不凡

    在 phpmyadmin 找到插件生成的數據表,手動刪除

    來自南充
  270. 文派葉子 🍃 的頭像
    文派葉子 🍃

    假設表單變量存儲在 $data 變量中,且改變量為數組:

    if ( empty( $data ) || count( (array)$data ) < 1 ) {
        // 如果變量為空,或數組元素少於一個,執行此代碼塊
    } else {
        // 否則執行這裏
    }

     

    來自威海
  271. yunqikan 的頭像
    yunqikan

    具體應用場景為:自定義篩選中,是以文章分類為基礎的,想實現參與自定義篩選的只有一個分類時,在前端不顯示分類這個篩選項,

  272. 隨意之光 的頭像

    可以考慮創建兩個作者等級的賬號,供發表文章時使用,兩個賬號無法互相編輯刪除。

    需要管理時登錄管理賬號

    來自濟南
  273. shidang233 的頭像
    shidang233

    如果不能的話哪創建一個新的用户組可以嗎?

    來自臨沂
  274. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你需要將圖片導入到 wp_posts 表中,之後才會在媒體庫中顯示,使用插件:https://litepress.cn/plugins/media-sync 。如果文件數量太多,可以加大 PHP 執行時間和腳本可用內存,或者分批次導入。

    來自威海
  275. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個問題已經全部修復了

    來自威海
  276. 文派葉子 🍃 的頭像
    文派葉子 🍃

    和上一篇帖子中談及的一樣,今天啓用的 wp super cache 插件問題有點多,已經禁用了

    來自威海
  277. 文派葉子 🍃 的頭像
    文派葉子 🍃

    和 wordpresss 5.9 沒關係,是今天上午,我們調試靜態緩存插件,啓用了 wp super cache,結果起對多站點的兼容並不很好,導致輸出了警報信息,然後因為溝通協調失誤,導致站點的錯誤顯示被開啓,於是輸出的頭像中也包含了警告信息,這些頭像無法被瀏覽器解析。目前問題以及修復,而 CDN 緩存正在分批次刷新,應該會在兩個小時內完全恢復。

    來自威海
  278. 文派葉子 🍃 的頭像
    文派葉子 🍃

    貼代碼看看你咋寫的。另外建議百度搜一下雙問號的 php 語法,這是非常常用的語法糖,不過只支持 php 7.4 以上。如果你的代碼運行在舊版 PHP 上的話,還是按常規的 if 判斷或者全寫形式的三目運算來吧

    來自威海
  279. 文派葉子 🍃 的頭像
    文派葉子 🍃

    數組判空,或者用三目運算在未定義時返回空字符串,例如:$_POST[$meta_box[‘name’] . ‘_noncename’] ?? ”

    來自威海
  280. 921988379 的頭像
    921988379

    請問這個怎麼處理啊
    Notice: Undefined index: custom_title_noncename in /www/wwwroot/seoyh.net/wp-content/themes/bit/inc/gn/seo/admin-meta.php on line 62

    來自深圳
  281. fzsstc 的頭像
    fzsstc

    哈哈 我的主題感覺都快到 6 開了。。

    來自深圳
  282. dynavin 的頭像
    dynavin

    老孫厲害,換證書解決了。

    昨晚我套了 cloudflare 之後 (僅代理不緩存) 也解決了這個問題,但沒想到是證書方面的問題。 cf 的證書本身也啓用了 ocsp

    感謝

    來自深圳
  283. 文派葉子 🍃 的頭像
    文派葉子 🍃

    初步判斷是證書籤發機構的網絡超時導致的。

    考慮:

    1 、換證書

    2 、啓用 ocsp 預裝訂 (百度搜教程)

    來自威海
  284. dynavin 的頭像
    dynavin

    同一台服務器上另一個網站 (test.tyyj.xyz) 可以訪問

    來自深圳
  285. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你是刪一篇文章還是批量刪?如果批量刪,你想刪的文章有什麼共同點?刪文章最方便的就是 SQL 語句,但如果不知道共同點的話只能在語句中拼接文章 ID,這樣的話還不如一篇一篇點着刪。

    如果信息交代的全我可以幫你寫一下 SQL 語句。

    來自威海
  286. 耗子 的頭像
    耗子

    今天的問題最後定位到是又拍雲的 Bug,刷新緩存時未能刷新 Webp 格式圖片緩存,目前已提交工單等待又拍雲處理。

  287. sdwfliujunbo 的頭像
    sdwfliujunbo

    我的也出現這個問題了,把路徑後面的 d=mm 去掉就可以正常加載了:之前的時候換過 cravatar 的郵箱

    來自濰坊
  288. wyatt 的頭像
    wyatt

    ESC:關閉編輯器 (鼠標光標在編輯器中可用)
    Page Up 或 Ctrl + 『↑』:切換到上一個字段
    Page Down 或 Ctrl + 『↓』:切換到下一個字段
    Shift + Enter:保存/添加翻譯
    Ctrl + Enter:複製原文

    原來有快捷鍵,鼠標點的效率確實比不過。

  289. ifv 的頭像

    破案了,回源設置有問題,CDN1 設置回源為域名,再解析域名到 CDN1 就炸了

    來自蘇州
  290. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個問題定位到是翻譯平台在處理複數翻譯時存在 BUG,所以複數的翻譯沒有被正確引用,這個問題今天會修復,然後會在後台推送翻譯更新,到時候我會再在帖子下通知你

    來自威海
  291. 耗子 的頭像
    耗子

    問題已經定位,又是翻譯平台的 bug,等待修復即可。

    來自桂林
  292. 耗子 的頭像
    耗子

    羣內私聊給個後台賬號,我進去看看什麼情況,

    來自桂林
  293. 文派葉子 🍃 的頭像
    文派葉子 🍃

    該問題已在新版本修復,是由於翻譯平台的一個 BUG 導致的翻譯錯誤。

    來自威海
  294. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我們確實更改了核心文件。你反饋的這個問題也確實是個比較頭疼的問題,我們的做法會干擾安全插件的判斷。

    在 WordPress 上最好用的安全插件就是 Wordfence 了,但就像前面説的,這主要是我們的問題,暫時可以先不管這個問題,我們後續研究一下怎麼規避。

    來自威海
  295. 文派葉子 🍃 的頭像
    文派葉子 🍃

    無需理會這裏。 GUID 是作為唯一資源標識符而存在的,其與實際 URL 不匹配並不會影響到文章訪問。 WordPress 中 GUID 生成的原則是文章發佈時的第一個固定鏈接作為 GUID 值,之後無論文章鏈接如何改變 GUID 都不會跟着變。據此推測,你應該是手工更改過文章的 ID(早先文章 ID 是 150,後更改為 100) 。但無論如何,就像前面説的,GUID 的值可以不理會,其只用來唯一標識文章,並沒有任何實際用途。

    來自濱州
  296. niubwakk 的頭像
    niubwakk

    1,沒辦法快速,

    2,只能手動。

    原因:

    你之前的主題是 「VIP 功能」 集成在主題裏面。你更換後的主題,是根據插件開開發的,是依託插件才能實現 「VIP 功能」 。

    皮外話 (廢話)

    國內大部分開發者都喜歡把各種各樣的功能都集成到主題裏面,造成這種現象就是很早以前各種營銷號説插件安裝多了網站會變慢,於是很多開發者把插件實現功能的代碼剝離出來放到主題裏面,於是用户就很開心了,就到處 「炫耀」,看我的網站沒有任何插件就實現了很多牛逼的功能,牛逼撒。其實這是自我洗腦,

    既然市場需要,那開發者就做吧。對於開發者的角度從商業的角度來説這樣做有一個很典型的好處,就是綁架用户,讓用户只能用他們的主題,不允許更換,你一更換主題就完犢子。除非你能把主題裏面的功能移植出來。

    而國外大部分主題都是根據插件功能來開發主題,最典型的就是 woo 主題。如果你用過國外的主題就會發現會讓你安裝各種各樣的插件。

    隨着大家對 wordpress 的認知越來越高,我發現國內越來越多的開發者也開始依託插件來開發主題了,因為這樣可以賣兩分錢。就連 themebetter 都開發功能插件了,價格居然賣到不低於 1999 元,

    模板兔,新主題,nicetheme,themebetter,wpcom 。其實我現在很期待知更鳥能出插件。

     

     

     

    不過現在

    來自成都
  297. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果你能確定這兩個主題用來標識網盤鏈接的 post meta 字段,以及標識用户 vip 的 user meta 字段的話我可以在這裏幫你把代碼貼一下。不確定的話就只能找人開發了。

  298. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個除了手工處理外只能寫程序批量轉換

    不過需求並不複雜,找人開發的成本也不會太高

  299. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外,幾個月前曾經説過要基於谷歌站內搜索來實現這個功能,但後來發現難以實現,主要是成本太高。谷歌的 Json 模式的可編程搜索引擎只有每天 100 次的免費額度,之後每 1000 次收費 5 美元。而網頁形式的站內搜索則會添加整屏的廣告 (這裏沒有誇張的成分,確確實實是第一屏全是廣告) 。 wordpress.org 上的谷歌站內搜索之所以沒廣告是因為他們是公益基金會。

  300. 文派葉子 🍃 的頭像
    文派葉子 🍃

    暫時沒適配多少點模式,這個 Bug 最近兩三天會修

    來自濱州
  301. wplook 的頭像
    wplook

    看到了,還有個問題,多站點的時候,登錄插件提示未找到匹配 URL 和請求方式的路由,具體可以看圖

    來自深圳
  302. 文派葉子 🍃 的頭像
    文派葉子 🍃

    老李頭改成了 tab,似乎順眼多了

    來自濱州
  303. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我們基於谷歌翻譯二開了一個翻譯引擎,不需要密鑰,沒有次數限制,已經內置到插件裏了,點擊翻譯界面的小機器人頭像按鈕,會自動翻譯。

    來自濱州
  304. wplook 的頭像
    wplook

    插件很好,因為之前在外區論壇也看到過,但是針對國內用户使用的話,建議能不能加上國內翻譯 API 呢?

    來自深圳
  305. cpublic 的頭像
    cpublic

    用了什麼插件?建議禁用所有插件一個一個啓用排查插件!

    來自南陽
  306. niubwakk 的頭像
    niubwakk

    打開了,正常了。

    這是什麼原因呢。

    來自成都
  307. niubwakk 的頭像
    niubwakk

    沒有開。以前沒有開能正常跳轉,現在也沒開就不能跳轉了。

    來自成都
  308. shanzhu 的頭像
    shanzhu

    jobready.cn 我公司站點就是使用 buddyboss 做的

    來自上海
  309. ace 的頭像

    這個項目還真是不錯,不過 wp 也是功不可沒的,不能説國內發展的不好,這個有點誇大其詞了

    來自天津
  310. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把你 nginx 配置貼一下,這倆正確配置是 100% 不會衝突的

  311. tinkychenl 的頭像
    tinkychenl

    不過這個插件真的是很方便,點贊!!

    來自佛山
  312. tinkychenl 的頭像
    tinkychenl

    我用管理員郵箱重新註冊了一個 cravatar,然後把 wp-china-yes 插件卸載重裝了 ,就好了……hm….

    來自佛山
  313. 文派葉子 🍃 的頭像
    文派葉子 🍃

    好歹把你網站發一下吧,這啥信息也沒有,憑空猜,真的是猜不出到底是啥原因

  314. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把你所有想顯示頭像的郵箱都貼一下唄

  315. tinkychenl 的頭像
    tinkychenl

    剛把管理員賬號的郵箱也添加進去了。。。還是不行。。。太奇怪

    來自佛山
  316. tinkychenl 的頭像
    tinkychenl

    重新上傳了下,還是不行,奇怪。

    來自佛山
  317. 文派葉子 🍃 的頭像
    文派葉子 🍃

    確認一下你的 WordPress 站點的管理員賬號的郵箱是否和註冊 Cravatar 的為同一個。如果不是一個的話可以在 Cravatar 綁定多個郵箱到同一個頭像

  318. 不凡 的頭像
    不凡

    這邊重新上傳頭像測試了下,沒有問題,你再試試?

    來自成都
  319. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我沒記錯的話 CodeStar Framework 並不是一個完全的 GPL 開源軟件,其授權協議分成了兩個部分,一部分是 PHP 代碼採用 GPL 協議,而另一部分 HTML 、 CSS 以及各種設計元素採用了他們的專有協議。因此你不能在這裏要求獲得 CodeStar Framework 的源碼。

  320. 藍魔 的頭像
    藍魔

    沒有解決,你有解決方法嗎?

    來自海南藏族自治州
  321. 文派葉子 🍃 的頭像
    文派葉子 🍃

    方便加我一下 QQ 嗎?我需要遠程調試一下

  322. job21 的頭像
    job21

    安裝 lp-translate 插件後,打開一直提示登錄,輸入 litepress 註冊的用户名密碼,點登錄沒有任何反應。一直彈出登錄窗口。

    來自蘇州
  323. 文派葉子 🍃 的頭像
    文派葉子 🍃

    大體上就是耗子説的這樣。

    關於問題二,其實是沒辦法提供這樣一個機制的,因為難以避免濫用問題,被人惡意攻擊的話很容易造成緩存穿透從而使源站宕機。

    問題三技術上沒法實現,因為量太大了,目前 Cravatar 緩存的 QQ 和 Gravatar 頭像總數合計 35 萬多個,對這些頭像進行高頻率更新監控不現實,只能設置一個緩存期限,到期後重新獲取 (目前最多 45 天) 。

     

  324. 耗子 的頭像
    耗子

    1. 大概一個月或者更久緩存失效後會更新。

    2. 沒有。

    3. 技術問題沒打算做。

    4. 上傳新頭像後舊頭像即清除,

  325. 文派葉子 🍃 的頭像
    文派葉子 🍃

    裝 query monitor 然後觀察一下是否存在慢查詢

  326. niubwakk 的頭像
    niubwakk

    以前我也遇到過,

    站點語言設置成簡體中文 zh_CN,時區是上海,一星期開始於是星期一。保存設置,重啓服務器。

    沒有效果,哈哈哈哈哈哈哈哈哈哈。雖然我遇到的情況不是這樣的,但還是建議重新保存下設置。

    然後我把主題恢復成系統自帶的,再然後挨着停用插件,最後發現是某個插件原因引起的。雖然不知道你的具體情況,但你可以也試試。

    來自成都
  327. 不凡 的頭像
    不凡

    給你參考下,前段時間有兩個人找我,一個是搭建網站程序 (不是 WP/LP) 的時候因為時區不對無法繼續安裝,還有一個是主題驗證授權連接失敗,我發現兩個人的服務器都是騰訊雲北京地區輕量服務器,但是其它地區的輕量服務器都正常使用,然後我在 ssh 重新設置時區,重啓服務器就好了。

    來自成都
  328. lutofan 的頭像
    lutofan

    都是中國時間,php 也是,wp 後台設置的也是中國時間

  329. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這仨問題都是因為你使用了編寫不規範的插件 or 主題。總之,其開啓了一個 Session 會話,但沒有關閉它。因為 Session 是阻塞式的,如果同一會話文件開啓後不關閉的話就會阻塞後續請求。

    逐一禁用插件並更換默認主題排查,然後聯繫開發者解決吧。

  330. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是因為在刷新 CDN 緩存時 HTTP 請求錯誤導致的,再試一次就好了。
    另外已經增加了對該異常的處理邏輯,不會再拋出錯誤了。

    最後,感謝反饋

  331. imaegoo 的頭像
    imaegoo

    問題的主體:cravatar

    問題的網址:https://cravatar.cn/emails

    問題的復現:上傳一個頭像並調整預覽框大小

    來自鄭州
  332. 耗子 的頭像
    耗子

    已在置頂菜單添加升級 LitePress 入口,請進入按提示操作。

    來自桂林
  333. 文派葉子 🍃 的頭像
    文派葉子 🍃

    直接把 ID 改回去即可 (也就是把你所有 SQL 語句的兩側 ID 對調)
    看樣子你是修改了一個附件的 ID 。在 WordPress 中附件 (比如圖片) 也是存在 Posts 表中的,直接刪除雖然不會出什麼問題,但是在媒體庫中就看不到了。

  334. 文派葉子 🍃 的頭像
    文派葉子 🍃

    關於翻譯反覆更新:這是由於昨天我們在 API 中增加了對 LitePress 發行版的更新推送支持,但沒正確的將 WordPress 用户的本地翻譯信息請求傳遞給 api.wordpress.org,於是導致了 api.wordpress.org 認為用户本地不存在翻譯,於是推送跟新。該問題已修復

    關於 LitePress 應用市場是否繼續與 WordPress 同步:是會同步的。之所以最近沒更新是因為我們重構了爬蟲機制,但目前仍然處於調試狀態,最近幾天完成這項工作後可以每 30 分鐘與 WordPress 同步一次。

  335. 耗子 的頭像
    耗子

    預計明天會做一個表單出來,到時候只需要提交網站域名即可接收更新。

    來自桂林
  336. amituofo 的頭像
    amituofo

    這就對了,把它整合進 LP,這又增加了 LP 的亮點,buddyboss 不僅帶了 bbpress 和多了一些功能,還兼容現有的絕大多數 buddypress 生態插件,

    眾人拾柴火焰高!

    來自北京
  337. mgm 的頭像

    可以了,辛苦,回覆處理這麼快!

    來自廣州
  338. 文派葉子 🍃 的頭像
    文派葉子 🍃

    前段時間更換了網關服務器,但並沒有正確配置,導致應用市場的商品詳情頁 URL 改變。這個問題已經修復了。

  339. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果是證書籤發機構網絡緩慢導致的話可以百度搜一下 nginx 配置 ocsp 裝訂

  340. niubwakk 的頭像
    niubwakk

    謝謝,通過你們的回覆,我可能已經知道原因了,一個是服務器緩存問題,一個是證書籤發機構的問題,後台更換域名後,首頁的 https 就失效了,等了好幾分鐘才恢復過來,然後速度就變快了。

    來自甘孜藏族自治州
  341. niubwakk 的頭像
    niubwakk

    謝謝,我是安裝了緩存擴展,這可能是其中一個原因,還有一個原因可能是管理員説的 HTTPS 證書籤發機構的網路問題

    來自甘孜藏族自治州
  342. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外統計了一下日誌,目前使用 Cravatar 的站點數量已經超過 4000 個了,日請求在 500 萬左右。

  343. 文派葉子 🍃 的頭像
    文派葉子 🍃

    應該把網址發出來,不然導致這種問題的可能情況太多了。除了樓上説的系統內部請求外部 HTTP 服務外,還可能是因為 HTTPS 證書籤發機構的網路問題導致瀏覽器發去的驗證請求超時。

  344. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外,上面代碼中倒數第二行的 JS; 在粘貼的時候前面必須不能有空格和縮進,也就是要緊貼行首,否則代碼會報錯。

  345. 文派葉子 🍃 的頭像
    文派葉子 🍃

    add_action('wp_head', function () {
    echo <<<JS
    // 你的 JS 代碼,記得帶上 script 標籤
    JS;
    });

  346. ifv 的頭像

    不會, 完全不會。我給幾個猜測吧
    wp 更改內部各種鏈接需要時間, 等會就好了
    可能是緩存的鍋 (這裏指服務器的, 如果你使用了緩存插件的話), 重啓服務器就好了
    還有就是你設置有問題, 看看域名解析是否配置正確, 運行環境是否設置正確
    Edited on Kindle——真 tm 累人

    來自蘇州
  347. ifv 的頭像

    這個我也遇到了,似乎是插件太老導致的。建議換個插件,叫 WPJAM,你可以安裝好後從它的目錄裏複製一份,不想要用這個插件就直接刪掉,沒問題的

    來自蘇州
  348. 文派葉子 🍃 的頭像
    文派葉子 🍃

    開啓站點的 debug 模式,然後把報錯輸出貼上來看看

  349. qita 的頭像

    站長請問 batcache 緩存和這個 memcached 緩存為啥不能共存,我在網上看到有相關的教程。最開始我是用的 wpjam 的 object 文件,後面就用你這個,兩個加進去之後,在 wp-config 裏面開啓,前台就顯示 WordPress 錯誤

  350. 耗子 的頭像
    耗子

    php 層面做不到 301/302 新標籤頁打開,建議用 js 寫。

    來自桂林
  351. 文派葉子 🍃 的頭像
    文派葉子 🍃

    對於 WordPress 來講,最影響的應該是安裝的插件數量和網站內的數據量吧。比如做 Woo 商城的,八成附帶裝了一堆插件,這些插件會在網頁每次加載時加載一遍,它們消耗了大部分資源。再比如如果數據量大而有的插件未對大數據量適配——比如網站有八萬個標籤,然後某個插件做標籤排序的時候一次性從數據庫把標籤全取出來就會導致網頁卡幾秒。

  352. niubwakk 的頭像
    niubwakk

    突然又想到一個,服務器裏面的網站數量及其網站流量也會影響網站速度。我服務器裏面網站數量雖然挺多,但流量少啊,那麼多網站每天的流量加起來就 100 多。羞恥啊

     

  353. niubwakk 的頭像
    niubwakk

    換域名其實就改四個地方就可以:

    1,域名解析。把你的新域名解析到服務器上。

    2,域名綁定。在你控制面板的 「網站——設置——域名管理」 裏面,把你的舊域名刪掉,換成你的新域名。

    4,修改數據庫裏面的域名,在你的數據庫裏面的 「wp_options」 的裏面的域名換成新域名。就在你的控制面板裏面進行,不用導出來,進行前先備份。

    3,在你網站後台的設置裏面修改域名。

    5,等着生效。

    6,如果一直不生效,在控制面板的 「網站——默認站點」 裏面修改一下默認站點。然後重啓一下控制面板或是服務器。

    7,做跳轉,老域名跳轉到新域名。

    —————————————-

    我有個非常笨的方法,我現在也在用,我現在説出來,不要笑我。

    我有一個網站 a,我兩個域名,A.COM 和 B.COM 。我準備不再使用 A 域名了。想把網站的域名換成 B 。我最開始遇到了和你一樣的問題,我百度了一大堆,可能是我太笨,沒有把問題解決了。

    最後我就採用了這個笨辦法。

    我在控制面板裏面搭建了兩個一模一樣的網站,相當於是把網站 a 克隆了一份,(配置表和數據庫裏面的域名要改掉)

     

    於是我就有了兩個網站 a 和 a1 。網站 a1 綁定的域名是 A.COM,但是我不想要這個域名了,於是在 「網站——設置——重定向 (測試版)」 裏面設置了重定向,也就是 301 跳轉的意思。

    重定向域名:A.COM,目標 URL:B.COM

    完成。

    我的語文成績不好,不曉得有沒有表達清楚。

    如果再訪問 A.COM 就會自己跳轉到 B.COM,如果訪問 B.COM/3788.html,也就會跳轉到 B.COM/3788.html 。

    這樣做跳轉的好處就是,不用去設置各種亂七八糟的跳轉規則了,老域名的剩餘流量也不會浪費掉。

    總結:

    1,我這個方法很笨,其原理是做域名跳轉,「榨取」 老域名的剩餘流量。

    2,做域名跳轉有很多方法,為什麼要搭建兩個一模一樣的網站,因為我人很笨,最開始我是用插件做跳轉,但要寫很多亂七八糟的跳轉規則,我不曉得咋個填寫規則。我這個方法不用任何規則,而用寶塔搭建兩個一樣的網站,不到兩分鐘就搞定了。

    3,為什麼非要搭建兩個一樣的網站,最開始我以為是未了實現訪問 B.COM/3788.html 可以跳轉到 B.COM/3788.html 這樣效果,就在 我回復你這個貼子的時候,好像明白,不用搭建一樣的網站也可以實現,就算搭建一個只有一個頁面的靜態網站也能實現。

    4,我是利用寶塔的 「重定向 (測試版)」 實現的,PS:我的寶塔不是最新版的,不曉得最新版是不是已經沒有測試版了。

     

  354. niubwakk 的頭像
    niubwakk

    首先第一,我們需要曉得影響網站速度的原因是什麼,

    1,服務器位置;

    2,服務器硬件配置;

    3,域名位置及其解析;

    4,服務器運行環境;

    5,程序代碼。

    我大概就只想得到這麼多了,如果説前面三個無法改變的話,那就改變 (優化) 下後面兩個。

    分割線。

    a,服務器運行環境,如果不是大佬的話,基本上都是要給服務器安裝一個可視化控制面板,然後要在面板裏面安裝運行環境,假設是 PHP,Mysql,Nginx 等等吧。

    以上提到的面板,PHP,Mysql,Nginx 等等這些都是可以優化的,優化好了,是可以提高網站速度的。具體如何優化,可以百度一下具體的詳細過程。

    b,程序代碼,基本上就是三個部分組成,WordPress,主題及插件。

    這三個部分也是可以優化的,大家優化的最最最最最最最多的就是 wordpress 本身了,網上太**多教程了,多到什麼程度呢,凡是有關 wordpress 的網站 100% 有優化教程。這些教程沒有一千個也有一萬個,有很多失效的,有很多無效的,也有很多無用的,得得靠自己的實踐了,不過現在好了,可以直接用 LitPress 。

    至於主題和插件,用漢化主題和插件的人是少數,用國內主題的還是絕大部分人,這絕大部分人中又有很多人是用盜版主題,其實盜版主題很多時候也會影響速度的。雖然也可以優化主題,不過這得有功底才行。所以,還是建議多用正版,用正版的好處。

     

    分割線。

    我現在用的是 1G1H1M 香港服務器,裏面放了 7 個 wordpress 網站,除了我的那個多站點的站速度有點慢 (我搭建的漢化演示站) 外,其他我感覺都還行,速度最快的一個站,響應速度基本上維持在 0.158 秒左右,就單純我個人來説,速度還不錯。

    總結:正如我最開始説的,如果前三項沒法改變的話,那就改變後兩項,怎麼改變,就是多折騰。如果無法做到 「生命在於運動」,那麼請一定要做到 「生命在於折騰」 。

    我的一些胡言亂語,還請見諒。

     

     

  355. 5323 的頭像

    今天把把百度免費 CDN 換成阿里雲的,感覺速度也沒啥變化~~不知道哪個環節出了問題

    來自昆明
  356. 5323 的頭像

    這個是肯定的啦,要發揮資源的最大化嘛

    來自昆明
  357. 文派葉子 🍃 的頭像
    文派葉子 🍃

    確實主要是服務器的原因,litepress.cn 跑在一台高配的獨服上。

    WordPress 自身確實是很吃資源的,2h 2g 的雲服務器無論如何優化都達不到獨服的速度的,除非全站靜態化。

  358. 文派葉子 🍃 的頭像
    文派葉子 🍃

    替換流程就是你説的這樣。

    此外,部分主題為了防止盜版可能會在更新鏈接後清空配置,這個是沒辦法避免的,除非不換鏈接了

  359. xslog 的頭像
    xslog

    就是把數據庫倒出來,然後用文本編輯器把 http://wp.xs-log.cn 改成 http://www.bb80h.com 嗎?然後再導入回去,是這樣嗎?這樣對站點會有影響嗎?比如主題丟失插件丟失什麼的,之前在設置裏改了一下,發現主題丟失插件丟失什麼的

    來自寧波
  360. 文派葉子 🍃 的頭像
    文派葉子 🍃

    最簡單的辦法是把數據庫導出 sql 文件,然後用文本編輯器批量替換鏈接再導入回去

  361. 文派葉子 🍃 的頭像
    文派葉子 🍃

    之前去掉管理是因為長時間不活躍,先負責單個項目的管理權限,活躍度起來再配分全局權限吧。否則管理員太冗餘低效了。

    權限申請方式是點擊項目註冊右側的 「申請權限」 按鈕

  362. smallsaltedfish 的頭像
    smallsaltedfish

    我的管理權限掉了 過不了翻譯 再給一下唄

    來自台州
  363. 耗子 的頭像
    耗子

    開發者可以上架整套小程序 (包括相關支持插件),其中,插件需要使用 LitePress 自帶的設置框架類 (可直接 use 然後使用) 。

    來自桂林
  364. 耗子 的頭像
    耗子

    這周我這邊打算做一下小程序市場,目前方案大致還是像應用市場那樣,允許開發者自行上架小程序模板和配套的插件 (插件需要接入 LitePress 設置框架),如有別的更好的想法,歡迎討論!

    來自桂林
  365. 文派葉子 🍃 的頭像
    文派葉子 🍃

    理論上改了文件名是可以避開這個報錯的,不過可能需要連 pot 文件的一起改。

    but,你改了文件名後文本域就變了,插件自身也就讀取不到翻譯了,所以文件名是不能改的。

    這個問題只能聯繫開發者修復。

  366. 不凡 的頭像
    不凡

    我嘗試過導出 PO 文件,修改文件名再上傳,也是不行啊

    來自成都
  367. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個問題是因為這個插件的編寫並不規範。

    按 WordPress 開發手冊的約定,插件的文本域必須和 Slug 相同,而語言包的命名格式是 「文本域-語言代碼」 。

    這個插件的 Slug 是 photo-gallery,則其語言文件應該是 photo-gallery-zh_CN.po,但作者給的卻是 bwg-zh_CN.po,所以無法識別。

    對於這種可以不理會報錯,直接翻譯即可。但翻譯項不會回傳給雲平台,因為無法識別文本域也就無法匹配項目。

  368. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個問題已經復現出來了,稍等一下還需要具體排查一下

  369. victor 的頭像
    victor

    改好了,這次可以用了,感謝大佬

    來自大連
  370. 文派葉子 🍃 的頭像
    文派葉子 🍃

    全部刪乾淨,然後重新複製。其實你放在哪裏都不會出錯,是因為你可能複製了兩遍,然後第一遍粘貼的內容沒刪乾淨,導致代碼是錯的。不過建議你放主題裏,防止 wp 版本更新把你的代碼覆蓋。

  371. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你這代碼複製錯了呀……函數頭聲明瞭兩次

  372. victor 的頭像
    victor

    那我現在是要把/home/ftp/a/a7gne7own/wwwroot1/wp-includes/functions.php 裏的刪掉再放進主題裏嗎

    來自大連
  373. victor 的頭像
    victor

    * 替換 Gravatar 頭像為 Cravatar 頭像

    *

    * Cravatar 是 Gravatar 在中國的完美替代方案,你可以在 https://cravatar.cn 更新你的頭像

    */

    function get_cravatar_url( $url ) {

    $https://cravatar.cn 更新你的頭像

    */

    function get_cravatar_url( $url ) {

    $sources = array(

    ‘www.gravatar.com’,

    ‘0.gravatar.com’,

    來自大連
  374. 文派葉子 🍃 的頭像
    文派葉子 🍃

    話説你是寫到 :/home/ftp/a/a7gne7own/wwwroot1/wp-includes/functions.php 裏了嗎?

    幫助文檔中的意思是寫到主題的 functions.php 裏。

    另外,把你 /home/ftp/a/a7gne7own/wwwroot1/wp-includes/functions.php 的第 8232 行以及上下文五行左右的代碼貼一下。

  375. 文派葉子 🍃 的頭像
    文派葉子 🍃

    開一下 debug 模式:在 wp-config.php 中把 DEBUG 常量設置為 true 。然後再把報錯貼一下。

    另外確認一下,去掉代碼之後會恢復嗎?

  376. cpublic 的頭像
    cpublic

    在選擇 CDN 的時候一定要選擇一個有 WAF 的 CDN 服務,這樣就可以輕鬆在 CDN 裏通過限制 UA 和來源域名限制 17ce 這類站點的騷擾了!

    來自南陽
  377. 耗子 的頭像
    耗子

    不會,需要你的 「其它域名」 也使用 cdn,才會加速。

    來自桂林
  378. 文派葉子 🍃 的頭像
    文派葉子 🍃

    建議使用 WordPress 官方的導入導出工具,訪問:你的域名/wp-admin/import.php

  379. amituofo 的頭像
    amituofo

    瀏覽器主頁添加便籤不就 ok 了

    來自北京
  380. 文派葉子 🍃 的頭像
    文派葉子 🍃

    掛到 wp_die_handler 過濾器上試試。記得把過濾器的第一個參數返回

  381. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我不明白你的意思,但是我隱約感覺你是想問如何實現類似:彈出錯誤頁面後 X 秒跳轉回來源頁。

    如果是這樣的話可以這樣寫:

    add_action('wp_footer',function () {
        $referer = wp_get_referer() ?: '/';
        echo <<<JS
    <script>
      setTimeout(function(){
        window.location.href = '$referer';
      }, 5000);
    </script>
    JS;
    });

     

  382. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個是肯定可以實現的,至於該如何實現真的沒法細緻回答,因為涉及到編碼問題的話得因地制宜。最好找個程序員外包做一下。

  383. 文派葉子 🍃 的頭像
    文派葉子 🍃

    在主題的 functions.php 中添加如下代碼延遲時間為一年:

    add_filter( 'auth_cookie_expiration', 'keep_me_logged_in_for_1_year' );
    function keep_me_logged_in_for_1_year( $expirein ) {
        return YEAR_IN_SECONDS; //可以更換為按秒計時的其他時間,YEAR_IN_SECONDS 是 WordPress 內置的時間常量
    }

     

  384. suiyilight 的頭像
    suiyilight

    理論上能實現,操作比較複雜

    首頁和分類一般調用的是 index.php,除了對模板文件替換外,還需要對用到的 css 進行添加。還有 functions.php 也有可能需要修改。總之我認為需要將這個頁面功能如何實現的摸清楚。還好這兩個頁面沒啥功能,只是拉取列表後展示。搞清 css 即可。

     

  385. 243752803 的頭像
    243752803

    我勒個去,這個工作量太大,我搞不定

    來自淮北
  386. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果不是網站有商業價值的話,通常不懟人、不裝 X 能預防 99.99% 的攻擊。俗話説:小人不可惹、小人不可辱,小人不可輕。

  387. 文派葉子 🍃 的頭像
    文派葉子 🍃

    網站程序運行慢的原因有很種,難以短時間講明白。但最常見的是慢 SQL 和外包 HTTP 請求,不過從你提供的截圖看,你的網站並不存在這兩種情況,於是具體原因需要跟蹤程序執行堆棧才能定位,這需要遠程調試,沒法在論壇提供支持。

  388. qita 的頭像

    17ce 一個測速網站都扛不住,隨便弄弄服務器就滿載了,這就很難受

    來自北京
  389. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你需要發一下網址,然後把比例調成存在問題的比例,這樣才能去調試

  390. 文派葉子 🍃 的頭像
    文派葉子 🍃
    1.  百度統計已經上線了惡意關鍵字自動屏蔽功能,默認開啓
    2. 沒有好辦法,其實你這個問題引申一下就是如何防 CC 攻擊。這東西只要人家想打,是沒辦法防住的,除非你的服務器足夠屌,否則只能用一些帶 CC 防禦功能的 CDN,對一些高頻訪問的 IP 儘可能屏蔽,比如説百度雲加速。
  391. 文派葉子 🍃 的頭像
    文派葉子 🍃

    所有代碼都是開源的,可以在我們的 GitHub 找到:

    https://github.com/litepress/litepress.cn

    但是我們開發的時候並不考慮通用性,因為開發通用軟件的成本比專有軟件大了幾個數量級,所以需要對部分功能移植的話可能要自己處理一些意外情況。

  392. 243752803 的頭像
    243752803

    木有主題的話,社區插件也行啊

     

    來自淮北
  393. granbodean 的頭像
    granbodean

    <div class=”icon”></div>

    這串代碼是 調整視頻按鈕的,能通過調試改變按鈕位置。

    但是如何在 WordPress 上調整好按鈕呢?

    來自深圳
  394. 文派葉子 🍃 的頭像
    文派葉子 🍃

    言重了,沒及時回覆是因為我在找這類模板。因為我本身是純後端開發,包括 litepress.cn 的前端部分也是老李頭在負責,所以對找模板這些事情並不擅長。

  395. 文派葉子 🍃 的頭像
    文派葉子 🍃

    哇,我剛看見這個問題,目前已經修復了

    來自濱州
  396. wzlingdi 的頭像
    wzlingdi

    孫總能回覆我的新人貼我已經很高興了,謝謝!祝本站越辦越好

     

  397. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個只能等有見過這類模板的有緣人推薦了,我實在是愛莫能助

    來自濱州
  398. wzlingdi 的頭像
    wzlingdi

    文本編輯,用 img 標籤插入網絡圖片連接

    來自黃岡
  399. bnqdzj 的頭像
    bnqdzj

    我剛評論完時候沒有現在怎麼出現了

    來自無錫
  400. bnqdzj 的頭像
    bnqdzj

    LitePress 或許是繼 WordPress 之後最受歡迎的後起之秀了。

    誠摯祝福
    <!–more–>

    威爾遜説過:我們因夢想而偉大,所有的成功者都是大夢想家:在冬夜的火堆旁,在陰天的雨霧中,夢想着未來。有些人讓夢想悄然絕滅,有些人則細心培育、維護,直到它安然度過困境,迎來光明和希望,而光明和希望總是降臨在那些真心相信夢想一定會成真的人身上。在生活中我們每個人都在為自己的夢想而奮鬥,時而順境,時而逆境。但一切都會過去,唯有為之夢想而努力。

    來自無錫
  401. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這是 WordPress 自帶的功能,默認刪除期限是 30 天

  402. niubwakk 的頭像
    niubwakk

    非常感謝。

    今天我發了這個提問後,我安裝了 WP-China-Yes 和 LitePress Beta 兩個插件。出現的情況是,主站點和子站點的前端速度都變快了。。

    然後我看到你的回覆,安裝了 Query Monitor 插件,

    然後訪問主站點的儀表盤的頁面,顯示速度不算太慢。

    訪問子站點的儀表盤速度就很慢,Query Monitor 插件可以查看錯誤情況,發現子站點都有一個 http api 調用的錯誤,且錯誤的地方都是 xxx.com/xxx/wp-admin/upgrade.php?step=1,,提示為核心組件。

     

     

    雖然我不懂這個是啥意思,但我認識 upgrade 這個單詞,是升級的意思。於是我嘗試打開這個域名,提示我升級數據庫,我點擊升級,然後子站點的後台速度一下子就變快 了。

    在我回復你信息的時候,我猜想,我可能大概明白為什麼 「wordpress 開啓多站點模式後速度會變得更慢」 了,可能就是因為主站點和子站點的數據庫並沒有同步造成的,雖然我並不知道這是不是真的原因

     

     

     

    來自成都
  403. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你説的這個問題我個人好像沒碰到過。

    你方便安裝一下 Query Monitor 插件把訪問緩慢的頁面上的慢查詢還有外部 HTTP 請求截圖發一下嗎?

  404. 文派葉子 🍃 的頭像
    文派葉子 🍃

    在 wp-config.php 中添加:

    define( 'WP_AUTO_UPDATE_TRANSLATION', false );

    這樣就禁止翻譯自動更新了

  405. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個問題修復了。更改為 302 狀態碼了

  406. 文派葉子 🍃 的頭像
    文派葉子 🍃

    目測是不支持國際化,這個沒辦法的,只能聯繫開發者解決。

  407. 5323 的頭像

    如下圖這種主題是啥問題,沒有可操作性的;

    554.png

    來自昆明
  408. 文派葉子 🍃 的頭像
    文派葉子 🍃

    方便把報 404 的下載鏈接發我下嗎?我復現不出這個問題欸

  409. qita 的頭像

    多謝站長,雲數據庫改一下就好了

    來自北京
  410. 文派葉子 🍃 的頭像
    文派葉子 🍃
    update wp_posts set order_type=2 where post_id=66;

     

  411. 文派葉子 🍃 的頭像
    文派葉子 🍃

    wordpress 後台的用户管理界面有按用户角色篩選功能。然後在頁面頂部有 「顯示選項」 按鈕,點擊後可設置每頁顯示條目,這樣你可以設置比如一次顯示 1000 個。

  412. 文派葉子 🍃 的頭像
    文派葉子 🍃

    移到應用市場了:https://litepress.cn/plugins/lp-plugins/lp-translate

  413. chenyuxin 的頭像
    chenyuxin

    希望這個項目能一直存在,祝願 LitePress 越來越好!

    來自隴南
  414. 文派葉子 🍃 的頭像
    文派葉子 🍃

    以下代碼會顯示與當前文章具有相同標籤的四篇文章,你可以把他加入到 single.php 模板中你想顯示的位置上。

    但是這段代碼並不包含文章的展示樣式,也就是説你需求的樣式需要你自己寫,因為每個主題都不一樣,所以沒辦法提供通用的代碼。不過這也不難,可以去文章列表頁面複製已有的代碼。

    <?php
    $tags = wp_get_post_tags( $post->ID );
    if ( $tags ) {
        $first_tag = $tags[0]->term_id;
        $args      = array(
            'tag__in'          => array( $first_tag ),
            'post__not_in'     => array( $post->ID ),
            'posts_per_page'   => 4,
            'caller_get_posts' => 1
        );
        $my_query  = new WP_Query( $args );
        if ( $my_query->have_posts() ) {
            while ( $my_query->have_posts() ) : $my_query->the_post(); ?>
              <a href="<?php the_permalink() ?>" rel="bookmark"
                 title="Permanent Link to <?php the_title_attribute(); ?>"><?php the_title(); ?></a>
    
            <?php
            endwhile;
        }
        wp_reset_query();
    }
    ?>
  415. qita 的頭像

    好的 謝謝,我用的是騰訊雲數據庫,估計是這裏出的問題吧

    來自北京
  416. 文派葉子 🍃 的頭像
    文派葉子 🍃

    數據庫編碼需要變更成 utf8mb4,否則是不支持表情符號的。

  417. 文派葉子 🍃 的頭像
    文派葉子 🍃

    直接用確實用不了。不過國內有人提供了鏡像服務可以使用。

    谷歌的驗證碼提供用户無感知的驗證支持,試用一段時間看效果很不錯,這一點是類似滑塊驗證、拼圖驗證這些比不了的。

  418. 不凡 的頭像
    不凡

    不推薦用圖牀,如果你不想花錢,可以用又拍雲的雲存儲,註冊送期限一年的 61 元代金券,要到期了可以申請又拍雲聯盟,送期限一年的 67 元代金券,比圖牀穩定。

    有興趣可以聯繫我 QQ/微信,我告訴你怎麼用:32624142

    來自南充
  419. 文派葉子 🍃 的頭像
    文派葉子 🍃

    目前 WordPress 的開發者多是老外,而你需求的這個功能在大部分西方國家都是違反法律的,所以很難找到現成插件。

    不過可以自己定製這個功能。

    你可以在 comment_post 鈎子觸發的時候調用 wp_create_user 函數來創建一個用户。

  420. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把插件代碼中的谷歌域名替換成  www.recaptcha.net,這是國內的谷歌驗證碼服務鏡像站。

  421. linn 的頭像

    類似行為召喚的東西  可以叫 行為框  行為盒

    來自成都
  422. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不好意思,我剛看見這條回覆。小程序這個應該是短時間內不會搞,因為現在基礎功能的開發和維護的工作量已經很難應付了。

    瀏覽器地址欄應該會記住網址的,我一般常開的網站就直接輸入網址頭幾個字母就會自動補全了

  423. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我感覺應該翻譯成 「功能框」 吧,寓意是這個組件支持點擊操作。

  424. 不凡 的頭像
    不凡

    樓主的意思是發佈文章的時候,自動處理文章內容裏匹配的標籤並添加 A 標籤 (鏈接)

    來自南充
  425. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你調用這個函數觸發了評論相關的鈎子,然後那些鈎子上掛了諸如:boxmoe_comments_list 這些函數,但是這些函數並不存在,於是報錯。如果不是你自己寫的的話就可能是其他插件導致的,具體可以在源碼裏全局搜一下,搜到了之後把添加掛鈎的代碼刪了就好了

  426. 文派葉子 🍃 的頭像
    文派葉子 🍃

    開 Debug 模式,把報錯日誌貼一下,我剛測試了一下,沒發現問題

    來自濱州
  427. yuanmaking 的頭像
    yuanmaking

    我填寫進去  提示 遇到致命的錯誤

    來自德州
  428. fyniujin 的頭像
    fyniujin

    當前主題     模板函數   functions.php

    註釋一下代碼

    /* 自動為文章內的標籤添加內鏈 */
    $match_num_from = 1; //一篇文章中同一個標籤少於幾次不自動鏈接
    $match_num_to = 1; //一篇文章中同一個標籤最多自動鏈接幾次
    function tag_sort($a, $b){
    if ( $a->name == $b->name ) return 0;
    return ( strlen($a->name) > strlen($b->name) ) ? -1 : 1;
    }
    function tag_link($content){
    global $match_num_from,$match_num_to;
    $posttags = get_the_tags();
    if ($posttags) {
    usort($posttags, “tag_sort”);
    foreach($posttags as $tag) {
    $link = get_tag_link($tag->term_id);
    $keyword = $tag->name;
    $cleankeyword = stripslashes($keyword);
    $url = “<a href=”$link” title=””.str_replace(‘%s’,addcslashes($cleankeyword, ‘$’),__(‘ 【查看含有 [%s] 標籤的文章】’)).”””;
    $url .= ‘ target=”_blank”‘;
    $url .= “>”.addcslashes($cleankeyword, ‘$’).”“;
    $limit = rand($match_num_from,$match_num_to);
    $content = preg_replace( ‘|(<a[^>]+>)(.*)(‘.$ex_word.’)(.*)(</a[^>]*>)|U’.$case, ‘$1$2%&&&&&%$4$5’, $content);
    $content = preg_replace( ‘|(<img)(.*?)(‘.$ex_word.’)(.*?)(>)|U’.$case, ‘$1$2%&&&&&%$4$5′, $content);
    $cleankeyword = preg_quote($cleankeyword,”’);
    $regEx = ”(?!((<.*?)|(<a.*?)))(‘. $cleankeyword . ‘)(?!(([^<>]*?)>)|([^>]*?))’s’ . $case;
    $content = preg_replace($regEx,$url,$content,$limit);
    $content = str_replace( ‘%&&&&&%’, stripslashes($ex_word), $content);
    }
    }
    return $content;
    }
    add_filter(‘the_content’,’tag_link’,1);

    來自阜陽
  429. mke 的頭像

    支持,希望推出個小程序啥的方便登錄和交流!每次找便籤進社區感覺不方便,有時候就不想點了,,,,

    來自廣州
  430. 文派葉子 🍃 的頭像
    文派葉子 🍃

    換個手機試試呢?我看你手機也是連的 wifi,應該和電腦是同一個網絡,這種情況下如果不是手機本身有問題的話就只能是網站、 CDN 識別了用户代理並主動攔截了。懷疑比較可能的禍首是寶塔的防火牆,建議先關了再看看。

    來自濱州
  431. ifv 的頭像

    0.78 一小時,用來應急的,還可以

    來自蘇州
  432. ifv 的頭像

    jpeg 文件,顯示是 mixed-content,估計沒啥關係

    來自蘇州
  433. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我訪問你網站看是正常的,你刷新瀏覽器緩存然後看看?

    來自濱州
  434. 不凡 的頭像
    不凡

    狀態碼 200 是正常的,你看紅色文字,是異常的

    來自南充
  435. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是 network,你得把資源返回的狀態碼貼給我我才知道問題具體出在哪裏

  436. ifv 的頭像

    關不掉,顯示重定向次數過多…… 估計把域名解析改回來才可以

    來自蘇州
  437. ifv 的頭像

    確實把圖片啥的存到雲上面去了。 CDN 回源 host 應該是對的,選的協議跟隨,防盜鏈壓根沒設

    網絡請求是哪個,network 嘛

    還有我開雲電腦時發現手機的頁面是異常的,但是電腦的就沒問題,不知道啥問題

    來自蘇州
  438. 不凡 的頭像
    不凡

    你把 Autoptimze 和 WPJAM 兩個插件關掉試試

    來自南充
  439. ifv 的頭像

    行吧,有空我測試下,沒啥提升就卸了

    來自蘇州
  440. 文派葉子 🍃 的頭像
    文派葉子 🍃

    f12 看看網絡請求,截圖貼上來。

    這個估計是你做了動靜分離,然後要麼 CDN 那邊沒配置好回源 Host,要麼防盜鏈配錯了。

  441. 不凡 的頭像
    不凡

    你這四個插件,我都用過,我覺得只用 rocket 緩存插件和對象存儲插件就夠了,另兩個插件沒必要使用。

    來自南充
  442. 夏目貴志 的頭像
    夏目貴志

    要不然修改數據庫 要不然 用別名 替代吧。

  443. qita 的頭像

    可以用 wpjam 裏面的,果醬在維護更新

    來自北京
  444. bnqdzj 的頭像
    bnqdzj

    hCaptcha for WordPress

    他在 LitePress 的市場裏叫做 hCaptcha for WordPress,在 wordpress 的後台裏叫做 hCaptcha for Forms and More,在後台點擊翻譯按鈕會跳轉到 https://litepress.cn/translate/projects/plugins/hcaptcha-for-forms-and-more

    來自無錫
  445. bnqdzj 的頭像
    bnqdzj

    hCaptcha for Forms and More

    Featured Image from URL (FIFU)

    來自無錫
  446. 文派葉子 🍃 的頭像
    文派葉子 🍃

    二者應該同時存在。已經存在的內容目測是寶塔為了防止跨站攻擊而添加的,用於限制 WEB 程序可讀寫的目錄範圍,刪了不會報錯,但是有安全隱患。

  447. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果需要按文章發佈日期升序更新的話 (也就是先更老文章),將代碼改成如下即可:

    function update_all_posts() {
        $args = array(
            'post_type' => 'post',
            'numberposts' => -1,
            'orderby' => 'post_date',
            'order' => 'ASC',
        );
        $all_posts = get_posts($args);
        foreach ($all_posts as $single_post){
            $single_post->post_title = $single_post->post_title.'';
            wp_update_post( $single_post );
        }
    }
    add_action( 'wp_loaded', 'update_all_posts' );

    老實説,我非常不理解你這個需求,甚至於感覺匪夷所思。我無法理解為什麼文章的更新時間會影響文章的順序,但是還是按你的需求修改了一下代碼。

    來自濱州
  448. yuanmaking 的頭像
    yuanmaking

    我需要從很久之前發佈的第一個文章 陸續更新到 最新發布的文章。 (這樣更新下來,最新發的文章還是在最前面)

    來自德州
  449. 文派葉子 🍃 的頭像
    文派葉子 🍃

    順序變了?你是根據最後更新日期排序嗎?改成以文章創建日期排序唄。不然你將來保存一下老文章就會打亂排序。

  450. yuanmaking 的頭像
    yuanmaking

    但是 文章的順序變了。。這個咋整

    來自德州
  451. yuanmaking 的頭像
    yuanmaking

    我知道了,沒有修改 PHP memory_limit

    來自德州
  452. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把以下代碼放到主題的 functions.php 文件裏,然後隨便訪問一個網頁,就對所有文章觸發更新操作了。更新完記得刪掉這段代碼。

    function update_all_posts() {
        $args = array(
            'post_type' => 'post',
            'numberposts' => -1
        );
        $all_posts = get_posts($args);
        foreach ($all_posts as $single_post){
            $single_post->post_title = $single_post->post_title.'';
            wp_update_post( $single_post );
        }
    }
    add_action( 'wp_loaded', 'update_all_posts' );

    如果你的文章數量很多的話需要改一下 PHP 的最大執行時間。

  453. 文派葉子 🍃 的頭像
    文派葉子 🍃

    點分類的編輯按鈕,然後瀏覽器地址欄有一個名為 tag_id 的查詢參數,那個就是了

    來自濱州
  454. reishi 的頭像
    reishi

    我感覺,你們做 litepress 的項目就是針對國內的 WP 用户羣,如果推回給官方,用户選擇性就多了,分散了用户。

    來自四平
  455. suiyilight 的頭像
    suiyilight

    分類 ID 我的博客好像可以直接顯示

    不太清楚原來有沒有,有可能是主題或插件添加的

    還可以在編輯分類時看地址欄上的 tag_ID

    來自濟南
  456. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不好意思,白天去交接税務了,剛回來。

  457. yuexuan 的頭像
    yuexuan

    我重裝了 php 之後他莫名其妙的好了, 然而我上午重裝了好幾次, 都沒用, 離譜

  458. 文派葉子 🍃 的頭像
    文派葉子 🍃

    想知道這裏參與的插件翻譯是留在本土還是説會推回給上游

    所有翻譯會存在於本地平台,不會回推給 wordpress.org,這個老實説技術上可以實現數據迴流,但是我們也確實是有意的不會這樣做。

    這就好像子貢贖人的典故一樣,子貢好心的拒絕了贖金,其產生的後果是將來都不會有人再主動去營救魯國的奴隸。代入到現在這個項目也是一樣,如果我們好心的主動把數據同步給 wordpress.org,我們將始終難以在本地化生態積累的層面上超過 wordpress.org,也就沒理由説服用户選擇本地平台,長久來看本地平台也就幾乎不可能得到發展。

    但,如果我們不做數據迴流,則可以逐漸加大兩個平台的差異化,而且本地平台等於 wordpress.org 的超集,將來勢必會倒逼用户選擇本地平台,有了用户基數就有了貢獻者和參與到這一體系的開發者,本地平台也就有了崛起的可能。

    應用市場方面個人使用更傾向於擴展,如果可以兩邊的市場都能同時訪問到就更好了

    應用市場目前上確實是按二者並存為出發點設計的,也就是説將來可以完全脱離 wordpress.org 。但就像前面的翻譯平台一樣,本地的應用市場上架的應用同樣不會迴流給 wordpress.org(況且付費和閉源的應用也沒法迴流) 。

    試用 LitePress 市場的時候報了 504,不知道是這邊還沒完善還是自己服務器有什麼設置限制了

    你是指的插件端的嗎?插件端的 API 前段時間重構了,後來因為翻譯平台的開發比較緊張所以暫時擱置,目前只重構完了翻譯推送相關的 API 功能。

    關於重構這個,其實 litepress.cn 平台各個子模塊都最少重構了三次,重構的多並不值得炫耀,這其實映射的是我本人在工程化開發方面的經驗很缺乏,於是造成了開發好一個功能,但是很快的發現這個功能在融入總的工程後在將來的可維護性、擴展性、各模塊聯動性方面存在缺失,於是只能重構。週而復始的重構與迭代,我難以在早期就預料到所有情況,所以只能很無奈的承擔下多出來的重構成本。

    在這種環境下有一個本土優化是好事,但路還很長,加油

    路長且艱,但我覺得我們或許是過去十年間最有可能做成這件事的人。

    來自濱州
  459. dazaiyuki 的頭像
    dazaiyuki

    想知道這裏參與的插件翻譯是留在本土還是説會推回給上游

    應用市場方面個人使用更傾向於擴展,如果可以兩邊的市場都能同時訪問到就更好了

    (試用 LitePress 市場的時候報了 504,不知道是這邊還沒完善還是自己服務器有什麼設置限制了)

    在這種環境下有一個本土優化是好事,但路還很長,加油

    來自廣州
  460. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這是個 BUG 。有一些字符串沒翻譯是因為這個項目沒託管到翻譯平台,所以很多字符串沒收錄,對於沒收錄的字符串翻譯引擎是不會處理的。然後插件那邊在處理這種情況的時候直接引用了原文,於是造成了很多字符串的翻譯被使用原文填充的情況。

    這個問題今天發的版本中會處理

    來自濱州
  461. 文派葉子 🍃 的頭像
    文派葉子 🍃

    應該是你做了公安備案,然後當地的王安在掃漏洞。因為我發現這些 IP 都是廣西的。

    來自濱州
  462. smile 的頭像
    smile

    抱歉太極沒表達清楚,就是我在使用自動機器翻譯完成之後發現有很多字符串在翻譯的位置直接填充了原文,特別是一些長一點的語句

  463. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不好意思,我剛看見這條回覆。

    不過我沒太明白你的意思,能再詳細點嗎?

    來自濱州
  464. post 的頭像

    如果是指文章鏈接上的,,把 「固定鏈接」 設置為任意非 「樸素」 的形式,然後每一篇文章都可以想改什麼序號就改什麼序號了,並且每次發文章都要自己寫序號,不要覺得麻煩,搞這些神仙事情總要付出點代價的。

    來自廈門
  465. 文派葉子 🍃 的頭像
    文派葉子 🍃

    從你的描述來看,應該就是某個插件篡改了固定鏈接導致的。

    這個問題需要一點點定位,逐漸縮小範圍。目前如果懷疑是固定鏈接被篡改的話,需要你在下次發生 404 的時候查看一下 wp_options 數據表中 meta_key 為 permalink_structure 的行,看看其 meta_value 字段是否就是你設置的固定鏈接值 (對於 Nginx 來説,更新固定鏈接只需要改這裏的值即可,所以説通過觀察其值也可以直接得知是否被篡改,這不像 Apache 還需要查看 .htaccess 文件) 。

    如果確認是被篡改的話要麼是把插件禁用挨個查,要麼是用 xdebug 記錄 PHP 執行堆棧,找到觸發會更改固定鏈接的 SQL 語句的執行位置,再順藤摸瓜向上查到具體是哪個插件搞的。不過這需要有一點點技術能力才行,我暫時沒想到有什麼簡單的方法能查出來。

  466. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我着實沒懂你的意思。能再描述清楚點嗎?

    或者,是不是你之前設置了 WordPress 的 ID 連續,然後刪除了一些文章導致 ID 之間存在空缺?如果是這樣的話據我所知是沒有辦法能做到重新給文章 ID 排序的,因為文章 ID 可能會關聯很多數據,改了會很麻煩。

    來自濱州
  467. smile 的頭像
    smile

    現在存在的一個問題就是,有一些字符串的翻譯會直接填充原文

  468. 文派葉子 🍃 的頭像
    文派葉子 🍃

    話説,昨晚的一個項目託管申請是你提交的嗎?我傻逼了,忘了記錄提交者是誰了,加管理員都不知道給誰加

    來自濱州
  469. post 的頭像

    厲害了,不鳴則已,一鳴驚人,持續關注。

  470. luosheng01 的頭像
    luosheng01

    WordPress 本身的開源性以及可創造性可以帶給你無限可能,利用插件可以成為商城,論壇,雜誌官網等等,但是也正是因為其開源運行,會導致其失去本身獨有的特色,原本是一款開原博客,但是現在可能更多的用來作為外貿站點了,

    來自武漢
  471. s16888 的頭像
    s16888

    知道 IT 柏拉圖在幹嘛嗎?有種當年的感覺。

    來自銀川
  472. smile 的頭像
    smile

    我覺得名字應該不需要修改了吧?剛好合適

  473. 文派葉子 🍃 的頭像
    文派葉子 🍃

    臨睡前想起來,上週還優化了機器翻譯引擎對 html 標籤的適配。現在翻譯複雜 html 標籤時不會再出現異常了 (至少目前測試看,沒發現)

  474. 文派葉子 🍃 的頭像
    文派葉子 🍃

    還有就是,LP Translate 第一版暫時沒計劃對接翻譯記憶庫,這個後面看後面看實際使用體驗來決定後續版本要不要對接一下。

    來自濱州
  475. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外,正式上線前 LP Translate 的項目名稱還可以改。我個人覺得現在這個名字是不太好記的,但是苦於想不到好名字,誰有好想法的話希望能提一下。

    來自濱州
  476. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不好意思,沒注意到你要求得自動上傳外鏈。

    不過這裏收錄的差不多就是國內所有的七牛雲存儲插件了,如果都不支持的話,這個需求就可以判死刑了,只能定製開發了。

    來自濱州
  477. cntez 的頭像
    cntez

    都挨個試過啦,沒有能把外鏈上傳到七牛的…

    來自濱州
  478. 文派葉子 🍃 的頭像
    文派葉子 🍃

    現在有一個方便的解決方案。以下引用羣友的話:

    9 月 30 號 WordPress 系統內置的 CURL SSL 證書過期了,很多 centos 7 等系統上的 WordPress 會報 「 cURL Error 60 SSL certificate problem that certificate has expired」 。偶過節期間趕製上線了一個插件糾錯,供大家救急使用:

    https://wordpress.org/plugins/ssl-certificate-manager/

    歡迎大家報告問題和 Pull Resqust 增強。

  479. cpublic 的頭像
    cpublic

    網上流傳着 N 個 object-cache.php,建議多找幾個試試!Memcached Object Cache 插件好像不支持最新的 object-cache.php 文件,你可以試試我的這個 object-cache.php:

     

    來自南陽
  480. cpublic 的頭像
    cpublic

    唉,現在 DDos/CC 攻擊的成本太低了!幾乎是無門檻、無成本呀!

    來自南陽
  481. yggcwx 的頭像
    yggcwx

    大氣、精彩、深刻!很慶幸我無意中遇到了 LitePress!

    來自咸陽
  482. 文派葉子 🍃 的頭像
    文派葉子 🍃

    關於我們為什麼認為 WordPress 作為建站系統沒有前途,這裏引用一下我之前給別人的回覆:

    如果 WordPress 和帝國 CMS 、織夢 CMS 、 Discuz 這些一樣,定位為建站系統的話,那我覺得它在中國一定是沒有未來並且是必死之局。根本原因在於國情所限,中國的輿論管控政策會在可預見的未來一直施行,並且會越來越嚴厲。建站的門檻會越來越高,依賴於這個產業的所有人會逐步消亡,前面列舉的三個系統的墳頭草快一丈高了。中國的政治體制決定了在中國不存在 「大而不能倒」 或 「資本挾持政府」 的情況,前段時間對 k12 教育的一刀切已經非常好的説明了這一點,所以不應該盼望政策會因為顧及建站行業從業者失業影響社會穩定或打擊社會經濟而作出妥協。

    我們能做的就是改變自身的方向,這對於其他系統來説很難,但對於 WordPress 不是。從這篇文章撰寫到現在已經過了很久了,這段時間有了新的思考——WordPress 在中國的未來應該是小微企業的業務快速啓動平台。

    這一方向其實在國外已經有了一定程度的發展了,但因為 WordPress 在中國發展程度有限,所以在這一方向上並沒有太多建樹。

    舉個例子比如:WooCommerce 、 Sensei LMS 、 GlotPress 以及其他依託於 WordPress 的企業平台解決方案,這些決定了任何業務都可以依託 WordPress 快速啓動,而 WordPress 在建站領域的前期積累 (比如説各種頁面生成器以及各種表單生成器) 將使這一過程更加得心應手。

    於是,建站行業必死,但 WordPress 可以改變方向。現在需要做的就是對內整合存量生態,然後帶着所有人轉型,以變革謀生存。

  483. 文派葉子 🍃 的頭像
    文派葉子 🍃

    其實我們目前主要的發力點是生態建設,而不是系統開發。 WordPress 系統本身已經足夠好了,我們要做的是本土化適配,而不是對其擴展增加多少功能。

    前面提到的生態建設和本土化適配主要體現在對系統所有依賴的內置服務在國內自建並促進生態資源的翻譯引進,其中自建是在模仿 wordpress.org 的基礎上對其改進,比如説我們的頭像服務在 gravatar 的基礎上還支持返回 qq 頭像,也比如我們的翻譯系統在 translate.wordpress.org 的基礎上還支持機器預翻譯以及託管第三方插件主題,再比如規劃中,我們的應用市場支持上架閉源和付費應用。

    要做成這件事,我覺得並不需要對 WordPress 大刀闊斧的改動多少,只要比原生的 WordPress 在中國好用一點點就足夠了。這些就足夠我們整合國內現存的 WordPress 圈子了,而在整合力量,以及提升影響力後,我們會將 WordPress 在中國的發展向我們認為對的方向引導——成為小微企業的業務快速啓動平台,而不只是建站系統。

  484. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個其實所屬者填 www 就可以,不過一般習慣是兩個都填 www 。

    權限 755 就可以了,這一塊建議百度瞭解一下 Linux 的權限機制。

  485. yggcwx 的頭像
    yggcwx

    報告:我用的是手動安裝,沒有通過面板自動安裝,所以才會出現此問題。經老大提示,安裝時通過賦予 wp-admin 和 wp-content 較高的權限,解決了此問題。不過我咋感覺要賦予 777 權限,才能順利啓用中文安裝呢。

    賦予權限時,方框裏的兩個用户組要全部填 「www」 嗎?

     

    PS: 這個經典編輯器,好像沒有選擇字體大小的功能??

    來自咸陽
  486. wtyxing 的頭像
    wtyxing

    感謝~~~

    同理,改為不使用 lets 證書,換其他證書,解決問題~~

    來自鄭州
  487. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你是否在使用類似 centos7 這樣的舊版系統? 如果是的話請把你的 openssl 升級到最新版 (前提是對方在使用 lets 證書) 。因為十月初的時候 lets 證書的一個根證書過期,導致在舊版系統下會提示證書過期錯誤。

    如果不是使用 lets 證書或你使用的是類似 ubuntu 2004 這樣的新系統的話請修改源碼嘗試不使用 https 訪問或設置請求時不驗證 ssl 證書。

  488. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外現在面臨的一個很棘手的問題,是之前為機器翻譯開發的單詞詞性分析功能 (用於按詞性精準匹配術語表) 非常佔服務器資源 (平均每次請求會吃掉 30% 的 CPU 算力),如果想把機器翻譯的 API 開放出去給 LP Translate 集成的話,這個效率是沒辦法忍受的,所以還需要對其優化, 實在不行只能把這個功能撤掉。

  489. 文派葉子 🍃 的頭像
    文派葉子 🍃

    再次遭到 CC 攻擊,服務已被迫關停。

    來自濱州
  490. 文派葉子 🍃 的頭像
    文派葉子 🍃
    1. 語言包目錄在 wp-content/languages
    2. 權限需要給到 775 之後所屬者和所屬組需要是 www(視 Web 服務器類型而定,在 Nginx 下是 www)
    3. 原版 WordPress 也有這個情況

    如果使用寶塔面板的話這個權限會被默認設置,但是諸如 AppNode 這些不會自動設置,於是就會跳過語言選擇界面

    來自濱州
  491. yggcwx 的頭像
    yggcwx

    您好!那麼,語言包在哪個目錄,權限給成 755 就可以了嗎,還是要給到 775?原版的 wp 官方包存在這個問題嗎?

  492. 文派葉子 🍃 的頭像
    文派葉子 🍃

    該問題已經定位了。

    問題的原因是安裝程序判斷語言包存儲目錄沒有寫入權限,所以跳過了語言選擇的步驟。

    下一版會在這種情況下默認選擇中文語言。

    最後,感謝你的反饋~

    來自濱州
  493. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我復現出這個問題了,這會和老趙頭商量一下方案,稍後修復

    來自濱州
  494. lutofan 的頭像
    lutofan

    不着急,你有空的時候再看也沒事

    來自深圳
  495. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我明天在電腦上看看吧,手機上太難受了

  496. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把你放進 wp content 目錄下的文件的源碼全部貼上來,我瞅瞅

  497. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你需要將插件的主文件複製到 wp-content 目錄下來使用,這樣它才會擁有較高的加載優先級從而覆蓋掉 WordPress 的內置方法。

  498. yggcwx 的頭像
    yggcwx

    幾乎百分百確定,安裝包就是根據服務器語言或時區來確定語言的。換了台主機,仍然在 USA,再次安裝,全自動英文界面,毫無選擇。請看圖:

    來自咸陽
  499. yggcwx 的頭像
    yggcwx

    感覺兄弟你跑題了哈。咱們不是在討論 litepress 項目的問題嗎?

    來自咸陽
  500. yggcwx 的頭像
    yggcwx

    您可真幽默,哈哈。就是不彈出語言選項,直接全英文安裝。

    來自咸陽
  501. uitcis 的頭像
    uitcis

    適用於博客到大型網站的 CMS (內容管理系統) | WordPress.org China 簡體中文

    來自煙台
  502. yggcwx 的頭像
    yggcwx

    USA.     那麼,如何簡單的設置服務器的語言為中文呢?

    來自咸陽
  503. uitcis 的頭像
    uitcis

    你可以嘗試去官網下載安裝包,然後嘗試,然後再裝插件

    來自煙台
  504. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我眼瘸了,當時看了好幾遍沒看到這句話……

    今天因為下雨電腦扔辦公室了,明天去驗證一下

  505. yggcwx 的頭像
    yggcwx

    衷心感謝你的冷靜!

    可能的原因分析,我在一樓就説了啊:

            我的主機在境外。難道安裝包是根據服務器的語言或時區自動確定語言的,連個選擇都不給?

    來自咸陽
  506. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你那邊是沒彈出來這個語言選擇界面嗎?另外就是,你前面提到的 「對可能原因的分析」,我好像沒看到欸。

    最後就是,希望能友好交流。

    來自台中市
  507. yggcwx 的頭像
    yggcwx

    好吧,你那裏正常,就意味着一切正常。我的這次反饋,以及對可能原因的分析,就等於沒説。

  508. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我測試看是正常的,進入安裝界面的第一步會要求選擇語言:

    來自台中市
  509. 耗子 的頭像
    耗子

    這裏給的是簡中的,至於為什麼顯示英文,等老孫來看看吧。

    來自南寧
  510. 文派葉子 🍃 的頭像
    文派葉子 🍃

    已經推送更新修復此問題了,實在抱歉

    來自濱州
  511. 文派葉子 🍃 的頭像
    文派葉子 🍃

    罪過罪過……這是之前有一次為了給其他人解決問題而寫的測試代碼,因為我疏忽大意給提交到 Git 併發布出去了,我很快就發佈一個修復的版本,真是抱歉

    來自濱州
  512. hylsay 的頭像
    hylsay

    他的意思是把頭像緩存到網站主機本地

    來自駐馬店
  513. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外,這一特性會在架構穩定後被應用到插件的詳情頁翻譯上。

    來自濱州
  514. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果你的文章 id 必須連續的話,可以開啓 WordPress 站羣,然後專門開一個子站來設置菜單,之後在主站調用子站的 header,這樣在子站上設置的菜單就顯示到主站了,而且也不會佔用主站的文章 id 。

  515. 文派葉子 🍃 的頭像
    文派葉子 🍃

    沒看懂你的意思,如果有報錯的話麻煩把報錯貼一下。

     

  516. 文派葉子 🍃 的頭像
    文派葉子 🍃

    左右滑動?你説的是幻燈片嗎?

    還是説顯示的是縮略圖,然後所有縮略圖都在一行顯示,如果顯示不開的話就顯示一個左右的進度條?

    來自台中市
  517. 文派葉子 🍃 的頭像
    文派葉子 🍃

    創建菜單的時候可以通過參數指定 class 。比如:

    $args = array(
        'menu_class' => '你的菜單 Class',        
        'menu' => '你的菜單 ID'
    );
    wp_nav_menu( $args );
    來自台中市
  518. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不好意思,正在搬家中……你這個問題我應該得明天才能有時間好好看了

    來自台中市
  519. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個項目在現在和未來都需要靠團結力量和整合資源來蹣跚前行,在這個前提下搞個人英雄主義和個人崇拜,不太行欸。

    不過還是要謝謝你的鼓勵~

    來自台中市
  520. s16888 的頭像
    s16888

    終於可以扔掉織夢、 PhpCMS 、 Discuz 、帝國了。我們需要一套有生命力和延展性的系統。感謝孫錫源團隊讓我們有了新的期待。

    來自銀川
  521. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個效果是可以實現的,不過我這幾天忙着搬家 (到 25 號) 暫時沒時間看,忙完會給一個方案。

    來自台中市
  522. alaric 的頭像
    alaric

    問題解決了,提供一個代碼,插入到 function.php 裏即可

    //Add Featured Thumbnail to Admin Post Columns
    add_filter('manage_posts_columns', 'posts_columns', 5);
    add_action('manage_posts_custom_column', 'posts_custom_columns', 5, 2);
     
    function posts_columns($defaults){
        $defaults['riv_post_thumbs'] = __('Thumbs');
        return $defaults;
    }
     
    function posts_custom_columns($column_name, $id){
        if($column_name === 'riv_post_thumbs'){
            echo the_post_thumbnail( array(100,100) );
        }
    }

     

    來自成都
  523. developerm 的頭像
    developerm

    應該是這樣:

    function get_cravatar_url( $url ) {
    $sources = array(
    'www.gravatar.com',
    '0.gravatar.com',
    '1.gravatar.com',
    '2.gravatar.com',
    'secure.gravatar.com',
    'cn.gravatar.com',
    'gravatar.com'
    );

     

    來自長沙
  524. 文派葉子 🍃 的頭像
    文派葉子 🍃

    恭喜你發現 bug 了,域名列表中的 gravatar.com 需要挪到最後。變成如下這樣:

    'www.gravatar.com',
    '0.gravatar.com',
    '1.gravatar.com',
    '2.gravatar.com',
    'secure.gravatar.com',
    'cn.gravatar.com'
    'gravatar.com',

     

     

    來自秦皇島
  525. ktkiss 的頭像
    ktkiss

    緩存這個坑, 剛都換瀏覽器測試了……

    來自温州
  526. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我測試看已經生效了。你 ctrl+f5 刷新看看,或者在 url 後面追加個隨機參數

    來自秦皇島
  527. 文派葉子 🍃 的頭像
    文派葉子 🍃

    location 匹配的原則是從長到短,所以你上面的配置文件中 app.591f9646.js 匹配到的是以下塊:

    location ~* .(gif|png|jpg|css|js|woff|woff2)$
    {
        proxy_pass https://cmsstaticv2.ffquan.cn;
        proxy_set_header Host cmsstaticv2.ffquan.cn;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header REMOTE-HOST $remote_addr;
        expires 12h;
    }

    想對關鍵字替換的話就把替換相關的配置提升到全局作用域上

    來自秦皇島
  528. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把你完整的 nginx 配置文件貼上來。論壇編輯器有貼代碼功能

    來自秦皇島
  529. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我代表祖國和人民感謝你的外鏈

    來自秦皇島
  530. yuanser2000 的頭像
    yuanser2000

    謝謝 ,好了,忘記清理緩存了。。

     

    來自吉林市
  531. 文派葉子 🍃 的頭像
    文派葉子 🍃

    應該是你本地的瀏覽器緩存吧。 ctrl+f5 刷新一下。我這邊查看已經返回 c 頭像了,見:

    來自秦皇島
  532. yuanser2000 的頭像
    yuanser2000

    而且:

    比如我把 QQ 頭像改成 C

    但是我網站上的頭像依然是 A, 一直是 A,AAAAAAA

    這個有問題吧?

     

    來自吉林市
  533. yuanser2000 的頭像
    yuanser2000

    Cravatar 頭像不是應該優先麼??

    來自吉林市
  534. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把以下代碼加到主題的 functions.php 裏面:

    add_action('wp_head', function () {
           echo <<<HTML
    這裏寫你的 HTML 代碼
    HTML;
    });

     

    來自秦皇島
  535. 文派葉子 🍃 的頭像
    文派葉子 🍃

    項目已經全部創建完畢,併為你分配了管理員權限。

    每個項目的管理界面都有 「導入原文」 按鈕,你可以直接上傳插件、主題的安裝包,平台會自動從中提取原文。

    如果遇到什麼問題的話隨時保持交流

    來自秦皇島
  536. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把你 CDN 的參數跟隨打開。

    這網頁命中 CDN 緩存了,然後你又過濾了查詢參數,當然搜不了了。

    來自秦皇島
  537. 675056816 的頭像
    675056816

    插件:

    1 、 Brizy Pro

    沒有編碼技能?沒有網頁設計經驗?沒問題!我們創新的視覺構建器使任何用户都能創建出色的現代網站。

    來自鹽城
  538. 675056816 的頭像
    675056816

    主題:

    1 、 Divi

    世界上最受歡迎的高級 WordPress 主題 (來自 BuiltWith.com 的統計數據),包括可視化拖放 Divi 頁面構建器。

    2 、 Extra

    博主和在線出版物的完美主題。由 Divi Builder 提供支持,Extra 為您提供了創建不同類別、主頁和故事驅動帖子的終極靈活性。

    3 、 Flatsome

    Flatsome 是您的商店或公司網站的完美主題,如果您是代理商或自由職業者,則適用於您的所有客户網站。它擁有創建具有驚人用户體驗的超快速響應網站所需的所有工具。它有無限的選項和革命性的響應式頁面構建器,因此您無需編碼即可創建任何內容。

    插件:

    1 、 Brizy Pro

    2 、 Divi Supreme Pro

    Divi 擴展插件-

    3 、 Divi BodyCommerce

    Divi 擴展插件-為開發人員同時使用 Divi 和 WooCommerce 的多功能工具包,旨在提升您的電子商務網站並實現更高的轉化率。

    4 、 Divi Nitro

    Divi 擴展插件-Divi Nitro 插件為您的 Divi 網站提供額外的速度提升,以增強您的客户體驗。

    5 、 Divi Protect

    Divi 擴展插件-Divi Protect 插件密碼保護您的 Divi 網站的內容。

    6 、 Divi Mega Menu

    Divi 擴展插件-Divi Builder 創建動態菜單,使用我們的 Divi Mega Menu 插件改善您的 Divi 網站的用户體驗。

    7 、 Divi Mobile

    Divi 擴展插件-可幫助您創建美觀的移動菜單,而無需編寫代碼。

    8 、 Divi Machine

    Divi 擴展插件-構建顯示動態字段的複雜網站,您可以使用 Divi Builder 進行過濾、搜索等。

    9 、 Divi Ajax Filter

    Divi 擴展插件-無需重新加載頁面即可過濾 WooCommerce 、帖子和自定義帖子。

    10 、 Bloom

    Bloom 是 WordPress 的終極電子郵件選擇插件。使用 Bloom,您可以輕鬆地將選擇加入表單添加到您的網站,並完全控制每個表單的設計和位置。

    11 、 Monarch

    Monarch 是 WordPress 最好的社交分享插件。 Monarch 旨在使用高效的社交分享方法讓您獲得更多分享和更多關注者。

    12 、 Divi Builder

    Divi Builder 使構建網站變得更容易。對於初學者和網站所有者,Divi Builder 讓您可以自由地將自己的願景變為現實。藉助其可視化編輯器和數百種預製設計,任何人都可以進入 Divi Builder 。

    來自鹽城
  539. 文派葉子 🍃 的頭像
    文派葉子 🍃

    該問題已修復,感謝反饋~

    來自秦皇島
  540. 文派葉子 🍃 的頭像
    文派葉子 🍃

    sorry,是 bug,我們儘快修一下

    來自秦皇島
  541. cmhello 的頭像
    cmhello

    將  AUTOSAVE_INTERVAL 的值設置為一個非常大的值,那就等同於取消自動保存了

    來自桂林
  542. nelson 的頭像
    nelson

    謝謝,請問有沒有禁止自動草稿的代碼呢?

    來自貴陽
  543. cmhello 的頭像
    cmhello

    更詳細的教程可以看下:https://www.wpdaxue.com/wordpress-revisions.html

    其實這些常量一直都是有效的

    來自桂林
  544. cmhello 的頭像
    cmhello

    在使用機器翻譯填充的過程中,總結出機器會出錯的詞彙再套用術語表糾正。

    此邏輯是非常正確的,贊!

    來自桂林
  545. 文派葉子 🍃 的頭像
    文派葉子 🍃

    翻了一下代碼,目前以下兩個宏依然會被內核引用,所以是可以生效的:

    AUTOSAVE_INTERVAL // 整型,用以定義自動保存的間隔
    WP_POST_REVISIONS // 布爾型,用以定義是否啓用修訂版

    所以,理論上你可以通過在 wp-config.php 中分別定義這兩個宏來實現想要的效果。

    來自台中市
  546. 文派葉子 🍃 的頭像
    文派葉子 🍃

    麻煩提供一下項目的縮略圖和簡介,需要這些信息用以創建項目,之後會給你分配這些項目的管理權限

    來自秦皇島
  547. 文派葉子 🍃 的頭像
    文派葉子 🍃

    問題一: 硬件規格相同的情況下雲數據庫與雲服務器性能是否相同

    問題二: 二者架構是否存在不同

    以上兩個問題沒辦法回答,只能去詢問商家,每家的架構都不一定相同,有的可能是運行在雲服務器之上,有的可能是採用容器化技術,沒法一概而論,所以沒法回答。

    問題三: 二者之間是否可以平滑遷移

    如果只是指數據的話是可以的。但是雲數據庫通常有主從讀寫,自己搭建需要額外配置。

    來自秦皇島
  548. myelse 的頭像
    myelse

    還有就是用了雲數據庫想放到雲服務器裏運行,是不是都能無縫轉接?

    來自鹽城
  549. myelse 的頭像
    myelse

    這倆玩意在架構上是有區別嗎?

    來自鹽城
  550. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我大概查了一下,你這個需求是沒有現成插件能一次性滿足的。所以需要代碼定製一下,也就是批量為老圖加鏈接。

    將以下代碼加到主題 functions.php 裏,之後配合任意一款燈箱插件就能實現你要的效果了:

    add_filter( 'the_content', function ( $content ) {
        $pattern     = "/<img(.*?)src=('|")(.*?).(bmp|gif|jpeg|jpg|png)('|")(.*?)>/i";
        $replacement = '<a href=$2$3.$4$5 rel="lightbox"><img$1href=$2$3.$4$5 rel="lightbox"$6></a>';
    
        return preg_replace( $pattern, $replacement, $content );
    } );

     

    來自秦皇島
  551. gwen 的頭像

    大佬好像不行啊,我外鏈圖片比較多

    來自唐山
  552. gwen 的頭像

    感謝,我先去試一下

    我的圖片是外鏈比較多,而且內容頁比較多,我想裝一個插件之後,之前發佈的內容默認也可以使用燈箱效果

    來自唐山
  553. fzsstc 的頭像
    fzsstc

    加油哦  本來都準備放棄開發 WP 主題了 你們算是希望了

    來自深圳
  554. 文派葉子 🍃 的頭像
    文派葉子 🍃

    愧不敢當欸,就技術來講,這些仔細想想其實都沒啥技術含量,國內任何一個團隊想做的話也都能做。

    我個人願意一直在這上面投入精力,主要是感覺人的生命並沒有什麼意義,現在所恐懼和所愛慕的,都會隨着死亡的到來而消逝,在宇宙的尺度看,我如蜉蝣一般的朝生暮死。

    我所能追求的僅僅是在有生之年能像毛主席所説的:「做個奇男子」,瀟瀟灑灑的好好體驗這短暫的生命,按自己的想法去創造,去做自己認為有意義的事情,而不是終日受困於某些體制與規則,以至於蹉跎一生,至死時再嗟嘆不已。

    這要求我在年輕時在人類社會中必須達到一定的高度,否則我必然會被社會機器捲入其中,作為一個螺絲釘不留痕跡地了卻此生。這就好像:小孩子努力考大學,大學畢業了找個好工作,然後買房、結婚生子,然後再讓自己的孩子在這一套體制下繼續這一切,而自己則開始等待死亡的到來,週而復始,一代又一代。

    而想要在年輕時達到一定的高度,就一定不能貪戀於金錢,金錢在這一時期的屬性只能是 「生活保障品」,拿時間去兑換其他資源會比金錢的回報率更大。所以我最初做了這個項目,這個項目會作為我人生的跳板中的一個,經過一個又一個跳板的加速後,我最終會得到我想要的,但是唯一不確定的是——這究竟需要多久?

    來自秦皇島
  555. cmhello 的頭像
    cmhello

    很棒的思路,同時佩服你們的技術和執行力!

    來自桂林
  556. cmhello 的頭像
    cmhello

    對於在 GlotPress 翻譯文檔,這個有點不理解,我擔心的是文檔裏面的結構和鏈接,因為官方文檔都是一個個系列的,層次結構有些複雜。

    我們這個機制是採集發佈了文檔,然後通過 GlotPress 翻譯好以後將同步到我們平台的文檔中?

    來自桂林
  557. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個預翻譯設想中就是以項目為單位的,不是以每個原文為單位,點擊後的效果就是你説的 「批量應用於該項目所有未翻譯的字段」 。

    此外,因為目前在產品層面規劃的是所有與翻譯相關的模塊都是依賴的 GlotPress(比如官方文檔和應用市場的插件、主題的介紹),所以所有的翻譯也都可以使用這個預翻譯特性。

    來自秦皇島
  558. cmhello 的頭像
    cmhello

    非常棒!採用機器翻譯填充可以大大加快翻譯進度!

    我想知道 「預翻譯」 點擊以後,是否可以批量應用於該項目所有未翻譯字段。

    來自桂林
  559. cpublic 的頭像
    cpublic

    原來如此,我也去禁用去,主題已經支持了!

    來自南陽
  560. cmhello 的頭像
    cmhello

    我也覺得沒必要,通常開發版不是針對最終用户的,而且即使有開發版,採用穩定版的翻譯一般不會有太大問題

    來自桂林
  561. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個技術上沒啥問題。

    沒做是因為我貌似感受不到這個功能有啥作用,而且搞了的話意味着爬蟲的採集量會大一倍 (原先只採集穩定版,現在還有開發板) 。

    或者是有啥我所不知道的應用場景需要依賴開發版的翻譯嗎?

    來自秦皇島
  562. smile 的頭像
    smile

    我現在有一個疑問,為什麼不給程序主體的穩定版和開發版建立單獨的子項目呢?既然已經可以從 wp.org 手動導入翻譯了

  563. 文派葉子 🍃 的頭像
    文派葉子 🍃

    在單用户模式下把 php 卸載掉試試呢?

    來自秦皇島
  564. dgz 的頭像

    我看過寶塔記錄,説在半夜檢測到我安裝的幾個版本的 php 都出現異常已自動處理,估計就這個的鍋,真狗血這尼瑪死機死的透透的,開機只能用一分鐘

    來自佛山
  565. dgz 的頭像

    難搞呀,按你這麼説也不行,壓根沒有提供掛載磁盤的服務,沒有單磁盤賣,算了等郵件回覆,德國佬快上班了

    來自佛山
  566. gwen 的頭像

    哦看到了,我試着操作一下看看能不能奏效

    來自唐山
  567. 文派葉子 🍃 的頭像
    文派葉子 🍃

    肯定有,這個是寶塔默認的:

    來自秦皇島
  568. gwen 的頭像

    啊哦,你説的這個 daemonize  就找不到

    來自唐山
  569. 文派葉子 🍃 的頭像
    文派葉子 🍃

    從日誌中查看到了 Received SIGTERM scheduling shutdown… 條目。懷疑和守護進程的 BUG 有關,嘗試更改 Redis 配置文件中的 daemonize 選項為 no 。

    來自秦皇島
  570. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果不行的話,就進單用户模式先把數據恢復出來然後重裝吧。因為你這個問題也不知道具體是哪個組件的鍋,而且服務器死機也沒法排查。如果知道是哪個組件的問題可以卸載掉,但現在啥也不知道就只有重裝了。

    進單用户模式百度搜:centos 8 單用户模式,有一堆文章,找個有效的。

    然後單用户模式的網絡連接需要自己配置,比較麻煩,而且你配置好網絡還需要手工配置一個文件傳輸協議。

    比較實際的方案是在你的服務器供應商那新開一塊磁盤掛載到雲服務器上,然後在單用户模式下把數據遷移到新的磁盤。這樣你服務器重裝就不會覆蓋數據了,可以在重裝後恢復回去,或者直接掛載新磁盤使用。

    來自秦皇島
  571. dgz 的頭像

    試過了有兩個選項,選了第二個沒用

    來自佛山
  572. 文派葉子 🍃 的頭像
    文派葉子 🍃

    前面已經説了,在 VNC 視圖下,重啓,然後會有一個 Grub 引導界面,在這個界面下更換內核。如果還不行的話就考慮進單用户模式先把數據導出來。

    來自秦皇島
  573. dgz 的頭像

    有沒有什麼方法能在重啓後馬上 ssh,更換內核,恢復正常

    來自佛山
  574. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你更換內核了嗎?

    從你的描述看,應該不是網絡的問題,而是你的操作系統觸發了死循環之類的問題,造成系統死機。 VNC 所走的網絡和 SSH 是不同的,兩個同時掛的可能只有的運營商機房斷網了,但是考慮到你重啓後短時間能連接,所以可以排除這種情況。

    來自秦皇島
  575. dgz 的頭像

    這玩意和 ssh 一樣重啓後短時間連接上然後失聯卡死

    來自佛山
  576. 文派葉子 🍃 的頭像
    文派葉子 🍃

    重啓服務器,然後嘗試通過 VNC 選擇舊一點的內核版本來啓動 (啓動的時候會有一個來自 Grub 的引導界面)

    來自秦皇島
  577. 文派葉子 🍃 的頭像
    文派葉子 🍃

    八成是你 VNC 客户端的鍋,換一個試一下

    來自秦皇島
  578. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果你用的寶塔的話,把這個日誌文件打個包發上來:/www/server/redis/redis.log

    來自秦皇島
  579. 文派葉子 🍃 的頭像
    文派葉子 🍃

    百度搜一個 VNC 客户端,然後連接。內核崩潰的情況下 SSH 肯定用不了

    來自秦皇島
  580. dgz 的頭像

    並不知道這個 vnc 如何連接,可以設置密碼,用 ssh 連不上

    來自佛山
  581. 文派葉子 🍃 的頭像
    文派葉子 🍃

    大概率是內核崩潰了。服務器有 VNC 功能嗎?把失聯狀態下的 VNC 視圖截圖發一下。

    來自秦皇島
  582. chenyan98 的頭像
    chenyan98

    諮詢服務提供商是否更好一些呢?斷連是 IP 都 ping 不通了?

    來自蘇州
  583. dgz 的頭像

    牆跟重啓沒有任何關係,重啓後短時間內能訪問不是牆

    來自佛山
  584. 文派葉子 🍃 的頭像
    文派葉子 🍃

    本文所述的 「議會」,在目前的開源基金會里一般稱之為 「理事會」,「理事會」 這個名字似乎更好,因為 「議會」 太偏政治了。

    來自秦皇島
  585. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這張圖還是有點問題,左側是 XXX 科技有限公司 應該分為兩類,一類是一般性的參與者,可能是負責某個子項目的開發維護工作。還有一類是 「議會成員」,他們參與方向決策以及共享整個計劃的所有服務器、域名之類的附屬設施的 root 管理權限。也就是説完全的管理權限歸屬 「議會」,「議會成員」 作為個體,共享 「議會」 所管理的權限。

    結合主題帖中提到的較高的篩選標準,再加上共同持有最高的管理權限,就光培養信任度都不是容易的事情,註定了 「議會成員」 的規模很難太大,很長一段時間裏估計四五個人/組織就差不多到頭了。

    來自秦皇島
  586. 文派葉子 🍃 的頭像
    文派葉子 🍃

    問了一下,這些常用的中文字體到時候都會加上去

    來自秦皇島
  587. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我一直用的 WP Super Cache

    來自秦皇島
  588. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你是説發表帖子回覆的時候,「回覆」 按鈕左側有 「取消」,然後 「取消」 旁邊的一個叉號的圖標點不了嗎?

    這個確認了一下是一個 BUG,已經記錄了,感謝反饋

    來自秦皇島
  589. ningle 的頭像
    ningle

    什麼時候把谷歌思源黑體整一下啊

    來自太原
  590. ningle 的頭像
    ningle

    請問提交旁邊的那個 「X 」按鈕是幹什麼用的?點了沒反應?

    來自太原
  591. ningle 的頭像
    ningle

    那麼推薦一個虛擬主機用的緩存插件唄!最火的 wp-rocket 好像有 BUG ,手機上面加了谷歌廣告,會導致點擊鏈接失效,點一下沒反應點 2 下才有反應。不知道是什麼原因!

    來自太原
  592. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外貼一下目前設想的整個本土化計劃的組織結構圖。 「議會」 探討出的方向性決策,應該記述在 wp-china.org 上,用以指導所有子項目的發展。

    來自秦皇島
  593. 文派葉子 🍃 的頭像
    文派葉子 🍃

    用不了的具體表現是啥?有什麼報錯沒?

    來自秦皇島
  594. 文派葉子 🍃 的頭像
    文派葉子 🍃

    Cravatar 的 qq 郵箱 HASH 表是採用的這種分表模式,但這種模式需要根據業務定製開發,目前沒檢索到有現成的插件可以直接支持這樣幹。

    通常的做法是重寫 wpdb 來實現。對於涉及到數據列表展現、數據搜索的需求,則使用 ES 實現,而 ES 自帶切片和集羣化的功能,不會受數據量影響。

    但就像前面説的,這需要根據業務定製開發,因為你所用的插件主題的代碼是不可控的,一套通用的分表算法很難對此兼顧。

    比較好的方案就是前面提到的 MySQL 自帶的分區方案。對於分庫,WordPress 有現成的解決方案:HyperDB,這個插件是幫你做數據庫負載均衡的,你可以設置一個寫庫和多個讀庫,寶塔我沒記錯的話帶了數據庫主從複製功能,這倆可以配合用。

    未來 LitePress.cn 的數據承載量達到極限的話我們會進行相關的開發,到時候可以把代碼共享出來,但是不一定適合你的業務,大概率是需要再根據你自己的業務來定製的。

    來自秦皇島
  595. cgq630105023 的頭像
    cgq630105023

    wordpress 數據庫

    如文章 ID  1-30000   用表 wp_posts

    如文章 ID  30000-60000   用表 wp_posts1

    如文章 ID  60000-90000   用表 wp_posts2

     

    以此類推  怎麼能實現

    來自海東
  596. 文派葉子 🍃 的頭像
    文派葉子 🍃

    目前已經支持從安裝包自動提取翻譯了。

    這樣在導入項目原文的界面上傳插件、主題的 zip 壓縮包就可以了

    來自秦皇島
  597. 文派葉子 🍃 的頭像
    文派葉子 🍃

    他這個功能八成是基於 post_meta 實現的。所以要解決的實際問題是如何為文章批量添加 Meta 。

    首先你需要在數據庫裏看一下這個功能對應的 meta 鍵和值的格式。之後把以下代碼添加到主題的 functions.php 裏,之後訪問 你網站首頁.com?debug=1,即可開始批量添加。批量添加後記得刪掉代碼。

    if ( isset( $_GET['debug'] ) ) {
           add_action( 'init', function () {
                  $args = array(
                         'posts_per_page'   => - 1,
                         'post_type'        => 'post',
                         'suppress_filters' => true
                  );
    
                  $posts_array = get_posts( $args );
    
                  foreach ( $posts_array as $post_array ) {
                         update_post_meta( $post_array->ID, '你的 Meta 鍵', '你的 Meta 值' );
                  }
           } );
    }

     

    來自秦皇島
  598. 文派葉子 🍃 的頭像
    文派葉子 🍃

    已經可以了:https://litepress.cn/translate/projects/others/jnews/

    目前你需要自己導入翻譯的 po 文件。今明兩天會開發從安裝包自動提取原文的機制。

    機器翻譯預填充暫時不可用,因為谷歌的流量限制太嚴了,這個周主要會解決這個問題。

    此外,翻譯完的項目可以通過把 WP 的 api 改為 api.litepress.cn 的方式接收更新推送 (別人的項目你也可以收到推送),當天的翻譯會在次日凌晨 1 點進行打包和推送。

    來自秦皇島
  599. 文派葉子 🍃 的頭像
    文派葉子 🍃

    稍等一下,第三方託管的流程還得再完善一下。兩三個小時左右

    來自秦皇島
  600. 文派葉子 🍃 的頭像
    文派葉子 🍃

    昨天漏了一個。

    這幾天會趁着 Cravatar 備案的時間對該服務儘快對接機器內容審核服務。純人工審核不大現實了,圖太多了……

    整個審核的邏輯大概是:如果一張圖片是第一次請求,那麼就加入到圖片審核隊列中,然後由隊列異步請求又拍雲接口進行圖片審核服務。如果該圖片違規,則在本地數據庫中記錄違規信息,並主動刷新圖片的 CDN 緩存以讓下次請求直接回源。回源時因為該圖片已經違規被攔截,那麼 Cravatar 就會返回攔截説明了。

    來自秦皇島
  601. 文派葉子 🍃 的頭像
    文派葉子 🍃

    參見 Yast SEO 官方對 「Conrnerstone Content」 的解釋:

    https://yoast.com/what-is-cornerstone-content/#utm_source=yoast-seo&utm_medium=software&utm_term=features-cornerstone-content&utm_content=settings&utm_campaign=wordpress-general&php_version=8.0&platform=wordpress&platform_version=5.8.0.1-RC4%E3%80%8C%E4%B8%AD%E5%85%83%E3%80%8D&software=free&software_version=17.0&days_active=6-30

    「Conrnerstone Content」 是指一個站點中內容最豐富,最棒的而且也最希望引起讀者注意的一些列文章。

    官方為此給了一個比喻:

    假設您正在查看一個州或國家的地圖。小城鎮和大城市都會以某種方式相互聯繫。但是與小城鎮相比,大城市的通向它們的道路要多得多。這些城市是您的基石,獲得最多的鏈接。小鎮是您關於更具體主題的帖子。有一些道路 (鏈接) 通向它們,但沒有大城市那麼多。

    從這個角度來看,「Conrnerstone Content」 意思應該是一個網站的根基、基石,如果是基礎的話,則可能會有 「這一系列文章是最基礎最簡單」 的這一層意思。

    來自秦皇島
  602. xyok 的頭像

    我查了好多資料 「cornerstone」 基石,按我的意思不如直接給他原文得了,在 QQ 羣裏問了説是 「基礎」 也合理。

    來自蘇州
  603. 文派葉子 🍃 的頭像
    文派葉子 🍃

    備案中,目前全放香港了。源站在內地,然後 CDN 去香港繞一圈再回來。備案預計最遲下個週三之前完成。

    來自秦皇島
  604. 文派葉子 🍃 的頭像
    文派葉子 🍃

    在 WP-China-Yes 中搜索 api.wp-china-yes.net 更換為 api.litepress.cn,然後切換為 「本土應用市場」 就可以收到翻譯推送了。翻譯平台每天凌晨一點統一打包翻譯。也就是説白天的翻譯會在次日收到更新。

    如果有發現什麼 BUG 的話希望能幫忙反饋一下。

     

    來自秦皇島
  605. 文派葉子 🍃 的頭像
    文派葉子 🍃

    中國目前缺少草根站長成長的土壤,我覺得這是國情和大環境使然,既難以改變也難以抗衡。

    我覺得主要原因在於中國作為地球上極少數完全獨立主權的國家,又是社會主義制度,在美國主導的世界體系上格格不入,雙方在輿論層面的衝突不可避免,對於中國來講,未來相當長一段時間都會維持牆和較為嚴格的言論管控。

    其二是中國經濟騰飛僅僅是最近二三十年的事情,沒有發達國家的底藴,10 年前受過信息教育的人才很缺失,不足以撐起中國的網站數量。而從 2012 年開始移動互聯網高速發展,徹底擠壓了 PC 端網站的增長空間。也就是説在 PC 端還沒得到發展的情況下就先進入了移動時代。

    但是 WordPress 似乎不侷限於一個內容展示的網站。就好像 litepress.cn 的架構中就包含了 應用市場、翻譯平台。

    這二者是更偏向於平台化的東西,我覺得平台化也就是 WordPress 在中國的未來。

    一個幫助小微企業低成本的快速搭建完全開源的自主可控的業務平台的解決方案。

    這個平台融入了很多業務上開箱即用的模塊,比如你是律師事務所,那麼可以找到律師行業相關的諮詢模塊。然後以該平台為樞紐可以一次打通多端:PC 、小程序、 APP 。

    也就是説我覺得 WordPress 的未來在於成為企業平台,而不僅僅是博客。如此就可以不在意 PC 端的市場如何如何了。

    當然,要實現這一目標,首先需要做的還是統一現存的 WordPress 生態,其後才能將整個行業向這個方向引導,才有可能成功。

    來自秦皇島
  606. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個字面意思上好像確實不大好翻譯 >_>

    來自秦皇島
  607. 文派葉子 🍃 的頭像
    文派葉子 🍃

    已經添加了好了,感謝參與:https://litepress.cn/translate/projects/themes/oceanwp/

    目前新版翻譯平台的翻譯推送 API 已經編寫好了,但是需要一點點時間測試一下。預計三個小時左右,完全好了之後我會在這個帖子中通知你,屆時給 china yes 的 api 節點換一下就能收到翻譯推送了。

    來自秦皇島
  608. ningle 的頭像
    ningle

    主要是中國大陸寫博客的人都是一批很小眾的作者。

    不像台灣,馬拉西亞這些中文圈,人家的個人博客是真正的作為新聞、攻略指南來的,不寫不分享就獲取不了資訊。大陸這邊都是門户網站,現在都是自媒體平台了。

    各種門户網站的博客只剩下新浪在苟延殘喘,不知道能堅持多久。

     

    現在自媒體平台,搞得我都不會寫內容了,太 「自媒體」 化了~~影響很大。

    來自太原
  609. 文派葉子 🍃 的頭像
    文派葉子 🍃

    麪包會有的,牛奶也會有的。

    就好像過去十年裏因為大陸的封鎖政策,wordpress.org 始終未能重視中國市場,作為從業者們則更是沒人疼沒人愛的地裏的小白菜,而今也有一批國人組織起來期望共同改變這個行業的現狀了,一切都會好起來的。

    來自秦皇島
  610. ningle 的頭像
    ningle

    建議組建線下 WordPress 交流會~每每看到後台有各個國家的線下分享都很羨慕,什麼時候國內也有啊。

    來自太原
  611. 文派葉子 🍃 的頭像
    文派葉子 🍃

    尷尬,實際測試了一下,又拍雲雖然允許短期接入,但是 IP 全部被解析到國外了……目前只能還是暫時先維持 301 跳轉這樣子。

    來自秦皇島
  612. 文派葉子 🍃 的頭像
    文派葉子 🍃

    情況有變,剛又拍雲來郵件,通知中説的是如果域名在 9 月 5 號前未備案,才會被取消接入。也就是説還能嫖好幾天國內的 CDN……

    so,計劃先把 Cravatar.cn 遷回國內,如果 9 月 5 號前新備案還沒審核完的話就再做打算。

    來自秦皇島
  613. 文派葉子 🍃 的頭像
    文派葉子 🍃

    上面反饋的報錯問題是終極會員插件的 BUG,已經修復了。非常感謝~

    漢化問題後面會統一處理,因為暫時還沒找到比較好的屏蔽翻譯推送的方案,每次自定義完翻譯會被更新推送給覆蓋掉。

    來自秦皇島
  614. fueweb 的頭像
    fueweb

    好欸,此外還有一個小問題:更改密碼那裏二次驗證新密碼沒有漢化

     

    點擊 【更新隱私】 就能復現~

    來自深圳
  615. 文派葉子 🍃 的頭像
    文派葉子 🍃

    能提供下報錯的全屏截圖嗎 (包括地址欄),我似乎無法復現這個問題欸。

    來自秦皇島
  616. fueweb 的頭像
    fueweb

    提一個你網站的錯誤:

    在賬號設置中做任何更改,都會導致錯誤:

    #20 /www/wwwroot/litepress.cn/index.php(17): require('...') #21 {main} thrown in /Users/feibisi/Local Sites/bbpress/app/public/wp-content/plugins/ultimate-member/includes/um-short-functions.php on line 705
    此站點遇到了致命錯誤。
    來自深圳
  617. fueweb 的頭像
    fueweb

    感謝解答,點贊功能暫時用 Display:none; 屏蔽了 慢慢研究以上插件。

    用了 permalink-manager 以後確實解決了這個問題,感謝!

    這個網站從高中第一次學習就在使用了,因為是從不懂而來,因此有很多歷史遺留問題,數據庫裏也全是老舊鏈接….

    來自深圳
  618. 文派葉子 🍃 的頭像
    文派葉子 🍃

    去掉某頁面的點贊功能

    根據你的描述,你説的點贊功能應該是插件提供的。那麼可以使用以下插件在特定頁面禁用這個點讚的插件:

    https://litepress.cn/plugins/plugin-load-filter

    同時這個插件也可以很好的優化速度,畢竟可以讓每個頁面只加載需要的插件,而不是打開一個網頁就加載所有。

    去掉某頁面的末尾斜槓

    根據谷歌官方的建議,目錄加不加斜槓對谷歌來講都是一視同仁的。參見:

    https://developers.google.com/search/blog/2010/04/to-slash-or-not-to-slash

    所以其實這個斜槓沒必要加。

    考慮到你那是一個新站,我覺得應該可以及早更正,讓架構複雜化的話會加重日後的維護成本。

    如果你堅持要這麼做,那麼可以使用 Permalink Manager,該插件用於增強 WordPress 的固定連接功能,可以提供更豐富的自定義。

    這裏是一篇插件官方提供的 關於如何為 URL 加斜槓 的教程,其中有提到如何排除個別文章類型 (所以你需要在數據庫查看一下你論壇帖子的文章類型) 不加斜槓:

    https://permalinkmanager.pro/docs/plugin-settings/how-to-add-remove-trailing-slashes/

    來自秦皇島
  619. suiyilight 的頭像
    suiyilight

    去掉打賞、贊可以從主題模板下手,找下問答的主題模板嘗試刪除一下對應代碼

    後頭這個固定鏈接不太清楚,等其他人來解答一下

    來自濟南
  620. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果你面臨的問題是數據量大而不是查詢負載大,則是需要分區或分表而不是分庫。

    相較於分表,分區更簡單,建議先嚐試分區,所以不行,再使用分表。

    不過因為你沒有給出慢查詢以及數據庫每個表數據量的詳細信息,所以我沒辦法給出具體建議。

    你可以參考 MySQL 官方文檔進行配置:

    https://dev.mysql.com/doc/refman/8.0/en/partitioning-management-range-list.html

    或者補全信息,我可以幫你分析一下如何配置。

    來自秦皇島
  621. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我似乎沒有檢索到有實現該功能的插件

    來自秦皇島
  622. 5323 的頭像

    就是複製 分類,選擇要複製的分類 一鍵複製~
    原理和這個一樣,這個是複製菜單的。 https://cn.wordpress.org/plugins/copy-menu/

    來自昆明
  623. 5323 的頭像

    就是複製 分類,選擇要複製的分類 一鍵複製~

    來自昆明
  624. 耗子 的頭像
    耗子

    主題 style.css 的 237 行下面插入一個 white-space: pre-wrap!important; 即可

    來自南寧
  625. 文派葉子 🍃 的頭像
    文派葉子 🍃

    更正一下,目前是暫時返回 Gravatar 頭像,而非是 Cravatar,所以可能會碰到頭像覆蓋率變低的問題,這是正常的,等服務恢復後就好了。

    另外,如果有人發現頭像加載慢的話麻煩告知一下~

    來自秦皇島
  626. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是你代碼高亮插件的鍋,換一個就好了。

    具體的原理因為我對前端沒啥研究所以回答不了,等其他人分析吧。

    來自秦皇島
  627. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這種限定於某個主題的定製開發工作找個程序員做吧。

    不具備通用和普適性,在論壇幫忙解決的話出力不討好誒。

    來自秦皇島
  628. 文派葉子 🍃 的頭像
    文派葉子 🍃

    沒看懂,能具體描述下需求嗎?

    來自秦皇島
  629. 文派葉子 🍃 的頭像
    文派葉子 🍃

    es 可以只有一個節點,所以買一台就行。

  630. lonewolfyx 的頭像
    lonewolfyx

    買單獨一台就可以配置完了嘛

    來自蘇州
  631. 文派葉子 🍃 的頭像
    文派葉子 🍃

    2H 4G 的服務器足夠了。

    來自秦皇島
  632. lonewolfyx 的頭像
    lonewolfyx

    數據量不大,撐死 1-2w 數據鏈~

    來自蘇州
  633. wtyxing 的頭像
    wtyxing

    好的。我現在去卸載。感謝老孫頭!

    來自鄭州
  634. 文派葉子 🍃 的頭像
    文派葉子 🍃

    諮詢了一下老李頭,BUG 來自你安裝的 Huger Elementor 插件的一個 JS,把這個插件卸載掉應該就好了。

  635. 文派葉子 🍃 的頭像
    文派葉子 🍃

    使用函數 is_plugin_active_for_network()

    示例:

    if ( ! function_exists( 'is_plugin_active_for_network' ) ) {
        require_once( ABSPATH . '/wp-admin/includes/plugin.php' );
    }
      
    if ( is_plugin_active_for_network( 'wp-china-yes/wp-china-yes.php' ) ) {
        // 插件在網絡中激活
    }

     

  636. 文派葉子 🍃 的頭像
    文派葉子 🍃

    用個 WEB 開發框架吧,你這些需求框架都有封裝好的實現。

    一個新手手擼代碼真是很不明智。

    這個需求可以使用類似 Laravel 的 表單驗證 功能來實現。

    來自秦皇島
  637. chenyan98 的頭像
    chenyan98

    插件名 【plus webp 】 (https://litepress.cn/plugins/plus-webp),雖然功能不全,可以將就使用。

    來自蘇州
  638. smallsaltedfish 的頭像
    smallsaltedfish

    這個還不夠簡單快捷嗎 那好説 直接在 html 模式裏面寫 img 標籤即可

    來自台州
  639. 588 的頭像

    點擊添加媒體點不開網絡沒問題,請問能不能簡單快捷的點

  640. smallsaltedfish 的頭像
    smallsaltedfish

    或者 插入圖片那裏填 url

    來自台州
  641. smallsaltedfish 的頭像
    smallsaltedfish

    原生手敲如何避免安全問題 不侷限於 sql

    來自台州
  642. 文派葉子 🍃 的頭像
    文派葉子 🍃

    所以你具體使用的是什麼?

    如果是原生 PHP 純手敲的話可以使用 MySQLi 的 prepare 方法。

    如果是使用了框架的話,幾乎可以説 100% 有自帶的格式化方法。百度搜一下應該很容易搜到。

  643. smallsaltedfish 的頭像
    smallsaltedfish

    這個並不是 wordpress 如何避免注入

    來自台州
  644. 文派葉子 🍃 的頭像
    文派葉子 🍃

    SQL 語句中的值應該用單引號包裹。而且你這麼寫會被 SQL 注入的。

    在 WordPress 中你可以使用 $wpdb 的 prepare 方法來格式化 SQL,具體用法百度搜一下,有很多教程。

  645. 文派葉子 🍃 的頭像
    文派葉子 🍃

    mysqli_query 方法執行失敗了。估計是返回了 false,然後你對 false 執行數組偏移操作當然會報錯。

    來自秦皇島
  646. 耗子 的頭像
    耗子

    域名不解析 AAAA 地址即可,如果用 CDN 的話,CDN 那邊關閉 IPV6 支持 (目前基本各大 CDN 都有開關) 。

  647. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這是在哪裏配置的?

    來自秦皇島
  648. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你要加在根目錄訪問的區域裏。你現在加的這個區域只會對這些特定文件和目錄生效,而且人家本來就是返回 404,也沒必要再禁止一遍。

    然後有報錯的話應該把報錯信息貼出來,畢竟我又不是神仙,猜不到是因為什麼出錯了。

  649. 5323 的頭像

    #禁止訪問的文件或目錄
    location ~ ^/(.user.ini|.htaccess|.git|.svn|.project|LICENSE|README.md|deny ::;)
    {
    return 404;
    }

    這樣的

    來自昆明
  650. 5323 的頭像
    #禁止訪問的文件或目錄
    location ~ ^/(.user.ini|.htaccess|.git|.svn|.project|LICENSE|README.md)
    {
        return 404;
    }

    你好,我嘗試加在裏面,保存報錯~

    來自昆明
  651. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我不確定它是否支持 IPv6,你可以試試。如果支持的話可以在防火牆攔截。

    來自秦皇島
  652. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果是內部調用的話可以設置白名單 IP,僅允許來自該 IP 的訪問。這個方案應該是最安全的。

    來自秦皇島
  653. 文派葉子 🍃 的頭像
    文派葉子 🍃

    以下語句按執行優先級拆解一下:

    isset($options['smtp_password']) ?? '111';

    最優先執行的 isset($options['smtp_password']) 的返回值是 true 或 false 。

    之後使用 ?? 來判斷 isset($options['smtp_password']) 是否已定義,想當然的是按 true 處理的,於是這個語句最後返回的值就是三目左側的 true 或 false,而不是選項值。

    正確寫法應該是:

    $phpmailer->Password = $options['smtp_password'] ?? '111';

     

    來自秦皇島
  654. biggerm 的頭像
    biggerm

    騰訊雲官方有專門的插件,直接安裝之後根據裏面的設置要求進行設置即可

    搜索關鍵詞:tencentcloud

    來自成都
  655. linn 的頭像

    點擊域名 第一個域名管理 直接添加

    來自成都
  656. divivityan 的頭像
    divivityan

    這。。。。。。。。

    直接網站管理裏添加域名他不香。

    解析過去直接綁,啥都不設置。

    你們為啥想那麼複雜。

    來自許昌
  657. 文派葉子 🍃 的頭像
    文派葉子 🍃

    剛整理術語表的時候突然想起來,中文翻譯的時候是不是可以忽略掉單複數了。這樣術語表裏只記錄單數,然後程序匹配的時候單數和複數都去匹配這條術語?不知道這樣會不會產生一些翻譯錯誤。

    來自秦皇島
  658. 文派葉子 🍃 的頭像
    文派葉子 🍃

    現在這個階段講的話我覺得就是你説的這樣。

    更深層次闡述一下,這個和我本人一直奉行的發展策略有關。

    我覺得我唯一成功的方式是通過一個優勢點去撬動其他點,在不斷的資源整合中變得強大。這個策略適用於我在做的幾乎所有的事情。

    往大的方面舉例子,就好像我從 12 歲就開始自學編程,對計算機的瞭解和編程知識就是我作為一個社會底層人士在前期積累中的一個優勢點。在日後的日子裏我不斷通過這個優勢點去撬動其他資源,比如説老師們更願意和我保持朋友關係,而不僅僅是上完課就走的塑料師生關係,原因就在於我有一技之長,雖然作為一個學生在地位上無法和他們相提並論,但是我可以和他們形成優勢互補,他們自己做項目或者幫別人做項目或多或少都要諮詢我。

    往小的方面説,比如 WP-China-Yes 這個項目剛起步的時候,很多人説 「我們早就想到了,只是礙於成本沒做」 。但是我一直在説的是隻要有用户使用,我就可以靠用户資源這個優勢點去拉動贊助來填平成本,我覺得日後的事實證明我是對的。

    整個邏輯就好像是手搖式拖拉機的啓動過程,單憑發動機自己雖然力量存在,但是找不到做功的着力點 (類比一下,就好像現實世界中我的老師這一力量存在,贊助我的商家這一力量也是現實存在的,他們只是對我或我在做的事來講找不到或者説不想找到做工的着力點),而我要做的就是去用搖把搖一下 (創造優勢點),給發動機一個初始的力,有了這個初始的力後發動機的各個機件就會不斷的加入到工作循環,直到所有機件都被帶動起來之後,甚至我不搖它它也會憑藉發動機做工而運轉下去。

    前面還只是拿我個人發展舉例子,如果代入 WordPress 生態發展上來講:

    我覺得 WordPress 生態是根上爛了,也就是我在發展計劃裏説的是,強制 GPL 及不支持國內的小程序體系。前者阻礙生態原始積累,後者把 WP 鎖死在 PC 端。

    所以説做這件事第一步就是刮骨療毒重新打一套新的地基 (新的 LitePress 發行版與 liitepress.cn),之後也就是融入我前面講的通過優勢點不斷整合資源的思想。

    比如通過 China Yes 的存量用户與開發者交換流量的方式要求開發者入駐,越多的開發者入駐後籌碼和能力就會越大。

    再比如通過完善的翻譯和其他優勢以及適當的引導,撬動用户主動參與翻譯過程。這就是咱們本次討論的話題,我覺得通過機器翻譯填充起來的 100% 漢化的倉庫或許是打出與 w.org 差異以撬動用户在新體系下貢獻翻譯的點,我需要做的就是集中力量加大這一優勢點,以讓更多人蔘與進來,由大家一起完善資源,而不是盡善盡美地都自己去做,這樣老實説也不大現實,就好像我作為一個窮人不可能僅憑自己完成所有積累然後實現最終理想。

    通過以優勢點不斷撬動資源的方式,在不久的將來,很大一部分的開發者、譯者、普通用户將會參與到這個新體系中,待到時局一變 (w.org 被牆或再來一次 429),屆時就是徹底實現整個計劃的時刻了。

    之後目標就會從內部統一轉換為向外擴張,理想狀態下 WordPress 將滲透入中小企業應用場景的方方面面,而不止於建站系統。

    改變世界或許太遠了,先從改變行業開始吧!

    來自秦皇島
  659. fanly 的頭像
    fanly

    來關注一下,我也是一枚 WordPress 愛好者。

    來自成都
  660. 文派葉子 🍃 的頭像
    文派葉子 🍃

    在證書配置那勾選強制 https,這樣訪問 http 就跳到 https 了,http 不能單獨訪問

  661. smile 的頭像
    smile

    我想了想:litepress.cn 的術語表是用於對機器翻譯的錯誤詞彙進行糾正的,所以應只需包含機器翻譯會出錯的術語,這樣條目也不會太多,也順便減少了你説的替換過多而無法翻譯的情況,這樣可能就需要對術語表進行適當的增減了。

    來自柳州
  662. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你説的這個需求在單一的站點理應是也能實現的,把你的站點 Nginx 配置文件貼上來瞧瞧 (用論壇編輯器帶的代碼插入功能貼)

  663. ndwsj 的頭像
    ndwsj

    哦 好吧 我乾脆直接重新新建一個站點好了

    來自黃山
  664. 不凡 的頭像
    不凡

    那就新建站點,設置重定向到另一個站點的域名。

    來自成都
  665. 文派葉子 🍃 的頭像
    文派葉子 🍃

    按道理講術語表屬於是技多不壓身的東西,對於人類翻譯的話條目理應是越多越好。

    我前面表達的觀點主要是從機器翻譯填充和成本投入的角度出發的,因為舉個例子,如果一個句子比如説 10 個單詞,其中有 3 個都命中術語表被替換成代碼的話谷歌就翻譯不出來了。

    同時,對於我們來講,整理數據這種枯燥的工作只能是我自己做,畢竟己所不欲勿施於人。但是我的時間老實説也蠻緊張的,所以説沒法在這上面投入太大精力。目前計劃術語表整理的規模大概在 200 條,今天下午實踐看,精校 20 條+收集整理資料的時間大概是一個小時,200 條大概是兩天全天的工作量,但是老實説這種枯燥的工作我很難滿效率搞兩天,所以總時間大概延長一倍。。

    總結一下就是綜合以下三個方面的考量,我現階段希望建立一個較小的術語表:

    1. 利於機器翻譯
    2. 較小的成本投入
    3. 大而全的術語表似乎並非必要

    其實對機器翻譯的影響應該可以通過技術方案規避 (比如説限制下機器只讀取某些術語),最主要的問題還是成本投入。

    如果你願意整理的話我不介意白嫖一份 (大笑。

    當然我整理的你也可以導出使用。

    來自秦皇島
  666. smile 的頭像
    smile

    翻譯一致性檢查工具我覺得能做的話就做出來吧,可以對一些字詞或句子的翻譯進行查找還是很有必要的,方便參考,如果有些字詞出現的頻率比較高而又在術語表中找不到也可以用上

    來自柳州
  667. smile 的頭像
    smile

    我是準備打算用 wp-info 把 wp.org 的術語表重新整理一遍的,然後按照情況去除掉一些條目,然後把以前術語表的一部分條目保留下來 (僅限整理後的數與表不包含的條目,即整理之前手動添加上的條目)

    來自柳州
  668. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你如果感覺這個 w.org 的術語列表可以的話我開發一個自動同步工具,從 w.org 上抓取這個列表填充到翻譯平台的術語表中,後面也隨着 w.org 上的更新而增量更新

    來自秦皇島
  669. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我在 WordPress.org 的支持文檔中翻到了這一篇官方建議的術語表列表:

    https://wordpress.org/support/article/glossary/

    按上面説的,術語表存在的意義在於讓不瞭解 WordPress 的人能正確的使用 WordPress 專有的術語 進行翻譯,而不是對通用詞彙提供翻譯指北以實現類似 《英漢詞典》 這種大而全的詞彙對照。

    而上面的文檔中列出的也就是如前所述的 「WordPress 專有術語」 。

    wp-info.org 上的術語表中存在很多類似 「administrator」 這種幾乎只對應唯一翻譯的詞彙,以及類似 「approval」 這種在不同地方存在不同譯文的詞彙,這樣的話我感覺整體範圍太寬泛了,變成了前面説的 《英漢詞典》 而有悖術語表的初衷。

    如果是想通過術語表讓翻譯保持一致的話,我在想是不是也要提供一個翻譯一致性檢查工具,由這個工具來確保翻譯一致,而不是通過術語表。

    來自秦皇島
  670. 文派葉子 🍃 的頭像
    文派葉子 🍃

    沒有太好的辦法,我上次也被刷的褲衩都要賣了。

    又拍雲提供了訪問速率限制以及防 CC 功能,但是實際測試來看並不會起任何作用。

    該問題目前唯一的解決方案就是如果你網站不需要面向老外的話可以在屏蔽掉海外 IP,又拍雲提供訪問地域限制功能,海外 IP 屏蔽後能預防絕大部分 CC 攻擊。

    其次就是在被打的時候手工通過日誌分析攻擊者 IP,然後手工拉黑了,不過這個在面對攻擊者使用代理 IP 的情況時就很無力了。

    高風險的業務不建議使用這種按量付費的 CDN,就算換阿里、騰訊也一樣給你刷到破產。最好是使用百度雲減速這種預付費的 CDN,不管你被刷多少反正一年就幾百塊,超量了最多回源而已。

    只是普通的個人博客的話可以不用擔心這個。我自己的博客日 IP 大概 200,四年了也沒被打過一次。前面説被刷的是 Cravatar 的頭像服務。

    來自秦皇島
  671. 不凡 的頭像
    不凡

    這兩插件我都用過,第二個有第一個的功能,做過簡單測試,第二個的效果不是很好,有的地區打開網頁秒開,有的地區打開慢了幾秒,我現在用的 fastese cache+redis object cache

    來自成都
  672. 不凡 的頭像
    不凡

    後來發現跟我使用的主題有問題,例如文章縮略圖在列表中不是居中對齊,TTBF 時間增加到 300 多 ms,已找到替代插件,在樓下 #21387

    來自南充
  673. 不凡 的頭像
    不凡

    已找到合適的插件,插件名 【plus webp 】 (https://litepress.cn/plugins/plus-webp),雖然功能不全,可以將就使用。
    <h3> 插件設置截圖</h3>

    與又拍云云存儲插件做了兼容測試,測試完美。

    我只用又拍雲存儲,沒有騰訊雲阿里雲等對象存儲服務,請自行測試。
    <h3> 又拍云云存儲插件</h3>
    以下兩個插件都可以使用,任選其一。

    一、 https://litepress.cn/plugins/wpupyun

    二、 https://litepress.cn/plugins/uss-upyun

    來自南充
  674. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是有必要的,前面也説了,站點地圖可以讓蜘蛛更快的發現你的新增內容。

    你説的百度不兼容站點地圖是什麼情況?遇到報錯了還是有什麼文件提到了?

    來自秦皇島
  675. 文派葉子 🍃 的頭像
    文派葉子 🍃

    當初這麼設計主要是考慮到這個需求或許並不常見,因為頭像作為一個人的網絡標識,想當然的每個人應該只有一個,但一個人難免有多個郵箱,所以就想為多個郵箱都綁定到這一個頭像上。

    而需要多個頭像情況更多是註冊馬甲賬號,考慮到實現上的便捷性,也就需要對業務邏輯解耦,所以打算如果是馬甲的話用户就新註冊一個號。

    當然,以上結論也不排除是因為我的認知偏差所下的錯誤結論,所以如果這個功能後面呼聲高的話還是會搞,最終還是以用户實際需求為準。

    最後就是,Cravatar 並不是我一個人做的,至少前端部分我是一點沒碰的,這一塊是老李頭在負責。所以把整個項目歸為 「我的項目」 實在是感覺不自在。

    來自秦皇島
  676. sexloli 的頭像
    sexloli

    那麼 WordPress 自帶的 xml 站點地圖有沒有必要 貌似這種地圖還不支持百度

  677. 文派葉子 🍃 的頭像
    文派葉子 🍃

    查看 MySQL 配置文件中是否包含了名為 innodb_force_recovery 的參數,這個參數就是配置 MySQL 恢復級別的。

    另外開啓了 Redis 緩存也可能造成配置不更新,建議查看下數據庫中的數據是否已經被更新過而只是網站後台不顯示?

  678. leafit 的頭像
    leafit

    現在的問題只剩,,保存配置後刷新,配置沒變,上面説的恢復模式是什麼意思

    來自聊城
  679. 文派葉子 🍃 的頭像
    文派葉子 🍃

    還有主題也要換成 wp 的默認主題

  680. leafit 的頭像
    leafit

    我沒有手動改過數據庫文件。。

    插件的話我全部關閉了。。我等下再試試

    來自聊城
  681. 文派葉子 🍃 的頭像
    文派葉子 🍃

    從你的描述看,如果你確信你已經完全刪除了所有老網站的文件和數據庫 (也包括 Nginx 的偽靜態配置),那麼現在就已經和你折騰站羣沒關係了。

    我上面詢問的倆問題也沒回復我,問題得靠排查,不配合的話要如何定位,畢竟我也不是神仙。

  682. leafit 的頭像
    leafit

    剛才在折騰 wordpress 站羣,,沒弄成就來恢復數據庫和網站文件。。然後就這樣了

    如何解決呢

    來自聊城
  683. 文派葉子 🍃 的頭像
    文派葉子 🍃

    裝這個插件先嚐試排查是否是插件或主題 bug 導致的:https://litepress.cn/plugins/health-check

    從你描述來看應該就是某個插件存在 bug 。還有一種可能是你數據庫處於恢復模式,恢復模式下無法更新數據,這個也比較符合你固定連接無法保存的症狀,回憶一下最近是否更改過數據庫配置文件?

     

  684. leon 的頭像

    使用一段時間,發現有個 Bug 。

    修改默認設置的確生效了。但是,另一個方便的功能似乎失效了。即快捷選擇畫廊。

    即:在 WP 區塊只要輸入 「/」,會彈出相對應的快捷選項,但是畫廊這個不在,不管你多麼高頻率的使用它。

  685. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你查的第一個方案是為標準 WordPress 編寫的。但是通過你第二段代碼我發現你説的 「圈子」 是開發者自己完全從頭做的,所以套用標準方法用不了也情有可原。

    比如説標準方法中 post meta 中記錄的是最後的評論時間,但是你説的圈子可能不是用 commont 來組織回覆的,可能是用的 sub post,比如説 bbpress 就是這種情況。

    現在你需要做的是查看一下這些圈子的帖子 (以下都稱第一層為 「帖子」,其下為 「回覆」) 的 post meta 中是否存在最後回覆時間,然後把你第一段代碼中的_recent_comment_date 改成正確的 meta 鍵。

    如果不存在最後回覆時間的話就需要你寫一個鈎子,在用户發表回覆時去主動為帖子創建一個最後回覆時間了。

  686. 文派葉子 🍃 的頭像
    文派葉子 🍃

    現在主要的矛盾就在於還沒搞清楚你的具體應用場景,在只掌握 「兩個站點要 100% 同步」 這個需求的前提下,樓下給的就是最佳方案了。

  687. jietaonet 的頭像
    jietaonet

    你説的只需要域名不一樣,其他一樣,那解決方案就是多域名綁定。

     

    如若不然,那就把需求描述明白

  688. lonewolfyx 的頭像
    lonewolfyx

    我嘗試了修改 wp-includes/class-wp.php 中的 handle_404 函數,目前已解決

  689. 文派葉子 🍃 的頭像
    文派葉子 🍃

    直接改 404 模板的代碼,如果路徑開頭包含/tag/就載入標籤的模板

  690. 文派葉子 🍃 的頭像
    文派葉子 🍃

    麻煩下次標題寫清楚點,這樣寫標題以後論壇很可能就變成:

    • 請教個問題
    • 有個問題
    • 這個問題怎麼辦
    • 這個錯誤是什麼原因

    你這個需求具體是應付什麼應用場景的?所説的除了域名外完全同步,還包括站點設置和插件、主題嗎?

  691. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是主題的問題,我意思是你可以按前面我説的定位一下具體的問題代碼,這樣可以嘗試修復這個問題

  692. 5323 的頭像

    你好 可以理解為是主題問題?還是這樣是無法確定的,謝謝

  693. 文派葉子 🍃 的頭像
    文派葉子 🍃

    錯誤原因是程序對 postmeta 表做了重複 join 拼接。問題語句:

    INNER JOIN wp_postmeta ON (wp_posts.ID = wp_postmeta.post_id)
    LEFT JOIN wp_postmeta ON wp_posts.ID = wp_postmeta.post_id

    然後你發出來的這個我目測是 Nginx 的日誌,你應該把 PHP 的錯誤日誌貼上來,那上面應該會有出錯的具體行號。

    或者你也可以在你的主題中手工搜那段 SQL 中的關鍵字,找到出問題的代碼,然後貼上來。

  694. 文派葉子 🍃 的頭像
    文派葉子 🍃

    推薦做法是使用這個插件搭配 cdn 來實現此效果:

    https://litepress.cn/plugins/cdn-enabler

    配合又拍雲,七牛雲這種支持數據鏡像到雲存儲的 cdn 使用的話大體可以實現你的全部需求,同時也不會影響你將來搬家。

  695. 文派葉子 🍃 的頭像
    文派葉子 🍃

    目測是谷歌的驗證碼。

    你可以嘗試在源碼中搜索這個域名,然後將其改為 www.baidu.com 。這樣就只會觸發一個 404,而不是拖慢你網站的速度。

    如果想徹底去除或替換的話就得請開發人員解決了,因為每個主題的編碼都不一樣,沒法一概而論的提供統一教學。

  696. jietaonet 的頭像
    jietaonet

    好的 謝謝 不得不説 woocommerce 的結構看得真頭疼

  697. 文派葉子 🍃 的頭像
    文派葉子 🍃

    參見前面説的,產品類型是一組 term,所以需要修改 wp_3_term_relationships 數據表中產品 id 與 term_taxonomy_id 的對應關係。

    也就是一共兩步,刪除 post 表中的父 ID,修改產品的 term 綁定

  698. jietaonet 的頭像
    jietaonet

    這樣比較麻煩,需要實時修改,因為安裝了產品同步插件,會有新的產品同步過來

  699. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我沒記錯的話 Woo 的產品類型是以 trem 來保存的,所以你只改 post 表是不行的。

    有個簡單的方法實現這個需求,就是使用 Woo 的數據導出功能,把所有產品導出為 CSV 文件,然後將產品類型更改為簡單再刪除父文章值,之後導入回系統即可。

    你可以使用 Excel 來編輯 CSV 文件。

    最後提醒一下,記得備份。

  700. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我測試看是需要填 file 的,填了 media 就變成鏈接到附件了。你可以自己試試看。

  701. leon 的頭像

    話説,這裏確定是:linkTo: ‘file’, 而不是 linkTo: ‘media’, 麼?

    因為我主題使用了另一個鏈接至媒體的代碼,沒有使用這裏的 linkTo: ‘file’,. 現在我想將這個記錄一下保存下來,所以想弄清楚些。

  702. 文派葉子 🍃 的頭像
    文派葉子 🍃

    WordPress 站羣默認狀態下就是會員數據互通

  703. 文派葉子 🍃 的頭像
    文派葉子 🍃

    添加以下代碼到你主題的 functions.php 裏面就可以實現定製古騰堡畫廊默認設置的需求了,其中具體選項值可以按需調整:

    add_action( 'admin_footer', function () {
        echo <<<JS
    <script>
    wp.blocks.registerBlockVariation(
       'core/gallery', {
          isDefault: true,
          attributes: {
            linkTo: 'file',
            columns: 1,
            imageCrop: false,
          }
       }
    );
    </script>
    JS;
    } );

     

  704. 文派葉子 🍃 的頭像
    文派葉子 🍃

    在項目頁底部有導出按鈕,導出為 mo 文件,然後傳到自己網站的 wp-content/language/plugin 或 theme 目錄下即可。

    這個新的翻譯平台暫時還沒和 wp-china-yes 插件對接,所以不能自動推送,暫時只能手工傳。

  705. 文派葉子 🍃 的頭像
    文派葉子 🍃

    請開發人員定製吧,這個沒法教,每個主題的代碼都不同,沒法一概而論。

  706. 耗子 的頭像
    耗子

    www 和 @解析到任意阿里雲服務 (cdn 也可),用其他前綴建站

  707. leon 的頭像

    可以的話,不想使用插件來搞。但奈何 WP 這畫廊相關資料太少。國內幾乎沒有可參考的,在國外論壇發現這麼些解決辦法:

    /**
    /* Gallery Default Settings
    /* @param Array $settings
    /* @return Array $settings
    */
    function theme_gallery_defaults( $settings ) {
        $settings['galleryDefaults']['columns'] = 5;
        return $settings;
    }
    add_filter( 'media_view_settings', 'theme_gallery_defaults' );
    function gallery_template_to_posts() {
        $post_type_object = get_post_type_object( 'post' );
        $post_type_object->template = array(
            array( 'core/gallery', array(
                'linkTo' => 'media',
            ) ),
        );
    }
    add_action( 'init', 'gallery_template_to_posts' );

    這玩意我是沒有辦法了,看起來像是 WP 內置了參數調用,我瞭解不深….

  708. 文派葉子 🍃 的頭像
    文派葉子 🍃

    找到一個支持該功能的插件:FooGallery

    這個插件提供了更強大的畫廊功能。你可以先創建一個畫廊, 然後把在設置項中指定以後創建的畫廊都使用第一個畫廊的設置,通過這種方式就可以實現畫廊設置的效果了。

  709. 文派葉子 🍃 的頭像
    文派葉子 🍃

    放函數文件裏不行。前面説了你貼的代碼是一個單獨的程序入口。

    BBPress 是 WordPress 下的論壇插件,LitePress 的論壇是基於它做的。

  710. 文派葉子 🍃 的頭像
    文派葉子 🍃

    麻煩新開個帖子,這樣不相關內容擠在一起不利於 SEO 。如果是一句就能説清楚的話我就直接回復你了,但是這個問題要調代碼,付出的成本比較高。

  711. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我只能給你説整體思路,不提供手把手開發教學。思路也就是前面提到的了。

  712. 921988379 的頭像
    921988379

    姐妹    那我怎麼把這個功能併到主題裏面啊

  713. yuexuan 的頭像
    yuexuan

    沒問題了,是該主題 function 文件裏的一個鈎子沒刪除乾淨。感謝大佬指路

  714. yuexuan 的頭像
    yuexuan

    更換主題後就沒問題了,但是之前用這個主題沒出現過這個問題

  715. leon 的頭像

    趁機換個問題,我想讓 WP 自帶的畫廊有一些預設設置。

    WP 默認的似乎是:

    欄目:3

    裁剪:是

    鏈接至:無

    如圖:WP默認的畫廊設置

     

    如果想要更改成:

    欄目:1

    裁剪:否

    鏈接至:媒體文件

     

    有辦法麼?

  716. 文派葉子 🍃 的頭像
    文派葉子 🍃

    換默認主題試試呢?也不排除是主題的問題。這種函數命名格式明顯不是 WordPress 核心的

  717. yuexuan 的頭像
    yuexuan

    可是我禁用了所有插件之後,更新時依然會反饋更新失敗,但實際上文章更新並沒有受到影響

  718. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是你某個插件引起的,盲猜是插件的鈎子執行順序設置錯了。

    你可以通過以下兩種方式找出問題插件:

    1 、全局搜索 「newPostNotify」

    2 、安裝健康檢查插件:https://litepress.cn/plugins/health-check,手工一個一個排

  719. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果是類似這樣的通知:

    則除非手動更改代碼,否則無法去除。

    如果是存在於管理員工具條 (就是你登陸後訪問前台界面時頂部的那個黑條),則可以這樣移除:

    先輸出所有菜單項目節點,然後從中找到你想刪除的節點,調用方法刪除即可,以下是代碼示例:

    add_action('admin_bar_menu', function ( WP_Admin_Bar $wp_admin_bar ) {
           echo json_encode($wp_admin_bar->get_nodes()); // 這裏輸出所有節點信息,當你找到你要刪除的節點的 id 後需要把這一行以及下面的 exit 刪除或註釋掉
           exit;
    
           $wp_admin_bar->remove_node('wpseo-menu'); // 刪除節點。這裏的 wpseo-menu 是 yost seo 的管理員菜單條的 id
    }, 999);

     

     

  720. smile 的頭像
    smile

    可以的。
    這樣的話我覺得收藏功能也可以先不考慮,看看之後的參與情況如何在説。

  721. 文派葉子 🍃 的頭像
    文派葉子 🍃

    注意這段代碼第三行,它完整的加載了整個 WordPress 框架,所以説這個文件是一個獨立的入口。

    你只需要創建一個新文件,然後把代碼貼進去即可,記得把 wp-load.php 的加載路徑改對。

    之後就是把你前端的圖片上傳接口改成這個文件的 URL 就可以了。

  722. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這樣在會員資料卡片上開個 tab,展示一下翻譯相關的工作情況,應該不錯吧?

    然後我在想,這個收藏功能是否有必要。因為只要他參與了項目的翻譯,這個項目就會出現在上述的列表中 (只要參與了即可,無需有編輯權限),而如果他只是使用的話,那麼理論上他可以通過 china yes 插件或者 litepress 發行版自動收到翻譯推送,他也無需通過收藏的方式關注項目的翻譯進度。

  723. smile 的頭像
    smile

    收藏功能對於指貢獻翻譯而沒有編輯權限的用户是很有用的,他們可以把自己經常參與的項目收藏起來,另外考慮到有些用户參與翻譯之後忘記收藏項目,我前面説的第 1 個頁面應該保留。

  724. smile 的頭像
    smile

    我覺得,如果不麻煩的話還是為第三方的插件或主題建立一個單獨的目錄進行分類比較好,當然這只是我自己的想法。另外如果技術上可行的話,這個頁面應該需要擴展/修改一下,因為默認只會顯示最近參與和校對的項目,應該在此基礎上增加兩個頁面,分別顯示自己收藏、編輯的項目,請求建立新項目的用户自己就是編輯者,另外這些頁面要支持分頁。

  725. 文派葉子 🍃 的頭像
    文派葉子 🍃

    更新日誌那個照這麼説的話可以直接在機器翻譯填充階段就全調用英文原文填充上了?然後記憶庫入庫那裏我過濾一下,純英文的不再錄入記憶庫

    話説你覺得允許第三方託管的話項目是直接把他們的項目放到現有的插件、主題父目錄下, 還有單獨建一個 「第三方」 父目錄來統一存放?

    是不是還要給每個用户的會員中心加一個他所管理的/創建的翻譯項目列表。又或者是給翻譯項目加一個收藏功能,收藏後這個項目就出現在他會員中心的列表裏,方便將來進入。

  726. smile 的頭像
    smile

    我覺得插件的更新日誌翻譯校準不好把握,因為更新日誌字符串非常的多,而且也沒有多少人會去把插件更新日誌都全部瀏覽一遍,還有一些插件會在版本升級之後把上一版本的更新日誌移到其他地方去了,這樣相當於之前的翻譯又失效了。

    比如説這個插件

    https://litepress.cn/plugins/jetpack

  727. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果是統一使用機器翻譯預填充的話應該就可以不用管優先級了吧。谷歌翻譯目前翻譯長段文本基本可靠,也就是説 readme 部分差不多可以完全依賴谷歌翻譯,只是插件主體部分需要人工校準調整。

    我今天稍晚的時候出機器翻譯填充的測試版,允許託管第三方插件、主體測試。到時候看看具體效果。先測試一段時間機器填充穩定後再應用到整個倉庫上。

  728. smile 的頭像
    smile

    插件 Readme 的更新日誌部分優先級為 low,一般是不翻譯的

  729. 文派葉子 🍃 的頭像
    文派葉子 🍃

    GlotPress 的翻譯昨天已經處理了,目前翻譯率 100% 。

    另外,我發現 wordpress.org 上的存量翻譯似乎質量堪憂。

    這裏是翻譯待審核列表:https://litepress.cn/trans-waiting-list

    可以發現機器檢查出了超過 800 個存在翻譯警告的項目 (大多數是因為缺或多了 html 標籤、標點符號對不上、缺或多了換行符) 。

    而且還有大量的繁體和 copy 的英文原文,在考慮要不要對這些翻譯統一刪除。

  730. smile 的頭像
    smile

    另外我發現翻譯平台使用的 glotpress 3.0.0-alpha.2 版本是缺少一部分翻譯的,應該考慮切換版本或者是補充翻譯。

  731. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是的,後來發現是我傻逼了,應該是 zh-cn 的,要不然將來想擴展成兼容一些港澳的翻譯都很難,所以在系統裏改了。

  732. 文派葉子 🍃 的頭像
    文派葉子 🍃

    詞彙表無法導入的原因是 wordpress.org 上簡體中文的代號是 zh-cn,而 litepress.cn 上是 zh,語言代碼對不上。手工編輯一下 csv 文件可以了

  733. leon 的頭像

    排除難,我禁用了所有插件,但還是這樣,即使重裝了環境。

    現在提交工單給主題開發那邊了,希望能得到解決。但問題是,沒找到主題社區中有類似問題….,就懷疑是我個例出現。

    所以問問,這個問題可能的產生原因以便可以去自己排查下。 (PS:國外回覆很慢)

     

  734. suiyilight 的頭像
    suiyilight

    問題解決了,主題 functions.php 中有幾個空格,刪了就解決了。

    不過這裏面的關係還是沒有能理解

  735. 文派葉子 🍃 的頭像
    文派葉子 🍃

    WordPress 的頭像獲取函數默認是傳遞用户 id 或郵箱地址的,所以也建議傳遞用户 id 或郵箱,而不是將評論對象整個傳過去。

    這個報錯的意思是評論對象無法被 WordPress 的緩存相關幫助函數用作鍵值。如果確定必須傳遞評論對象的話可以把自定義的獲取頭像的函數中帶 wp_cache 相關的行都刪掉。

  736. 文派葉子 🍃 的頭像
    文派葉子 🍃

    完全沒看懂問題描述欸。

    你説的的特色視頻是主題帶的功能還是 WordPress 內置的?可否附加一張截圖我看一下在什麼位置。

    另外編輯器有插入圖片功能,通過附件上傳不太方便看。

  737. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這玩意就和人和人的體質不能一概而論一樣,貼吧五虎將能滑鏟老虎、抱殺狗熊、一拳打穿一米鋼板、徒步躲子彈,普通人行嗎?

    同樣如果別人裝了一堆插件,可能文章剛 10 萬的時候 postmeta 表數據就上千萬了,但是你裝的插件少可能文章 10 萬 postmeta 表才 50 萬,這東西無論如何都不能一概而論的。

     

  738. myelse 的頭像
    myelse

    wordpress 多少篇文章能達到百萬行數據庫的量?

  739. 文派葉子 🍃 的頭像
    文派葉子 🍃

    wordpress.com 利用這個插件來使用幾千個數據庫的數百萬數據表存儲其全球業務產生的海量數據。可以理解成無限擴容。

  740. cgq630105023 的頭像
    cgq630105023

    分庫分表插件有啥?? 達到多少文章適合分庫分表?

  741. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我之前很多客户用模板兔寫的 erphpdown 插件,這個主要是把你的文章變成只有付費才可讀或是提供付費下載功能。

    如果你是打算賣通常的商品的話除了 WooCommerce 外不建議用別的,你可以把系統轉換成站羣平台,然後商城在單獨的子站裏做,這樣就可以給商城用一套專門的主題,然後會員數據也是互通的。

    另外 wpcom 的主題我記得是適配了 WooCommerce 的

  742. 文派葉子 🍃 的頭像
    文派葉子 🍃

    china yes 插件當前是從 wp-china.org 上讀取的翻譯數據。這個老平台目前還在運行,但是今天上面的數據會被全部遷移到 litepress.cn 上,遷移範圍只包括人工翻譯的,機器翻譯的捨棄掉重新跑,因為新版的機器翻譯會匹配術語庫,一定程度上比老版的會更準確。

  743. smile 的頭像
    smile

    另外反饋一個問題,我發現 ElasticPress 插件是沒有翻譯的,但是我已經可以通過 WP-China-Yes 插件接收到它的翻譯更新了。

  744. leafit 的頭像
    leafit

    不好意思,把後台緩存插件禁用就好了,已經解決了

  745. 文派葉子 🍃 的頭像
    文派葉子 🍃

    肯定是 QPS 越大資源佔用越大……

    通常可以通過多級緩存來降低單次請求的負載,比如説對某個頁面整體靜態緩存、對數據查詢進行緩存、對 PHP 腳本預編譯。再就是可以引入 NoSQL 來持久化存儲一些簡單的數據。

  746. myelse 的頭像
    myelse

    就比如你們剛推出的頭像服務,分庫分表,查詢的時間降下來,但是 QPS 一多是不是還得有很大負載壓力。

  747. myelse 的頭像
    myelse

    後者基本就是企業的大型業務了,而且這種業務可能也都是自己開發了。不分庫分表的情況下,是不是數據庫越大記錄越多,同樣的併發數,所需要的 CPU 算力越多?同樣的一篇文章,多次訪問 redis 和 pagecache 能解決,但是沒緩存的數據還是需要進行數據庫查詢。

  748. 文派葉子 🍃 的頭像
    文派葉子 🍃

    可以。

    如果你只是普通的文章站的話是有現成的分庫分表插件的,這是數據庫層面的橫向擴容。

    Web 服務器層面的橫向擴容要求你不能使用任何基於本地磁盤的持久化文件或會話存儲,這樣你就可以使用一個負載均衡器來輪詢一組 Web 服務器節點了。

    通過這種方式理論上你可以無限擴容。

  749. myelse 的頭像
    myelse

    橫向擴容是自己上手操作的是吧,mysql 能支撐上億文章的體量嗎?

  750. myelse 的頭像
    myelse

    不是擔心 wordpress 的承載量的問題,而是服務器算力成本的問題哈哈。

  751. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不一定,數據量大了可以通過分庫分表來橫向擴容,這時候單節點無需很高的配置。

    總之不用擔心,WordPress 可以承載任何數據量的數據,哪怕上億文章都毫無問題。

  752. myelse 的頭像
    myelse

    就是,數據庫查詢問題,要是 wordpress 文章多起來,比如到十萬百萬篇文章的量級,是不是需要超高配置服務器支撐一定程度的併發?

  753. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你説的數據庫大小是指的磁盤空間吧。

    這個你這樣想,你的電腦能運行多高特效的遊戲是不是和你硬盤容量沒啥關係?

  754. 文派葉子 🍃 的頭像
    文派葉子 🍃

    WooCommerce 支持多站點模式,直接在網絡管理中啓用 WooCommerce 即可。

    如果想為每個站點同步商品 SKU,但為每個商品填寫不同語言的介紹和庫存可以參考這篇帖子:https://litepress.cn/topic/21213

  755. linn 的頭像

    看了一下 F12 控制枱有一條報錯  但是找不到具體的原因 不過寫一個 JS 也可以解決這個問題 原理是一樣的 你把這個 JS 找個地方運行一下即可

    還有手風琴的標題不要加入超鏈接  不然會跳轉的

    var $ = jQuery.noConflict();
    $(".elementor-tab-title").on("click",function(){
    $(this).toggleClass("elementor-active");
    $(this).next().toggle();
    })

     

  756. 文派葉子 🍃 的頭像
    文派葉子 🍃

    已經好了。不過你之前有翻譯的經驗嗎?

  757. 文派葉子 🍃 的頭像
    文派葉子 🍃

    已經審核了。

    新版的翻譯平台因為還是開發中所以審核不是很及時,本週會結束這一塊的所有開發工作。

  758. bighuaji 的頭像
    bighuaji

    麻煩審核一下 External Media without Import 的翻譯

  759. 文派葉子 🍃 的頭像
    文派葉子 🍃

    訪問這個網址:

    https://litepress.cn/user/你的用户名?um_action=edit

    然後就看見了

  760. Yulinn 的頭像
    Yulinn

    前端問題需要具體的網頁鏈接  光語言描述無法判斷是什麼問題 i

  761. bighuaji 的頭像
    bighuaji

    哦哦, 看好多人名字後頭都有一個黃色的小框框,是怎麼設置的呢?

  762. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是因為今天 DNS 解析的付費套餐過期了,已經手工切 DNS 到免費套餐了,一小時左右恢復

  763. 文派葉子 🍃 的頭像
    文派葉子 🍃

    問題原因是 DNSPod 的付費版解析套餐過期了,已經切換 DNS 到免費套餐了,應該 1 小時左右恢復。

    這個服務最重要的是有人在全職維護,出事了隨時可以找到人,我想這或許也是 「穩定」 的一部分。

  764. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個有計劃。

    打算 Cravatar 就只給國內提供服務,國外的直接單獨用 CF 的 Worker 搭建一個反代到 Gravatar 。

  765. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個記錄已經放棄維護了。

    早期是想靠捐款維繫項目的,但是後來證明這個想法極不靠譜。目前的計劃是 litepress.cn 做開源、公益,我們後續再另立品牌盈利。這樣願意大額贊助的就轉化為投資款,將來分享一份收益。

  766. bighuaji 的頭像
    bighuaji

    這個平台想法和速度確實不錯,但是經常會無法訪問,但是刷新一下就好了

  767. lxtx 的頭像

    頭像服務貌似不穩定啊?經常提示 DNS_PROBE_FINISHED_NXDOMAIN 。希望改善,最重要的是穩定可靠性!

  768. smile 的頭像
    smile

    這個方案不錯,順便也可以對詞彙表進行修正、完善。

    來自柳州
  769. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個問題一個可能的情況是:

    該插件在新版更新中引入了新的數據表,但建表操作被設置為只在插件啓用時觸發一次。

    因為你的插件本來就在運行狀態所以更新後未能創建對應的數據表。

    嘗試停用後再啓用應該可以解決。

  770. 文派葉子 🍃 的頭像
    文派葉子 🍃

    想了想,有一種方案是可以實現使用詞彙表替換的。

    但比較侷限,只能是類似 plugin 、 theme 這樣的名詞。

    比如説以下句子:

    This is a great plugin, I recommend everyone to install it

    譯文:

    這是一個非常棒的插入,我推薦大家安裝它


    我們可以在原文提交翻譯前對原文進行如下替換:

    This is a great <code>#007</code>, I recommend everyone to install it

    其中 #007 是自動生成的一個編號,用來標記這個待匹配術語表的單詞將來在譯文中的位置,而 code 標籤則是為了防止谷歌對其翻譯。

    機器翻譯後:

    這是一個非常棒的<code>#007</code>,我推薦大家安裝它

    現在我們就可以使用根據使用術語表中 plugin 對應的譯文來替換整個<code>#007</code> 了

    處理後的譯文:

    這是一個非常棒的插件,我推薦大家安裝它


    這個方案理論上是可行的,但是對術語表要求比較嚴格,因為只能包含詞性為名詞的詞彙。如果替換了動詞、形容詞,則可能會破壞語義。

    來自秦皇島
  771. aulay 的頭像
    aulay

    插件導致,已解決。麻煩管理刪帖

    來自北京
  772. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個在我目前的認知範圍裏是不可行的。

    比如説:

    You are a handsome boy

    機器翻譯/記憶庫匹配出的結果是:

    你是個英俊的男孩

    詞彙表中的記錄:

    handsome => 帥氣

    這個時候詞彙表的匹配要如何進行?

    如果我們對原文匹配的話,那麼原文就成了:

    You are a 帥氣 boy

    這個時候我們就無法拿這個原文去匹配記憶庫或者是進行機器翻譯了。

    而如果我們對譯文匹配的話,因為譯文中缺失了英文單詞與譯文語句的對照關係,所以無法獲取 handsome 這個單詞在譯文中對應的是哪一個詞彙,也就無法進行替換了。

    這個替換的過程只能在谷歌的 AI 引擎中進行。

     

    來自秦皇島
  773. smile 的頭像
    smile

    從記憶庫讀取翻譯並填充應該是在機器翻譯的之前進行的,如果存在詞彙表的話這裏再加一道批量替換詞彙的流程不知道是否可行?

    來自柳州
  774. smile 的頭像
    smile

    我更新了郵箱地址,這個郵箱地址是註冊了 Gravatar 的

    來自柳州
  775. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外問一下,你的頭像是自己刪了還是遇到 BUG 了?

    來自秦皇島
  776. 文派葉子 🍃 的頭像
    文派葉子 🍃

    詞彙表是打算從 wordpress.org 導的,不過昨天的嘗試中發現導出的 csv 文件因為某種原因無法導入,這個問題待查。

    機器翻譯讀取詞彙表在技術上是沒問題的,但是在錢上有問題……因為術語庫 (也就是咱們説的詞彙表) 是谷歌付費翻譯才支持的特性,如果調用谷歌付費翻譯的話全翻譯一遍差不多要大幾千美刀。

    來自秦皇島
  777. 文派葉子 🍃 的頭像
    文派葉子 🍃

    差不多就是你説的這樣。

    不過現在問題是原文件的 URL 從哪搞?所以,我們主要需要解決的就是建立一個類似 https://plugins.trac.wordpress.org/這樣的本地化平台,可以瀏覽 WordPress.org 的 SVN 上託管的所有源碼。

    來自秦皇島
  778. smile 的頭像
    smile

    詞彙表可以從 WordPress.org 導入,正好可以提供一下意見,到時候改動一下。另外如果機器翻譯填充插件能讀取詞彙表中的條目並套用就差不多完美了。

    來自柳州
  779. smile 的頭像
    smile

    這個源代碼是不是在建立項目的時候填寫了原文件 URL 就可以實現了?

    來自柳州
  780. 文派葉子 🍃 的頭像
    文派葉子 🍃

    撿到寶藏了……後面就對着你這個列表挨個聯繫了

    來自秦皇島
  781. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個報錯目測是模板兔的 Erphpdown 插件引發的,聯繫作者看看吧,僅憑藉這些數據庫提示判斷不出具體問題。

    來自秦皇島
  782. jietaonet 的頭像
    jietaonet

    記得沒錯的話,這是 erphpdown 插件的數據庫。

    解決方案 1,卸載之,或安裝新版

    解決方案 2,按照報錯重新寫一份創建數據庫代碼。

  783. 文派葉子 🍃 的頭像
    文派葉子 🍃

    結果後來還是貼了張純圖 >_> 。

    你這個問題大概率是給網站開 https 然後 url 沒換全導致的。去 wp 後台站點 url 設置那更新一下,或者在數據庫裏批量替換成 https

    來自秦皇島
  784. 文派葉子 🍃 的頭像
    文派葉子 🍃

    然後下次儘量文字描述,然後配圖。純圖的話搜索引擎不索引欸

    來自秦皇島
  785. 文派葉子 🍃 的頭像
    文派葉子 🍃

    商業公司應該也必然以自身發展為主要任務,商業本身就是最大的公益了,他們贊助也是要獲得對等收益的,也或者是出於大局及戰略部署的原因,總之不會平白無辜的付出成本給某個人或某個羣體。

    如果是因為真實用户量大了他們是會願意贊助的,但如果是被 CC 攻擊把流量刷光了,我想應該就夠嗆了。

    來自秦皇島
  786. 文派葉子 🍃 的頭像
    文派葉子 🍃

    別糾結了,擺在你面前的就三個選項:JB 、 VS Code 、 VS 。

    除非你是做科研,需要用一些特定的語言和編譯工具。

    你説的 eclipse 以及 myeclipse 這倆已經是上個時代的東西了。

    或者其實可以乾脆用記事本寫,然後手工運行編譯器和調試器,這樣就不用花時間選了。

    來自秦皇島
  787. 文派葉子 🍃 的頭像
    文派葉子 🍃

    目前主流就是 JB 和 VS Code 了,其他 IDE 的市場佔有率都快被擠沒了。

    如果你是寫 C 、 CPP 或者微軟家的 C#、.Net 則是用宇宙最強的 Visual Studio

    來自秦皇島
  788. 文派葉子 🍃 的頭像
    文派葉子 🍃

    最多 100,否則就得考慮優化了。

    來自秦皇島
  789. 文派葉子 🍃 的頭像
    文派葉子 🍃

    建議使用 redis cache object 或者用水煮魚的 wpjam 。

    總之,你需要開緩存。

    單次請求 261 次查詢太誇張了,這個應該就是造成你 cpu 100% 的直接原因

    來自秦皇島
  790. cgq630105023 的頭像
    cgq630105023

    頁面查詢次數、加載時間和內存佔用

    261 queries in 1.135 seconds, using 17.56MB memory

     

     

    多少合適呢? 這是本地測試的

  791. 文派葉子 🍃 的頭像
    文派葉子 🍃

    MySQL 最近一次記錄的慢查詢是下午兩點了,通過這個日誌看不出什麼。

    這有可能是實際發生了低效的慢查詢但是你的記錄閾值太高導致的。

    你是否能通過訪問某個特定 url 來觸發這個 cpu 100% 的情況?

    如果可以的話,安裝插件:query monitor

    通過這個插件來監控慢查詢 (需開啓 wp 的 debug 模式)

    如果你不知道如何觸發的話可以從 web 日誌裏找找靈感

  792. 文派葉子 🍃 的頭像
    文派葉子 🍃

    貼一下 mysql 的慢查詢日誌。

    懷疑是觸發了低效的查詢

  793. 文派葉子 🍃 的頭像
    文派葉子 🍃

    Elasticpress 可以通過在 wp-config.php 中加入以下代碼來發送 ES 憑據:

    define( 'ES_SHIELD', 'username:password' );

     

    來自秦皇島
  794. lonewolfyx 的頭像
    lonewolfyx

    目前瀏覽器訪問是有用户登陸權限登錄,但 Elasticpress 好像無法做到讓用户登陸吧?

    來自蘇州
  795. 文派葉子 🍃 的頭像
    文派葉子 🍃

    有可能是隻監控了內網網卡,或者是限制了只能接收來自某些 ip 的請求,建議在阿里雲控制枱翻翻

    來自秦皇島
  796. lonewolfyx 的頭像
    lonewolfyx

    現在出現了瀏覽器地址無法訪問了~ 我對阿里雲這個地址都有點懵逼,9200 口已經開放了~

    來自蘇州
  797. 文派葉子 🍃 的頭像
    文派葉子 🍃

    直接通過瀏覽器訪問這個地址是否能顯示一段 JSON?類似:

    {
      "name" : "litepress-server",
      "cluster_name" : "elasticsearch",
      "cluster_uuid" : "3zz_iGZHRR6OO-yjXz2tQQ",
      "version" : {
        "number" : "7.13.4",
        "build_flavor" : "default",
        "build_type" : "deb",
        "build_hash" : "c5f60e894ca0c61cdbae4f5a686d9f08bcefc942",
        "build_date" : "2021-07-14T18:33:36.673943207Z",
        "build_snapshot" : false,
        "lucene_version" : "8.8.2",
        "minimum_wire_compatibility_version" : "6.8.0",
        "minimum_index_compatibility_version" : "6.0.0-beta1"
      },
      "tagline" : "You Know, for Search"
    }
    

     

    來自秦皇島
  798. suiyilight 的頭像
    suiyilight

    忘了修改插件版本了吧,上傳插件還楞了下

     

    來自濟南
  799. sexloli 的頭像
    sexloli

    已更新至 1.3 請前往訂單下載新版

    來自鹽城
  800. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我個人一直都是 JB 全家桶,phpstorm 、 pycharm 、 clion 、 gland 、 idea

  801. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我們的最終目標是在中國完全接管 wordpress.org,統一全國的 WordPress 行業生態,只要這個目的達成了,交流社區會順其自然的做起來的。

    來自秦皇島
  802. sakiven 的頭像
    sakiven

    感謝開發者所做的貢獻,希望能做成一個真正交流 wordpress 插件和主題的論壇,國內這方面的專業論壇真的很少。

    來自北京
  803. 文派葉子 🍃 的頭像
    文派葉子 🍃

    其實是分了兩個數據庫,一個庫專門用來承載平台運行,這個庫是跑在 SSD 上的。還有一個庫用來存日誌以及本文提到的彩虹表,這些數據都是存檔型數據,寫完一次以後就不會改了,再加上數據量很大,所以目前比較經濟的還是用機械的疊瓦盤去存,每 1T 的容量基本 100 人民幣多點。

    這樣就只是在初期數據大量寫入的時候麻煩點 (疊瓦盤自身的毛病,因為要頻繁遷移扇區數據),而且因為數據結構和 NoSQL 差不多都是很簡單那種,沒有複雜的聯合查詢,這樣查詢的時候稍微優化下就和 SSD 區別不大了

    來自秦皇島
  804. cmhello 的頭像
    cmhello

    辛苦了,服務器有條件的還是上 SSD 硬盤吧

  805. 文派葉子 🍃 的頭像
    文派葉子 🍃

    沒重複,第一句是判斷是否存在這個宏

    來自秦皇島
  806. 文派葉子 🍃 的頭像
    文派葉子 🍃

    目前應用市場已經支持按翻譯後的中文搜索應用了,很開心。

    後面翻譯平台的新版機器翻譯填充對接完成後就有能力漢化整個 wp.org 倉庫的所有插件的介紹信息了。

    然後在此基礎上提供中文長詞的語義化搜索,類似百度搜索那樣

    來自秦皇島
  807. divivityan 的頭像
    divivityan

    另外發現他這個變量好像是重複了

    if ( !defined('UCENTER_DEFINE_SETTING_NAME') ) :
    define('UCENTER_DEFINE_SETTING_NAME', 'plugin_ucenter_define_settings');
    define('UCENTER_INTEGRATION_SETTING_NAME', 'plugin_ucenter_integration_settings');

    請教下應該要如何修改呢

    來自許昌
  808. divivityan 的頭像
    divivityan
    Parse error: syntax error, unexpected end of file, expecting "elseif" or "else" or "endif" in /www/wwwroot/xxx/wp-content/plugins/ucenter-integration/ucenter.php on line 909

    這是啥錯誤-_-!

    907,908,909 的代碼,迷惑

    $ucenter_integration = new Ucenter_Integration;
    Endif;
     ?>

     

    來自許昌
  809. mrzzoxo 的頭像
    mrzzoxo

    我是想着整個 js 外鏈插到所有網站,這樣就不用每個站都去搞了

    來自茂名
  810. sexloli 的頭像
    sexloli

    好的,感謝!我明天看看 我已經接近兩個禮拜沒開電腦了,最近太忙

  811. 文派葉子 🍃 的頭像
    文派葉子 🍃

    可以在 parse_request 鈎子裏對 URL 做一下檢查,如果是/feed 結尾的就 301 到原始文章

  812. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你這個需求最好是 PHP 後端實現。類似 Node.js 都要通過 SSR 才能確保對搜索引擎友好,所以我不敢説搜索引擎一定會去執行你的 JS 。

    檢查是否是機器人使用 PHP 庫:

    https://github.com/JayBizzle/Crawler-Detect

    檢查是否是手機端使用 WordPress 內置函數:wp_is_mobile()

  813. suiyilight 的頭像
    suiyilight

    我並不是完全為了收錄,關閉頁面收錄會掉也無可厚非,但默認返回 500 錯誤碼個人覺得不太合適。會讓搜索引擎認為服務器有啥問題,例如谷歌直接在覆蓋率上提示錯誤

    既然禁用了這個功能返回 403.404.405 我覺得都是比較合適的。或者和媒體庫一樣跳轉到對應頁面。

    來自濟南
  814. sexloli 的頭像
    sexloli

    你好,你這個問題我下午就收到反饋了,我實在是不知道咋解決,根據你描述的情況,這是一個矛盾體,中國使用 feed 功能的網站極少,也沒有什麼作用而且還容易被攻擊,最好是關閉。你之前已經收錄的 feed 條目這個沒有辦法,既然要關閉該功能無論返回什麼樣的錯誤碼都是沒有用的,收錄肯定會掉 。目前我認為最好的解決方案是添加 robots.txt 禁止搜索引擎爬取 feed 鏈接,以後 feed 就不要了,或者按照樓上創始人提供的方法指定錯誤碼。想要繼續保持 feed 收錄那就不要關閉。如果你有好的想法可以説説

  815. 文派葉子 🍃 的頭像
    文派葉子 🍃

    應用市場接下來會開發工單功能。

    這個問題我先替作者回復一下:

    可以通過 Nginx 做重定向的方式解決,將以下代碼加入配置文件的 location /區域內即可

    rewrite ^/(.*)/feed$ /$1 permanent;

    這個問題也可以通過在 WordPress 裏通過重寫路由的方式解決,不過相較於 Nginx 重定向來説更麻煩,等作者處理吧

    來自秦皇島
  816. 文派葉子 🍃 的頭像
    文派葉子 🍃

    更新一下,檢索到 WordPress 有一個現成的連接 ES 的插件:ElasticPress

    於是打算把前面説的產品信息索引方案改一下。原本是計劃在產品展現並翻譯時將翻譯後的信息通過異步隊列寫入 ES,而有了這個插件之後,我們就可以在插件索引數據時直接通過鈎子更改索引內容為翻譯後的譯文了,一下節省好多力氣。

    來自秦皇島
  817. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這只是一個很普通的 PHP 提示消息而已,是不會觸發致命錯誤的。

    現在有可能是你還沒真正觸發問題代碼。建議你先走一遍對接流程,然後在流程中哪一步拋出了讓程序徹底終止的報錯後再把那個報錯貼上來

    來自秦皇島
  818. divivityan 的頭像
    divivityan
    PHP Notice:  Constant UCENTER_INTEGRATION_SETTING_NAME already defined in /www/wwwroot/i.meimiaoshe.com/wp-content/plugins/ucenter-integration/ucenter.php on line 18

    插件的 18 行

    define('UCENTER_INTEGRATION_SETTING_NAME', 'plugin_ucenter_integration_settings');

    plugin_ucenter_integration_settings 數據庫內容:

    a:9:{s:25:"ucenter_password_override";s:1:"1";s:19:"ucenter_credit_name";s:0:"";s:19:"ucenter_credit_unit";s:0:"";s:26:"ucenter_credit_per_comment";s:0:"";s:23:"ucenter_credit_per_post";b:0;s:23:"ucenter_enable_mail_box";b:0;s:29:"ucenter_enable_customize_icon";b:0;s:21:"ucenter_enable_friend";b:0;s:21:"ucenter_enable_credit";b:0;}

    是不是 wp 的一些相關函數升級導致~這個插件在 4.x 的版本上是可以用的。

    來自許昌
  819. 文派葉子 🍃 的頭像
    文派葉子 🍃

    目測不對,插件入口的註釋應該包含:Plugin Name: 插件名

    因為主題的 functions 是在全部的插件加載完之後才會加載,所以當插件中的某個功能在代碼加載階段報錯的話在主題里加調試代碼就無效了。

    如果在插件入口添加調試代碼仍然無效的話請開啓 PHP 的 XDebug 擴展,對於寶塔面板可以直接在 PHP 擴展管理安裝。

    來自秦皇島
  820. divivityan 的頭像
    divivityan

    插件入口和主題都有加,這樣對麼

    來自許昌
  821. 文派葉子 🍃 的頭像
    文派葉子 🍃

    截圖,我看看是咋加的。另外,加到插件的入口文件嘗試了嗎?

  822. 文派葉子 🍃 的頭像
    文派葉子 🍃

    可能是某個插件關閉了 PHP 的調試輸出。

    嘗試填下以下代碼到你主題的 functiongs.php 或這個插件的入口文件裏:

    ini_set( 'display_errors', 1 );

     

    來自秦皇島
  823. 文派葉子 🍃 的頭像
    文派葉子 🍃

    確實是只能單個文件,其針對的是循環依賴的場景。因為預處理階段是針對每個.cpp 文件單獨進行的,所以對於多個 cpp 文件會失效。

    對於全局變量,你可以這樣處理:

    只在 main.cpp 中包含 config.h,然後在其他 cpp 文件中使用 extern 關鍵字來標識要訪問的變量,這樣就可以了。

     

    來自秦皇島
  824. 文派葉子 🍃 的頭像
    文派葉子 🍃

    向上追蹤,把 get_jiecao 函數的源碼貼上來,論壇編輯器有插入代碼的功能,記得用那個貼,要不然格式會亂。

    來自秦皇島
  825. smallsaltedfish 的頭像
    smallsaltedfish

    已經自行排查 找到原因

    Cpp 的僅編譯一次似乎是針對單一文件的

    一旦我建立兩個 cpp 源文件 好像就必定編譯 config.h 兩次

    由於機器人的設備定義是依賴現有機器人 CLI 來實現的

    導致重複定義必報錯

    這好像是無解的.

    來自台州
  826. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是否有報錯輸出?

    貼上來看看,也許可以通過簡單的修復 bug 來讓其繼續服役

    來自秦皇島
  827. 文派葉子 🍃 的頭像
    文派葉子 🍃

    先把代碼精簡成最小 demo,見我前面的回覆。

    排錯得先移除干擾因素

  828. smallsaltedfish 的頭像
    smallsaltedfish

    在其他.h 中引入 main.h 是因為其他.h 的定義也需要 main.h 中機器人函數庫的支持。

    我的項目目錄沒錯,就是這個。

    我懷疑是不是因為我同時在 main.cpp 和 ctrl_func.cpp 都引用了 config.h 導致不同文件無法只編譯一次。

    這個問題怎麼破?

    來自台州
  829. 文派葉子 🍃 的頭像
    文派葉子 🍃

    直接在 WordPress 後台,設置-> 討論 中更改默認圖即可:

    如果想有更細緻的默認圖控制的話可以參考 Cravatar 的開發文檔自己對接。

    來自秦皇島
  830. cgq630105023 的頭像
    cgq630105023

    這代碼裏的返回的默認圖怎麼修改???

  831. 文派葉子 🍃 的頭像
    文派葉子 🍃

    先把代碼改成最簡版本。就只留下 config.h 引入相關的代碼,然後 config.h 裏面只留下一個常量,去掉其他所有註釋和無關代碼。目前這一大攤把我眼睛看瞎了,尤其是你這代碼依賴特定環境,又不能在本地調試。

    另外,在其他.h 裏面引入 main.h 是什麼操作?

    最後你的項目目錄是/Users/sukanu/L3313B?

  832. cgq630105023 的頭像
    cgq630105023

    如果是外鏈圖片作為頭像呢? 就是頭像不是來自 gravatar 也不是來自 cravatar,而是來自其他外部鏈接的這種

  833. 文派葉子 🍃 的頭像
    文派葉子 🍃

    老實説,我沒明白你的意思。本地緩存指得啥?

    來自秦皇島
  834. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這是什麼神奇的需求?

    緩存到本地是為了什麼?更快的速度嗎?

    Cravatar 的頭像除了第一次請求是動態生成外,其後請求都市由 CDN 節點直接返回的,默認緩存 30 天 (用户更換頭像會自動刷新),速度差不在 60ms 左右,本地很難快過 CDN 。

    來自秦皇島
  835. 文派葉子 🍃 的頭像
    文派葉子 🍃

    代碼貼上來看看。

    記得用編輯器的插入代碼功能貼,別直接複製粘貼

  836. 文派葉子 🍃 的頭像
    文派葉子 🍃

    有能力做好配置的話當然是專家模式

    來自秦皇島
  837. 5323 的頭像

    請問下 那推薦 普通模式還是專家模式,謝謝~

    來自昆明
  838. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把你寫在 functions.php 裏面的關於開啓可視化編輯器的函數改個名。

    這裏之所以不顯示是因為你的自定義函數和他們插件的函數衝突了

  839. leafit 的頭像
    leafit

    我的是這樣。。可能和 litepress 的編輯器不一樣

    來自聊城
  840. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你可以把函數邏輯寫在任意 cpp 文件裏,把函數聲明寫在任意 h 文件裏 (h 文件和 cpp 文件沒有任何關聯關係,只要函數聲明和定義能對應起來就行)

  841. smallsaltedfish 的頭像
    smallsaltedfish

    抱歉我還是不太懂你的意思。

    我寫.h 文件的目的是讓給機器人下載的主函數文件儘量簡潔。

    由於機器人的特殊性,我的函數要被反覆反覆利用。

    所以.h 文件即起到函數分類的作用 也起到簡潔代碼的作用。

    我要是不想把邏輯寫在我的主函數文件裏,也不應該寫在.h 裏面,那我應該把函數邏輯寫在哪裏,引用這個.h 文件時,編譯器才能找到它的邏輯。

    來自台州
  842. smallsaltedfish 的頭像
    smallsaltedfish

    第一 php 腳本加速

    第二 數據庫加速

    第三 動態緩存

    第四 動靜分離

    第五 靜態壓縮

    第六 精簡代碼

    基本就這六步

    來自台州
  843. 文派葉子 🍃 的頭像
    文派葉子 🍃

    建議用,這是兩種東西。 Opcache 是可以理解成加快 PHP 腳本的執行速度,Redis 是對站點的一部分數據庫加載內容進行緩存,這倆始終還是要執行 PHP 腳本以及去數據庫取數據的。而 WP Super Cache 則可以直接返回靜態頁面 (專指專家模式,普通模式下還是會觸發 PHP 腳本) 。

    如果 WP Super Cache 在你網站運行不會導致信息延遲或者延遲是在可接受範圍就建議用一下,可以很有效的降低服務器負載以及提供更快的速度。

    來自秦皇島
  844. 文派葉子 🍃 的頭像
    文派葉子 🍃

    新的翻譯填充插件暫時還沒開發完。這幾天在搞 https://cravatar.cn 。

    我們目前因為精力有限,所以開發的時候是不考慮通用性的。

    不過這個機器翻譯填充插件對環境的依賴比較低,目前已知會依賴:Cavalcade 和 Pontoon 。

    除此之外應該似乎再沒有什麼依賴項了,後面你安裝後如果有什麼報錯的話可以發帖交流。

    下一步計劃

    新的翻譯平台計劃對第三方插件和主題提供翻譯支持 (比如説主題森林上的付費產品) 。

    打算由每個人自願申請建立具體的翻譯項目,然後擔任編輯,其他人也可以申請編輯權限。編輯者可以導入和更新項目原文,然後其他人可以參與翻譯或下載。

    相當於是把 WordPress 生態翻譯從 wordpress.org 倉庫擴展到了整個 WordPress 的全球資源。

    這些插件和主題可以共享 litepress.cn 的記憶庫、翻譯填充以及翻譯自動推送功能以提高翻譯效率和使用上的便利度。

    這個計劃在技術上沒任何障礙了,平台差不多開發好了,就只有可能會影響到一些靠做翻譯賺錢的同志的收入這一條阻礙了。

    來自秦皇島
  845. zxc123 的頭像
    zxc123

    安裝了插件 點擊更新但是沒有中文包 現在是不可用嗎?

    來自武漢
  846. 文派葉子 🍃 的頭像
    文派葉子 🍃

    Docker 鏡像,和類似寶塔、 AppNode 的這些應用市場後面有餘力的話上架一下似乎不錯。

    不過這些維護工作老實説很散碎枯燥。

    來自秦皇島
  847. 文派葉子 🍃 的頭像
    文派葉子 🍃

    防禦效果最好的 (沒有之一) 是 CloudFlare 提供的 CDN 服務,只要用上了就不存在被打死的可能。不過在國內訪問非常慢。

    其次可以考慮百度雲加速。

    相較於防禦來説,少吹牛及少在羣裏貼小廣告通常可以預防 99.99% 的 DDOS 攻擊。如果你的網站商業價值很大的話,也有在不吹牛的前提下被打的情況。

    來自秦皇島
  848. tomda 的頭像
    tomda

    你好,如何防禦 ddos 的攻擊,剛才阿里雲那邊反饋服務器給 ddos 攻擊,進入了黑洞狀態!

    來自佛山
  849. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這樣的話,應該是 WordPress 5.8 的 BUG 的,你方便的話加下我 QQ

    來自秦皇島
  850. tomda 的頭像
    tomda

    對的,就是下午還正常使用,晚上就突然寶塔都登錄不了了

    來自佛山
  851. 文派葉子 🍃 的頭像
    文派葉子 🍃

    有影響也只可能是導致你網站打不開。連寶塔都打不開的話就是你服務器的 IP 已經連不通了

    來自秦皇島
  852. tomda 的頭像
    tomda

    自動更新了 wordpress5.8 會不會有影響

    來自佛山
  853. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果以前是好的,突然壞了的話,考慮兩種情況:

    1. 服務器到期了
    2. 被 DDOS 導致路由黑洞了

    具體給服務器供應商提個工單問問看

    來自秦皇島
  854. mywltd 的頭像
    mywltd

    可是我是完全新裝了一次啊,數據庫啥的全清了,程序也是全新安裝,不帶任何插件模板,一樣報錯,還能是服務器問題?

    來自濟寧
  855. 耗子 的頭像
    耗子

    明顯是你自己的問題啊,開發站用的也是 5.8 版本,一切正常。理論上你這使用盜版插件我們不應該提供任何支持的,自己解決吧。

    來自桂林
  856. mywltd 的頭像
    mywltd

    煩死我了,wp 啥時候變這麼難用了,再不行還是換回 ty

  857. mywltd 的頭像
    mywltd

    好像並不是,我重裝了全新的 wp,小工具模塊還是報錯,裝的 5.8

     

  858. 文派葉子 🍃 的頭像
    文派葉子 🍃

    懷疑是你的破解插件帶了病毒,然後病毒本身引發的 bug

    來自秦皇島
  859. mywltd 的頭像
    mywltd

    又 tm 出現新 bug 了。。。。
    這是逼着我重新安裝了

    來自濟寧
  860. mywltd 的頭像
    mywltd

    不用了,我折騰煩了,換回 4.9.1,舒服,啥問題沒有

  861. 文派葉子 🍃 的頭像
    文派葉子 🍃

    WordPress 5.8 更新了小工具的添加邏輯,有可能是版本自帶的 bug 。建議在當前環境及瀏覽器下全新安裝一個,如果還有問題可以呼叫我遠程調試,我調試後如果確實是核心的 bug 會向上遊提交補丁。

    來自秦皇島
  862. mywltd 的頭像
    mywltd

    啊啊啊啊啊啊啊啊啊啊,我已經快要去世了。。。。

    對了,數據是用你博客那個工具,從 typecho 導入 wp 的,會不會跟這個有關係

  863. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你用的 WordPress 版本是多少?確定已經換了默認主題並且禁用了所有插件嗎

    來自秦皇島
  864. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你在逗我,這種問題每個都遠程的話,我這一天光為人民服務了>_>

    來自秦皇島
  865. mywltd 的頭像
    mywltd

    煩死了,小工具還是報錯,主題和插件都排查過了,wordpress 也重裝好幾次了,就是不行

  866. mywltd 的頭像
    mywltd

    才發現,小工具頁面也涼了。。。。

    誰知道為啥

  867. mywltd 的頭像
    mywltd

    問題已經解決,謝謝大佬指導,是我裝了一個破解版插件導致的

  868. jietaonet 的頭像
    jietaonet

    就是普通的供應商商城,目的是做多個不同的 wp 站,批發價格不一樣,其他的產品信息可以在每個站上面修改。 sku 庫存什麼的共享,按道理這是一個常規需求,WooCommerce 應該有現成插件,付費插件都可以的

  869. jietaonet 的頭像
    jietaonet

    就是普通的供應商商城,目的是做多個不同的 wp 站,批發價格不一樣,其他的產品信息可以在每個站上面修改。 sku 庫存什麼的共享

  870. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是想做一個什麼樣的商城?為什麼會有這種需求呢

    來自秦皇島
  871. 文派葉子 🍃 的頭像
    文派葉子 🍃

    f12 看看網絡請求裏有沒有請求失敗的情況

    來自秦皇島
  872. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你意思是開不開 wp china yes 的後台加速都報錯嗎?

    來自秦皇島
  873. yungking 的頭像
    yungking

    那是連續多選,如果跳開了呢?

    來自重慶
  874. 文派葉子 🍃 的頭像
    文派葉子 🍃

    插播一條:公共頭像服務的域名備案已通過,本週的工作重點變更為優先保證該服務上線公測。

  875. 文派葉子 🍃 的頭像
    文派葉子 🍃

    以下代碼是將所有定時文章延長 8 小時執行,你想具體延時多少就把秒數改一下。

    $args = array(
        'post_status' => 'future',
    );
    $query = new WP_Query( $args );
    
    foreach ( $query->posts as $post ) {
        wp_clear_scheduled_hook( 'publish_future_post', array( $post->ID ) );
        wp_schedule_single_event( strtotime( $post->post_date ) + 28800, 'publish_future_post', array( $post->ID ) );
    }
    

    以後提問千萬把問題描述清楚,否則不利於搜索引擎索引,尤其是對於這種需要定製代碼來實現的需求就使得付出的成本和收到的回報相差頗多了。

  876. cgq630105023 的頭像
    cgq630105023

    文章是採集的,我估計時間有問題,我想重新保存下,最好是批量增加文章更新時間

  877. 文派葉子 🍃 的頭像
    文派葉子 🍃

    那批量重新保存又是為了啥?提問應該描述自己的最終目的的

  878. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你具體想做什麼?具體是想怎麼更新?

  879. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你是不是前幾天在號子裏受啥刺激了

  880. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個要聯繫你主題商。

    對特色圖的支持需要主題主動聲明。而且它既然不對此聲明,想必前端也不會調用特色圖。於是你即便上傳了也是沒用的。

  881. 文派葉子 🍃 的頭像
    文派葉子 🍃

    新翻譯平台的爬蟲數據抓取工作完全完成了,統計了一下:

    • 共 460 萬原詞條
    • 共 235 萬唯一原文
    • 共 36 萬已翻譯詞條
    • 共 13 萬唯一翻譯

    以上統計信息得出來的結論:

    1. 目前總的已翻譯率為 7.8%
    2. 目前原文重複率為 48%
    3. 目前中文翻譯的重複率為 63%

    類似你説的這種整理一個 po 文件,每個項目導一遍這種預填充的方式可以節省這 48% 的工作量。不過 13 萬條已翻譯語句導入的話估計直接就 504 超時了。

  882. gabyic 的頭像
    gabyic

    還是 Redis 舒服

    設置為直接寫入硬盤 速度槓槓的

    好多次裝 Memcached 會報錯

  883. 文派葉子 🍃 的頭像
    文派葉子 🍃

    直接按 shift 多選,然後改對齊方式就可以了。古騰堡原生支持。

  884. yungking 的頭像
    yungking

    我想手動設置,比如多選幾張圖片再居中圖片。

  885. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是可以用插件實現的,當初想內置主要是合計了下,這些插件在國內屬於必用的。直接內置的話用户也少麻煩了

    來自秦皇島
  886. 耗子 的頭像
    耗子

    後續會改成自定義,但是不會很快。

    主要還是考慮到測試工程師與酒吧的問題。

  887. mywltd 的頭像
    mywltd

    打錯了。。。

    我要用 994 端口,ssl 協議

    來自濟寧
  888. 不凡 的頭像
    不凡

    前幾個月有個站長找我,説他的 zblog 有十萬文章,但是打開網站非常慢,響應時間 2 秒多,服務器是阿里雲 2 核 8G5M 帶寬,數據庫大小有 2G 多,但不是在服務器本地,然後我建議,服務器配置不算低,把數據庫遷移到服務器本地,然後用了緩存插件,簡單優化了下,響應時間縮短到 0.2 秒,打開文章頁,加載時間不超過 2 秒。

    我認為,WP 站點的速度和性能方面,也看 WP 主題模板對此方面優化得好不好,比如十萬級文章的站點,打開文章仍然是秒開。

    還有一個優化辦法可以用靜態緩存插件。

  889. 文派葉子 🍃 的頭像
    文派葉子 🍃

    在二者硬件規格一致的前提下,只要你本地服務器負載沒接近極限,就是本地快。

    來自秦皇島
  890. cgq630105023 的頭像
    cgq630105023

    要是 WordPress  文章有 5W  那個快?

    來自西寧
  891. 文派葉子 🍃 的頭像
    文派葉子 🍃

    數據量小時本地快,達到一定閾值後雲數據庫快 (閾值由硬件和程序的代碼效率而定)

    來自秦皇島
  892. 耗子 的頭像
    耗子

    下次把牀搬進廁所,不用出來了。解決問題嗖嗖的。

  893. 文派葉子 🍃 的頭像
    文派葉子 🍃

    嘗試卸載並重裝這兩個包。另外確認下你的 php.ini 中是否引入了 openssl 擴展。

    來自秦皇島
  894. doingxx 的頭像
    doingxx

    我感覺也是如此。發起請求沒反饋

    來自上海
  895. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你裝的操作系統版本號是多少?我目測是你操作系統的 curl 包或 openssl 包的問題。

    嘗試在 shell 中直接使用 curl 命令發起請求:

    curl https://api.wordpress.org

     

    來自秦皇島
  896. doingxx 的頭像
    doingxx

    還沒加羣,不過重新做了個環境  就沒這個問題。 可能是老服務器環境導致  準備抹掉重做了

    來自上海
  897. 耗子 的頭像
    耗子

    有加羣嗎?有加羣的話私聊一下我看看。看起來 chinayes 插件沒有生效。

  898. doingxx 的頭像
    doingxx

    服務器直接 Ping 是沒問題的  Php 也能抓到 ip

    來自上海
  899. 不凡 的頭像
    不凡

    是不是用了什麼插件把 REST API 禁用了?

    來自南充
  900. 文派葉子 🍃 的頭像
    文派葉子 🍃

    添加以下代碼嘗試在發佈文章時重新指定觸發時間戳:

    add_action( 'save_post', function ( int $post_ID, WP_Post $post ) {
        if ( 'future' !== $post->post_status ) {
            return;
        }
    
        wp_clear_scheduled_hook( 'publish_future_post', array( $post_ID ) );
        wp_schedule_single_event( strtotime( $post->post_date )/* + 28800 */, 'publish_future_post', array( $post_ID ) );
    }, 9999, 2 );

    如果依然早 8 小時發佈的話,就把上面代碼中的註釋去掉,這樣就會在文章發佈時將任務向後偏移 8 小時。

    來自秦皇島
  901. cgq630105023 的頭像
    cgq630105023

    看了數據庫   數據庫裏和後台定時的時間是一致的

    來自西寧
  902. 文派葉子 🍃 的頭像
    文派葉子 🍃

    在 wp_options 目錄下執行以下 sql,直接在數據庫裏查看 Cron 任務:

    select * from wp_options where option_name like '%cron%';

    檢索了下資料,WordPress 的 Cron 始終以 UTC 時間觸發。通過 WP Crontrol 查看的時間有可能被轉換過,所以直接在數據庫裏看,然後再進一步診斷問題。

    來自秦皇島
  903. cgq630105023 的頭像
    cgq630105023

    停用插件沒用,比如現在是 22:56  8 個小時後定時的文章 (06:56) 的文章發佈了  等於定時發佈提前了 8 小時

    來自西寧
  904. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你不是説提前 8 小時觸發嗎?所以不是應該看看暫時停用後還會不會提前觸發的嘛。何謂 「沒反應」

    來自秦皇島
  905. 文派葉子 🍃 的頭像
    文派葉子 🍃

    WPJAM_Baidu_ZZ 這個插件暫時停一下呢?

    來自秦皇島
  906. cgq630105023 的頭像
    cgq630105023

    這個時間我看了是對的   但是發佈後時間就錯了

    來自西寧
  907. 文派葉子 🍃 的頭像
    文派葉子 🍃

    所以,這個時間對不對?

    來自秦皇島
  908. enterdawn 的頭像
    enterdawn

    看看系統時區對不對,也許系統時間是格林尼治時間。

  909. 文派葉子 🍃 的頭像
    文派葉子 🍃

    剛蹲坑的時候突然茅塞頓開,還拿-舉例子:我可以在翻譯匹配時將網頁文本和 glotpress 原文中的所有都先轉換為-,這樣無論是經過 wordpress.org 轉移為了還是它原本就是都已經無所謂了,最後再執行正則匹配翻譯就可以了。

    來自秦皇島
  910. 文派葉子 🍃 的頭像
    文派葉子 🍃

    至於逆向 wordpress.org 的預處理過程的話,是基本不現實的。

    舉個例子,比如 wordpress.org 會把-轉換為,而有的插件本身就是用的。於是我無法得知這個到底是 wordpress.org 轉換的還是插件原本的,於是我無法對其逆向處理。

    來自秦皇島
  911. 文派葉子 🍃 的頭像
    文派葉子 🍃

    目前 litepress.cn 上該功能的實現遇到了一個很難解決的問題。那就是通過爬蟲爬取到的產品詳情的文本是經過 wordpress.org 預處理過的,已經和 glotpress 裏面的原文對應不上了……

    一個可能是解決方案是根據插件的 readme.txt 文件仿照 wordpress.org 的算法以生成原始 html 。

    來自秦皇島
  912. myelse 的頭像
    myelse

    沒有沒有,就是想研究一下,跟博客沒有完全的關係。實際使用上來講,redis 畢竟有商業化軟件支持,更方便。沒有問題了。

    來自鹽城
  913. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個沒測試過。不過一個博客不需要在意這些吧……這倆的 key value 結構都是 O(1) 查詢複雜度,已經快到幾乎沒時間損耗了,對這個難以理解可以去了解一下散列表這個數據結構。

    他們測試的速度快慢可能是在大負載量下由兩個軟件的架構差異導致的 (這一部分是猜測) 。還有一種可能是做這個測試的人沒控制好變量,使用了兩種不同的插件來測試 memcached 和 redis,這樣插件所緩存的數據範圍不同,在瀏覽體驗上就會存在差異。

    來自秦皇島
  914. myelse 的頭像
    myelse

    然而 memcached 的插件太難找了,redis 直接就 redis object cache 。

    來自鹽城
  915. 文派葉子 🍃 的頭像
    文派葉子 🍃

    支持多少數據類型不是判斷是否落後的依據,這個是由業務場景決定的。對於 WordPress 的緩存場景,memcached 足夠用了。 redis 除了用於緩存外還可以用於消息隊列等複雜應用場景。

    來自秦皇島
  916. myelse 的頭像
    myelse

    我看有的地方説 memcached 的瀏覽體驗比 redis 要快一些。

    來自鹽城
  917. myelse 的頭像
    myelse

    好的,懂了。那就是 redis 隨便用了。

    memcached 是不是相比於 redis 落後了?redis 支持緩存的數據類型比 memcached 多一些?

    來自鹽城
  918. 文派葉子 🍃 的頭像
    文派葉子 🍃

    總結一下就是放心的用就可以了,不用考慮單線程還是多線程。因為你博客不可能達到每秒幾十萬吞吐

    來自秦皇島
  919. 文派葉子 🍃 的頭像
    文派葉子 🍃

    Redis 從 6.0 開始就支持多線程了。不過這些對個人用户完全沒意義,因為單核性能已經非常過剩了。

    來自秦皇島
  920. 文派葉子 🍃 的頭像
    文派葉子 🍃

    對不起,你是個好人

    來自秦皇島
  921. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我現在有個彎繞不開。這個譯名似乎無論如何翻譯都會和 「主題」 衝突。主題也是板式 or 樣板 or 模板 or 樣式吧……所以好糾結。

    我目前有個想法是在其前面加一個主語:塊板式 or 塊樣板 or 塊模板 or 塊樣式。這樣主題代表大範圍的、整站的樣式,而塊 xx 則代表針對區塊的小範圍樣式。

    這樣在 wordpress.org 的頂部條就是:

    插件 | 主題 | 塊 xx

    而 Pattern 子站的標題則是:塊 xx 目錄

    當然,目前還是個初步設想。因為這樣的翻譯明顯和英文原文對不上了。在引入這一層討論之後,塊 xx 後面的 xx 是啥似乎不重要了,因為有了前面的主語就不會混淆和衝突了。

    另外就是,主題用於指網站模板,這個説法似乎在國內是 WordPress 獨創的,類似 Discuz 、織夢這些都是叫模板。於是對於從其他系統轉來 WordPress 的人來説他們潛意識裏會把主題和模板、樣式、板式劃等號。如果把 Pattern 翻譯成模板、樣式、板式的話估計他們會暈的,因為舊有的思維慣性被完全顛覆了。如果是塊模板、塊樣板的話,至少能看出來是個新東西。

    當然,就像前面説的,這只是一個初步想法。翻譯這塊我們是沒你在行的,所以只是拋出一個話題探討。

    來自秦皇島
  922. lutofan 的頭像
    lutofan

    並非只有這個插件會報錯網站地圖,其他插件的書寫不規範也可能會導致這個問題;
    還有就是主題 functions.php 文件開頭有空行,也會導致這個問題;

    建議把所有插件禁用後,逐個開啓一一尋找問題插件。

    來自深圳
  923. smile 的頭像
    smile

    之前 「WordPress 核心」 還有 「古藤寶插件」 都翻譯為 「模式」,覺得不怎麼恰當。

    來自柳州
  924. smile 的頭像
    smile

    我覺得翻譯成 「模板」 和 「樣式」 容易造成混淆,「板式」 或者 「樣板」 應該更加合適。

    來自柳州
  925. 文派葉子 🍃 的頭像
    文派葉子 🍃

    似乎不太好。因為 「區塊模式」 貌似不能傳遞出什麼有價值的信息。如果是塊模板、區塊模板、區塊樣板、區塊樣式似乎好一點。突出的意思是這是用於古騰堡區塊的樣式模板,而用户則可以在此模板的基礎上加上自己的內容。

    我在這篇帖子裏提到的 「區塊目錄」 的翻譯似乎也不太好,因為完整的古騰堡區塊應該是還附帶有功能和添加按鈕的。但這些 https://wordpress.org/patterns/中的內容就只單純是 html 而已。似乎翻譯成 「模板」 或者 「樣式」 比較好。

    來自秦皇島
  926. smile 的頭像
    smile

    你們覺得 「Block Pattern」 應該翻譯為 「區塊模式」 嗎?

    來自柳州
  927. 文派葉子 🍃 的頭像
    文派葉子 🍃

    萬事的變化肯定是有人在推動的。我所説的 「天時」 及 「大環境」 是我所無法干預的東西。這些東西是由比我層次高許多倍的某個人或無數人在施加影響的。而作為我,只能對此順應,而無法施加影響。舉個例子:比如説新中國剛成立時的土地改革,這個推動者是中央,作為一個村裏的地主老財除了早點把財產散掉或者出國遠遁外,沒有任何能力干預。

    作為渺小的我,我只能干預我所可能干預的,比如説我從去年就開始到處尋求支持以籌劃 WordPress 在中國的本土化工作,這些都是我所能干預的。但有些事情需要比我高無數個層次的人去幹預才行,這裏指的就是中國公民整體素質及消費習慣。

    「小米讓大家用上低價手機」 的這個例子,似乎欠妥當。因為讓消費者用上更低價的手機是順應人性的行為,並沒有逆人性。既然沒逆人性,那他有能力提供 1 塊錢的手機,他自然可以攪動市場。

    真正逆人性的應該是抬高價格來保證廠商研發投入。這一塊從小米數字系列後續提價衝擊高端的過程就可窺見其艱辛程度,早期著名的失敗例子是小米 Note1 。小米最近一兩年成功提價很大因素我覺得是國產手機整體售價都提升了。只有大家都低價,而小米自己抬價成功,才能算逆大勢而為之。

    所以總結一下,我會干預我所能干預的。但是中國公民整體素質和消費習慣是我所幹預不了的。而我所幹預不了的這個 「大環境」 或者叫 「天時」 決定了現階段不可能讓開發者願意開源,如果強拉硬上的話,最後難免會和開發者們鬧翻臉,那我們在國內存在的根基也就沒了。

    如果國內需要 「領頭者」,也應該是某個開發者去領頭,而不是我們作為平台方領頭,可以是某個開發者用實際行動證明開源產品有更好的銷量等等。我們如果領了這個頭的話一定程度上就代表着有失公平,因為談及 「領頭」,肯定要對開源作者特殊對待,這樣對閉源作者就有失公平。應該由市場去檢驗和篩選開發者,而不是平台,我們想活下去就必須保持中立。

  928. sexloli 的頭像
    sexloli

    你忽略了一點,這些事件的結果都是有人在推動的,有很多事就算沒人去推動也會水到渠成,如果有人牽頭推動至少可以讓改觀思維的進程加速,例如雷軍當年不做低價的手機自然還有其他人做,但雷軍就先做了,他至少讓普通老百姓用低價提前了好幾年使用到智能手機,同理如果你是那個先行者或許在國內互聯網你能跟吳洪聲一樣成功,當然這只是臆想

  929. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外,補充一下。上文中所説的 「我國物質資源極大豐富,公民素質提高,人們更多的關注精神生活及數據、隱私安全」 。在不遠的將來一定會實現的,國內開發者更多的擁抱開源未來也一定會隨之實現,所以大可不必在現在為此憂心忡忡。天時不到,人的努力是沒用的。

    仔細看一看最近一百多年來中國對外狀態的轉變:

    • 1840 年第一次鴉片戰爭 對比 1949 年紫石英號事件
    • 1858 年璦暉條約 對比 1969 年珍寶島事件
    • 1900 年八國聯軍侵華 對比 1950 年朝鮮戰爭
    • 1950 年台海事件 對比 2016 年南海爭端

    中國正在以肉眼可見的速度發展,麪包會有的,牛奶也會有的。

     

    來自秦皇島
  930. 文派葉子 🍃 的頭像
    文派葉子 🍃

    核心是 「尊重人性」 。現階段閉源對於一些開發者來講是最優選擇,那麼就不可能通過外力干預讓開發者放棄閉源 (這裏直接是做不到,而不單純是 「應不應該」 了) 。等開源對開發者來講是最優解那天,同樣也不需要誰幹預,開發者會自動開源。

    這一天到來的前提是:我國物質資源極大豐富,公民素質提高,人們更多的關注精神生活及數據、隱私安全。

    應用市場目前的授權機制是提供對開源應用的支持的——只有激活的產品才能享受更新服務。提供更新和技術支持也是國外開源產品主流的營收策略。

    另外後面會對開源應用打上開源標記,這樣方便用户區分。

    來自秦皇島
  931. sexloli 的頭像
    sexloli

    <!–more–> 你説的也是正確的,不應該強制開發者的行為,但是社區可以建議更好的授權策略。所以循序漸進的引導開發者和消費者的思想才是目前最好的解決方案,這不是能一步到位的,但可以起到從根本改觀思維的效果,或許大多數開發者目前很難認同我的開看法,但在未來這必然是趨勢,閉源項目也不是説肯定加密了,只是不能公開源碼不購買不允許使用,我只是建議各位開發者大佬不要加密了,開源的項目仍然可以收費。這需要複製或借鑑國外的開源協議,需要有一個團體或機關制定並管控 (這是我個人的天真想法) 該有的版權絕對不能受到不公平待遇,但同時我也非常反對和強烈譴責濫用版權行為!

    來自鹽城
  932. sexloli 的頭像
    sexloli

    我就是想這樣表達的,可能我説的不完全

    來自鹽城
  933. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外糾正下,這個標題有誤導性。應該是 「不建議應用商店允許加密授權」 而不是” 使用加密授權”,整個 litepress.cn 及附屬的所有代碼、數據 (除用户隱私數據外) 都是 gpl v2 或 v3 開源的,不存在閉源情況。閉源的是應用市場中上架的商品,而不是市場本身。

  934. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你説的這個觀點,我個人其實是可以認同的。

    WordPress 能發展起來很大原因是因為它基於 GPL 協議開源,這樣對於用户來講,如果使用 WordPress 及其生態設施來架設自己的平台的話,那麼整個平台都將完全的 「自主可控」 並且無任何法律風險。這個優勢是閉源軟件所無法提供的。

    而對於閉源軟件來講,尤其是由個人開發者維護的閉源軟件,真正需要投入生產環境的話用户是會打怵的——因為這幾乎等於是把自己企業的命脈交給別人握着,而自己則毫無辦法亦無法進行任何干預,有一天維護者出事了,自己的業務也會跟着涼掉。也是基於同樣的原因,litepress.cn 沒有引用任何閉源及有法律爭議的代碼。

    當然,這種重視 「自主可控」 的企業也不會從二道販子、三道販子手裏買源碼。

    但,WordPress 的市場似乎沒有這麼簡單。因為 WordPress 的用户不止有投入生產的企業,還有大量的小站長,他們對數據安全的敏感度其實並不高,於是盜版在這些人中就有了市場。

    如果面向的用户羣體剛好是小站長,而開發者又不閉源的話,那很有可能就真因盜版而餓死了。

    於是從開發者的切身利益出發,得出這樣一個結論:

    1. 開源適合面向企業
    2. 閉源適合面向個人用户

    所以是否開源應該由開發者按照其面向的市場羣體來自行決定最有利於自己的決策,我覺得應用市場不應該去強制限制。也就是説,任何制度都應該優先保證符合 「人性」,以大家的短期且切身的利益為出發點,不能為了某個長遠的目標而要求大家短期放棄什麼東西。這種 「存天理,滅人慾」 的操作,我覺得是不長久且無法推動的。

    當然,嚴格説的話其實允許閉源應用上架的確是不道德的行為。因為這樣做的話我們相當於都在吸 wordpress.org 社區的血。

    但中國有中國的國情,我們的消費者羣體知識付費意識最近幾年雖然改觀蠻大的,但還是不夠。真的想讓開發者開源,應該等用户的消費習慣養成了,用户會更多的因為安全性和可控性為開源產品付費時才是閉源產品應該消失的時候。到了那個時候,市場的自我調節能力會自然淘汰掉閉源應用,這也是未來的必然趨勢。

    所以閉源應用未來必然消亡,但這不是由誰去主動干預的,而是在用户付費意識和數據安全意識提升的前提下經市場自我調節而消亡。現階段大環境還不成熟,不宜也不能去強行限制閉源應用,否則會影響生態積累。

  935. 文派葉子 🍃 的頭像
    文派葉子 🍃

    對記憶庫人為編輯還是很重要的,今天偶然間發現記憶庫裏甚至還有繁體……後面可以在數據庫裏篩選出所有包含多條翻譯的記憶內容,然後指定機器翻譯時固定調用哪條的同時刪除掉不合適的翻譯結果。

    來自秦皇島
  936. 文派葉子 🍃 的頭像
    文派葉子 🍃

    跑了下爬蟲,可謂大跌眼鏡……

    https://translate.wordpress.org/上插件和主題的翻譯項目結構竟然是不一樣的,我的天。

    於是程序要對插件和主題的翻譯分別適配。

    wordpress.org 着實很有意思,為什麼插件和主題總是分開設計,就連應用市場中也是插件和主題是兩個單獨的子站。

    而且因為分開設計的緣故,導致插件和主題有大量的 slug 衝突,當時 litepress.cn 的應用市場為了適配 slug 衝突的情況也廢了一番周知。總之,頭疼。

    來自秦皇島
  937. 文派葉子 🍃 的頭像
    文派葉子 🍃

    實測 Cavalcade 還是很靠譜的,昨天執行了一次兩萬任務的隊列,很穩定,且無遺漏。

    來自秦皇島
  938. 文派葉子 🍃 的頭像
    文派葉子 🍃

    原來有個寶塔一鍵遷移,之前看它介紹説是 「一鍵遷移面板數據」,沒聯想到可以遷移網站數據,以為只是面板配置信息

  939. 耗子 的頭像
    耗子

    憨憨,寶塔 N 年前就提供一鍵遷移插件了,使用也是相當方便,同樣可以遷移全部網站數據和配置文件,ssl 證書之類的都可以。

  940. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個功能要依賴服務器面板實現的,否則就只能網站文件和數據庫分別遷移。

    我目前用過這一塊做得最好的是 AppNode,只需要導出網站,就會把網站的所有配置 (Nginx 、 PHP) 和數據庫、 FTP 全部一起導出到一個壓縮包,之後在目標服務器導入就可以完成遷移。

    不過,如果你不是使用 AppNode 面板的話那肯定就用不到了。

    如果你是用的寶塔的話,它似乎不提供類似功能。也可能是我又才疏學淺了,誰知道的話麻煩告訴我一聲。

    不過沒關係,還可以使用 WordPress 的插件實現:All-in-One WP Migration – LitePress 應用市場

    但相較於服務器面板原生支持來説,這些 WordPress 的備份插件是無法備份服務器配置的。

    來自秦皇島
  941. 文派葉子 🍃 的頭像
    文派葉子 🍃

    開發教程暫時沒計劃搞,因為太費精力了,後面應該會出一個教育平台和其他課程作者合作。

    其實年齡本身不是問題。主要問題是隨着年齡增長,家庭瑣事以及經濟壓力會使人無法投入精力學習,於是在一個沒有早期積累的方向上的增長潛力就會很受限。所以目前還是更傾向於和年輕人搭夥。

    來自秦皇島
  942. 921988379 的頭像
    921988379

    好嘞!謝謝寶貝!什麼時候出個開發教程啊?或者説團隊是否缺我這把年紀的人

    來自深圳
  943. 文派葉子 🍃 的頭像
    文派葉子 🍃

    放主題的 functions.php 裏面,所有自定義代碼都放那裏

    來自秦皇島
  944. 921988379 的頭像
    921988379

    我是按圖片上這種方式弄的    這樣該放哪裏啊

    來自深圳
  945. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這裏以提交評論後跳轉到百度舉例:

    add_action( 'comment_post', function () {
        wp_redirect( 'https://www.baidu.com' );
        exit;
    } );

    當然,這種方法不適用於使用 Ajax 提交評論的網站。

    來自秦皇島
  946. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把你網址貼一下。中文都是經過 url 編碼的,不可能會出現只有中文有問題英文沒問題的情況

  947. lonewolfyx 的頭像
    lonewolfyx

    項目中別名必須得使用中文~要是能使用字母和數字就沒這個 Q 了 ~_~

    來自蘇州
  948. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個需求付費找個開發者做一下吧。這屬於高度定製化的業務代碼了,在論壇回覆的性價比非常低——其他人很難有相同的問題,而且有相同的問題也很難通過搜索引擎檢索到。

    來自秦皇島
  949. linn 的頭像

    每個主題都是不一樣的  所以無法解答具體在什麼位置  但是前端是這樣解決的  你可以在主題裏面找到這個地方的位置 修改這個地方的 title 屬性 把他變成獲取標籤內容

    來自成都
  950. gwen 的頭像

    大佬,我是小白,能不能清楚的説一下,具體在哪個標籤文件或模板下的什麼位置添加什麼內容嗎?

    來自唐山
  951. 文派葉子 🍃 的頭像
    文派葉子 🍃

    其實我看懂你意思了,只是腦子裏一直想的是隻允許爬蟲,然後忘記了欄目這碼事。

    這個你加個 Nginx location 把前面的 if 判斷套起來就可以了。比如説:

    location /123 {
        if ($http_user_agent !~* (baiduspider|360spider|googlebot|soso|bing|sogou|yahoo|yisouspider|sohu-search|yodao|YoudaoBot|robozilla|msnbot|MJ12bot|NHN|Twiceler)) {
            return 401;
        }
    }

     

    來自秦皇島
  952. 文派葉子 🍃 的頭像
    文派葉子 🍃

    在你 Nginx 配置文件中加入,加的位置最好是你的端口監聽及 crt 文件配置區塊的後面:

    if ($http_user_agent !~* (baiduspider|360spider|googlebot|soso|bing|sogou|yahoo|yisouspider|sohu-search|yodao|YoudaoBot|robozilla|msnbot|MJ12bot|NHN|Twiceler)) {
        return 401;
    }

    用户訪問的效果圖:

    至於蜘蛛能不能正常訪問你可以去百度站長工具那做一下抓取測試。我在 postman 裏面測試是沒問題的。

    來自秦皇島
  953. mrzzoxo 的頭像
    mrzzoxo

    這不關寶塔的事,獲取不到是因為你用盜版主題

    來自茂名
  954. 文派葉子 🍃 的頭像
    文派葉子 🍃

    目前已知 wordpress.com 的翻譯記憶庫 API 使用上述方案中的方案二實現,見 GitHub Issue:https://github.com/Automattic/gp-translation-helpers/issues/15

    老實説我還是蠻失望的,我原本期望他們能使用原生的 MySQL 和 PHP 來實現記憶庫,這樣我就可以順便研究一下原理了,因為我也在這上面卡了很久一直沒進展。

  955. tomda 的頭像
    tomda

    是的, 但是主題裏面沒有的設置, 要在主題文件夾修改, 具體我就不太瞭解

    來自佛山
  956. 文派葉子 🍃 的頭像
    文派葉子 🍃

    統一現存的國內生態,並發展壯大之,再以此為根基進入其他領域

    來自秦皇島
  957. yuexuan 的頭像
    yuexuan

    這是準備建設一個國內的 wordpress 生態圈?

    來自巴中
  958. leon 的頭像

    那就是我使用的插件報錯了,我排查下。

    來自深圳
  959. 不凡 的頭像
    不凡

    如果沒有辦法,要麼放棄,要麼換經典編輯器

    來自成都
  960. leon 的頭像

    在經典編輯器上是可用的,但是,特瞄的,古登堡不行。正在嘗試是否有解決辦法。不然太累人了。

    來自深圳
  961. 不凡 的頭像
    不凡

    沒試過,剛搭建 WP 站點,以為可能要用,後來發現不需要,就把插件卸載了

    來自成都
  962. leon 的頭像

    你有試過這個插件在古登堡編輯器上可用麼?

    我有 QQworld 的另一個高級付費版,它似乎也不可用

    來自深圳
  963. yuexuan 的頭像
    yuexuan

    大佬,不用看這個了,我找到了另一種方法,直接把這個廢棄了。對不起,耽擱你的時間了,非常不好意思。

    來自巴中
  964. yuexuan 的頭像
    yuexuan

    現在它在 PC 上也出現這問題了,不知道為什麼,中間沒進行什麼操作

    來自巴中
  965. 文派葉子 🍃 的頭像
    文派葉子 🍃

    WP-China-Yes 的頭像替換函數存在以下 BUG:

    1. 可能由於其他插件、主題已經接管頭像的原因導致無法替換
    2. 有的插件、主題使用 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 );
    

     

     

  966. suiyilight 的頭像
    suiyilight

    非常感謝您的幫助,因為我曾經對頁面的父頁面進行修改,所以完全禁用確實會導致網站出現 404,我在您提供的資料中發現了 strict_redirect_guess_404_permalink

     

    add_filter( 'strict_redirect_guess_404_permalink', '__return_true' );
    

     

    將其設置為完全匹配更符合我的想法,不會出現驢唇不對馬嘴的猜想,並且在修改父頁面時也可進行跳轉

    最後再次感謝您的幫助

    來自濟南
  967. suiyilight 的頭像
    suiyilight

    我問下有多個相同開頭的,跳轉到哪個頁面是怎麼確定的

    可以人為干涉嗎

  968. suiyilight 的頭像
    suiyilight

    就是比如輸入/l 會跳轉到/link

    因為現在網站上別名 l 開頭的很多,能不能禁用掉,返回 404

  969. 文派葉子 🍃 的頭像
    文派葉子 🍃

    指的是哪裏的自動補全?這句話沒主語,着實不知道指的啥

  970. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把上圖中的重定向域名改為重定向路徑即可

    來自秦皇島
  971. 5323 的頭像

    謝謝回覆,在請教下 如果反過來呢~

    litepress.cn/plugins 自動跳轉到  plugins.itepress.cn 訪問

     

    謝謝~

    來自昆明
  972. 文派葉子 🍃 的頭像
    文派葉子 🍃

    WordPress 的路由機制決定了你不可能通過 Nginx 的 URL 重寫來實現這個目的 (WordPress 會獲取重寫前的路徑並與自身的固定鏈接規則嘗試匹配,所以無論你如何重寫 URL,WordPress 獲取的都是你重寫前的地址) 。在 WEB 層唯一能實現的可能是通過在反代時設置回源規則。

    所以現在這個問題有兩套方案:

    1. 通過更改 WordPress 與站點地圖相關的固定連接規則並增加對站點 URL 輸出時的過濾機制來實現更改站點地圖路徑的目的
    2. 通過使用第三方插件的站點地圖功能實現更改地圖路徑的目的

    方案一我翻了一下 WordPress 源碼,想實現很複雜,不是幾行代碼就能搞定的,所以沒有再深入研究。

    方案二可以參考這些插件:https://litepress.cn/plugins/google-sitemap-generator

  973. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個邏輯,好像就是目前的翻譯記憶庫機制吧——機器翻譯時先檢查記憶庫中是否存在已翻譯過的語句,存在則調用並標記已通過,當然其中的邏輯還包括昨晚討論的對存在多個譯文的情況的處理,這裏先對此不贅述。

    總之,對需求拆解歸類下,你説的這個似乎就是翻譯記憶庫吧?術語表我覺得應該是顆粒度為單詞或詞組的一個對照表,而不應該是整條句子。

  974. smile 的頭像
    smile

    我的想法是:因為有很多主題的大部分字符串都是通用的,應該在翻譯過程中把這些字符串一點一點的整理積累起來到一個 po 文件中,到時候有新的主題要翻譯就可以先把它們導進去,GlotPress 會忽略掉在該主題中不存在的字符串,然後為了確保翻譯準確性,導入的字符串應該先設為 Waiting,然後手動批准。

    來自柳州
  975. 文派葉子 🍃 的頭像
    文派葉子 🍃

    術語表可以有,對於不是計算機專業的普通用户來講,很多計算機專業詞彙的翻譯和日常用語不一樣,還是需要有術語表糾正的。

    比如 Cookie 、 Bug 日常翻譯為餅乾和蟲,但計算機中一般直接引用英文。再比如 Memory 日常翻譯為記憶,但計算機中通常為內存。

    如果有術語表的話,就能讓這些普通用户更方便的參與翻譯貢獻了。

    來自秦皇島
  976. smile 的頭像
    smile

    我目前有打算整理一份主題的術語表,到時候要翻譯哪個主題直接導入可以節省不少時間

    來自柳州
  977. 文派葉子 🍃 的頭像
    文派葉子 🍃

    對記憶庫編輯應該可行手:工指定下機翻的時候優先選擇哪個詞條,同時也可以將太離譜的直接刪掉。

  978. smile 的頭像
    smile

    所以我覺得出現這樣的情況標記為模糊比較好,但是也要儘量減少這種情況的發生,比如説主題的很多字符串都是重複使用的,所以不需要二次翻譯,就可以直接套用翻譯記憶庫中的建議,而如果有個別譯者不習慣看翻譯記憶庫或者直接導入了其他來源的譯文就會出現兩個甚至更多的譯文,到這裏又有一個新問題了:這樣是否要對翻譯記憶庫進行編輯以保留一組質量最好的翻譯?

    來自柳州
  979. 文派葉子 🍃 的頭像
    文派葉子 🍃

    想了想,剛説的那個規則會只對機翻引擎生效。給譯者展現的翻譯建議依然會同時顯示多個結果,因為對於人工翻譯來説,我覺得翻譯建議更多是一種參考,有更多的翻譯結果就可以提供更多的對比的機會。就好像我個人看技術文檔習慣把官方文檔結合第三方博客的放在一起看,互相對照。

  980. 文派葉子 🍃 的頭像
    文派葉子 🍃

    限制只對兩個及以下單詞的條目生效似乎可解決這個問題。因為在長句子中存在上下文,很難會出現某個單詞釋義不同的情況。

  981. smile 的頭像
    smile

    在 WordPress.org 上翻譯主題的時候這個問題就特別的明顯了:例如 「It looks like nothing was found at this location. Maybe try the search below?」 這類的句子就會出現至少兩個 100% 的結果

    來自柳州
  982. 文派葉子 🍃 的頭像
    文派葉子 🍃

    似乎還存在一個情況:在長句子中,因為譯者習慣不同而產生不同的翻譯。

    似乎應該限制一下這個 「存在多個翻譯結果則標記為模糊」 的功能只對兩個及以下單詞的條目生效。

  983. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你説這個我想起來,這個記憶庫還存在不足。

    目前是不可能出現匹配到 1 個以上 100% 的翻譯的情況的,記憶庫在入庫時會進行數據去重,具體邏輯是:

    所有字符串轉小寫-> 去除首位兩端空格-> 生成 md5 校驗碼-> 入庫 (數據庫中以 md5 值為唯一主鍵,出現衝突的情況會直接替換現有值) 。

    所以每個原文 (包括僅大小寫不同的) 都只會記錄一次以及其唯一的翻譯結果。

    但,看你剛提出的這個疑問,我想起來:比如説 post 這個詞,有的插件翻譯為帖子,有的翻譯為提交,這種情況下記憶庫就會出問題,還是應該把這種有多個結果的詞標記為 「模糊」 而不是 「已通過」 。

    這個問題我列到第三期開發計劃裏處理一下。

    來自秦皇島
  984. smile 的頭像
    smile

    如果在記憶庫中找到一個以上 100% 的翻譯該如何處理?是標記為模糊嗎?

    來自柳州
  985. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外,詳細説一下,之所以不在採集時就把已翻譯字符串直接標記,是因為記憶庫是全局生效的,也就是説 A 項目不止會匹配來自 w.org 的 A 項目的翻譯,還會匹配到 B 項目、 C 項目的翻譯。為了程序架構設計上的 「解耦」,所以就把翻譯匹配的工作統一放到機翻引擎裏,而採集程序則只負責數據錄入工作。

    來自秦皇島
  986. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是我沒表述清楚。

    機翻引擎啓動之後會自動在翻譯時去記憶庫中嘗試匹配原文,如果 100% 匹配上的話就直接調用記憶庫結果並設置為 「已通過」,只有記憶庫匹配不上的才會由機器翻譯並被標記為 「模糊的」 。

    所以,從 wordpress.org 上採集的翻譯直接把原文和翻譯結果分別入庫,這樣機器翻譯的時候會自動做正確處理。

    最近一年的實際觀察結果來看,通常一個項目大概有 30% 的字符串可以直接匹配上翻譯記憶庫。

    來自秦皇島
  987. smile 的頭像
    smile

    已翻譯的部分入記憶庫

    已翻譯的部分不應該是直接添加並批准嗎?難道還要手動叫準一遍?

    來自柳州
  988. 文派葉子 🍃 的頭像
    文派葉子 🍃

    總結一下就是 Cavalcade 為 WordPress 添加了真正的任務隊列支持,類似於 Laravel 的 Horizon 。之後就可以放心的使用 WordPress 的 Cron 運行大批量的計劃任務了,並且可及時觸發。

  989. sexloli 的頭像
    sexloli

    厲害了,直接觸及到我的知識盲區

    來自南京
  990. 文派葉子 🍃 的頭像
    文派葉子 🍃

    最好是做一下 301,強制統一鏈接結構。

    來自秦皇島
  991. 文派葉子 🍃 的頭像
    文派葉子 🍃

    在 litepress.cn 首頁重新下個安裝包吧。如果你是剛裝的就提示這個,那一定是這個包被別人改過了。

  992. helloworld 的頭像
    helloworld

    我剛裝的應該不會有屏蔽插件吧,那個路徑我打不開—Sorry, you are not allowed to access this page.

    來自上海
  993. helloworld 的頭像
    helloworld

    我使用的 workpress 是 5.1.1 版本的

    來自上海
  994. helloworld 的頭像
    helloworld

    我的儀表盤下沒有/home/updates/translations 這個按鈕。。。

    來自上海
  995. 文派葉子 🍃 的頭像
    文派葉子 🍃

    切換完要在更新檢查頁面更新一下語言包的

    來自秦皇島
  996. helloworld 的頭像
    helloworld

    語言已經設置過中文了,但是界面沒變。。。

    來自上海
  997. mrzzoxo 的頭像
    mrzzoxo

    後台 – 用户 – 編輯 – -語言

    來自茂名
  998. helloworld 的頭像
    helloworld

    如何把前後端界面都改為中文

    來自上海
  999. xiaochun 的頭像
    xiaochun

    加油加油,同時注意勞逸結合

    來自上海
  1000. 文派葉子 🍃 的頭像
    文派葉子 🍃
    UPDATE wp_posts
    SET post_content=REPLACE(post_content, 'padding-bottom: 66%', 'padding-bottom: 64.5%')
    WHERE 1=1 AND post_type='post'

     

  1001. 文派葉子 🍃 的頭像
    文派葉子 🍃

    因為一些事情,自建 Gravatar 頭像託管的優先級被提到了所有工作之前,所以翻譯平台的開發暫時封存。

    以下的目前收集的關於翻譯平台一些有用信息:

    使用 Cavalcade 項目增強 WordPress 的 Cron:https://github.com/humanmade/Cavalcade

  1002. 文派葉子 🍃 的頭像
    文派葉子 🍃

    今天看見 http://www.pudn.com/,這個站長因為違規信息被罰了 50 萬。我突然想起來 wp china yes 的 gravatar 頭像鏡像是個雷。

    gravatar 官方被牆很大可能是涉政了,現在 wp china yes 把他鏡像過來……

    打算把自建頭像服務的項目立即啓動。平台將兼容 gravatar 的外部接口,但平台本身不存儲圖片,而是在用户通過郵箱調取頭像的時候將其請求處理後 (比如通過 QQ 郵箱提取 QQ 號或者讀取用户後台設置的郵箱和 QQ 號的映射關係) 轉發給 QQ 或微信,再將用户的 QQ 或微信頭像返回。

    這樣把違法審查的工作推給騰訊去做。

  1003. kacin 的頭像
    kacin

    emmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm   牛

    來自佛山
  1004. 文派葉子 🍃 的頭像
    文派葉子 🍃

    突然發現我宛如一個智障。

    之前翻譯平台的翻譯提取流程是這樣的:

    包更新檢測服務檢測包更新情況-> 存在更新則下載並解析其是否是英文以及是否支持多語言-> 是英文且多語言則推送給自建 git-> 自建 git 接受到 push 請求後發送 web hook 給 Traduttore 插件提供的 API 接口->Traduttore 插件從 git 拉取程序代碼並提取翻譯-> 檢查 translate.wordpress.org 是否存在翻譯,存在則導入記憶庫-> 調用機器翻譯流程

    以上流程完全可以簡化為:

    包更新檢測服務檢測包更新情況-> 存在更新則直接去 translate.wordpress.org 下載翻譯好的 po 文件,不存在就説明是不支持多語言,然後原文入庫,已翻譯的部分入記憶庫-> 調用機器翻譯流程

    世界剎那間清淨了

  1005. 文派葉子 🍃 的頭像
    文派葉子 🍃

    去年 5 月份就説要為 https://github.com/wearerequired/traduttore 項目 (一個自動從 Git 倉庫提取翻譯到 GlotPress 的開源項目) 添加對 Gitea 的支持,結果拖到現在,哈哈哈。當時其實我已經開發好了,只是太懶得寫單元測試,沒提交合並請求,這次一起搞下吧!

  1006. 文派葉子 🍃 的頭像
    文派葉子 🍃

    WordPress 和 WooCommerce 的性能優化是一個很龐大的話題,很多情況下並不是換一款主題或者加緩存就能解決的,還是需要具體分析具體應對的。

    WooCommerce 本身的負載能力還是很強無敵的,LitePress.cn 的應用市場就是 WooCommerce 做的:https://litepress.cn/plugins

    未作靜態緩存,也就是説你訪問的其實是實時生成的動態頁,目前已經上架商品數八萬多,TTFB 平均 260 毫秒,説秒開不為過。

    造成性能問題的原因歸總下大概以下幾類:

    1. 存在外部 HTTP 請求拖慢速度
    2. 存在未使用索引的慢 SQL
    3. 插件或主題中包含低效的代碼 (比如説從數據庫取全部產品標籤然後循環等等)
    4. 有插件附帶很多全局加載 css 、 js(比如終極會員)
    5. 低效的數據庫 (比如不能指望一個跑在機械硬盤上的 MySQL)
    6. 服務器太差 (CPU 主頻太低或宿主機超賣嚴重)

    需要先找到木桶的短板才能針對性優化,你可以參考這篇文章:https://litepress.cn/topic/19928 先檢查下是否有慢 SQL 或外部 HTTP 請求。

    來自秦皇島
  1007. louyuwu.net 的頭像
    louyuwu.net

    開發者需要一個靠譜的主題、插件交易平台,期待你能搞起來。

    為你點贊。

    來自重慶
  1008. 文派葉子 🍃 的頭像
    文派葉子 🍃

    推薦的方式是集成 LitePress 應用市場的授權系統,這樣在線支付、應用授權、更新推送這整套解決方案都可以免費獲得。

    參見:

    https://litepress.cn/docs/archives/%e5%ba%94%e7%94%a8%e5%b8%82%e5%9c%ba%e5%85%a5%e9%a9%bb%e5%b8%ae%e5%8a%a9/%e5%af%b9%e6%8e%a5%e6%8e%88%e6%9d%83%e7%b3%bb%e7%bb%9f/%e5%bf%ab%e9%80%9f%e5%af%b9%e6%8e%a5

    如果想自建的話可以參見:https://github.com/YahnisElsts/wp-update-server

    來自秦皇島
  1009. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我覺得對於一個公司來講,創始人的行事風格通常決定了其企業文化。

    就我個人是斷然不會做一個蠅營狗苟之輩的,我可以為了理想放棄所有短期盈利的機會,就好像這一年多我一直在致力於整合及統一國內 WordPress 生態,而不是在稍有流量積累時就開始忙於流量轉化。也好像我始終在通過和贊助商、投資人交換資源的方式來為項目發展籌集資金、資源支持,而不是想着自己去雞生蛋、蛋賣了換鴨……換而言之,我眼裏始終裝着更大的未來。

    在未來,我同樣不會為了盈利而做出什麼有損用户體驗或開發者利益的事情,兔子都不吃窩邊草,更何況我作為一個人起碼比兔子聰明吧。

    來自秦皇島
  1010. sexloli 的頭像
    sexloli

    贊贊贊贊贊,未來值得期待。但不能忘記初心,國內互聯網的生態環境是時候需要改變了,希望本社區能帶個好頭

  1011. 文派葉子 🍃 的頭像
    文派葉子 🍃

    回覆帖右下角有 「回覆」 按鈕,下次直接點那裏回覆消息吧,否則這個帖子就太長了。

    你這個問題我在搜索引擎上檢索了一下,這個文件是 WordPress 自身生成的,用來測試 wp-content 目錄是否可寫。

    你可以通過在 wp-config.php 中添加以下配置來強制要求 WordPress 使用硬盤方式寫入數據,這樣它就不會再去檢測 wp-content 是否可寫了。

    define('FS_METHOD', 'direct');

    參見:https://wordpress.stackexchange.com/questions/23800/why-does-wordpress-require-a-ftp-server-to-be-running-on-the-webserver-to-transf/192085#192085

    來自秦皇島
  1012. 文派葉子 🍃 的頭像
    文派葉子 🍃
    grep -Ril 「-test」 .

    這樣試試。別把命令後面的點漏了,然後就是一定在網站根目錄執行。

    來自秦皇島
  1013. yunqikan 的頭像
    yunqikan

    寶塔執行和 SSH 執行都沒有返回,路徑在網站根目錄的

  1014. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這是 shell 命令……你要麼在寶塔的終端執行,要麼通過 SSH 執行。執行前記得先用 cd 命令切到你網站根目錄,命令格式:cd 網站絕對路徑

    來自秦皇島
  1015. yunqikan 的頭像
    yunqikan

    我在寶塔中用計劃任務執行的 shell

    可以不?

     

  1016. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個放棄吧。

    很多 SEO 插件都帶這個功能的,但是這個功能會導致你文章的 Slug 和分類目錄的 Slug 衝突。甚至於還會和 Rest Api 的路由衝突。

    參見:https://docs.woocommerce.com/document/removing-product-product-category-or-shop-from-the-urls/

    如果實在想要實現的話可以使用這個插件:https://litepress.cn/plugins/remove-category-url

    最後再勸你一遍:不要這樣做,會有很多意料之外的問題。 WordPress 使用 Slug 定位資源,而不是 URI 。

    來自秦皇島
  1017. 文派葉子 🍃 的頭像
    文派葉子 🍃

    全屏截圖看看你執行的命令

    來自秦皇島
  1018. yunqikan 的頭像
    yunqikan

    寶塔面板執行 grep -Ril “temp-write-test” . 日誌中看不到定位

     

  1019. yunqikan 的頭像
    yunqikan

    <?php if(strpos($price [‘title’],’ 阿里雲’) !== false) { echo “a”; } else if (strpos($price [‘title’],’ 騰訊雲’) !== false) { echo “b”; } else { echo “c”; } ;?>

  1020. 文派葉子 🍃 的頭像
    文派葉子 🍃

    在你的網站根目錄下執行以下 shell 命令:

    grep -Ril "temp-write-test" .

    這個命令的功能是遞歸搜索看看是哪個 PHP 腳本文件在生成這些臨時文件。

    然後把搜出來的腳本文件打包成 zip 傳論壇上,我分析一下它在搞什麼。

    來自秦皇島
  1021. 耗子 的頭像
    耗子

    全站打包下載下來用 vscode 之類的編輯器搜索之,看看是哪個插件/主題導致的。

    來自南寧
  1022. qq643965790 的頭像
    qq643965790

    WP 資源下載管理 這個插件還行,目前在用

    來自南京
  1023. 文派葉子 🍃 的頭像
    文派葉子 🍃

    論壇有貼代碼功能,可以用那個貼上來。

    來自秦皇島
  1024. 文派葉子 🍃 的頭像
    文派葉子 🍃

    安裝 Query Monitor 插件,然後把你這個頁面的查詢參數貼出來 (插件工具框左側有 「查詢」 選項卡) 。

    這種複雜規則沒辦法用 nginx url 重寫實現。要在 WordPress 上做重寫。

    來自秦皇島
  1025. 文派葉子 🍃 的頭像
    文派葉子 🍃

    以一個實際的 url 舉例。

    你現在這樣又是漢字又是英文 abcd 還有數字的,最後轉化出的鏈接就光剩下 0000,看的我一臉懵逼

    來自秦皇島
  1026. sexloli 的頭像
    sexloli

    這種插件很多,後台搜索就有了,不知道你具體需求,想要方便好看還得花錢

    來自鹽城
  1027. smile 的頭像
    smile

    所以連續幾個月來已經懶得去碰文檔了,再加上我是喜歡複製到本地進行翻譯的,所以就更加麻煩了。

    來自柳州
  1028. smile 的頭像
    smile

    這個方案確實很好,目前 cn.wordpress.org/support 的所有文檔都是以文章的形式呈現的,編輯的界面也就是區塊編輯器,翻譯過程就更加麻煩了,目前翻譯好的文檔只有幾篇,剩餘的沒有完成的都是草稿狀態且未發佈,所以文檔方面的翻譯我幾乎沒有什麼動力做了

    來自柳州
  1029. 文派葉子 🍃 的頭像
    文派葉子 🍃

    文檔平台的開發在計劃中,詳細參見:https://litepress.cn/topic/20156

    litepress.cn 的文檔平台在翻譯體驗上會明顯優於 wordpress.org 。另外對 wordpress.org 所不支持翻譯的開發文檔也會收錄。

    所有工作都會保證代碼和數據的完全公開,任何人都可以隨意複製分發,所以回傳到 wordpress.org 完全沒問題。

    不過具體開發工作要先等到應用市場正式上線後才會推進,還是要先生存下來之後再提升生存質量的。

     

    來自秦皇島
  1030. smile 的頭像
    smile

    我目前的想法是:你們的翻譯平台也在建設之中了,到時候把 wordpress.org 的 200 多篇待翻譯的文檔同步過來,把工作分攤給所有參與這項工作的貢獻者,這樣 WordPress 的中文文檔就可以得到完善了,然後我或者是誰有編輯權限的也可以順便把文章傳回到 wordpress.org

    來自柳州
  1031. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這是去掉百度雲減速之後的效果。加上之後就是 500ms-1.6s 左右

    來自秦皇島
  1032. 文派葉子 🍃 的頭像
    文派葉子 🍃

    最近 LitePress.cn 被 DDOS 錘爆了,被迫上了百度雲加速……

    實際使用來看這貨的減速效果還是很明顯的,差不多等於其他優化措施都白做了……

    首頁動態頁生成耗時一共 180ms,經過百度雲動態轉發後基本會慢 300%-1000%,已經不想説啥了。

  1033. 不凡 的頭像
    不凡

    找到了辦法。。

    剛發現插件的高級設置頁面的下方還有禁止緩存頁面類型的選項,此帖終結。。。

  1034. daihan 的頭像
    daihan

    刪除防跨站文件 的確解決 404 問題 和上次解決方法一樣 目前數據庫連接有誤 正在自己配置中

  1035. daihan 的頭像
    daihan

    我好像想起來了 我曾經搬家也遇到了這個問題 但是我忘記怎麼解決的了 我現在再去試試

  1036. 文派葉子 🍃 的頭像
    文派葉子 🍃

    樓上説的這個問題是有可能的。可能是.user.ini 中配置了錯誤的基本路徑。

    你需要在 appnode 上勾選 「顯示隱藏文件」 才能看到

  1037. 文派葉子 🍃 的頭像
    文派葉子 🍃

    話説,你一個人不感覺孤單嗎,不如和我們一起建設本土生態 (~ ̄▽ ̄)~

    wordpress.org 在大陸是扶不起的阿斗的,這不是説 WordPress 不好,而是環境不適應。舉例説明:

    1. 國外盛行開源文化,用户也有付費意識,但這一套搬到國內就不頂用了,國內開發者絕大部分都會閉源,閉源就不能上架應用市場,就會導致生態整體匱乏,難以起步 (對於一個新入門的開發者來講,如果他沒有流量積累,那麼他會長時間收不到正面反饋,就會在內心煎熬中放棄) 。
    2. wordpress.org 不會給大陸專門做適配,比如國內非常流行的小程序,這個東西養活了有贊、微盟這一大票明星企業,WordPress 在國內如果作為一個建站系統,而不是一個打通多端的中央平台的話發展就會非常受阻。中國有中國特殊的大環境——PC 還沒普及呢,就提早進入移動時代了,PC 在中國的滲透率並不高,這也間接導致了 14 億人口的大國,網站數量在全球互聯網中只能佔一個零頭的結局。
    3. wordpress.org 存在無法干預的法律風險,最明顯的例子就是 Gravatar 被牆了。 wordpress.org 雖然不大可能會因為色情的原因被牆,但如果有人在其上宣揚分裂主義——比如説中國地圖上把台灣去掉這種騷操作,就有可能誘發國家對其封殺。

    發展本土生態的話可以避免 WordPress 的所有弊端,同時自主可控也是國家未來一段時間的大的戰略方向。先做到自主可控才有可能被政府和有規模的企業所採用,有大量應用場景才能培養起產業工人,否則生態就會在惡性循環中頹廢。

    當然,只是提出邀請而已,沒有任何強迫的意思,你也可以等我們統一國內生態後再做定奪,都可以。

  1038. 文派葉子 🍃 的頭像
    文派葉子 🍃

    很難欸,翻譯工作老實説還是很枯燥的。對於插件模板的翻譯可能是用户本身就對這個插件有需求,他是在自用的基礎上順便貢獻。但是文檔翻譯的話就是純貢獻了,這隻有極少數有時間又有大局觀的人才會去做,想讓大眾都參與進來的話,可謂是存天理而滅人慾欸。

    我們後面計劃和國內一些插件、主題開發者還有云計算廠商合作一下:用户參與翻譯可以積累積分,然後積分可以兑換廠商的大額優惠券甚至全額抵扣券。

    這種合作本身也是給廠商做推廣,之前簡單聊過幾家,積極性都蠻高的。

    這樣始終讓用户優先以 「利己」 為出發點,在 「利己」 的基礎上做到 「利他」,相信阻力會小不少。

  1039. smile 的頭像
    smile

    目前 wordpress.org 上的文檔還是需要有人去翻譯和編輯的,但是我的業餘時間也不夠,平常只能做好主題、插件、核心程序以及更新文章的翻譯工作。主要就是因為人手不足,我一個人雖然有權限但是不可能把所有的工作都做完,所以再次想問下有人想參與這項工作的嗎?

  1040. 耗子 的頭像
    耗子

    有的話刪除之即可。不要問我為什麼,當年被這個坑過。

  1041. 耗子 的頭像
    耗子

    檢查下網站根目錄是不是有類似.user.ini 之類的文件,或者在面板關閉防跨站試試。

  1042. 文派葉子 🍃 的頭像
    文派葉子 🍃

    根據文檔中描述的意思理解的話,這個 vcpu 綁定和超賣沒任何關係。綁定的意思僅僅是你分到的虛擬 cpu 內核都來自同一個物理 cpu

    來自秦皇島
  1043. myelse 的頭像
    myelse

    是不是開啓 vcpu 綁定就不能超賣了。

    來自鹽城
  1044. myelse 的頭像
    myelse

    是不是開啓 vcpu 綁定就不能超賣了。

    來自鹽城
  1045. 文派葉子 🍃 的頭像
    文派葉子 🍃

    參見我前面發的文檔。 OpenStack 原生支持 vcpu 綁定,不需要任何定製。開不開啓全看廠商的選擇。

    來自秦皇島
  1046. 文派葉子 🍃 的頭像
    文派葉子 🍃

    換服務器了,新服務器封了 25 端口,WordPress 自帶的郵件通知用不了了。正在配置第三方郵件服務

    來自秦皇島
  1047. myelse 的頭像
    myelse

    emmmm 為什麼回覆我我這兒沒有郵件提醒了。

    來自鹽城
  1048. myelse 的頭像
    myelse

    那這個概念就是明確存在的了。

    https://www.sohu.com/a/272830635_111204

    我看這篇文章裏拿來對比的四個服務商裏,阿里雲和 aws 是有 vcpu 綁定 (當然我自己沒有做過測試判斷),這兩家目前都是使用自己開發的操作系統,是不是開發擁有自己的雲服務操作系統才會有條件實施 vcpu 綁定?

    來自鹽城
  1049. myelse 的頭像
    myelse

    各個雲服務商的雲服務器是不是都存在這種差別?

    來自鹽城
  1050. 文派葉子 🍃 的頭像
    文派葉子 🍃

    論壇有粘貼代碼功能。

    把你的/data/wp/sites/blog.daihan.top/www 目錄內容截圖發一下 (全屏)

    來自秦皇島
  1051. 文派葉子 🍃 的頭像
    文派葉子 🍃

    然後,發帖記得標題要概述問題,而不是用:「急急急」 、 「求助」 之類的無價值內容

    來自秦皇島
  1052. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把 Nginx 配置貼上來看看。

    另外可以先試試將插件目錄改名,這樣會禁用所有插件,從而排除插件對此的影響,再試試能不能打開。若能打開則逐個排查看看是具體哪個插件導致的問題。

    來自秦皇島
  1053. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外,文章編輯器是有傳圖功能的

    來自秦皇島
  1054. 文派葉子 🍃 的頭像
    文派葉子 🍃

    裝 WordPress 健康檢查插件,然後打開插件的調試模式,他會為你禁用所有已啓用的插件並換上默認主題。之後再逐個啓用插件,觀察是哪個導致的問題。

    來自秦皇島
  1055. 文派葉子 🍃 的頭像
    文派葉子 🍃

    那你後台的編輯器是啥樣的,截圖看看 (全屏)

    來自秦皇島
  1056. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你這是 WordPress 嗎……目測是 thinkphp 或者 laravel 框架做的

    來自秦皇島
  1057. 文派葉子 🍃 的頭像
    文派葉子 🍃

    傳的圖被安全軟件攔截了。可能原因是加了一層代理之後服務器獲取到的都是代理 IP,導致防火牆軟件無法很好甄別攻擊,這個很快會修復。

  1058. 不凡 的頭像
    不凡

    在這裏上傳圖片的時候,源的輸入框顯示的這個內容

    A potentially unsafe operation has been detected in your request to this site	Your access to this service has been limited. (HTTP response code 403)	If you think you have been blocked in error, contact the owner of this site for assistance.		Block Technical Data						Block Reason:			A potentially unsafe operation has been detected in your request to this site							Time:			Tue, 22 Jun 2021 2:06:49 GMT																About Wordfence			Wordfence is a security plugin installed on over 3 million WordPress sites. The owner of this site is using Wordfence to manage access to their site.			You can also read the documentation to learn about Wordfence's blocking tools, or visit wordfence.com to learn more about Wordfence.				Click here to learn more: Documentation	Generated by Wordfence at Tue, 22 Jun 2021 2:06:49 GMT.Your computer's time: document.write(new Date().toUTCString());Tue, 22 Jun 2021 02:06:47 GMT.

     

  1059. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不用管這些警告信息。

    只要 php 能跑起來就 ok 。

    因為預加載不會執行需要動態生成的代碼,比如説某些宏需要運行時才確定。

    其次是代碼執行順序會被打亂,某些代碼缺失上下文會彈出警告。

    這些都不會影響你程序的運行,大可放心。

  1060. 文派葉子 🍃 的頭像
    文派葉子 🍃

    關於 bbPress 帖子排序混亂的問題目前已經定位到是 WordPress 核心的 BUG 導致的。

    涉及的文件:

    wp-includes/class-wp-walker.php line 345

    問題原因:

    PHP 8 引入了新的數值和字符串比較機制,在以往這段代碼將返回 True

    0 == ''

    但在新的 PHP 8 中則會返回 False 。

    於是需要先添加一層強制數值轉換:

    0 == (int) ''

    這個問題的補丁稍晚會提交到 WordPress 核心中

     

  1061. 5323 的頭像

    老哥 方便私信個聯繫方式麼,QQ 啥的,有事請教下,謝謝~

  1062. tviyusi 的頭像
    tviyusi

    大佬,再請教一下,這個接口獲取的是第一頁的數據,那麼如果我想在前端實現下拉獲取下一頁的數據,要怎麼弄呢

  1063. 文派葉子 🍃 的頭像
    文派葉子 🍃

    LitePress 應用市場是 WordPress 原版插件+國內開發者上架的閉源和付費插件。

    WordPress 在國內使用卡頓除了部分插件編碼效率低下外,還有就是插件內引用了國外的 URL 鏈接。

    因為 wordpress.org 不允許上架閉源應用,所以國內開發者對免費插件開發積極性不高,畢竟宣傳成本太大了。

    LitePress 的應用市場允許閉源和付費應用,一定程度上會起到鼓勵開發者上架更多應用的作用,未來國內開發者所開發的適用中國環境的作品相信會逐漸替代掉國外的作品。最後會形成一個以國內作品為主,國外作品補漏的局面。

  1064. yc620771 的頭像
    yc620771

    看到 wordpress 本土化真的很高興,wordpress 最大的問題就是速度慢,希望這個插件能解決這個問題。另外的話,看到社區上架了很多 wordpress 的插件,不知道是不是就是原版的那些,很多也是卡的要命,希望這部分插件也能做優化就好了,或者國內開發者多上架一些適合國內用户的插件

  1065. kacin 的頭像
    kacin

    免費的可以去選擇這個 https://www.wpmel.com/44439.html
    想支持一下它的話可以選擇這個 https://www.wpmel.com/52619.html

  1066. 文派葉子 🍃 的頭像
    文派葉子 🍃

    從你發出請求到接收到第一個字節的時間。其中主要包括服務器生成動態腳本所耗用的時間。

    另外,老哥你不用睡覺的嗎

    來自秦皇島
  1067. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把 Nginx 錯誤日誌貼上來

    來自秦皇島
  1068. myelse 的頭像
    myelse

    阿里雲和騰訊雲相同配置服務器的性能是不是有些差距?

    來自鹽城
  1069. 文派葉子 🍃 的頭像
    文派葉子 🍃

    應該棄用的是無作者維護的。如果作者還在維護只是暫時不支持 php 8 的話等等也無妨,畢竟 php 8 也才出沒多久

    來自秦皇島
  1070. 不凡 的頭像
    不凡

    。。。沒那麼嚴重,又不是舊版馬上要關閉,現在還有人在用 5.x

    來自成都
  1071. myelse 的頭像
    myelse

    php8 出好長時間了,有的主題還沒適配…. 發出了不好的信號?

    來自鹽城
  1072. 不凡 的頭像
    不凡

    WordPress 的緩存插件都是免費的,zblog 前幾天剛好新上架了免費緩存插件,今天改收費了,現在 zblog 沒有免費緩存插件了

    來自成都
  1073. myelse 的頭像
    myelse

    wordpress 還得再搞個緩存插件,wprocket 什麼的。

    來自鹽城
  1074. 不凡 的頭像
    不凡

    是,我在 zblog 買主題和插件共花了一千五百多,在 WordPress 就買一個主題夠用了,只花了 198 元

    來自成都
  1075. myelse 的頭像
    myelse

    我本來也想用 zblog,但是一是用着不太舒服 (和 wordpess 相比),二是插件主題太貴。

    來自鹽城
  1076. 不凡 的頭像
    不凡

    zblog 和 WordPress 都用,zblog 是小一點,準備年底轉 WordPress

    來自成都
  1077. 不凡 的頭像
    不凡

    對啊,所以我買了兩台服務器,兩個站點互不影響

    來自成都
  1078. myelse 的頭像
    myelse

    你用的 zblog 嗎?zblog 的負載應該比 wordpress 小很多吧。

    來自鹽城
  1079. myelse 的頭像
    myelse

    emmmmm 可能還是最好不要在博客服務器上跑程序了。應該會影響網站性能。

    來自鹽城
  1080. 不凡 的頭像
    不凡

    就是做個人博客網站嗎?1 核 1G 夠用。

    來自成都
  1081. 文派葉子 🍃 的頭像
    文派葉子 🍃

    看訪問量,還有你裝了多少插件。

    一個一天兩三百 IP 的個人博客使用不超賣的雲服務器,1h 1g 1m 足夠跑了。

    當然這個帶寬小了點,需要做動靜分離。

  1082. myelse 的頭像
    myelse

    4C8G 的配置做博客是不是太浪費了……

    2C4G5M 是不是理想的配置了?

    來自鹽城
  1083. 不凡 的頭像
    不凡

    我兩個站點,用的騰訊雲輕量 1 核 1G 和 1 核 2G,帶寬的話,建議選擇 3M 以上。

    來自成都
  1084. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我差不多能理解你的意思是想讓黑客無法找到你的後台地址。但下次發帖最好還是清晰的描述問題,更注重描述自己要實現的最終目的,即便要詢問某一步的做法也應該交代前提,否則會讓人感覺沒頭沒尾,沒辦法很好梳理思緒。

    想增加後台安全性不一定非得把 wp-admin 的名字改掉。事實上改掉後會有很多插件出現不兼容的情況。推薦做法是把如下代碼加到主題的 functions.php 中:
    add_action( ‘login_enqueue_scripts’, ‘login_protection’ );
    function login_protection() {
    if( ‘test1’ !== $_GET[‘path’] ) {
    header(‘Location:https://www.wp-china-yes.net‘);
    }
    }
    這樣你登錄後台必須訪問 wp-login.php?path=test1,否則會被重定向到首頁。

    上面代碼中的 test1 可以自定義成你自己的私密字符串。

  1085. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外,前段時間 wordpress.com 也被牆了……

    litepress.cn 的開發進度還得快一些,以求能隨時接管 wordpress.org 。當然,更重要的是做好違規數據過濾方面的措施,否則資源一比一從 wordpress.org 抓取的話極有可能被一起認證。

    來自秦皇島
  1086. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這是一個已知 bug,但是涉及的改動部分較多,為了防止修復後引入新的未知 bug,所以 3.x 中暫時不會修。

    這個問題最終會在 4.x 版本中解決。預計未來兩個月內發佈。

    問題原因主要是當初寫插件的時候經驗不足,對多站點本應該使用 get_site_option 來獲取全局設置項,但我使用了 get_option,這樣就只會在主站點中生效。

  1087. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個是要編輯主題的代碼,以更改縮略圖引用方法。因為每個主題的編寫都不同,所以我也給不了統一的方案。具體可以問問你的主題作者。

  1088. 5323 的頭像

    請問下 這李説的引用是怎麼用,謝謝了~

    來自昆明
  1089. 不凡 的頭像
    不凡

    我在前面説了,重新安裝了證書,瀏覽器要清除 cookie,或者你用瀏覽器的無痕模式打開網站測試

    來自重慶
  1090. 5323 的頭像

    感謝推薦,就是能不能不把圖片存在媒體庫,而直接調用第一張;或者説不管特不特色圖片的,能讓圖片 (外鏈圖片) 在首頁顯示就行~

  1091. z.t 的頭像

    這個問題我放棄了,onepointech.com 這個站是我找的情況類似的站。

    網站目前訪問沒有問題了,只剛開始我本地的瀏覽器會跳錯,後來不知道怎麼的又好了,可能是緩存之類的原因,期間我又是重啓服務又是重新申請證書,不確定是哪一步影響的。唯一的麻煩就是會暴露之前的站點域名,我看了下另外一個站顯示的是自簽名的那個 example.com 的證書,反正不影響訪問,拉倒不搞了。

    來自赤峯
  1092. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果是這樣的話大可不管。又拍雲 CDN 整個都強制要求 SNI,目前不支持 SNI 的瀏覽器的份額可以忽略不計了。

    來自秦皇島
  1093. z.t 的頭像

    剛查到了點對口的信息,説第二個證書是模擬不支持 SNI 的客户端訪問時的證書,解決方案是同一個 IP 只用一個站開 HTTPS,不確定是不是隻能這麼處理,懶得折騰了。

    來自赤峯
  1094. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把 Nginx 的配置文件完整貼上來。論壇編輯器有嵌入代碼的功能。

    另外你這個站 (onepointech.com) 我訪問似乎一切正常?並沒有證書錯誤,或者跳轉域名的情況。

    來自秦皇島
  1095. 不凡 的頭像
    不凡

    問題不大,社區的 https 訪問一切正常

    來自重慶
  1096. z.t 的頭像

    話説,https://myssl.com/litepress.cn?status=q,本站查下來也會顯示一個失效的舊證書

    來自赤峯
  1097. z.t 的頭像
    1. 獨立服務器,Ubuntu+Nginx
    2. 命令行配置,用的 Cerbot,certbot –nginx,配的時候沒注意提示,把兩個站的域名一起填了,然後發現網址訪問會跳到另一個站,才把生成的配置清掉,/etc/letsencrypt/目錄下對應的證書也刪了。
    3. SSL 檢測站:https://myssl.com/
    4. 比如這個站 https://myssl.com/onepointech.com?status=q

    以前也見過第三方檢測的時候會多一個額外證書的 (那會兒是面板申請的),但是沒影響訪問就沒管,現在是剛開始會跳轉錯誤的域名,後來又好了。

    重新安裝、註銷出錯的證書也沒用,我甚至換了一家申請,還是會顯示第二個錯的證書。

    來自赤峯
  1098. 文派葉子 🍃 的頭像
    文派葉子 🍃

    交代的信息太少。

    有以下需要明確的:

    1. 你是用的獨立服務器還是虛擬主機?
    2. 你是命令行配置還是寶塔之類的面板,如果是面板的話具體是哪家的?
    3. 你所述的 「第三方查詢」 指的是什麼?是 SSL 檢測網站嗎?如果是的話把網址貼一下
    4. 你的網站網址是多少
    來自秦皇島
  1099. z.t 的頭像

    主機上的都刪掉重新申請了,但是第三方查詢的話還會顯示出錯的證書

    來自赤峯
  1100. z.t 的頭像

    是從 myssl.com 查證書,顯示有兩個證書。然後第二個是申請錯的,會顯示域名不匹配。

    來自赤峯
  1101. yungking 的頭像
    yungking

    安裝上了 2 個,其實也只有一個,看你主機配置信息中用的哪個證書。

    來自重慶
  1102. 文派葉子 🍃 的頭像
    文派葉子 🍃

    照着他教程搭一個唄。不過他這個目測是獨立服務,為了預覽 Word 文檔,自己再搭建一個 java 的服務,划算嗎

    來自秦皇島
  1103. 文派葉子 🍃 的頭像
    文派葉子 🍃

    貼 nginx 配置文件看看

    來自秦皇島
  1104. 不凡 的頭像
    不凡

    你清除瀏覽器 cookie,重啓瀏覽器再打開網站

    來自南充
  1105. dgz 的頭像

    這個方案還是不好用,我在測試效果不行都錯位了,https://kkfileview.keking.cn/zh-cn/index.html

    看一下這個,大佬研究一下。這個感覺不錯,我看的有點頭疼

    來自廣州
  1106. 文派葉子 🍃 的頭像
    文派葉子 🍃

    剛問老李頭要了一段 CSS 代碼,可以把微軟的查看器下方的工具條遮住:

    .embedpress-embed-document:after {
        content: "";
        display: block;
        width: 100%;
        background: #fff;
        height: 50px;
        margin-top: -79px;
        z-index: 9999;
        position: absolute;
    }
    
    .wp-block-embedpress-document {
           position: relative;
    }

    直接貼進主題的自定義 CSS 即可。另外這個 CSS 是針對前面推薦的那個插件寫的。

  1107. 文派葉子 🍃 的頭像
    文派葉子 🍃

    目所能及的插件都是要麼引用微軟要麼引用谷歌。

    現在你有兩個選項:

    1. 將文檔轉 PDF,然後使用該插件嵌入文章:https://litepress.cn/plugins/pdf-embedder/
    2. 為谷歌文檔的嵌入鏈接做一個反代,然後使用反代地址應用文檔
  1108. dgz 的頭像

    這發的這個是調用的微軟的,這個會提供下載按鈕那些,我不想讓人能直接下載只提供預覽,這種有沒有呀

    來自廣州
  1109. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外,使用代碼後,那個插件可以卸載了

    來自秦皇島
  1110. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這是我發的測試文章:https://wptest. 文派葉子 🍃.net/aaaaa/

    我反覆確認,目前十分肯定這個一定是沒調用谷歌服務的,你那邊或許是裝錯插件了,也或許是操作錯了。

    現在我把插入文檔的代碼提取出來了,你可以直接把以下代碼貼到你文章裏來顯示 word 文檔 (切文本模式,在可視化模式下插入會被轉義):

    <figure class="wp-block-embedpress-document embedpress-embed-document">
        <iframe style="height: 600px; width: 600px;" src="https://view.officeapps.live.com/op/embed.aspx?src=https://wptest. 文派葉子 🍃.net/wp-content/uploads/2021/06/a.docx"></iframe>
    </figure>

    想顯示自己的文檔,只需要把代碼裏包含 wptest. 文派葉子 🍃.net 的那段網址替換成你自己的 word 文檔地址即可。

    來自秦皇島
  1111. dgz 的頭像

    另外我在上傳附件圖片給你的時候,jpg 上傳會報錯,png 正常

    來自廣州
  1112. dgz 的頭像

    首先我使用了經典編輯器並沒有添加按鈕,然後我使用了 ele 的編輯器有添加按鈕

    來自廣州
  1113. 不凡 的頭像
    不凡

    樓主是不是安裝了去除分類 category 的插件?

    來自南充
  1114. 文派葉子 🍃 的頭像
    文派葉子 🍃

    577 行改成如下:

    if ( ! is_wp_error( $category ) && ! empty( $category[0] ) ) {

    錯誤原因是代碼沒對異常進行處理,屬於 BUG,有渠道的話可以給開發者反饋下。

  1115. 文派葉子 🍃 的頭像
    文派葉子 🍃

    把主題的 inc/functions/functions.php 文件的第 577 行左右的代碼貼上來

  1116. 文派葉子 🍃 的頭像
    文派葉子 🍃

    使用古騰堡,按如下兩步插入文檔:

    我這台服務器也是國內的,並無問題。你那邊報錯的話麻煩把報錯截圖貼一下 (全屏截圖,要不然看不到你是用什麼方法傳的) 。

    來自秦皇島
  1117. dgz 的頭像

    docs.google.com 的服務器響應時間過長,我自己上傳的文件結果也是調用這個谷歌

    來自廣州
  1118. dgz 的頭像

    你用的什麼編輯器,我在經典編輯器沒有看到有這個插件添加文檔文件的入口

    來自廣州
  1119. 文派葉子 🍃 的頭像
    文派葉子 🍃

    除了嵌入谷歌文檔外還支持嵌入本地文檔,我剛測試過,在國內訪問一切正常。

    來自秦皇島
  1120. dgz 的頭像

    你發的這個插件我看了下國內沒用,國外才能用,插件調用的谷歌的服務,,大佬研究研究給個國內能用好用的

    來自廣州
  1121. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個需求挺奇葩的……

    在網站的 wp-content 目錄下創建一個名為 mu-plugins 目錄。然後在這個目錄下創建一個名為 switch_theme.php 的文件,將以下內容貼進去:

    <?php
    
    $current_url = explode( '?', home_url( add_query_arg( array() ) ) )[0] ?? '';
    
    switch ( $current_url ) {
        case '這裏改成頁面的 URL,不包含查詢參數':
            switch_theme( 'lowb' ); // 要切換為的主題的 slug(slug 通常為主題的目錄名)
            break;
        default:
            // 沒匹配上的 URL 將使用此默認主題
            switch_theme( 'astra' );
            break;
    }

    如果你想給多個 URL 指定主題就把上面代碼的 case 區域多複製幾個改改。

  1122. 文派葉子 🍃 的頭像
    文派葉子 🍃

    換色是針對某位用户的,而不是針對 WordPress 站點的。

    所以你在後台點進個人資料編輯的頁面就可以看到了。

  1123. 不凡 的頭像
    不凡

    我用的子比主題,主題有內置文章目錄的功能,所以沒找此類功能的插件。

    來自南充
  1124. enterdawn 的頭像
    enterdawn

    那我今天應該去買一張彩票。◕‿◕。

  1125. 文派葉子 🍃 的頭像
    文派葉子 🍃

    睡覺了,剛醒>_<

    這個號看了下,屬於最早註冊的那一批,當時默認的用户站點角色不適用於現在的新平台。這個問題前段時間批量修復過,你這個號可能是漏網之魚了……

  1126. 8047167 的頭像
    8047167

    個人感覺 wp 並沒有不適合的站點

    來自白山
  1127. 8047167 的頭像
    8047167

    有道理哦 確實去掉標籤是個好辦法

    來自白山
  1128. suiyilight 的頭像
    suiyilight

    這應當是由於站點 bug 導致的您沒有獲得站點” 角色”,請等待管理員核查設置一下

  1129. enterdawn 的頭像
    enterdawn

    沒有 「編輯個人資料」 的選項

    來自大連
  1130. 不凡 的頭像
    不凡

    你在社區的頭像還是你站點的頭像?

    來自南充
  1131. 文派葉子 🍃 的頭像
    文派葉子 🍃

    純社區的話還是 Discuz 這些個更專業些,WordPress 上的社區解決方案更多是類似一個附加的東西。比如説做了某個產品,然後給這個產品做一個支持論壇,這種輕量級的需求。

  1132. mrzzoxo 的頭像
    mrzzoxo

    我用的第一種 (百度自家很多站都是這種)

    來自茂名
  1133. 文派葉子 🍃 的頭像
    文派葉子 🍃

    BBPress 要主題支持才行的,單純使用默認的話確實醜到極致……

  1134. zhanquan 的頭像
    zhanquan

    門户的還真沒遇見幾個,感覺 wp 不太適合這種門户站。

    來自濟寧
  1135. 不凡 的頭像
    不凡

    搭建論壇網站,還是用生態成熟的 Discuz

    來自南充
  1136. 不凡 的頭像
    不凡

    找了相關的教程,很少,要麼去掉 A 標籤

    來自南充
  1137. 8047167 的頭像
    8047167

    這個會 只要是想轉下鏈接 nofollow 效果並不好

    來自白山
  1138. 不凡 的頭像
    不凡

    你在主題模板文件找到評論模板文件,在 A 標籤裏面加上 rel="nofollow"就行了

    來自南充
  1139. 8047167 的頭像
    8047167

    也嘗試過了 評論區網址那裏輸入的外鏈也不會被轉換

    來自白山
  1140. 不凡 的頭像
    不凡

    在插件市場搜索 Smart SEO Tool

    下圖的頁面在插件的設置裏面

    來自南充
  1141. z.t 的頭像

    海外的服務器,已經解決了。。關了 SELinux 好了

    來自赤峯
  1142. z.t 的頭像

    額。。。 解決了,關了 SELinux 就好了

    來自赤峯
  1143. 文派葉子 🍃 的頭像
    文派葉子 🍃

    應該裝的,國內有的地區訪問不了 WordPress 的官方 API

  1144. 文派葉子 🍃 的頭像
    文派葉子 🍃

    bbpress,不二之選,litepress.cn 的論壇也是 bbpress

    來自秦皇島
  1145. kacin 的頭像
    kacin

    代碼編輯 VSCODE 啊 Hbuilderx 啊都可以

    來自佛山
  1146. kacin 的頭像
    kacin

    沒資金的話可以説考慮下這個 https://www.yfxw.cn/783.html

    如果説資金充足的話可以考慮下這個 https://www.3c3it.shop/shop/15.html

    來自佛山
  1147. yungking 的頭像
    yungking

    2 分鐘不操作就掉線了,要重新連一次。

    來自重慶
  1148. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個極大概率是你裝的某個圖片優化插件生成的

    來自泰安
  1149. 不凡 的頭像
    不凡

    刪完了,目前 wp 站點暫無異常,這個垃圾數據是怎麼產生的?

    來自南充
  1150. 文派葉子 🍃 的頭像
    文派葉子 🍃

    FileZilla 掉線?具體是啥現象?這個軟件應該是我接觸過最好的 FTP 客户端了。

  1151. 文派葉子 🍃 的頭像
    文派葉子 🍃

    執行以下 SQL:

    DELETE FROM wp_options WHERE option_name like '_taxonomy_image_%';

    着重提示一下:操作前記得備份數據庫

  1152. leon 的頭像

    還真是,只是支持 WEBP 的上傳和使用。

    我之前一直用的服務器編譯 Nginx-pagespeed 模塊去實現網站 webp 輸出,並智能判斷。而不是通過插件進行轉換。這種格式並不總是被識別,後面就沒用了。

    如果用雲存儲就要簡單得多了,比如,又拍後台可以直接設置

    來自深圳
  1153. 文派葉子 🍃 的頭像
    文派葉子 🍃

    WordPress 那邊似乎只是支持 WEBP 的上傳和使用,而不是普通圖片轉 WEBP

  1154. 文派葉子 🍃 的頭像
    文派葉子 🍃

    99% 的概率是垃圾數據。這樣 option_value 為空的記錄本身也沒啥意義

  1155. 不凡 的頭像
    不凡

    我發現 webp 格式在安卓手機瀏覽器不顯示

    來自南充
  1156. 不凡 的頭像
    不凡

    好像沒有,頁面緩存只有緩存首頁和文章,不緩存分類和標籤頁

    來自南充
  1157. leon 的頭像

    有消息指出 WP 5.8 將默認支持 WEBP 格式,不要再費心去找了!過兩月就出來了。

    來自深圳
  1158. yungking 的頭像
    yungking

    你的網站 「此站點遇到了致命錯誤。」

    來自重慶
  1159. leon 的頭像

    不提取標題生成目錄,你還想要提取什麼作為目錄?

     

    來自深圳
  1160. 不凡 的頭像
    不凡

    這個插件好像是清理文章修訂、自動草稿、回收站這些數據,沒有清理其它卸載插件殘留的數據吧

    來自南充
  1161. xiaomu 的頭像
    xiaomu

    這個插件可以:WPDBSpringClean 。

    但是注意,不要把 wp_termmeta 數據表清理掉了,否則你的網站錯誤日誌裏會裝滿關於這個表的報錯信息。別問我咋知道的……

    來自甘孜藏族自治州
  1162. 文派葉子 🍃 的頭像
    文派葉子 🍃

    對於絕大部分網站來説確實沒啥好糾結的,因為普遍文章數都是 1000 以下,又都是內容站,依賴的插件也沒多少,實在是沒必要花太多精力去優化。

  1163. leon 的頭像

    嗯…. 這個問題,其實沒什麼好糾結的,極致的速度總會丟失些什麼。

    我站點目前使用的 Memcached + opcache,配合 WP 自帶的緩存插件,配合 CDN 幾乎秒開 【國內機子】:

    使用的緩存策略

    查詢緩存

    推薦使用,操作簡單,安裝方便!使用沒有影響。

    來自深圳
  1164. 不凡 的頭像
    不凡

    也有效果,memcached 和 redis 都差不多

    來自成都
  1165. 不凡 的頭像
    不凡

    上次我看了你的網站,打開很慢,超過 5 秒了,你後來優化了什麼?

    我現在用的是 Docket Cache 緩存插件

    來自成都
  1166. yungking 的頭像
    yungking

    不,沒有用。  準備用你推薦的試試。

    來自重慶
  1167. 不凡 的頭像
    不凡

    比上次快了些,用的什麼緩存插件?

    來自成都
  1168. yungking 的頭像
    yungking

    從我們這些鏈接購買,還可以返點 15%,可以直接返給你。

    來自重慶
  1169. yungking 的頭像
    yungking

    打開確實,可以 。第一次稍慢。後面就秒開了。

    你測試下我的呢?

    來自重慶
  1170. 不凡 的頭像
    不凡

    我還是覺得內存緩存插件更快點,你看我的博客,隨便點幾篇文章看看是不是秒開

    來自成都
  1171. yungking 的頭像
    yungking

    到底快不快呢 ? 我都沒法比較了。

     

    來自重慶
  1172. 文派葉子 🍃 的頭像
    文派葉子 🍃

    Redis 和 Memcache 在 WordPress 中更多是針對數據庫查詢進行緩存 (這倆貨不是隻能做這個,他們其實可以針對任意計算結果進行緩存,Redis 也可以作為消息隊列使用) 。於是使用內存緩存時 PHP 腳本仍然要執行,只是從數據庫取數據的速度變快了。

    頁面緩存是指將整個網頁生成靜態的 HTML 存儲在本地,並在用户訪問時直接返回 HTML 。

    理論上講,頁面緩存一定比內存緩存快的 (內存緩存還要執行 PHP 腳本,而靜態緩存則直接返回 HTML) 。你的這個測試結果是因為頁面緩存沒配置對的緣故。正確的頁面緩存應該不經過 WordPress 路由中轉,直接在 WEB 服務器層就被路由到緩存的靜態頁面上。

    參見:https://wordpress.org/support/article/nginx/

  1173. 文派葉子 🍃 的頭像
    文派葉子 🍃

    首推 WordPress.org 的 Twenty Twelve 主題,代碼高亮推薦用 Enlighter 。

    另外我自己用的這個 Low B 主題絕對簡潔到極致,除了基礎佈局外沒有一丁點兒樣式代碼。純粹的原始互聯網的味道:https://www. 文派葉子 🍃.net/

    來自秦皇島
  1174. 文派葉子 🍃 的頭像
    文派葉子 🍃

    好看與不好看的區別。空格可以避免主標題和副標題粘連在一起。 SEO 上沒差。

    想強制指定標題格式可以在主題 functions.php 添加如下代碼:

    add_filter( 'wp_title', function ( $title, $sep ) {
        return str_replace( $sep, ' - ', $title );
    });

    這樣無論主題怎麼設置,輸出的都是帶空格的格式了。你想指定其他字符直接替換代碼裏的’ – ‘ 即可。

     

  1175. 文派葉子 🍃 的頭像
    文派葉子 🍃

    官方的插件應該去 wordpress.org 的支持論壇 (注意是論壇哈,不是插件評價) 提交問題的,在 litepress.cn 提交, 作者看不到

  1176. 不凡 的頭像
    不凡

    不知道這個插件作者看得懂漢字不

    來自南充
  1177. 不凡 的頭像
    不凡

    我用的又拍雲,但是 wp 站點的圖片 9 成以上都是文章縮略圖,所以只存服務器本地即可。

    目前找到了可用的插件,在樓下

    來自南充
  1178. 不凡 的頭像
    不凡

    目前將就可用的插件:https://litepress.cn/plugins/imagify

    來自南充
  1179. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你如果用了雲存儲的話可以試試雲存儲供應商的圖片壓縮功能,又拍雲和七牛雲都提供圖像壓縮。

    來自秦皇島
  1180. 不凡 的頭像
    不凡

    發帖之前我試用了 EWWW Image Optimizer,但不適合自己使用,litespeedcache 插件有這個功能,是符合自己需要的功能,但是速度慢,我已經安裝了十幾個 webp 相關的插件。。我再找找

    來自成都
  1181. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你應該搜在搜索引擎搜索 WordPress 圖像優化或圖像壓縮插件。

    目前比較常用的是:EWWW Image Optimizer,這個我沒記錯的話是支持壓縮為 webp 的。

    這個插件能滿足你頭兩個需求,後兩個我似乎沒見過有能滿足的插件。

    來自秦皇島
  1182. 文派葉子 🍃 的頭像
    文派葉子 🍃

    主題的 functions.php 裏面添加:

    add_action( 'admin_menu', function () {
        remove_menu_page( '菜單的 slug' );
    }, 9999 );

    這裏 「菜單的 slug」 指的是插件設置頁 URL 的 page 參數的值。

    比如説:https://wptest. 文派葉子 🍃.net/wp-admin/admin.php?page=lpstore,這個插件設置頁的 slug 就是 lpstore

  1183. 文派葉子 🍃 的頭像
    文派葉子 🍃

    谷歌被牆的問題肯定會解決的,要不然 litepress.cn 加的這個搜索也就沒意義了

  1184. 不凡 的頭像
    不凡

    是的,谷歌搜索是可以,但是國內無法訪問谷歌搜索,雖然可以用谷歌訪問助手插件,但是也要考慮到不會安裝軟件的電腦小白,所以目前我還是傾向於搜狗+必應

    來自南充
  1185. 文派葉子 🍃 的頭像
    文派葉子 🍃

    除非遇到無法解決的技術難點,否則選型上我更傾向於谷歌。

    回想一下自己在網上搜東西的體驗,谷歌總是好於其他

    來自秦皇島
  1186. 不凡 的頭像
    不凡

    我可以等。

    必應也可以,我的 zblog 站點,每次發新文章,必應當天或者次日就收錄了

    來自南充
  1187. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果不急的話可以先等等,litepress.cn 最近會對接谷歌站內搜索,到時會整理詳細教程出來。

    谷歌的站內搜索比 WordPress 本身及其他第三方插件所提供的搜索能力強 N 倍,又不會佔用服務器資源,且不怕被 CC 刷量。

    相較於你提到的 「site: 域名 搜索的關鍵詞」 擁有更全的索引數據,應該是比較好的方案了。 wordpress.org 也在用,可以去體驗下效果 (需要開 VPN) 。

    來自秦皇島
  1188. 不凡 的頭像
    不凡

    紅框這些沒用吧,code 按鈕可以加到可視化嗎?

    來自南充
  1189. 文派葉子 🍃 的頭像
    文派葉子 🍃

    老夫大意了……這段代碼應該加在主題的 functions.php 裏

  1190. 不凡 的頭像
    不凡

    樓主應該是個新手,你應該告訴他你寫的代碼應該放在哪兒。。

    來自南充
  1191. 不凡 的頭像
    不凡

    robots.txt 這個東西可有可無,如果不想某個目錄或者鏈接被收錄,可以用。

    閃電博的 SEO 工具插件推薦默認規則,你參考下。

    插件官網下載地址:https://www.wbolt.com/plugins/sst

    User-agent: *
    Disallow: /wp-admin/
    Disallow: /wp-include/
    Disallow: /wp-login.php?redirect_to=*
    Disallow: /go?_=*
    sitemap: https://你的網址/wp-sitemap.xml

    上面的規則是,禁止所有蜘蛛爬取/wp-admin//wp-include//wp-login.php?redirect_to=*/go?_=*目錄和鏈接,網站地圖 xml 的地址是 https://你的網址/wp-sitemap.xml

    規則中的/go?_=*是閃電博的 SEO 工具插件裏的外鏈轉內鏈的功能,如果你不開這個功能,可以刪除此行的規則。

    來自南充
  1192. 文派葉子 🍃 的頭像
    文派葉子 🍃

    WordPress 自帶的 robots.txt 規則就已經是最佳通用規則了,我們要相信開發 WordPress 的大佬都是頂尖高手,除非出於兼容性的考量,否則 WordPress 內置的默認規則大多數情況下都是最優解。

    如果你有自己的特殊需求,可以用以下代碼定製:

    add_filter( 'robots_txt', function ( $rules ) {
        $rules .= '自定義規則一' . PHP_EOL;
        $rules .= '自定義規則二' . PHP_EOL;
        $rules .= '自定義規則三' . PHP_EOL;
    
        return $rules;
    } );

    如果你不知道自己究竟想幹嘛,那就不要動了,直接使用 WordPress 默認的就好。

  1193. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這隻能針對性寫 SQL 去執行批量修改。

    除非你説明具體想修改哪些字段,要不然 SQL 沒辦法寫欸。

    來自秦皇島
  1194. cgq630105023 的頭像
    cgq630105023

    就是批量更新下所有文章也就是批量保存下文章

    來自西寧
  1195. 文派葉子 🍃 的頭像
    文派葉子 🍃

    直接把你想做的具體操作説一下吧,給你寫條 SQL

    來自秦皇島
  1196. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是 WooCommerce 默認的查詢方法,沒啥問題,只是留個筆記而已,普通用户不用管。

    來自秦皇島
  1197. 不凡 的頭像
    不凡

    這是用 WooCommerce 插件可以用到的嗎?

    來自南充
  1198. 文派葉子 🍃 的頭像
    文派葉子 🍃

    確實沒必要寫絕對路徑,是我老糊塗了

    來自秦皇島
  1199. 文派葉子 🍃 的頭像
    文派葉子 🍃

    動態方案百度雲會自動對靜態文件進行緩存,然後動態頁面就是直接回源了,可能會慢一些,但是單節點在國內很多地方可能會打不開,如果走 CDN 分發就能避免這個問題。

    靜態的方案的話評論和閲讀量會被緩存是無解的,至於 ajax 登錄這個,都説了是靜態了,哪裏來的登錄。

    靜態站開 CDN 還是配合你的 WP-CDN-YES 實現內容變化自動清緩存好點。

    來自秦皇島
  1200. 耗子 的頭像
    耗子
    location ^~ /wp-(content|admin|includes) {
        root $1;
    }

    通用版本來了,快誇我。

    來自南寧
  1201. cgq630105023 的頭像
    cgq630105023

    /data/php/sites/litepress.cn/www/$1;   這個指得是網站跟目錄嗎???

     

     

    如我的 root /www/wwwroot/www.xxxx.cn/$1;

    來自西寧
  1202. 耗子 的頭像
    耗子

    然後你會發現動態那種:誒,怎麼沒效果,當代理服務器用了。靜態那種:誒,怎麼評論炸了,誒,ajax 登錄不了了,誒,為什麼發文章首頁沒更新……… 省略 1w 種情況。

    來自南寧
  1203. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這是兩碼事。即便你啓用了 rocket,在默認狀態下用户加載 css 、 js 、圖片這些資源也會經過 php 腳本處理。
    這是由 WordPress 默認的偽靜態規則決定的——他將所有請求重寫到 index.php 再由 WordPress 核心進行路由。

    來自秦皇島
  1204. 文派葉子 🍃 的頭像
    文派葉子 🍃

    是的。
    如果已經做了動靜分離,把靜態文件遷移到 cdn 或者雲存儲了就不需要配置了

    來自秦皇島
  1205. 不凡 的頭像
    不凡

    這添加到 nginx 的配置文件裏嗎?

    來自南充
  1206. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我明天正好會配置百度雲加速,到時把針對 WP 的緩存規則貼上來

    來自秦皇島
  1207. 文派葉子 🍃 的頭像
    文派葉子 🍃

    或者也可以直接設置 Gravatar 頭像,如果不存在本站頭像會讀取 Gravatar 的。

    來自秦皇島
  1208. 不凡 的頭像
    不凡

    右上角自己的用户名> 我的主頁> 點擊頭像> 上傳圖像

    來自南充
  1209. 文派葉子 🍃 的頭像
    文派葉子 🍃

    有就不用管了,可能是寶塔已經適配了

    來自泰安
  1210. myelse 的頭像
    myelse

    配置好了,zend opcache?

    裏面竟然已經有了這兩條。默認的嗎?

    來自鹽城
  1211. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你配置好 opcache 了嗎? 配置好了的話 php 配置文件裏會有 [opcache] 的配置塊,然後在這個配置塊裏面原本的 opcache 配置後面追加上面兩條

    來自秦皇島
  1212. 文派葉子 🍃 的頭像
    文派葉子 🍃

    PHP8 的 JIT 是對 opcache 的增強,所以要先開啓 opcache 。

    之後在配置文件裏追加以下信息開啓 JIT 支持:

    opcache.jit=1205
    opcache.jit_buffer_size=64M

     

    來自秦皇島
  1213. 文派葉子 🍃 的頭像
    文派葉子 🍃

    看這個站:https://wptest. 文派葉子 🍃.net/

    這是我一個測試站,基本 60ms,沒做任何優化措施也沒開任何緩存。這基本是空載 WP 的正常速度。 200 篇文章以內,幾百 ms 頁面生成大概率是插件和主題影響的。

    來自秦皇島
  1214. 不凡 的頭像
    不凡

    我看了下我的 WP 站點,跟樓主的網站一樣是 400 多 ms,關掉主題內置的圖片懶加載功能,現在是 200 多 ms 。

    我的 zblog 站點,時間更短,平均不到 50ms 。

    來自南充
  1215. 文派葉子 🍃 的頭像
    文派葉子 🍃

    點開,然後找 「耗時 (英文 timing)」,這個選項卡下有個 「等待 (英文 Waiting)」,這個就是服務器端生成頁面的時間。

    來自秦皇島
  1216. 文派葉子 🍃 的頭像
    文派葉子 🍃

    看了下,速度確實不正常。如果沒裝插件的話,按你目前的文章量,動態頁生成應該在 100ms 以內的。但你的網站卻花了 400ms 生成動態頁。

    目前存在三個導致緩慢的可能:

    1. 你的主題存在問題
    2. 你使用的 PHP 版本過低
    3. 你的服務器配置過低

    建議先更換官方默認主題,再把 PHP 升級到 7.4 及以上 (最好直接使用最新的 8.1 版),然後測試觀察一下,如果還有問題的話再繼續回帖排查。

    CDN 加速靜態資源的話可以看一下這個插件:https://litepress.cn/plugins/cdn-enabler

    來自秦皇島
  1217. 不凡 的頭像
    不凡

    2 秒,不算慢,想要更快,刪除背景圖片,刪除百度統計代碼,用靜態緩存或者內存緩存插件,可以快一點點

    來自南充
  1218. d87904488 的頭像
    d87904488

    http://www.inlighting.org

    就是不夠快 (沒有別人那種頁面秒開的感覺),後台打開慢。

    圖片我現在是用圖牀的,以後我不想用圖牀了,但是不知道用什麼 cdn 插件。

    來自杭州
  1219. 不凡 的頭像
    不凡

    參考這篇文章,https://wp.bufanz.com/wordpress/wpchinayes.html

    來自南充
  1220. d87904488 的頭像
    d87904488

    都慢,你就想想啥優化插件都沒裝的 wordpress 吧

    來自杭州
  1221. 文派葉子 🍃 的頭像
    文派葉子 🍃

    發一下網站域名,什麼都沒裝是不可能慢的。 WordPress 空載速度快到飛起……

    來自秦皇島
  1222. 不凡 的頭像
    不凡

    和 rocket 的 「鏈接預取」 是一樣的效果,謝謝推薦!

    來自南充
  1223. 不凡 的頭像
    不凡

    我重裝 rocket 插件試用了 「鏈接預取」 效果,打開文章更快。

    來自南充
  1224. 不凡 的頭像
    不凡

    下載插件試用了一下,好像是一個加載動畫,點擊任意文章鏈接的時候,全網頁的中間出現了 gif 動畫,並不是 rocket 的 「鏈接預取」 的效果。

    來自南充
  1225. 不凡 的頭像
    不凡

    重裝插件看了, 沒找到這個功能

    來自成都
  1226. 不凡 的頭像
    不凡

    右上角自己的用户名> 我的主頁> 用户名稱最右邊有個灰色齒輪圖標> 編輯個人資料> 我的專屬銘牌

    來自成都
  1227. yungking 的頭像
    yungking

    為什麼你的頭像後面有不凡博客?

    來自重慶
  1228. s16888 的頭像
    s16888

    很期待這個項目獲得成功,從最簡單的開始,放輕鬆向前走,路就越來越清晰。世上無難事,只怕有心人,也不要一上來就把大山背上。加油!

    來自銀川
  1229. 不凡 的頭像
    不凡

    我先安裝 《WP Keyword Link 》插件試了下,保存設置的時候提示有錯誤,最後代碼版符合我的需求,謝謝推薦!

    來自南充
  1230. 文派葉子 🍃 的頭像
    文派葉子 🍃

    帖子恢復了,被當垃圾帖攔截了。 BBPress 這個垃圾攔截功能得抽空研究下了,誤殺比較嚴重……

    來自秦皇島
  1231. muze 的頭像

    文章中出現了標籤詞,自動鏈接到標籤。

     

    來自佛山
  1232. 文派葉子 🍃 的頭像
    文派葉子 🍃

    標籤上鍊是什麼意思?

    來自秦皇島
  1233. 不凡 的頭像
    不凡

    搜索出三個 「XML Sitemaps」,都不是你截圖的設置界面,然後搜索出閃電博的插件,功能更多,這個好像可以。

    來自成都
  1234. 文派葉子 🍃 的頭像
    文派葉子 🍃

    確認了下,是被當成垃圾帖子攔截了。。。

    來自秦皇島
  1235. 文派葉子 🍃 的頭像
    文派葉子 🍃

    圖片多張插入應該是正常的,我剛測試過。如果再碰到無法插入的情況 call 我一下。

    來自秦皇島
  1236. 不凡 的頭像
    不凡

    不知道為什麼,我發兩張截圖後,刷新頁面不顯示

    來自成都
  1237. 不凡 的頭像
    不凡

    搜出三個同名郵件,設置界面不是你截圖的那種,然後找到了閃電博的插件,功能多,我覺得可以。

    來自成都
  1238. 不凡 的頭像
    不凡

    前天就卸載了,但是卸載之前,我沒看到這個功能

    來自成都
  1239. 文派葉子 🍃 的頭像
    文派葉子 🍃

    後台搜:XML Sitemaps,這個有生成範圍控制。樓上推薦的水煮魚的不確定是否有範圍控制,可以看一下。有的話最好還是用國內開發者的,畢竟技術支持上會方便些。

    來自秦皇島
  1240. yungking 的頭像
    yungking

    我用了個插件,水煮魚的 WPJAM 。

    來自重慶
  1241. cgq630105023 的頭像
    cgq630105023

    坐等更新!!!

    <audio style=”display: none;” controls=”controls”></audio>

    來自西寧
  1242. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不會有詳細教程的,並且這些內容很難做到通用。

    就好像 WordPress 社區上記錄的這個上古時期的性能問題:#31071

    之所以沒修是因為牽一髮而動全身。看似最簡單的方案是添加索引,但是添加後會導致其他某些 SQL 執行緩慢。

    如果存在最優方案,WordPress 社區一定會將其加入到核心中。我也就沒有寫的必要了。

    所以我會撰寫的是一系列可能碰到的性能瓶頸,以及他們相對來説比較好的解決方案,但這些方案不一定適合所有人 (就像前面説的,如果存在通用的最優解,WordPress 社區一定會把它們集成到核心中),這些方案是否適合自己就需要讀者自己嘗試和辨別。

    來自秦皇島
  1243. cgq630105023 的頭像
    cgq630105023

    坐等,最好來個詳細教程

    <audio style=”display: none;” controls=”controls”></audio>

    來自西寧
  1244. 文派葉子 🍃 的頭像
    文派葉子 🍃

    確認了下,你的站點地圖格式是對的,問題應該是出在和 SearchConsole 的網絡連通上,多試幾次嘛。

    來自秦皇島
  1245. z.t 的頭像

    應該是 SearchConsole 本身的問題… 剛我試着把裏面不成功的地圖地址單獨提交,結果通過了一條,還有一條還報錯。

    來自赤峯
  1246. tviyusi 的頭像
    tviyusi

    有個更方便的辦法,自帶的不是就只生成一個鏈接麼,生成後,你點進去,會有多個鏈接,分別是文章、分類、標籤等的地圖鏈接,你一個個鏈接複製進去,絕對可以用。特別是百度,只能一個個提交,不然完全識別不了

    來自昆明
  1247. z.t 的頭像

    自帶的也是讀取不到,不知道是不是 SearchConsole 本身的問題。

    來自赤峯
  1248. 文派葉子 🍃 的頭像
    文派葉子 🍃

    貼一下站點地圖文件瞅瞅,論壇有上傳附件功能

    來自秦皇島
  1249. 文派葉子 🍃 的頭像
    文派葉子 🍃

    一年前我還是個 WordPress 小白,做過的網站也就是我的個人博客而已。

    後來陰差陽錯踉踉蹌蹌的開發了 wp china yes 插件,然後我就在 WordPress 這條路上不回頭的走下去了……

    一年過去了,我也差不多成長為大白了。

    期待着和你交流哦。

     

    來自秦皇島
  1250. 文派葉子 🍃 的頭像
    文派葉子 🍃

    另外,糾正一個誤區: 數據庫查詢並非越少越好。

    比如對於 WordPress 的 post 表和 post_meta 表使用 join 關鍵字進行聯表查詢雖然一條語句就能搞文章 Meta 查詢操作,但其在大數據量的情況下效率卻趕不上先單表操作從 post 表裏提取 id 再去 post_meta 表用 post_id 和 meta_key 來提取 Meta 。

    同時後者也會附帶其他好處: 比如可以更細緻的控制緩存、減少鎖競爭的可能等等。

    所以凡事要就事論事,因地制宜,sql 查詢並不是越少越好。

    來自秦皇島
  1251. muze 的頭像

    從 2017 年 12 月 17 號,成功的看到那個大菠蘿,我用了不到 100 元的成本搭建了一個可以訪問的網站,儘管他很卡很慢,但從那時,我便開始了四年的建站之旅,直到現在。

     

    四年中不斷的學習與積累,與數百位 WordPress 站長的交流使我積累了豐富的經驗。

    現在,我給一家塑料公司製作企業官網,協助企業進行流量分發與客户二次消費,當然,這也是用 WordPress 做的。

     

    希望我們在這個平台,互相交流與學習。

    來自中山
  1252. 文派葉子 🍃 的頭像
    文派葉子 🍃

    交代的信息太少了。至少應該説明:

    1. 服務器供應商、服務器配置。
    2. 網站的類型: 小説 or 電影 or 商場 or 新聞?
    3. 已啓用的插件列表
    4. 已啓用的主題

    十幾萬文章還遠遠達不到需要分庫分表的程度。

    來自秦皇島
  1253. 文派葉子 🍃 的頭像
    文派葉子 🍃

    目前已支持上傳媒體

    來自秦皇島
  1254. 文派葉子 🍃 的頭像
    文派葉子 🍃

    一是開發階段服務器上跑着 xdebug 等調試工具,會拖慢速度

    二是目前緩存服務都沒開,因為會影響到調試代碼

    三是目前的開發服務器配置比較低,用的騰訊輕量的 2h 4g 機器。

    四是目前應用市場爬蟲的數據錄入機制還有問題,調用 WooCommerce 原生的 Rest Api 錄入數據會造成大量的服務器資源佔用,所以訪客訪問起來就比較慢。這個目前正在優化。

    目前維持這個速度差不多是極限了。正式上線後會比現在快幾個量級。

    來自秦皇島
  1255. 不凡 的頭像
    不凡

    這幾天逛社區有點慢,優化一下吧。。

     

    來自南充
  1256. suiyilight 的頭像
    suiyilight

    情況正如孫錫源説的那樣,cdn 默認只緩存 cssjs 圖片這些文件,對頁面不會緩存。

    而我是嘗試開啓了全部緩存,由於我是第一個訪問的,cdn 會直接緩存我訪問的頁面,出現諸如管理條,評論區評論框被緩存的問題

    來自濟南
  1257. 文派葉子 🍃 的頭像
    文派葉子 🍃

    可能是原因是 CDN 緩存策略配置的不同:他緩存了頁面,而你只緩存了 css 、 js 、圖片這些靜態資源,對於頁面則直接回源。

    這種情況下,他就會碰到管理員的工具條被緩存上的問題,但是你那邊卻一切正常。

    來自秦皇島
  1258. muze 的頭像

    換一台國內的服務器,能解決很多速度慢的問題。

    國內的阿里雲、騰訊、華為都有賣服務器的,可以去看看。

    其他的小廠家沒用過,不推薦了。

    來自佛山
  1259. muze 的頭像

    很好奇為啥你會遇到這個問題,

    我用的阿里雲 CDN 加速,

    域名解析到 CDN,CDN 解析到服務器 IP 。

    用過後一切正常,沒有遇到過你説的這個情況。

     

    會不會是緩存插件導致的呢?

    來自佛山
  1260. muze 的頭像

    我喜歡備份一下,然後根據數據表名刪掉自己不喜歡的數據庫表。

    如果你不知道你在幹什麼,不要學我

    來自佛山
  1261. 文派葉子 🍃 的頭像
    文派葉子 🍃

    附帶的好處有很多,方便用户檢索作品是其中一方面沒錯。

    來自秦皇島
  1262. 不凡 的頭像
    不凡

    國內 WordPress 主題、插件的開發者都入駐這個平台,銷售自己的主題和插件。

    對用户來説,就有更多的選擇,可以選擇自己喜歡的主題風格,符合自己需求的功能插件,這樣不用浪費時間在網上搜索了。

    來自南充
  1263. 文派葉子 🍃 的頭像
    文派葉子 🍃

    恭喜你踩坑裏了,這個沒辦法一鍵刪掉的。

    不過其實大可不必理會,數據庫沒想象中那麼脆弱,單純幾千垃圾信息不會對查詢性能造成什麼影響的。

     

    來自秦皇島
  1264. 耗子 的頭像
    耗子

    可是有多少人會用呢,要知道那個是按次收費的。

    來自南寧
  1265. 文派葉子 🍃 的頭像
    文派葉子 🍃

    百度雲加速支持完整的 Node.js,理論上也可以實現吧

    來自秦皇島
  1266. 耗子 的頭像
    耗子

    國內目前只有雲盾和又拍雲支持 cookie 判斷緩存。

    來自南寧
  1267. 文派葉子 🍃 的頭像
    文派葉子 🍃

    現在很多 CDN 都具有邊緣規則功能,其原理就是在邊緣節點上執行用户設定的腳本。

    於是就可以利用這個功能來實現對符合某些條件的網頁不緩存。

    WordPress 的登錄狀態記錄在網頁 Cookie 裏,其中有一個字段:wp-settings-用户 ID 。

    我們只需要判斷 wp-settings-1 存在 (管理員的 ID 是 1) 則不緩存網頁即可。

    舉例子:

    為了方便複製,改寫規則貼在這:$_URI?is_admin=$_RANDOM&$_QUERY

    更多的控制方法可以參考 CDN 的邊緣規則文檔,總體思路就是判斷是否存在 wp-settings-1 這個 Cookik 字段,存在就為請求附加隨機字符串,然後 CDN 設置一下對 URL 查詢參數全程跟隨,這樣就會為管理員生成單獨的緩存,而不會影響普通用户了。

    來自秦皇島
  1268. 文派葉子 🍃 的頭像
    文派葉子 🍃

    我記得當初開發機器翻譯的時候排查過這個問題,好像也是因為代碼編寫不規範 (很多語句未支持 i18n),所以無法被提取原字符串,也無法翻譯。

    論壇編輯器的插入媒體功能會盡快添加上。

    來自秦皇島
  1269. 不凡 的頭像
    不凡

    對了,WP Fastest Cache 這個插件好像內置簡體中文,但是未完全翻譯。

    這個編輯器的可視化可以加個插入圖片的按鈕嗎?

    來自南充
  1270. 文派葉子 🍃 的頭像
    文派葉子 🍃

    見上面的回覆。

    概述一下就是這個插件編寫的不規範,問題無解的,只能聯繫開發者解決。

    來自秦皇島
  1271. 不凡 的頭像
    不凡

    WordPress 的時區沒有問題,發表的文章也是北京時間。

    樓上圖的出處是插件 WP Fastest Cache 裏面的。

    來自南充
  1272. 文派葉子 🍃 的頭像
    文派葉子 🍃

    那是格林尼治標準時間。

    先確認下你的 WordPress 系統的時區是否正確。如果是正確的,那麼這個問題無解。

    WordPress 提供了內置的時間獲取函數:current_time(),其中會自動按系統時區設置為時間戳做偏移。但很多插件會直接使用 PHP 的 time() 函數獲取時間戳,於是其便無法隨系統時區變化。

    這個問題想解決只能自己改代碼或者聯繫開發者解決。

    來自秦皇島
  1273. 不凡 的頭像
    不凡

    修改保存導航欄菜單出現了這個錯誤,然後我只能把插件卸載掉,還有別的插件嗎?

    來自南充
  1274. 不凡 的頭像
    不凡

    啓用插件後,我看插件説明是” 自動轉換文章/頁面/附件/自定義文章類型的別名”,然後我發表文章測試了下,文章和標籤的別名沒有任何變化。

    來自南充
  1275. 文派葉子 🍃 的頭像
    文派葉子 🍃

    補充一句,沒適配大數據量不代表説主題不好,這個更多的是用户需求和投入資源的權衡問題。有大數據量承載需求可以找專門針對性適配過的來用。

    來自秦皇島
  1276. 文派葉子 🍃 的頭像
    文派葉子 🍃

    剛仔細看了下那個 SQL 。問題應該是這款主題沒適配大數據量,你文章標籤有三萬多個。主題在嘗試一次性把標籤全取出來。等於説你每次加載頁面會從數據庫取三萬多條數據。這個只能聯繫主題作者解決,或是換個支持大數據量的主題。

    來自秦皇島
  1277. mrzzoxo 的頭像
    mrzzoxo

    真是主題問題,但是其他站也是有用同個主題,都能正常秒開。就這個站這樣。很懵逼

    來自茂名
  1278. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果確定是主題的問題要聯繫主題作者實際在你網站上調試才能找出問題出在哪。

    代碼運行環境不同產生的結果也不同,所以不一定所有網站都能復現出這個 BUG 。

    來自秦皇島
  1279. mrzzoxo 的頭像
    mrzzoxo

    我把所有插件禁用也是這樣,切換其他主題就正常了。

    但是我其他站也有用 dux 這個主題也都秒開。很奇怪

    來自茂名
  1280. 文派葉子 🍃 的頭像
    文派葉子 🍃

    Query Monitor 在正常情況下會在 「組件」 一欄顯示出這個查詢是哪個插件 or 主題發起的,但是從你截圖裏沒看到有體現。
    正常是這樣的:

    先嚐試開啓 WordPress 的 DEBUG 模式,看看能不能把組件列顯示出來,不行的話就翻翻 Query Monitor 的官方文檔。

    等能看見這個查詢是哪個插件發起的之後,就去聯繫插件作者吧。這種問題如果不是一目瞭然的話就要實際調試代碼才能知道為啥會慢。

    另外提一句:term_order 這個字段不是 WordPress 自帶的,應該是某個插件私自添加的。這種會更改 WordPress 核心數據表的插件最好不要用,會破壞向後兼容性。

    來自秦皇島
  1281. mrzzoxo 的頭像
    mrzzoxo

    是有個 慢查詢

    這種要怎麼優化

    來自茂名
  1282. 文派葉子 🍃 的頭像
    文派葉子 🍃

    WordPress 單純負載幾萬篇文章很輕鬆的,頁面加載 6 秒多一定是被某些插件影響了

    來自秦皇島
  1283. 文派葉子 🍃 的頭像
    文派葉子 🍃

    最簡單的方法是裝 Query Monitor 插件,這個插件可以監控 WordPress 頁面加載過程中執行了什麼操作。
    你可以通過它看一下是不是存在慢 SQL,或是外部 HTTP 調用,通常這兩個是主要影響速度的因素。

    來自秦皇島
  1284. 文派葉子 🍃 的頭像
    文派葉子 🍃

    感謝反饋~該問題已修復——用户主頁背景和用户頭像大小限制在 2MB

    來自秦皇島
  1285. xbandbbg 的頭像
    xbandbbg

    站名:小興博客

    文章地址:https://xn--9kra.xn--6qq986b3xl/241.html

    得空看見 煩請添加一下

    來自佛山
  1286. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不,你沒來晚。這個新平台是昨晚上剛上線準備公測的。

    下一步計劃就是先把我一年前的想法驗證一下:WP 中國本土化社區發展計劃 (2020 年 6 月 23 日修訂)| 壞蛋的博客 (文派葉子 🍃.net)

    看看這個新的應用市場能不能把國內目前的開發者都集結過來。如果成功的話,會去為項目進一步發展拉投資,如果失敗的話 (也就是説沒人鳥我的話),這個項目就可能被掃進歷史的垃圾桶, 或者是保持現狀,半死不活維持着。

    現在這個 litepress.cn 其實就是在我一年前的想法的基礎上更進一步,直接準備推國內發行版,而不僅僅是在國內給 WordPress 建設基礎生態設施了。不過這個發行版暫時還沒開發,需要拉到投資後,有進一步發展的資金才會着手去做。

    新的發行版除了會進一步解決 WordPress 內置的各種服務在國內水土不服的問題外還會在安裝包中內置一些適應國內環境的插件,以及向微信互聯網方向發力 (比如説開發一套微信小程序 SDK 、應用市場允許上架小程序等等) 。

    WP-China-Yes 4.0.0 會在下個月放出測試安裝包,新的版本對接了 litepress.cn 的應用市場,項目的宣傳工作會在 4.0.0 測試一個月後開始鋪開。祝我好運吧!

    來自秦皇島
  1287. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不用聯繫主題作者了,我更了個新版本,提高了 WP-China-Yes 的頭像替換過濾器的優先級,應該可以先主題一步將頭像接管。

    更新已經推送了,在 WP 後台更下即可。

  1288. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個大概率是主題導致的,聯繫主題作者看看。

  1289. 文派葉子 🍃 的頭像
    文派葉子 🍃

    測試了下節點服務器沒問題。

    F12 看一下頭像網址?看看是不是被其他插件或者主題把頭像接管走了。這個情況比較常見。

  1290. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個插件看了下好像已經被漢化過了?

  1291. 快樂的客户 的頭像
    快樂的客户

    如果你向我付錢,這個問題可以解決。

  1292. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你要點擊一下 WP 後台那個更新檢查,然後就能看到翻譯推送了。

    最後,期待你成功食用後能給周圍人推薦一下,幫助一下項目發展~

  1293. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個問題是由於 Gravatar 頭像服務器被長城防火牆攔截導致的,該問題目前已經修復~

  1294. linn 的頭像

    可以把這個平台的插件翻譯完善後傳到 WordPress 官方  那邊審核太慢了  這邊我們可以自己及時處理

    來自成都
  1295. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個當然可以,任何內容都可以隨意獲取,隨意處置。即便是放到淘寶銷售也是可以的。

    翻譯導出按鈕在每個項目翻譯頁的底部,和官方翻譯平台的導出按鈕位置一樣

    來自秦皇島
  1296. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果 translate.wordpress.org 存在翻譯則從translate.wordpress.org 獲取,不存在就全部機翻。

    翻譯獲取是每次項目更新的時候都會觸發,不只是項目建立的時候獲取一次

    來自秦皇島
  1297. smile 的頭像
    smile

    第 2 個問題,假設某個項目在本平台已經全部翻譯完成,而在 translate.wordpress.org 還沒有翻譯,是不是就可以把本平台翻譯好的字符串導出為 mo 貨 po 文件,然後到 translate.wordpress.org 導入?

    來自柳州
  1298. smile 的頭像
    smile

    請問是從 translate.wordpress.org 獲取翻譯的嗎?還有,橡木的語言包只會在項目建立時從官方獲取一次嗎?還是不定期獲取?

    來自柳州
  1299. jiaoyiyuan 的頭像
    jiaoyiyuan

    第一、您要求添加的這些功能不應當是 「WP-China-Yes」 插件應該做的。您應該安裝專門的 WordPress 優化插件。 「WP-China-Yes」 插件的定位是:1 、中文翻譯:2 、網絡加速。

    第二、建議您對 WordPress 的核心功能進行設置之前,對網站進行備份。這樣出現了你無法解決的故障時一鍵還原便是了。

    來自懷化
  1300. linn 的頭像

    <span style=”color: #6a6a6a; font-family: ‘PingFang SC’, ‘Microsoft YaHei’, ‘WenQuanYi Micro Hei’, Arial, Helvetica, sans-serif; font-size: 14px;”>Elementor Pro  我已經翻譯完了  等精準優化翻譯後我會共享出來的 fff</span>

    來自成都
  1301. linn 的頭像

    Elementor Pro  我已經翻譯完了  等精準優化翻譯後我會共享出來的

    來自成都
  1302. 文派葉子 🍃 的頭像
    文派葉子 🍃

    暫時不支持,只能手工翻譯了。

    這類第三方付費插件、模板可以去薇曉朵數字商城買,會提供中文的技術支持和翻譯服務的:https://mall. 薇曉朵.com/

  1303. 文派葉子 🍃 的頭像
    文派葉子 🍃

    emmm,看到你認真整理了這麼多,我真的很不好意思説這個提議不會被採納……

    WP-China-Yes 插件定位是解決 WordPress 在國內的本土化問題,並不是 「速度優化」,功能開發秉承的原則是:

    1. 本土化剛需 (比如翻譯優化以及依賴的各種外部服務的網絡優化)
    2. 絕大部分用户需要

    爭取讓這個插件開箱即用,包含的功能剛好是用户需要的,不多也不少。類似 WordPress 功能裁剪、速度優化這類功能其實是不符合以上兩個原則的。沒必要把一個插件搞的大而全嘛,一個插件專注解決一個問題,隨着插件功能增多,為了保證其通用性,代碼量其實是指數級增長的,這會增大用户站點的負擔以及出現 BUG 的可能性。而且對 WordPress 核心功能裁剪很容易導致依賴其的插件、主題報錯,這對小白用户來講是致命的。

    將來如果需要搞這些功能,應該會單獨另開發一個項目,而不會集成到 WP-China-Yes 裏。

    最後衷心的感謝你的支持與提議

  1304. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個方案還得評估下,初步預想了下,技術上應該不具有可行性。

    WordPress 那些可視化編輯器中所有的組件都是由其自身提供的,所以可以進行很好的控制。

    但是第三方插件在 WordPress 後台插入的各種字符並沒有什麼規律可循 (插件除了其自身的設置頁外還可能在編輯頁、會員設置頁等等的各種地方插入字符串),很難去驗證這個字符具體是哪個插件所提供的,也就更不知道這個翻譯應該屬於誰了。

    按道理講,追蹤 PHP 的調用堆棧是可以找到的,但是性能開銷太大,不切實際。

    是否有其他切實可行的解決方案能實現這個效果我還得想想,目前看來應該無解

    來自秦皇島
  1305. jiaoyiyuan 的頭像
    jiaoyiyuan

    我突發奇想:可不可以像前端頁面構建器一樣,在 WordPress 的控制面板中,以類似 「所見即所得」 的方式對等待翻譯的外語字符串進行翻譯,這樣是不是就能克服因為不知道等待翻譯的外語字符串出現在主題和插件中的具體位置 (上下文語境) 而翻譯困難呢?

    來自懷化
  1306. 文派葉子 🍃 的頭像
    文派葉子 🍃

    優先級默認是空的,抓取翻譯因為是從應用中重新提取,而不是靠爬蟲爬取官方翻譯平台的數據,所以優先級是不會被包含的。這個未來也難以支持

    來自秦皇島
  1307. 文派葉子 🍃 的頭像
    文派葉子 🍃

    wp-china-yes 插件會接管用户網站的 api,把下載鏈接都接管成國內鏡像,然後國內鏡像是跑在又拍雲 cdn 上的,所以不存在用户網站不使用又拍雲的情況,除非他不用 wp china yes 。他如果不用的話,那肯定是掃不到了。

    不過目前的情況來看,國內有人在用的應用差不多都會被覆蓋上,因為一款應用只要有一個人在用就會收錄,假以時日慢慢的平台裏就收錄了全部有人用的包了。

    來自秦皇島
  1308. 文派葉子 🍃 的頭像
    文派葉子 🍃

    直接從官方翻譯平台導出的話會都給你合併到同一個文件裏,這樣就不區分文本域了。

    最正確的應該是通過 api.wordpress.org 下發的翻譯包,api 的翻譯包生成機制會正確處理同一應用包含多個文本域的情況。

    不過這種情況我目前觀察來看應該是極少數吧? 所以沒太着急修復這個問題

    來自秦皇島
  1309. jiaoyiyuan 的頭像
    jiaoyiyuan

    如果在 WordPress 網站中沒有使用又拍雲的內容分發網絡的服務,「WP-China-Yes」 插件可以掃描的到嗎?

  1310. jiaoyiyuan 的頭像
    jiaoyiyuan

    那麼,是不是在目前的情況下,在 WordPress.Org 上面導出的 Po 文件或 Pot 文件中包含的待翻譯字符串是最準確的?

    來自懷化
  1311. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個文檔中反饋的問題是存在的,本土翻譯平台只提取 7 個字符,而官方提取了幾百個,可能是由於部分插件中的文本存在多個 text-domain 導致的,本土翻譯平台目前只提取和插件中聲明的 text-domin 一致的翻譯。

    關於

    「Loco Translate」,在點擊同步後,會提示已從 blocksy.pot合併添加了26 個新字符串

    的問題,猜測原因是開發者忘記標註部分字符串的 text-domain 了,這類沒被明確指定 text-domain 的字符串默認的 text-domain 為 default,所以也不會被掃描到。

    這兩個問題是以往就關注到的,其中問題二應該不算問題,問題一會在本土應用市場功能開發完成後着手處理。

    關於反饋的發帖子不顯示的問題,我測試似乎沒問題:https://wp-china.org/forums/topic/1276

    另,也可以加 QQ 羣交流:1046115671

  1312. 文派葉子 🍃 的頭像
    文派葉子 🍃

    翻譯的是 Stable (latest release) 這個,也就是最新的正式發行版。

    翻譯平台掃描的原理是去掃描又拍雲存儲中存在的應用包,又拍雲存儲中的應用包是通過又拍雲自帶的鏡像功能從 WordPress.org 鏡像的,只要國內有人通過 cdn 訪問了某個包且雲存儲中不存在,就會被鏡像,而被鏡像到雲存儲後就會被翻譯平台掃描到,從而被提取翻譯。

    所以掃描的都是被用户訪問的正式發行版應用

    來自秦皇島
  1313. jiaoyiyuan 的頭像
    jiaoyiyuan

    在 WordPress.org 上面,主題或者插件的翻譯中有 4 個翻譯項目,「WP-China-Yes」 掃描的哪一個呢?在隊列裏面進行機器預先翻譯的是哪一個呢?

    附上 4 個翻譯項目:

    1. Stable (latest release)
    2. Stable Readme (latest release)
    3. Development (trunk)
    4. Development Readme (trunk)
  1314. jiaoyiyuan 的頭像
    jiaoyiyuan

    提交了附件,文件名是 「發佈帖子後無法顯示出來的問題.docx」 。

  1315. 文派葉子 🍃 的頭像
    文派葉子 🍃

    有什麼報錯信息嗎?

    可以把你發的內容放 worl 文檔裏,作為附件傳上來嗎?我需要用那個測試下。我剛剛自己編輯了一個長帖子,發佈是正常的

  1316. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這篇帖子裏有回覆過:https://wp-china.org/forums/topic/1253

    至於 WordPress 主程序的翻譯,因為官方更換了負責人,目前已經能比較及時的處理翻譯工作,所以本土翻譯平台暫時移除了對 WordPress 主程序翻譯的支持。

    安裝 WP-China-Yes 插件後推送的也是官方翻譯平台的 WordPress 程序翻譯,而不是來自本土翻譯平台。

  1317. 文派葉子 🍃 的頭像
    文派葉子 🍃

    可以,每次監測到應用更新,都會重新提取翻譯,當然,之前翻譯過的字符串還會調取之前的翻譯

  1318. jiaoyiyuan 的頭像
    jiaoyiyuan

    發現一個問題:在啓用 「WP-China-Yes」 插件後,在 「文章」——「所有文章」 中默認的文章 《世界,你好!》 後面會出現一個 「——隱私政策」 的粗體標籤。這是否是因為 wordpree.org 推送了 5.6 版本,而 「WP 中國本土化社區」 還停留在 5.5 版本呢?

    來自懷化
  1319. jiaoyiyuan 的頭像
    jiaoyiyuan

    如果是主題和插件的翻譯模板中添加了或者刪除了一些字符串,本土翻譯平台可以掃描的到嗎?

    來自懷化
  1320. 文派葉子 🍃 的頭像
    文派葉子 🍃

    你刷新下頁面看看?我看了下翻譯數已經更新到 1032 了。

    我現在主要工作是在搞本土應用市場,預計 2021 年 1 月 1 日會出 alpha 1 版,應用市場第一版功能開發好後會專門拿出來一段時間重新設計、製作官網,並完善翻譯平台。

    現在因為整個 wp-china.org 平台的基礎功能都還沒開發完成,所以沒太顧得上細節的完善。假以時日,會越來越好的^_^

  1321. 文派葉子 🍃 的頭像
    文派葉子 🍃

    不好意思,才看到回覆,方便的話,可以加我 QQ 給你調試一下

  1322. 文派葉子 🍃 的頭像
    文派葉子 🍃

    翻譯分類型推送的需求還得評估下。

    至於 WordPress 主程序的翻譯,因為官方更換了負責人,目前已經能比較及時的處理翻譯工作,所以本土翻譯平台暫時移除了對 WordPress 主程序翻譯的支持。

    安裝 WP-China-Yes 插件後推送的也是官方翻譯平台的 WordPress 程序翻譯,而不是來自本土翻譯平台。

  1323. 文派葉子 🍃 的頭像
    文派葉子 🍃

    掃描的流程是這樣的:

    用户網站檢查應用更新時會請求 wp-china.org 的 api,而當後端 api 發現某個應用未被添加到翻譯平台中時會嘗試將其放入隊列中處理,隨後隊列處理程序會將支持國際化且在官方應用市場中的應用添加到翻譯平台,反之則拋棄。

    所以説,只要用户檢查了插件、主題更新,應用就會被掃描到,無關乎其是否啓用。

  1324. jiaoyiyuan 的頭像
    jiaoyiyuan

    ??? 謝謝邀請,人在地球,剛下公交車,圈子人少,匿了。???

  1325. jiaoyiyuan 的頭像
    jiaoyiyuan

    發現一個問題:在啓用 「WP-China-Yes」 插件後,在 「文章」——「所有文章」 中默認的文章 《世界,你好!》 後面會出現一個 「——隱私政策」 的粗體標籤。這是否是因為 wordpree.org 推送了 5.6 版本,而 「WP 中國本土化社區」 還停留在 5.5 版本呢?

  1326. jiaoyiyuan 的頭像
    jiaoyiyuan

    1 、請問,翻譯平台在掃描的時候是否是根據 WordPress 安裝的語言來識別的?即 WordPress 語言設置為 「簡體中文 (中國)」(zh_CN) 才被識別並添加到機器預先翻譯中?

    2 、這兩種情況下翻譯平台可以掃描的到嗎?

    • 主題和插件下載並啓用
    • 主題和插件下載未啓用
  1327. 文派葉子 🍃 的頭像
    文派葉子 🍃

    給了本土翻譯平台全局管理員權限了,後續提交翻譯不用等審核了

  1328. 文派葉子 🍃 的頭像
    文派葉子 🍃

    提供下錯誤信息的截圖唄 (全屏截取,否則不曉得是在哪個頁面提示的錯誤)

  1329. suiyilight 的頭像
    suiyilight

    zip 也不行

    WP-Open-Social.zip: 抱歉,由於安全原因,這個文件類型不受支持。

     

    來自濟南
  1330. 文派葉子 🍃 的頭像
    文派葉子 🍃

    需要打包成 zip 壓縮包上傳

    來自秦皇島
  1331. 文派葉子 🍃 的頭像
    文派葉子 🍃

    如果插件存在更新的話 1 個小時內本土翻譯平台會更新對應的詞條

    來自秦皇島
  1332. suiyilight 的頭像
    suiyilight

    open-social-zh_CN.po: 抱歉,由於安全原因,這個文件類型不受支持。

    來自濟南
  1333. 文派葉子 🍃 的頭像
    文派葉子 🍃

    Sorry,只負責和 WordPress 本土化項目相關的問題,其他建站方面的問題可以去薇曉朵論壇問問,他們對這些比較熟悉:https://bbs. 薇曉朵.com/

  1334. 文派葉子 🍃 的頭像
    文派葉子 🍃

    確實存在這個問題,但這個問題只出現在部分 CDN 節點上,所以我無法復現。麻煩加一下我 QQ,我遠程調試一下

  1335. 文派葉子 🍃 的頭像
    文派葉子 🍃

    只能説不會比官方慢,wp-china-yes 插件主要目的在於接入本土生態,以目前的本土化成果來看就是可以接收到全量的漢化包。比如説 WordPress 5.5.1 已經發佈一個半月了,官方也沒推送漢化,但是安裝 wp-china-yes 插件後切換 「本土應用市場」 就可以收到

  1336. jiaoyiyuan 的頭像
    jiaoyiyuan

    這得到一個經驗:插件和主題的名字最好保持原樣,不要翻譯為中文。

  1337. jiaoyiyuan 的頭像
    jiaoyiyuan

    謝謝。我有一個疑問:有時我發帖或者回帖會被吞沒,無法在論壇上顯示出來。這是不是存在一個發帖限制措施呢?

  1338. 文派葉子 🍃 的頭像
    文派葉子 🍃

    找到原因了,這個插件的插件名必須保持英文,翻譯成中文會出錯,錯誤原因不明

    來自秦皇島
  1339. 文派葉子 🍃 的頭像
    文派葉子 🍃

    這個問題還在排查中……估計應該是哪個 html 標籤翻譯的時候缺了閉合,或者是尖括號、引號這些搞錯了

    來自秦皇島
  1340. jiaoyiyuan 的頭像
    jiaoyiyuan

    謝謝邀請,人在地球,剛下公交車,圈子人少,匿了。?

  1341. 文派葉子 🍃 的頭像
    文派葉子 🍃

    只有管理員有權限導入完整翻譯包。普通用户可以在詞條上雙擊,添加新的翻譯校準,不過這是針對單條翻譯的。

  1342. 文派葉子 🍃 的頭像
    文派葉子 🍃

    只要這個項目在 WordPress 官方應用市場中,那麼只要你在你的站點上安裝他,24 小時內本土翻譯平台就會自動為他創建項目並進行機器預翻譯。這一切是自動進行的。
    如果這個項目不在官方應用市場中,那就沒辦法了。

  1343. 文派葉子 🍃 的頭像
    文派葉子 🍃

    假設你備份了語言包:

    可以把語言包通過附件發到論壇,我會把你的語言包導入到本土翻譯平台,4 小時內會給你推送校準好的翻譯,這樣後續有更新也不會覆蓋你的翻譯,同時你也可以享受到其他用户在本土翻譯平台中所提交的翻譯。

    你也可以直接停用本土應用市場,然後用你的備份文件替換掉/wp-content/languages/plugins/目錄中的同名文件。

    假設你沒備份語言包:

    如果是用 Loco Translate 插件翻譯的,可以檢查下你的插件目錄下是否有 language/lang 這種目錄,點進去有可能會有你的翻譯文件,然後按前面的步驟操作即可。

    如果實在找不到備份,可以把你所用的插件名稱貼一下,我會組織人手儘快幫你把這幾個插件在本土翻譯平台校準好翻譯,並給你推送人工校準的結果。

    WP-China-Yes 直接覆蓋翻譯的行為是否妥當

    這個覆蓋行為是 WordPress 默認的機制,如果你使用 Loco Translate 插件進行翻譯會發現他有提示翻譯會在將來的更新中被覆蓋。

    話雖如此,但 WP-China-Yes 推送的翻譯在很多時候並不是完美的人工翻譯,我是想先解決有沒有的問題,再解決好不好的問題,我沒在插件端增加顯眼的提示信息明確説明可能會出現機翻覆蓋用户手翻的情況確實是我考慮不周,我深表歉意。

    一些調查

    就你的體驗來看,你願意為機翻的結果打幾分?

  1344. 沉言思語 的頭像
    沉言思語

    看到這裏並沒有什麼人來 有點驚歎和遺憾

    來自北京
  1345. 孫錫源 的頭像

    在樓上的基礎上補充一下:

    使用聽雲的 php 探針偵測性能瓶頸,針對性優化調整。

    通常值得優化的點一般是某個插件的代碼導致了過多的循環以及程序請求了緩慢的外部網絡。

    針對請求外部網絡緩慢的問題,除了刪除相關代碼外還可以查看下是否是服務器 DNS 緩慢的鍋。

    推薦設置服務器 DNS 為:114.114.114.114/8.8.8.8

    來自秦皇島
  1346. 王筅笙 的頭像
    王筅笙

    1.opcache 必開,redis 和 memcached 選一個。

    2. 服務器配置,要知道 1h1g1m 的配置,再怎麼優化也優化不出來 1h1g2m 的效果。

    3. 谷歌字體加速或者移除,G 家頭像加速

    4. 根據頁面類型和訪問需求制定不同的 cdn 緩存策略,比如首頁可以全部緩存,評論頁不緩存。

    5. 動靜分離,靜態文件,如圖片 cssjs 這些可以交由第三方雲儲存來接管,需要的時候自動拉取,雲儲存首推又拍雲和阿里雲,但是本地一定要保留備份,確保如果有一天你不再使用雲儲存,你的站有獨立運行的能力。

    (瀚域博客)

    來自瀋陽

發表回覆

您的郵箱地址不會被公開。 必填項已用 * 標註