这里是 LitePress 社区旧贴存档，您可以在此留言或提交新的回应和信息。
LitePress 社区旧贴存档 2020~2023 年度
文章投稿 139 篇
参与 1035 次讨论和 239 条回复
投稿·赢取 Wapuu 纪念品
20 周年限量版
发表评论
2,005 条回复
-
突然发现我宛如一个智障。
之前翻译平台的翻译提取流程是这样的：
包更新检测服务检测包更新情况-> 存在更新则下载并解析其是否是英文以及是否支持多语言-> 是英文且多语言则推送给自建 git-> 自建 git 接受到 push 请求后发送 web hook 给 Traduttore 插件提供的 API 接口->Traduttore 插件从 git 拉取程序代码并提取翻译-> 检查 translate.wordpress.org 是否存在翻译，存在则导入记忆库-> 调用机器翻译流程
以上流程完全可以简化为：
包更新检测服务检测包更新情况-> 存在更新则直接去 translate.wordpress.org 下载翻译好的 po 文件，不存在就说明是不支持多语言，然后原文入库，已翻译的部分入记忆库-> 调用机器翻译流程
世界刹那间清净了
-
去年 5 月份就说要为 https://github.com/wearerequired/traduttore 项目 （一个自动从 Git 仓库提取翻译到 GlotPress 的开源项目） 添加对 Gitea 的支持，结果拖到现在，哈哈哈。当时其实我已经开发好了，只是太懒得写单元测试，没提交合并请求，这次一起搞下吧！
-
WordPress 和 WooCommerce 的性能优化是一个很庞大的话题，很多情况下并不是换一款主题或者加缓存就能解决的，还是需要具体分析具体应对的。
WooCommerce 本身的负载能力还是很强无敌的，LitePress.cn 的应用市场就是 WooCommerce 做的：https://litepress.cn/plugins 。
未作静态缓存，也就是说你访问的其实是实时生成的动态页，目前已经上架商品数八万多，TTFB 平均 260 毫秒，说秒开不为过。
造成性能问题的原因归总下大概以下几类：
- 存在外部 HTTP 请求拖慢速度
- 存在未使用索引的慢 SQL
- 插件或主题中包含低效的代码 （比如说从数据库取全部产品标签然后循环等等）
- 有插件附带很多全局加载 css 、 js（比如终极会员）
- 低效的数据库 （比如不能指望一个跑在机械硬盘上的 MySQL）
- 服务器太差 （CPU 主频太低或宿主机超卖严重）
需要先找到木桶的短板才能针对性优化，你可以参考这篇文章：https://litepress.cn/topic/19928 先检查下是否有慢 SQL 或外部 HTTP 请求。
来自秦皇岛 -
伟大的开始✌
来自上海 -
开发者需要一个靠谱的主题、插件交易平台，期待你能搞起来。
为你点赞。
来自重庆 -
前排支持。
来自重庆 -
参见 PHP 可变函数：https://www.php.net/manual/zh/functions.variable-functions.php
示例：
for ($i = 2; $i < 6; $i++) { ('fun' . $i)(); }来自秦皇岛 -
推荐的方式是集成 LitePress 应用市场的授权系统，这样在线支付、应用授权、更新推送这整套解决方案都可以免费获得。
参见：
如果想自建的话可以参见：https://github.com/YahnisElsts/wp-update-server
来自秦皇岛 -
赞
来自南宁 -
值得纪念一下
来自唐山 -
我觉得对于一个公司来讲，创始人的行事风格通常决定了其企业文化。
就我个人是断然不会做一个蝇营狗苟之辈的，我可以为了理想放弃所有短期盈利的机会，就好像这一年多我一直在致力于整合及统一国内 WordPress 生态，而不是在稍有流量积累时就开始忙于流量转化。也好像我始终在通过和赞助商、投资人交换资源的方式来为项目发展筹集资金、资源支持，而不是想着自己去鸡生蛋、蛋卖了换鸭……换而言之，我眼里始终装着更大的未来。
在未来，我同样不会为了盈利而做出什么有损用户体验或开发者利益的事情，兔子都不吃窝边草，更何况我作为一个人起码比兔子聪明吧。
来自秦皇岛 -
赞赞赞赞赞，未来值得期待。但不能忘记初心，国内互联网的生态环境是时候需要改变了，希望本社区能带个好头
-
来自南充 -
回复帖右下角有 「回复」 按钮，下次直接点那里回复消息吧，否则这个帖子就太长了。
你这个问题我在搜索引擎上检索了一下，这个文件是 WordPress 自身生成的，用来测试 wp-content 目录是否可写。
你可以通过在 wp-config.php 中添加以下配置来强制要求 WordPress 使用硬盘方式写入数据，这样它就不会再去检测 wp-content 是否可写了。
define('FS_METHOD', 'direct');来自秦皇岛 -
没有返回值
-
grep -Ril 「-test」 .
这样试试。别把命令后面的点漏了，然后就是一定在网站根目录执行。
来自秦皇岛 -
宝塔执行和 SSH 执行都没有返回，路径在网站根目录的
-
这个方法貌似不行，执行后没有返回
-
明白 谢谢大佬
来自白山 -
这是 shell 命令……你要么在宝塔的终端执行，要么通过 SSH 执行。执行前记得先用 cd 命令切到你网站根目录，命令格式：cd 网站绝对路径
来自秦皇岛 -
我在宝塔中用计划任务执行的 shell
可以不？
-
代码无问题，缓存的锅
-
这个放弃吧。
很多 SEO 插件都带这个功能的，但是这个功能会导致你文章的 Slug 和分类目录的 Slug 冲突。甚至于还会和 Rest Api 的路由冲突。
参见：https://docs.woocommerce.com/document/removing-product-product-category-or-shop-from-the-urls/
如果实在想要实现的话可以使用这个插件：https://litepress.cn/plugins/remove-category-url
最后再劝你一遍：不要这样做，会有很多意料之外的问题。 WordPress 使用 Slug 定位资源，而不是 URI 。
来自秦皇岛 -
全屏截图看看你执行的命令
来自秦皇岛 -
这是什么东西
来自秦皇岛 -
宝塔面板执行 grep -Ril “temp-write-test” . 日志中看不到定位
-
这么写对吗？
-
<?php if(strpos($price [‘title’],’ 阿里云’) !== false) { echo “a”; } else if (strpos($price [‘title’],’ 腾讯云’) !== false) { echo “b”; } else { echo “c”; } ;?>
-
在你的网站根目录下执行以下 shell 命令：
grep -Ril "temp-write-test" .
这个命令的功能是递归搜索看看是哪个 PHP 脚本文件在生成这些临时文件。
然后把搜出来的脚本文件打包成 zip 传论坛上，我分析一下它在搞什么。
来自秦皇岛 -
我去试试看
-
全站打包下载下来用 vscode 之类的编辑器搜索之，看看是哪个插件/主题导致的。
来自南宁 -
WP 资源下载管理 这个插件还行，目前在用
来自南京 -
-
论坛有贴代码功能，可以用那个贴上来。
来自秦皇岛 -
附件
来自西宁
发表回复