这里是 LitePress 社区旧贴存档，您可以在此留言或提交新的回应和信息。
LitePress 社区旧贴存档 2020~2023 年度
文章投稿 139 篇
参与 1035 次讨论和 239 条回复
发表评论
2,005 条回复
-
是的，后来发现是我傻逼了，应该是 zh-cn 的，要不然将来想扩展成兼容一些港澳的翻译都很难，所以在系统里改了。
-
建立项目的时候不是应该选择 zh-CN 吗？
-
词汇表无法导入的原因是 wordpress.org 上简体中文的代号是 zh-cn，而 litepress.cn 上是 zh，语言代码对不上。手工编辑一下 csv 文件可以了
-
排除难，我禁用了所有插件，但还是这样，即使重装了环境。
现在提交工单给主题开发那边了，希望能得到解决。但问题是，没找到主题社区中有类似问题….，就怀疑是我个例出现。
所以问问，这个问题可能的产生原因以便可以去自己排查下。 （PS：国外回复很慢）
-
文章形式中的特色视频代码有问题
-
错误的原因就是 XML 文档的开头不能包含任何空格。
参见 W3C 官方的解释：https://validator.w3.org/feed/docs/error/WPBlankLine.html
-
问题解决了，主题 functions.php 中有几个空格，删了就解决了。
不过这里面的关系还是没有能理解
-
卡出两个帖子来，帮忙删一个吧
-
是的。
阿里云 DNS 开启 DNSSEC 参考：https://help.aliyun.com/knowledge_detail/149662.html
-
所以 DNSSEC 可以避免 DNS 污染？
-
任何人都可以进行 DNS 污染。
参见：https://www.cloudflare.com/zh-cn/learning/dns/dns-cache-poisoning/
-
WordPress 的头像获取函数默认是传递用户 id 或邮箱地址的，所以也建议传递用户 id 或邮箱，而不是将评论对象整个传过去。
这个报错的意思是评论对象无法被 WordPress 的缓存相关帮助函数用作键值。如果确定必须传递评论对象的话可以把自定义的获取头像的函数中带 wp_cache 相关的行都删掉。
-
完全没看懂问题描述欸。
你说的的特色视频是主题带的功能还是 WordPress 内置的？可否附加一张截图我看一下在什么位置。
另外编辑器有插入图片功能，通过附件上传不太方便看。
-
这玩意就和人和人的体质不能一概而论一样，贴吧五虎将能滑铲老虎、抱杀狗熊、一拳打穿一米钢板、徒步躲子弹，普通人行吗？
同样如果别人装了一堆插件，可能文章刚 10 万的时候 postmeta 表数据就上千万了，但是你装的插件少可能文章 10 万 postmeta 表才 50 万，这东西无论如何都不能一概而论的。
-
wordpress 多少篇文章能达到百万行数据库的量？
-
wordpress.com 利用这个插件来使用几千个数据库的数百万数据表存储其全球业务产生的海量数据。可以理解成无限扩容。
-
分库分表使用插件——HyperDB，这也是目前 wordpress.com 在用的方案。
这个插件的使用非常复杂，这里有一篇最简单架构的设置方案：https://www.interserver.net/tips/kb/high-availability-wordpress-hyperdb/
数据达到多少才需要分表这个没有统一规范，要根据你的业务来定。
-
分库分表插件有啥？？ 达到多少文章适合分库分表？
-
好的，谢谢告知！
-
我之前很多客户用模板兔写的 erphpdown 插件，这个主要是把你的文章变成只有付费才可读或是提供付费下载功能。
如果你是打算卖通常的商品的话除了 WooCommerce 外不建议用别的，你可以把系统转换成站群平台，然后商城在单独的子站里做，这样就可以给商城用一套专门的主题，然后会员数据也是互通的。
另外 wpcom 的主题我记得是适配了 WooCommerce 的
-
china yes 插件当前是从 wp-china.org 上读取的翻译数据。这个老平台目前还在运行，但是今天上面的数据会被全部迁移到 litepress.cn 上，迁移范围只包括人工翻译的，机器翻译的舍弃掉重新跑，因为新版的机器翻译会匹配术语库，一定程度上比老版的会更准确。
-
已经好了
-
另外反馈一个问题，我发现 ElasticPress 插件是没有翻译的，但是我已经可以通过 WP-China-Yes 插件接收到它的翻译更新了。
-
顺便也给我添加一下权限，谢谢。
-
不好意思，把后台缓存插件禁用就好了，已经解决了
-
肯定是 QPS 越大资源占用越大……
通常可以通过多级缓存来降低单次请求的负载，比如说对某个页面整体静态缓存、对数据查询进行缓存、对 PHP 脚本预编译。再就是可以引入 NoSQL 来持久化存储一些简单的数据。
-
就比如你们刚推出的头像服务，分库分表，查询的时间降下来，但是 QPS 一多是不是还得有很大负载压力。
-
后者基本就是企业的大型业务了，而且这种业务可能也都是自己开发了。不分库分表的情况下，是不是数据库越大记录越多，同样的并发数，所需要的 CPU 算力越多？同样的一篇文章，多次访问 redis 和 pagecache 能解决，但是没缓存的数据还是需要进行数据库查询。
-
可以。
如果你只是普通的文章站的话是有现成的分库分表插件的，这是数据库层面的横向扩容。
Web 服务器层面的横向扩容要求你不能使用任何基于本地磁盘的持久化文件或会话存储，这样你就可以使用一个负载均衡器来轮询一组 Web 服务器节点了。
通过这种方式理论上你可以无限扩容。
-
横向扩容是自己上手操作的是吧，mysql 能支撑上亿文章的体量吗？
-
不是担心 wordpress 的承载量的问题，而是服务器算力成本的问题哈哈。
-
不一定，数据量大了可以通过分库分表来横向扩容，这时候单节点无需很高的配置。
总之不用担心，WordPress 可以承载任何数据量的数据，哪怕上亿文章都毫无问题。
-
就是，数据库查询问题，要是 wordpress 文章多起来，比如到十万百万篇文章的量级，是不是需要超高配置服务器支撑一定程度的并发？
-
你说的数据库大小是指的磁盘空间吧。
这个你这样想，你的电脑能运行多高特效的游戏是不是和你硬盘容量没啥关系？
-
WooCommerce 支持多站点模式，直接在网络管理中启用 WooCommerce 即可。
如果想为每个站点同步商品 SKU，但为每个商品填写不同语言的介绍和库存可以参考这篇帖子：https://litepress.cn/topic/21213
发表回复