参与者列表 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 转换的还是插件原本的，于是我无法对其逆向处理。