这里是 LitePress 社区旧贴存档，您可以在此留言或提交新的回应和信息。
LitePress 社区旧贴存档 2020~2023 年度
文章投稿 131 篇
参与 1035 次讨论和 239 条回复您可能也喜欢…
发表评论
2,005 条回复
-
你这个是导航主题吗？
-
统一现存的国内生态，并发展壮大之，再以此为根基进入其他领域
-
这是准备建设一个国内的wordpress生态圈？
-
密切关注！大力支持！
-
有可能是主题造成的。。
-
那就是我使用的插件报错了，我排查下。
-
是啊，没有什么异常，完美！
-
你正常工作了？
-
完美！nice！
-
f12，看控制台输出
-
工作是工作了，但是有个报错：
-
如果没有办法，要么放弃，要么换经典编辑器
-
在经典编辑器上是可用的，但是，特瞄的，古登堡不行。正在尝试是否有解决办法。不然太累人了。
-
没试过，刚搭建WP站点，以为可能要用，后来发现不需要，就把插件卸载了
-
你有试过这个插件在古登堡编辑器上可用么?
我有QQworld的另一个高级付费版，它似乎也不可用
-
https://litepress.cn/plugins/qqworld-auto-save-images
我知道有个保存站外图片的插件可以做到自动居中对齐，上传图片不知道能不能，自己试试呗
-
大佬，不用看这个了，我找到了另一种方法，直接把这个废弃了。对不起，耽搁你的时间了，非常不好意思。
-
-
网址多少？
-
现在它在PC上也出现这问题了，不知道为什么，中间没进行什么操作
-
WP-China-Yes的头像替换函数存在以下BUG：
- 可能由于其他插件、主题已经接管头像的原因导致无法替换
- 有的插件、主题使用get_gravatar_url()函数自行拼接头像，这种情况下无法替换
为此我已经更了一个小版本修复此问题，见附件。
或者直接把以下函数加入主题的functiongs.php里：
if ( ! function_exists( 'wcy_get_avatar_url' ) ) { /** * 替换Gravatar头像的访问域名 * * @param string $url * * @return string */ function wcy_get_avatar_url( $url ) { return preg_replace( '/(([w|-]+.)+)?[w|-]+.w+/', 'gravatar.wp-china-yes.net', $url ); } } add_filter( 'um_user_avatar_url_filter', 'wcy_get_avatar_url', 9999 ); add_filter( 'bp_gravatar_url', 'wcy_get_avatar_url', 9999 ); add_filter( 'get_avatar_url', 'wcy_get_avatar_url', 9999 ); -
非常感谢您的帮助，因为我曾经对页面的父页面进行修改，所以完全禁用确实会导致网站出现404，我在您提供的资料中发现了strict_redirect_guess_404_permalink
add_filter( 'strict_redirect_guess_404_permalink', '__return_true' );
将其设置为完全匹配更符合我的想法，不会出现驴唇不对马嘴的猜想，并且在修改父页面时也可进行跳转
最后再次感谢您的帮助
-
我问下有多个相同开头的，跳转到哪个页面是怎么确定的
可以人为干涉吗
-
就是比如输入/l会跳转到/link
因为现在网站上别名l开头的很多，能不能禁用掉，返回404
-
指的是哪里的自动补全？这句话没主语，着实不知道指的啥
-
没太看明白你的意思
-
感谢解答
-
把上图中的重定向域名改为重定向路径即可
-
谢谢回复，在请教下 如果反过来呢~
litepress.cn/plugins 自动跳转到 plugins.itepress.cn访问
谢谢~
-
以宝塔面板为例：
-
WordPress的路由机制决定了你不可能通过Nginx的URL重写来实现这个目的（WordPress会获取重写前的路径并与自身的固定链接规则尝试匹配，所以无论你如何重写URL，WordPress获取的都是你重写前的地址）。在WEB层唯一能实现的可能是通过在反代时设置回源规则。
所以现在这个问题有两套方案：
- 通过更改WordPress与站点地图相关的固定连接规则并增加对站点URL输出时的过滤机制来实现更改站点地图路径的目的
- 通过使用第三方插件的站点地图功能实现更改地图路径的目的
方案一我翻了一下WordPress源码，想实现很复杂，不是几行代码就能搞定的，所以没有再深入研究。
方案二可以参考这些插件：https://litepress.cn/plugins/google-sitemap-generator
-
这个逻辑，好像就是目前的翻译记忆库机制吧——机器翻译时先检查记忆库中是否存在已翻译过的语句，存在则调用并标记已通过，当然其中的逻辑还包括昨晚讨论的对存在多个译文的情况的处理，这里先对此不赘述。
总之，对需求拆解归类下，你说的这个似乎就是翻译记忆库吧？术语表我觉得应该是颗粒度为单词或词组的一个对照表，而不应该是整条句子。
-
我的想法是：因为有很多主题的大部分字符串都是通用的，应该在翻译过程中把这些字符串一点一点的整理积累起来到一个 po 文件中，到时候有新的主题要翻译就可以先把它们导进去，GlotPress 会忽略掉在该主题中不存在的字符串，然后为了确保翻译准确性，导入的字符串应该先设为 Waiting，然后手动批准。
-
术语表可以有，对于不是计算机专业的普通用户来讲，很多计算机专业词汇的翻译和日常用语不一样，还是需要有术语表纠正的。
比如Cookie、Bug日常翻译为饼干和虫，但计算机中一般直接引用英文。再比如Memory日常翻译为记忆，但计算机中通常为内存。
如果有术语表的话，就能让这些普通用户更方便的参与翻译贡献了。
-
我目前有打算整理一份主题的术语表，到时候要翻译哪个主题直接导入可以节省不少时间
发表回复