参与者列表

这里是 LitePress 社区旧贴存档，您可以在此留言或提交新的回应和信息。

发表评论

《 “参与者列表” 》 有 2,005 条评论

较旧评论
1 … 20 21 22 23 24 … 67
较新评论

《参与者列表》有2,005条评论

  2. 尝试卸载并重装这两个包。另外确认下你的php.ini中是否引入了openssl扩展。

    来自中国, 河北, 秦皇岛
    回复

  5. 你装的操作系统版本号是多少？我目测是你操作系统的curl包或openssl包的问题。

    尝试在shell中直接使用curl命令发起请求：

    curl https://api.wordpress.org

     

    来自中国, 河北, 秦皇岛
    回复

  6. 还没加群，不过重新做了个环境  就没这个问题。 可能是老服务器环境导致  准备抹掉重做了

    来自中国, 上海, 上海
    回复

  17. 添加以下代码尝试在发布文章时重新指定触发时间戳：

    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小时。

    来自中国, 河北, 秦皇岛
    回复

  19. 在wp_options目录下执行以下sql，直接在数据库里查看Cron任务：

    select * from wp_options where option_name like '%cron%';

    检索了下资料，WordPress的Cron始终以UTC时间触发。通过WP Crontrol查看的时间有可能被转换过，所以直接在数据库里看，然后再进一步诊断问题。

    来自中国, 河北, 秦皇岛
    回复

  20. 停用插件没用，比如现在是22:56  8个小时后定时的文章（06:56）的文章发布了  等于定时发布提前了 8 小时

    来自中国, 青海, 西宁
    回复

  21. 你不是说提前8小时触发吗？所以不是应该看看暂时停用后还会不会提前触发的嘛。何谓“没反应”

    来自中国, 河北, 秦皇岛
    回复

  29. 刚蹲坑的时候突然茅塞顿开，还拿-举例子：我可以在翻译匹配时将网页文本和glotpress原文中的所有–都先转换为-，这样无论是经过wordpress.org转移为了–还是它原本就是–都已经无所谓了，最后再执行正则匹配翻译就可以了。

    来自中国, 河北, 秦皇岛
    回复

  30. 至于逆向wordpress.org的预处理过程的话，是基本不现实的。

    举个例子，比如wordpress.org会把-转换为–，而有的插件本身就是用的–。于是我无法得知这个–到底是wordpress.org转换的还是插件原本的，于是我无法对其逆向处理。

    来自中国, 河北, 秦皇岛
    回复

发表评论