参与者列表 Search 感谢 2020 ~ 2023.4 所有关注过 LitePress 的用户 此版已存档，详情参见 《推广名单》 《“ 参与者列表” 》 有 2,005 条评论 leon 2021.08.10 趁机换个问题，我想让 WP 自带的画廊有一些预设设置。 WP 默认的似乎是： 栏目：3 裁剪：是 链接至：无 如图： 如果想要更改成： 栏目：1 裁剪：否 链接至：媒体文件 有办法么？ leon 2021.08.10 就是仪表盘那样的。 文派叶子 🍃 2021.08.10 换默认主题试试呢？也不排除是主题的问题。这种函数命名格式明显不是 WordPress 核心的 yuexuan 2021.08.10 可是我禁用了所有插件之后，更新时依然会反馈更新失败，但实际上文章更新并没有受到影响 文派叶子 🍃 2021.08.10 是你某个插件引起的，盲猜是插件的钩子执行顺序设置错了。 你可以通过以下两种方式找出问题插件： 1 、全局搜索 「newPostNotify」 2 、安装健康检查插件：https://litepress.cn/plugins/health-check，手工一个一个排 文派叶子 🍃 2021.08.10 如果是类似这样的通知： 则除非手动更改代码，否则无法去除。 如果是存在于管理员工具条 （就是你登陆后访问前台界面时顶部的那个黑条），则可以这样移除： 先输出所有菜单项目节点，然后从中找到你想删除的节点，调用方法删除即可，以下是代码示例： add_action('admin_bar_menu', function ( WP_Admin_Bar $wp_admin_bar ) { echo json_encode($wp_admin_bar->get_nodes()); // 这里输出所有节点信息，当你找到你要删除的节点的 id 后需要把这一行以及下面的 exit 删除或注释掉 exit; $wp_admin_bar->remove_node('wpseo-menu'); // 删除节点。这里的 wpseo-menu 是 yost seo 的管理员菜单条的 id }, 999); 文派叶子 🍃 2021.08.10 给个截图呗，我看看在哪里 smile 2021.08.10 可以的。 这样的话我觉得收藏功能也可以先不考虑，看看之后的参与情况如何在说。 文派叶子 🍃 2021.08.10 注意这段代码第三行，它完整的加载了整个 WordPress 框架，所以说这个文件是一个独立的入口。 你只需要创建一个新文件，然后把代码贴进去即可，记得把 wp-load.php 的加载路径改对。 之后就是把你前端的图片上传接口改成这个文件的 URL 就可以了。 文派叶子 🍃 2021.08.10 另外昨天说的第三方托管开放测试的事情要鸽了，实际测试看因为记忆库的词条整理工作还没做，匹配出的翻译质量相当的低。见：https://litepress.cn/translate/projects/others/codestar-framework/body/zh-cn/default/ 文派叶子 🍃 2021.08.10 这样在会员资料卡片上开个 tab，展示一下翻译相关的工作情况，应该不错吧？ 然后我在想，这个收藏功能是否有必要。因为只要他参与了项目的翻译，这个项目就会出现在上述的列表中 （只要参与了即可，无需有编辑权限），而如果他只是使用的话，那么理论上他可以通过 china yes 插件或者 litepress 发行版自动收到翻译推送，他也无需通过收藏的方式关注项目的翻译进度。 smile 2021.08.09 收藏功能对于指贡献翻译而没有编辑权限的用户是很有用的，他们可以把自己经常参与的项目收藏起来，另外考虑到有些用户参与翻译之后忘记收藏项目，我前面说的第 1 个页面应该保留。 smile 2021.08.09 我觉得，如果不麻烦的话还是为第三方的插件或主题建立一个单独的目录进行分类比较好，当然这只是我自己的想法。另外如果技术上可行的话，这个页面应该需要扩展/修改一下，因为默认只会显示最近参与和校对的项目，应该在此基础上增加两个页面，分别显示自己收藏、编辑的项目，请求建立新项目的用户自己就是编辑者，另外这些页面要支持分页。 文派叶子 🍃 2021.08.09 更新日志那个照这么说的话可以直接在机器翻译填充阶段就全调用英文原文填充上了？然后记忆库入库那里我过滤一下，纯英文的不再录入记忆库 话说你觉得允许第三方托管的话项目是直接把他们的项目放到现有的插件、主题父目录下， 还有单独建一个 「第三方」 父目录来统一存放？ 是不是还要给每个用户的会员中心加一个他所管理的/创建的翻译项目列表。又或者是给翻译项目加一个收藏功能，收藏后这个项目就出现在他会员中心的列表里，方便将来进入。 smile 2021.08.09 我觉得插件的更新日志翻译校准不好把握，因为更新日志字符串非常的多，而且也没有多少人会去把插件更新日志都全部浏览一遍，还有一些插件会在版本升级之后把上一版本的更新日志移到其他地方去了，这样相当于之前的翻译又失效了。 比如说这个插件 https://litepress.cn/plugins/jetpack 文派叶子 🍃 2021.08.09 不好意思，这个帖子看见了，然后忙忘了。 看一下在这个插件：https://litepress.cn/plugins/wpsitesynccontent/ 他们的付费版提供自动同步，免费版需要在文章发布页点一下同步。 文派叶子 🍃 2021.08.09 如果是统一使用机器翻译预填充的话应该就可以不用管优先级了吧。谷歌翻译目前翻译长段文本基本可靠，也就是说 readme 部分差不多可以完全依赖谷歌翻译，只是插件主体部分需要人工校准调整。 我今天稍晚的时候出机器翻译填充的测试版，允许托管第三方插件、主体测试。到时候看看具体效果。先测试一段时间机器填充稳定后再应用到整个仓库上。 smile 2021.08.09 插件 Readme 的更新日志部分优先级为 low，一般是不翻译的 文派叶子 🍃 2021.08.09 GlotPress 的翻译昨天已经处理了，目前翻译率 100% 。 另外，我发现 wordpress.org 上的存量翻译似乎质量堪忧。 这里是翻译待审核列表：https://litepress.cn/trans-waiting-list 可以发现机器检查出了超过 800 个存在翻译警告的项目 （大多数是因为缺或多了 html 标签、标点符号对不上、缺或多了换行符） 。 而且还有大量的繁体和 copy 的英文原文，在考虑要不要对这些翻译统一删除。 smile 2021.08.09 另外我发现翻译平台使用的 glotpress 3.0.0-alpha.2 版本是缺少一部分翻译的，应该考虑切换版本或者是补充翻译。 文派叶子 🍃 2021.08.09 是的，后来发现是我傻逼了，应该是 zh-cn 的，要不然将来想扩展成兼容一些港澳的翻译都很难，所以在系统里改了。 smile 2021.08.09 建立项目的时候不是应该选择 zh-CN 吗？ 文派叶子 🍃 2021.08.09 词汇表无法导入的原因是 wordpress.org 上简体中文的代号是 zh-cn，而 litepress.cn 上是 zh，语言代码对不上。手工编辑一下 csv 文件可以了 leon 2021.08.08 排除难，我禁用了所有插件，但还是这样，即使重装了环境。 现在提交工单给主题开发那边了，希望能得到解决。但问题是，没找到主题社区中有类似问题….，就怀疑是我个例出现。 所以问问，这个问题可能的产生原因以便可以去自己排查下。 （PS：国外回复很慢） cgq630105023 2021.08.08 文章形式中的特色视频代码有问题 文派叶子 🍃 2021.08.08 错误的原因就是 XML 文档的开头不能包含任何空格。 参见 W3C 官方的解释：https://validator.w3.org/feed/docs/error/WPBlankLine.html suiyilight 2021.08.08 问题解决了，主题 functions.php 中有几个空格，删了就解决了。 不过这里面的关系还是没有能理解 suiyilight 2021.08.08 卡出两个帖子来，帮忙删一个吧 文派叶子 🍃 2021.08.07 是的。 阿里云 DNS 开启 DNSSEC 参考：https://help.aliyun.com/knowledge_detail/149662.html myelse 2021.08.07 所以 DNSSEC 可以避免 DNS 污染？ ←较旧评论 1 … 29 30 31 32 33 … 67 较新评论→
《“ 参与者列表” 》 有 2,005 条评论
趁机换个问题，我想让 WP 自带的画廊有一些预设设置。
WP 默认的似乎是：
栏目：3
裁剪：是
链接至：无
如图：
如果想要更改成：
栏目：1
裁剪：否
链接至：媒体文件
有办法么？
就是仪表盘那样的。
换默认主题试试呢？也不排除是主题的问题。这种函数命名格式明显不是 WordPress 核心的
可是我禁用了所有插件之后，更新时依然会反馈更新失败，但实际上文章更新并没有受到影响
是你某个插件引起的，盲猜是插件的钩子执行顺序设置错了。
你可以通过以下两种方式找出问题插件：
1 、全局搜索 「newPostNotify」
2 、安装健康检查插件：https://litepress.cn/plugins/health-check，手工一个一个排
如果是类似这样的通知：
则除非手动更改代码，否则无法去除。
如果是存在于管理员工具条 （就是你登陆后访问前台界面时顶部的那个黑条），则可以这样移除：
先输出所有菜单项目节点，然后从中找到你想删除的节点，调用方法删除即可，以下是代码示例：
add_action('admin_bar_menu', function ( WP_Admin_Bar $wp_admin_bar ) { echo json_encode($wp_admin_bar->get_nodes()); // 这里输出所有节点信息，当你找到你要删除的节点的 id 后需要把这一行以及下面的 exit 删除或注释掉 exit; $wp_admin_bar->remove_node('wpseo-menu'); // 删除节点。这里的 wpseo-menu 是 yost seo 的管理员菜单条的 id }, 999);给个截图呗，我看看在哪里
可以的。
这样的话我觉得收藏功能也可以先不考虑，看看之后的参与情况如何在说。
注意这段代码第三行，它完整的加载了整个 WordPress 框架，所以说这个文件是一个独立的入口。
你只需要创建一个新文件，然后把代码贴进去即可，记得把 wp-load.php 的加载路径改对。
之后就是把你前端的图片上传接口改成这个文件的 URL 就可以了。
另外昨天说的第三方托管开放测试的事情要鸽了，实际测试看因为记忆库的词条整理工作还没做，匹配出的翻译质量相当的低。见：https://litepress.cn/translate/projects/others/codestar-framework/body/zh-cn/default/
这样在会员资料卡片上开个 tab，展示一下翻译相关的工作情况，应该不错吧？
然后我在想，这个收藏功能是否有必要。因为只要他参与了项目的翻译，这个项目就会出现在上述的列表中 （只要参与了即可，无需有编辑权限），而如果他只是使用的话，那么理论上他可以通过 china yes 插件或者 litepress 发行版自动收到翻译推送，他也无需通过收藏的方式关注项目的翻译进度。
收藏功能对于指贡献翻译而没有编辑权限的用户是很有用的，他们可以把自己经常参与的项目收藏起来，另外考虑到有些用户参与翻译之后忘记收藏项目，我前面说的第 1 个页面应该保留。
我觉得，如果不麻烦的话还是为第三方的插件或主题建立一个单独的目录进行分类比较好，当然这只是我自己的想法。另外如果技术上可行的话，这个页面应该需要扩展/修改一下，因为默认只会显示最近参与和校对的项目，应该在此基础上增加两个页面，分别显示自己收藏、编辑的项目，请求建立新项目的用户自己就是编辑者，另外这些页面要支持分页。
更新日志那个照这么说的话可以直接在机器翻译填充阶段就全调用英文原文填充上了？然后记忆库入库那里我过滤一下，纯英文的不再录入记忆库
话说你觉得允许第三方托管的话项目是直接把他们的项目放到现有的插件、主题父目录下， 还有单独建一个 「第三方」 父目录来统一存放？
是不是还要给每个用户的会员中心加一个他所管理的/创建的翻译项目列表。又或者是给翻译项目加一个收藏功能，收藏后这个项目就出现在他会员中心的列表里，方便将来进入。
我觉得插件的更新日志翻译校准不好把握，因为更新日志字符串非常的多，而且也没有多少人会去把插件更新日志都全部浏览一遍，还有一些插件会在版本升级之后把上一版本的更新日志移到其他地方去了，这样相当于之前的翻译又失效了。
比如说这个插件
https://litepress.cn/plugins/jetpack
不好意思，这个帖子看见了，然后忙忘了。
看一下在这个插件：https://litepress.cn/plugins/wpsitesynccontent/
他们的付费版提供自动同步，免费版需要在文章发布页点一下同步。
如果是统一使用机器翻译预填充的话应该就可以不用管优先级了吧。谷歌翻译目前翻译长段文本基本可靠，也就是说 readme 部分差不多可以完全依赖谷歌翻译，只是插件主体部分需要人工校准调整。
我今天稍晚的时候出机器翻译填充的测试版，允许托管第三方插件、主体测试。到时候看看具体效果。先测试一段时间机器填充稳定后再应用到整个仓库上。
插件 Readme 的更新日志部分优先级为 low，一般是不翻译的
GlotPress 的翻译昨天已经处理了，目前翻译率 100% 。
另外，我发现 wordpress.org 上的存量翻译似乎质量堪忧。
这里是翻译待审核列表：https://litepress.cn/trans-waiting-list
可以发现机器检查出了超过 800 个存在翻译警告的项目 （大多数是因为缺或多了 html 标签、标点符号对不上、缺或多了换行符） 。
而且还有大量的繁体和 copy 的英文原文，在考虑要不要对这些翻译统一删除。
另外我发现翻译平台使用的 glotpress 3.0.0-alpha.2 版本是缺少一部分翻译的，应该考虑切换版本或者是补充翻译。
是的，后来发现是我傻逼了，应该是 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 污染？