这里是 LitePress 社区旧贴存档，您可以在此留言或提交新的回应和信息。
LitePress 社区旧贴存档 2020~2023 年度
文章投稿 131 篇
参与 1035 次讨论和 239 条回复您可能也喜欢…
发表评论
2,005 条回复
-
在二者硬件规格一致的前提下，只要你本地服务器负载没接近极限，就是本地快。
-
要是WordPress 文章有5W 那个快？
-
数据量小时本地快，达到一定阈值后云数据库快（阈值由硬件和程序的代码效率而定）
-
本地
-
然后论坛反手用了Redis(抠鼻)(抠鼻)
-
下次把床搬进厕所，不用出来了。解决问题嗖嗖的。
-
尝试卸载并重装这两个包。另外确认下你的php.ini中是否引入了openssl扩展。
-
CentOS 7.9.2009
-
我感觉也是如此。发起请求没反馈
-
你装的操作系统版本号是多少？我目测是你操作系统的curl包或openssl包的问题。
尝试在shell中直接使用curl命令发起请求：
curl https://api.wordpress.org
-
还没加群，不过重新做了个环境 就没这个问题。 可能是老服务器环境导致 准备抹掉重做了
-
有加群吗？有加群的话私聊一下我看看。看起来chinayes插件没有生效。
-
等群主看一下吧
-
腾讯云北京
-
你用的哪家服务器？
-
服务器直接Ping是没问题的 Php也能抓到 ip
-
安装也不行
-
有个错误提示是未能连接wp服务器，你安装这个插件试试
-
刚安装 没有任何插件
-
是不是用了什么插件把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任务：
select * from wp_options where option_name like '%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转换的还是插件原本的，于是我无法对其逆向处理。
发表回复