參與者列表 Search 感謝 2020 ~ 2023.4 所有關注過 LitePress 的用户 此版已存檔,詳情參見 《推廣名單》 《“ 參與者列表” 》 有 2,005 條評論 文派葉子 🍃 2021.07.28 更新一下,檢索到 WordPress 有一個現成的連接 ES 的插件:ElasticPress 於是打算把前面説的產品信息索引方案改一下。原本是計劃在產品展現並翻譯時將翻譯後的信息通過異步隊列寫入 ES,而有了這個插件之後,我們就可以在插件索引數據時直接通過鈎子更改索引內容為翻譯後的譯文了,一下節省好多力氣。 文派葉子 🍃 2021.07.28 這只是一個很普通的 PHP 提示消息而已,是不會觸發致命錯誤的。 現在有可能是你還沒真正觸發問題代碼。建議你先走一遍對接流程,然後在流程中哪一步拋出了讓程序徹底終止的報錯後再把那個報錯貼上來 divivityan 2021.07.28 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 的版本上是可以用的。 文派葉子 🍃 2021.07.28 目測不對,插件入口的註釋應該包含:Plugin Name: 插件名 因為主題的 functions 是在全部的插件加載完之後才會加載,所以當插件中的某個功能在代碼加載階段報錯的話在主題里加調試代碼就無效了。 如果在插件入口添加調試代碼仍然無效的話請開啓 PHP 的 XDebug 擴展,對於寶塔面板可以直接在 PHP 擴展管理安裝。 divivityan 2021.07.28 插件入口和主題都有加,這樣對麼 文派葉子 🍃 2021.07.28 截圖,我看看是咋加的。另外,加到插件的入口文件嘗試了嗎? divivityan 2021.07.28 還是不行 文派葉子 🍃 2021.07.28 可能是某個插件關閉了 PHP 的調試輸出。 嘗試填下以下代碼到你主題的 functiongs.php 或這個插件的入口文件裏: ini_set( 'display_errors', 1 ); divivityan 2021.07.28 https://litepress.cn/plugins/ucenter-integration 就是這個插件 開了錯誤日誌記錄都沒用,只要配置好開啓插件 wp 就提示致命錯誤,根本沒有錯誤日誌 define(‘WP_DEBUG’, true); define(‘WP_DEBUG_LOG’, true); 文派葉子 🍃 2021.07.28 確實是只能單個文件,其針對的是循環依賴的場景。因為預處理階段是針對每個.cpp 文件單獨進行的,所以對於多個 cpp 文件會失效。 對於全局變量,你可以這樣處理: 只在 main.cpp 中包含 config.h,然後在其他 cpp 文件中使用 extern 關鍵字來標識要訪問的變量,這樣就可以了。 文派葉子 🍃 2021.07.28 向上追蹤,把 get_jiecao 函數的源碼貼上來,論壇編輯器有插入代碼的功能,記得用那個貼,要不然格式會亂。 smallsaltedfish 2021.07.28 已經自行排查 找到原因 Cpp 的僅編譯一次似乎是針對單一文件的 一旦我建立兩個 cpp 源文件 好像就必定編譯 config.h 兩次 由於機器人的設備定義是依賴現有機器人 CLI 來實現的 導致重複定義必報錯 這好像是無解的. cmhello 2021.07.28 已用上,目前看來一切正常,感謝付出 文派葉子 🍃 2021.07.27 是否有報錯輸出? 貼上來看看,也許可以通過簡單的修復 bug 來讓其繼續服役 xiaotian 2021.07.27 加油 文派葉子 🍃 2021.07.27 參見:https://litepress.cn/plugins/wp-media-library-categories 文派葉子 🍃 2021.07.27 先把代碼精簡成最小 demo,見我前面的回覆。 排錯得先移除干擾因素 smallsaltedfish 2021.07.26 在其他.h 中引入 main.h 是因為其他.h 的定義也需要 main.h 中機器人函數庫的支持。 我的項目目錄沒錯,就是這個。 我懷疑是不是因為我同時在 main.cpp 和 ctrl_func.cpp 都引用了 config.h 導致不同文件無法只編譯一次。 這個問題怎麼破? 文派葉子 🍃 2021.07.26 直接在 WordPress 後台,設置-> 討論 中更改默認圖即可: 如果想有更細緻的默認圖控制的話可以參考 Cravatar 的開發文檔自己對接。 cgq630105023 2021.07.26 這代碼裏的返回的默認圖怎麼修改??? 文派葉子 🍃 2021.07.26 先把代碼改成最簡版本。就只留下 config.h 引入相關的代碼,然後 config.h 裏面只留下一個常量,去掉其他所有註釋和無關代碼。目前這一大攤把我眼睛看瞎了,尤其是你這代碼依賴特定環境,又不能在本地調試。 另外,在其他.h 裏面引入 main.h 是什麼操作? 最後你的項目目錄是/Users/sukanu/L3313B? 文派葉子 🍃 2021.07.26 還是沒懂你的意思 cgq630105023 2021.07.26 如果是外鏈圖片作為頭像呢? 就是頭像不是來自 gravatar 也不是來自 cravatar,而是來自其他外部鏈接的這種 文派葉子 🍃 2021.07.26 老實説,我沒明白你的意思。本地緩存指得啥? 文派葉子 🍃 2021.07.26 這是什麼神奇的需求? 緩存到本地是為了什麼?更快的速度嗎? Cravatar 的頭像除了第一次請求是動態生成外,其後請求都市由 CDN 節點直接返回的,默認緩存 30 天 (用户更換頭像會自動刷新),速度差不在 60ms 左右,本地很難快過 CDN 。 文派葉子 🍃 2021.07.26 看一下這個插件:https://litepress.cn/plugins/sync-post-with-other-site 文派葉子 🍃 2021.07.26 代碼貼上來看看。 記得用編輯器的插入代碼功能貼,別直接複製粘貼 cgq630105023 2021.07.26 問下 本地怎麼緩存呢? 5323 2021.07.26 好的 謝謝~ 文派葉子 🍃 2021.07.26 有能力做好配置的話當然是專家模式 ←較舊評論 1 … 24 25 26 27 28 … 67 較新評論→
《“ 參與者列表” 》 有 2,005 條評論
更新一下,檢索到 WordPress 有一個現成的連接 ES 的插件:ElasticPress
於是打算把前面説的產品信息索引方案改一下。原本是計劃在產品展現並翻譯時將翻譯後的信息通過異步隊列寫入 ES,而有了這個插件之後,我們就可以在插件索引數據時直接通過鈎子更改索引內容為翻譯後的譯文了,一下節省好多力氣。
這只是一個很普通的 PHP 提示消息而已,是不會觸發致命錯誤的。
現在有可能是你還沒真正觸發問題代碼。建議你先走一遍對接流程,然後在流程中哪一步拋出了讓程序徹底終止的報錯後再把那個報錯貼上來
插件的 18 行
plugin_ucenter_integration_settings 數據庫內容:
是不是 wp 的一些相關函數升級導致~這個插件在 4.x 的版本上是可以用的。
目測不對,插件入口的註釋應該包含:
Plugin Name: 插件名
因為主題的 functions 是在全部的插件加載完之後才會加載,所以當插件中的某個功能在代碼加載階段報錯的話在主題里加調試代碼就無效了。
如果在插件入口添加調試代碼仍然無效的話請開啓 PHP 的 XDebug 擴展,對於寶塔面板可以直接在 PHP 擴展管理安裝。
插件入口和主題都有加,這樣對麼
截圖,我看看是咋加的。另外,加到插件的入口文件嘗試了嗎?
還是不行
可能是某個插件關閉了 PHP 的調試輸出。
嘗試填下以下代碼到你主題的 functiongs.php 或這個插件的入口文件裏:
https://litepress.cn/plugins/ucenter-integration 就是這個插件
開了錯誤日誌記錄都沒用,只要配置好開啓插件 wp 就提示致命錯誤,根本沒有錯誤日誌
define(‘WP_DEBUG’, true);
define(‘WP_DEBUG_LOG’, true);
確實是只能單個文件,其針對的是循環依賴的場景。因為預處理階段是針對每個.cpp 文件單獨進行的,所以對於多個 cpp 文件會失效。
對於全局變量,你可以這樣處理:
只在 main.cpp 中包含 config.h,然後在其他 cpp 文件中使用 extern 關鍵字來標識要訪問的變量,這樣就可以了。
向上追蹤,把 get_jiecao 函數的源碼貼上來,論壇編輯器有插入代碼的功能,記得用那個貼,要不然格式會亂。
已經自行排查 找到原因
Cpp 的僅編譯一次似乎是針對單一文件的
一旦我建立兩個 cpp 源文件 好像就必定編譯 config.h 兩次
由於機器人的設備定義是依賴現有機器人 CLI 來實現的
導致重複定義必報錯
這好像是無解的.
已用上,目前看來一切正常,感謝付出
是否有報錯輸出?
貼上來看看,也許可以通過簡單的修復 bug 來讓其繼續服役
加油
參見:https://litepress.cn/plugins/wp-media-library-categories
先把代碼精簡成最小 demo,見我前面的回覆。
排錯得先移除干擾因素
在其他.h 中引入 main.h 是因為其他.h 的定義也需要 main.h 中機器人函數庫的支持。
我的項目目錄沒錯,就是這個。
我懷疑是不是因為我同時在 main.cpp 和 ctrl_func.cpp 都引用了 config.h 導致不同文件無法只編譯一次。
這個問題怎麼破?
直接在 WordPress 後台,設置-> 討論 中更改默認圖即可:
如果想有更細緻的默認圖控制的話可以參考 Cravatar 的開發文檔自己對接。
這代碼裏的返回的默認圖怎麼修改???
先把代碼改成最簡版本。就只留下 config.h 引入相關的代碼,然後 config.h 裏面只留下一個常量,去掉其他所有註釋和無關代碼。目前這一大攤把我眼睛看瞎了,尤其是你這代碼依賴特定環境,又不能在本地調試。
另外,在其他.h 裏面引入 main.h 是什麼操作?
最後你的項目目錄是/Users/sukanu/L3313B?
還是沒懂你的意思
如果是外鏈圖片作為頭像呢? 就是頭像不是來自 gravatar 也不是來自 cravatar,而是來自其他外部鏈接的這種
老實説,我沒明白你的意思。本地緩存指得啥?
這是什麼神奇的需求?
緩存到本地是為了什麼?更快的速度嗎?
Cravatar 的頭像除了第一次請求是動態生成外,其後請求都市由 CDN 節點直接返回的,默認緩存 30 天 (用户更換頭像會自動刷新),速度差不在 60ms 左右,本地很難快過 CDN 。
看一下這個插件:https://litepress.cn/plugins/sync-post-with-other-site
代碼貼上來看看。
記得用編輯器的插入代碼功能貼,別直接複製粘貼
問下 本地怎麼緩存呢?
好的 謝謝~
有能力做好配置的話當然是專家模式