文派叶子 🍃

免费下载 →

参与者列表

感谢 2020 ~ 2023.4 所有关注过 LitePress 的用户

此版已存档，详情参见 《推广名单》

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

  1. 文派叶子 🍃 的头像
    文派叶子 🍃

    任何人都可以进行 DNS 污染。

    参见：https://www.cloudflare.com/zh-cn/learning/dns/dns-cache-poisoning/

  2. 文派叶子 🍃 的头像
    文派叶子 🍃

    WordPress 的头像获取函数默认是传递用户 id 或邮箱地址的，所以也建议传递用户 id 或邮箱，而不是将评论对象整个传过去。

    这个报错的意思是评论对象无法被 WordPress 的缓存相关帮助函数用作键值。如果确定必须传递评论对象的话可以把自定义的获取头像的函数中带 wp_cache 相关的行都删掉。

  3. 文派叶子 🍃 的头像
    文派叶子 🍃

    完全没看懂问题描述欸。

    你说的的特色视频是主题带的功能还是 WordPress 内置的？可否附加一张截图我看一下在什么位置。

    另外编辑器有插入图片功能，通过附件上传不太方便看。

  4. 文派叶子 🍃 的头像
    文派叶子 🍃

    这玩意就和人和人的体质不能一概而论一样，贴吧五虎将能滑铲老虎、抱杀狗熊、一拳打穿一米钢板、徒步躲子弹，普通人行吗？

    同样如果别人装了一堆插件，可能文章刚 10 万的时候 postmeta 表数据就上千万了，但是你装的插件少可能文章 10 万 postmeta 表才 50 万，这东西无论如何都不能一概而论的。

     

  5. myelse 的头像
    myelse

    wordpress 多少篇文章能达到百万行数据库的量？

  6. 文派叶子 🍃 的头像
    文派叶子 🍃

    wordpress.com 利用这个插件来使用几千个数据库的数百万数据表存储其全球业务产生的海量数据。可以理解成无限扩容。

  7. 文派叶子 🍃 的头像
    文派叶子 🍃

    分库分表使用插件——HyperDB，这也是目前 wordpress.com 在用的方案。

    这个插件的使用非常复杂，这里有一篇最简单架构的设置方案：https://www.interserver.net/tips/kb/high-availability-wordpress-hyperdb/

    数据达到多少才需要分表这个没有统一规范，要根据你的业务来定。

  8. cgq630105023 的头像
    cgq630105023

    分库分表插件有啥？？ 达到多少文章适合分库分表？

  9. 不凡 的头像
    不凡

    好的，谢谢告知！

  10. 文派叶子 🍃 的头像
    文派叶子 🍃

    我之前很多客户用模板兔写的 erphpdown 插件，这个主要是把你的文章变成只有付费才可读或是提供付费下载功能。

    如果你是打算卖通常的商品的话除了 WooCommerce 外不建议用别的，你可以把系统转换成站群平台，然后商城在单独的子站里做，这样就可以给商城用一套专门的主题，然后会员数据也是互通的。

    另外 wpcom 的主题我记得是适配了 WooCommerce 的

  11. 文派叶子 🍃 的头像
    文派叶子 🍃

    china yes 插件当前是从 wp-china.org 上读取的翻译数据。这个老平台目前还在运行，但是今天上面的数据会被全部迁移到 litepress.cn 上，迁移范围只包括人工翻译的，机器翻译的舍弃掉重新跑，因为新版的机器翻译会匹配术语库，一定程度上比老版的会更准确。

  12. 文派叶子 🍃 的头像
    文派叶子 🍃

    已经好了

  13. smile 的头像
    smile

    另外反馈一个问题，我发现 ElasticPress 插件是没有翻译的，但是我已经可以通过 WP-China-Yes 插件接收到它的翻译更新了。

  14. smile 的头像
    smile

    顺便也给我添加一下权限，谢谢。

  15. leafit 的头像
    leafit

    不好意思，把后台缓存插件禁用就好了，已经解决了

  16. 文派叶子 🍃 的头像
    文派叶子 🍃

    肯定是 QPS 越大资源占用越大……

    通常可以通过多级缓存来降低单次请求的负载，比如说对某个页面整体静态缓存、对数据查询进行缓存、对 PHP 脚本预编译。再就是可以引入 NoSQL 来持久化存储一些简单的数据。

  17. myelse 的头像
    myelse

    就比如你们刚推出的头像服务，分库分表，查询的时间降下来，但是 QPS 一多是不是还得有很大负载压力。

  18. myelse 的头像
    myelse

    后者基本就是企业的大型业务了，而且这种业务可能也都是自己开发了。不分库分表的情况下，是不是数据库越大记录越多，同样的并发数，所需要的 CPU 算力越多？同样的一篇文章，多次访问 redis 和 pagecache 能解决，但是没缓存的数据还是需要进行数据库查询。

  19. 文派叶子 🍃 的头像
    文派叶子 🍃

    可以。

    如果你只是普通的文章站的话是有现成的分库分表插件的，这是数据库层面的横向扩容。

    Web 服务器层面的横向扩容要求你不能使用任何基于本地磁盘的持久化文件或会话存储，这样你就可以使用一个负载均衡器来轮询一组 Web 服务器节点了。

    通过这种方式理论上你可以无限扩容。

  20. myelse 的头像
    myelse

    横向扩容是自己上手操作的是吧，mysql 能支撑上亿文章的体量吗？

  21. myelse 的头像
    myelse

    不是担心 wordpress 的承载量的问题，而是服务器算力成本的问题哈哈。

  22. 文派叶子 🍃 的头像
    文派叶子 🍃

    不一定，数据量大了可以通过分库分表来横向扩容，这时候单节点无需很高的配置。

    总之不用担心，WordPress 可以承载任何数据量的数据，哪怕上亿文章都毫无问题。

  23. myelse 的头像
    myelse

    就是，数据库查询问题，要是 wordpress 文章多起来，比如到十万百万篇文章的量级，是不是需要超高配置服务器支撑一定程度的并发？

  24. 文派叶子 🍃 的头像
    文派叶子 🍃

    你说的数据库大小是指的磁盘空间吧。

    这个你这样想，你的电脑能运行多高特效的游戏是不是和你硬盘容量没啥关系？

  25. 文派叶子 🍃 的头像
    文派叶子 🍃

    WooCommerce 支持多站点模式，直接在网络管理中启用 WooCommerce 即可。

    如果想为每个站点同步商品 SKU，但为每个商品填写不同语言的介绍和库存可以参考这篇帖子：https://litepress.cn/topic/21213

  26. bighuaji 的头像
    bighuaji

    有啊，之前翻译过 telegram

  27. linn 的头像
    linn

    看了一下 F12 控制台有一条报错  但是找不到具体的原因 不过写一个 JS 也可以解决这个问题 原理是一样的 你把这个 JS 找个地方运行一下即可

    还有手风琴的标题不要加入超链接  不然会跳转的

    var $ = jQuery.noConflict();
$(".elementor-tab-title").on("click",function(){
$(this).toggleClass("elementor-active");
$(this).next().toggle();
})

     

  28. 文派叶子 🍃 的头像
    文派叶子 🍃

    已经好了。不过你之前有翻译的经验吗？

  29. 文派叶子 🍃 的头像
    文派叶子 🍃

    已经审核了。

    新版的翻译平台因为还是开发中所以审核不是很及时，本周会结束这一块的所有开发工作。

  30. ndwsj 的头像
    ndwsj

    https://a.dwcloud.xyz/

    麻烦您看下谢谢

较旧评论
1 … 28 29 30 31 32 … 67
较新评论