參與者列表 Search 感謝 2020 ~ 2023.4 所有關注過 LitePress 的用户 此版已存檔，詳情參見 《推廣名單》 《“ 參與者列表” 》 有 2,005 條評論 耗子 2021.07.15 下次把牀搬進廁所，不用出來了。解決問題嗖嗖的。 文派葉子 🍃 2021.07.15 嘗試卸載並重裝這兩個包。另外確認下你的 php.ini 中是否引入了 openssl 擴展。 doingxx 2021.07.15 CentOS 7.9.2009 doingxx 2021.07.15 我感覺也是如此。發起請求沒反饋 文派葉子 🍃 2021.07.15 你裝的操作系統版本號是多少？我目測是你操作系統的 curl 包或 openssl 包的問題。 嘗試在 shell 中直接使用 curl 命令發起請求： curl https://api.wordpress.org doingxx 2021.07.15 還沒加羣，不過重新做了個環境 就沒這個問題。 可能是老服務器環境導致 準備抹掉重做了 耗子 2021.07.15 有加羣嗎？有加羣的話私聊一下我看看。看起來 chinayes 插件沒有生效。 不凡 2021.07.15 等羣主看一下吧 doingxx 2021.07.15 騰訊雲北京 不凡 2021.07.15 你用的哪家服務器？ doingxx 2021.07.15 服務器直接 Ping 是沒問題的 Php 也能抓到 ip doingxx 2021.07.15 安裝也不行 不凡 2021.07.15 有個錯誤提示是未能連接 wp 服務器，你安裝這個插件試試 https://a1.wp-china-yes.net/apps/wp-china-yes.zip doingxx 2021.07.15 剛安裝 沒有任何插件 不凡 2021.07.15 是不是用了什麼插件把 REST API 禁用了？ doingxx 2021.07.15 是一張圖片 不知為何不顯示 文派葉子 🍃 2021.07.15 添加以下代碼嘗試在發佈文章時重新指定觸發時間戳： 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 小時。 cgq630105023 2021.07.14 看了數據庫 數據庫裏和後台定時的時間是一致的 文派葉子 🍃 2021.07.14 在 wp_options 目錄下執行以下 sql，直接在數據庫裏查看 Cron 任務： select * from wp_options where option_name like '%cron%'; 檢索了下資料，WordPress 的 Cron 始終以 UTC 時間觸發。通過 WP Crontrol 查看的時間有可能被轉換過，所以直接在數據庫裏看，然後再進一步診斷問題。 cgq630105023 2021.07.14 停用插件沒用，比如現在是 22:56 8 個小時後定時的文章 （06:56） 的文章發佈了 等於定時發佈提前了 8 小時 文派葉子 🍃 2021.07.14 你不是説提前 8 小時觸發嗎？所以不是應該看看暫時停用後還會不會提前觸發的嘛。何謂 「沒反應」 cgq630105023 2021.07.14 停止了 還是沒反應 文派葉子 🍃 2021.07.14 WPJAM_Baidu_ZZ 這個插件暫時停一下呢？ cgq630105023 2021.07.14 這個時間我看了是對的 但是發佈後時間就錯了 文派葉子 🍃 2021.07.14 所以，這個時間對不對？ cgq630105023 2021.07.14 上海時間 enterdawn 2021.07.14 看看系統時區對不對，也許系統時間是格林尼治時間。 文派葉子 🍃 2021.07.14 裝這個插件：https://litepress.cn/plugins/wp-crontrol 看看設置的定時任務執行時間是多少。 文派葉子 🍃 2021.07.14 剛蹲坑的時候突然茅塞頓開，還拿-舉例子：我可以在翻譯匹配時將網頁文本和 glotpress 原文中的所有–都先轉換為-，這樣無論是經過 wordpress.org 轉移為了–還是它原本就是–都已經無所謂了，最後再執行正則匹配翻譯就可以了。 文派葉子 🍃 2021.07.14 至於逆向 wordpress.org 的預處理過程的話，是基本不現實的。 舉個例子，比如 wordpress.org 會把-轉換為–，而有的插件本身就是用的–。於是我無法得知這個–到底是 wordpress.org 轉換的還是插件原本的，於是我無法對其逆向處理。 ←較舊評論 1 … 20 21 22 23 24 … 67 較新評論→
《“ 參與者列表” 》 有 2,005 條評論
下次把牀搬進廁所，不用出來了。解決問題嗖嗖的。
嘗試卸載並重裝這兩個包。另外確認下你的 php.ini 中是否引入了 openssl 擴展。
CentOS 7.9.2009
我感覺也是如此。發起請求沒反饋
你裝的操作系統版本號是多少？我目測是你操作系統的 curl 包或 openssl 包的問題。
嘗試在 shell 中直接使用 curl 命令發起請求：
還沒加羣，不過重新做了個環境 就沒這個問題。 可能是老服務器環境導致 準備抹掉重做了
有加羣嗎？有加羣的話私聊一下我看看。看起來 chinayes 插件沒有生效。
等羣主看一下吧
騰訊雲北京
你用的哪家服務器？
服務器直接 Ping 是沒問題的 Php 也能抓到 ip
安裝也不行
有個錯誤提示是未能連接 wp 服務器，你安裝這個插件試試
https://a1.wp-china-yes.net/apps/wp-china-yes.zip
剛安裝 沒有任何插件
是不是用了什麼插件把 REST API 禁用了？
是一張圖片 不知為何不顯示
添加以下代碼嘗試在發佈文章時重新指定觸發時間戳：
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 小時。
看了數據庫 數據庫裏和後台定時的時間是一致的
在 wp_options 目錄下執行以下 sql，直接在數據庫裏查看 Cron 任務：
檢索了下資料，WordPress 的 Cron 始終以 UTC 時間觸發。通過 WP Crontrol 查看的時間有可能被轉換過，所以直接在數據庫裏看，然後再進一步診斷問題。
停用插件沒用，比如現在是 22:56 8 個小時後定時的文章 （06:56） 的文章發佈了 等於定時發佈提前了 8 小時
你不是説提前 8 小時觸發嗎？所以不是應該看看暫時停用後還會不會提前觸發的嘛。何謂 「沒反應」
停止了 還是沒反應
WPJAM_Baidu_ZZ 這個插件暫時停一下呢？
這個時間我看了是對的 但是發佈後時間就錯了
所以，這個時間對不對？
上海時間
看看系統時區對不對，也許系統時間是格林尼治時間。
裝這個插件：https://litepress.cn/plugins/wp-crontrol
看看設置的定時任務執行時間是多少。
剛蹲坑的時候突然茅塞頓開，還拿
-舉例子：我可以在翻譯匹配時將網頁文本和 glotpress 原文中的所有–都先轉換為-，這樣無論是經過 wordpress.org 轉移為了–還是它原本就是–都已經無所謂了，最後再執行正則匹配翻譯就可以了。至於逆向 wordpress.org 的預處理過程的話，是基本不現實的。
舉個例子，比如 wordpress.org 會把
-轉換為–，而有的插件本身就是用的–。於是我無法得知這個–到底是 wordpress.org 轉換的還是插件原本的，於是我無法對其逆向處理。