参与者列表

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

发表评论

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

较旧评论
1 … 42 43 44 45 46 … 67
较新评论

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

  3. f12 看看网络请求，截图贴上来。

    这个估计是你做了动静分离，然后要么 CDN 那边没配置好回源 Host，要么防盗链配错了。

    来自中国, 香港,
    回复

  4. 你这四个插件，我都用过，我觉得只用rocket缓存插件和对象存储插件就够了，另两个插件没必要使用。

    来自中国, 四川, 南充
    回复

  9. hCaptcha for WordPress

    他在LitePress的市场里叫做hCaptcha for WordPress，在wordpress的后台里叫做hCaptcha for Forms and More，在后台点击翻译按钮会跳转到https://litepress.cn/translate/projects/plugins/hcaptcha-for-forms-and-more

    来自中国, 江苏, 无锡
    回复

  13. 二者应该同时存在。已经存在的内容目测是宝塔为了防止跨站攻击而添加的，用于限制 WEB 程序可读写的目录范围，删了不会报错，但是有安全隐患。

    来自中国, 香港,
    回复

  14. 如果需要按文章发布日期升序更新的话（也就是先更老文章），将代码改成如下即可：

    function update_all_posts() {
    $args = array(
        'post_type' => 'post',
        'numberposts' => -1,
        'orderby' => 'post_date',
        'order' => 'ASC',
    );
    $all_posts = get_posts($args);
    foreach ($all_posts as $single_post){
        $single_post->post_title = $single_post->post_title.'';
        wp_update_post( $single_post );
    }
}
add_action( 'wp_loaded', 'update_all_posts' );

    老实说，我非常不理解你这个需求，甚至于感觉匪夷所思。我无法理解为什么文章的更新时间会影响文章的顺序，但是还是按你的需求修改了一下代码。

    来自中国, 山东, 滨州
    回复

  15. 我需要从很久之前发布的第一个文章 陆续更新到 最新发布的文章。（这样更新下来，最新发的文章还是在最前面）

    来自中国, 山东, 德州
    回复

  16. 顺序变了？你是根据最后更新日期排序吗？改成以文章创建日期排序呗。不然你将来保存一下老文章就会打乱排序。

    来自中国, 香港,
    回复

  20. 把以下代码放到主题的 functions.php 文件里，然后随便访问一个网页，就对所有文章触发更新操作了。更新完记得删掉这段代码。

    function update_all_posts() {
    $args = array(
        'post_type' => 'post',
        'numberposts' => -1
    );
    $all_posts = get_posts($args);
    foreach ($all_posts as $single_post){
        $single_post->post_title = $single_post->post_title.'';
        wp_update_post( $single_post );
    }
}
add_action( 'wp_loaded', 'update_all_posts' );

    如果你的文章数量很多的话需要改一下 PHP 的最大执行时间。

    来自中国, 香港,
    回复

  22. 点分类的编辑按钮，然后浏览器地址栏有一个名为 tag_id 的查询参数，那个就是了

    来自中国, 山东, 滨州
    回复

  23. 我感觉，你们做litepress的项目就是针对国内的WP用户群，如果推回给官方，用户选择性就多了，分散了用户。

    来自中国, 吉林, 四平
    回复

  24. 分类ID我的博客好像可以直接显示

    不太清楚原来有没有，有可能是主题或插件添加的

    还可以在编辑分类时看地址栏上的tag_ID

    来自中国, 山东, 济南
    回复

  29. 想知道这里参与的插件翻译是留在本土还是说会推回给上游

    所有翻译会存在于本地平台，不会回推给 wordpress.org，这个老实说技术上可以实现数据回流，但是我们也确实是有意的不会这样做。

    这就好像子贡赎人的典故一样，子贡好心的拒绝了赎金，其产生的后果是将来都不会有人再主动去营救鲁国的奴隶。代入到现在这个项目也是一样，如果我们好心的主动把数据同步给 wordpress.org，我们将始终难以在本地化生态积累的层面上超过 wordpress.org，也就没理由说服用户选择本地平台，长久来看本地平台也就几乎不可能得到发展。

    但，如果我们不做数据回流，则可以逐渐加大两个平台的差异化，而且本地平台等于 wordpress.org 的超集，将来势必会倒逼用户选择本地平台，有了用户基数就有了贡献者和参与到这一体系的开发者，本地平台也就有了崛起的可能。

    应用市场方面个人使用更倾向于扩展，如果可以两边的市场都能同时访问到就更好了

    应用市场目前上确实是按二者并存为出发点设计的，也就是说将来可以完全脱离 wordpress.org。但就像前面的翻译平台一样，本地的应用市场上架的应用同样不会回流给 wordpress.org（况且付费和闭源的应用也没法回流）。

    试用LitePress市场的时候报了504，不知道是这边还没完善还是自己服务器有什么设置限制了

    你是指的插件端的吗？插件端的 API 前段时间重构了，后来因为翻译平台的开发比较紧张所以暂时搁置，目前只重构完了翻译推送相关的 API 功能。

    关于重构这个，其实 litepress.cn 平台各个子模块都最少重构了三次，重构的多并不值得炫耀，这其实映射的是我本人在工程化开发方面的经验很缺乏，于是造成了开发好一个功能，但是很快的发现这个功能在融入总的工程后在将来的可维护性、扩展性、各模块联动性方面存在缺失，于是只能重构。周而复始的重构与迭代，我难以在早期就预料到所有情况，所以只能很无奈的承担下多出来的重构成本。

    在这种环境下有一个本土优化是好事，但路还很长，加油

    路长且艰，但我觉得我们或许是过去十年间最有可能做成这件事的人。

    来自中国, 山东, 滨州
    回复

  30. 想知道这里参与的插件翻译是留在本土还是说会推回给上游

    应用市场方面个人使用更倾向于扩展，如果可以两边的市场都能同时访问到就更好了

    （试用LitePress市场的时候报了504，不知道是这边还没完善还是自己服务器有什么设置限制了）

    在这种环境下有一个本土优化是好事，但路还很长，加油

    来自中国, 广东, 广州
    回复

发表评论