这里是 LitePress 社区旧贴存档，您可以在此留言或提交新的回应和信息。
LitePress 社区旧贴存档 2020~2023 年度
文章投稿 139 篇
参与 1035 次讨论和 239 条回复
投稿·赢取 Wapuu 纪念品
20 周年限量版
发表评论
2,005 条回复
-
具体应用场景为：自定义筛选中，是以文章分类为基础的，想实现参与自定义筛选的只有一个分类时，在前端不显示分类这个筛选项，
-
可以考虑创建两个
作者等级的账号，供发表文章时使用，两个账号无法互相编辑删除。需要管理时登录管理账号
来自济南 -
如果不能的话哪创建一个新的用户组可以吗？
来自临沂 -
你需要将图片导入到 wp_posts 表中，之后才会在媒体库中显示，使用插件：https://litepress.cn/plugins/media-sync 。如果文件数量太多，可以加大 PHP 执行时间和脚本可用内存，或者分批次导入。
来自威海 -
这个问题已经全部修复了
来自威海 -
和上一篇帖子中谈及的一样，今天启用的 wp super cache 插件问题有点多，已经禁用了
来自威海 -
和 wordpresss 5.9 没关系，是今天上午，我们调试静态缓存插件，启用了 wp super cache，结果起对多站点的兼容并不很好，导致输出了警报信息，然后因为沟通协调失误，导致站点的错误显示被开启，于是输出的头像中也包含了警告信息，这些头像无法被浏览器解析。目前问题以及修复，而 CDN 缓存正在分批次刷新，应该会在两个小时内完全恢复。
来自威海 -
删掉.cn 就好了
来自上海 -
先 mak 。
来自重庆 -
-
贴代码看看你咋写的。另外建议百度搜一下双问号的 php 语法，这是非常常用的语法糖，不过只支持 php 7.4 以上。如果你的代码运行在旧版 PHP 上的话，还是按常规的 if 判断或者全写形式的三目运算来吧
来自威海 -
不行！后台直接挂了
来自深圳 -
数组判空，或者用三目运算在未定义时返回空字符串，例如：$_POST[$meta_box[‘name’] . ‘_noncename’] ?? ”
来自威海 -
请问这个怎么处理啊
Notice: Undefined index: custom_title_noncename in /www/wwwroot/seoyh.net/wp-content/themes/bit/inc/gn/seo/admin-meta.php on line 62来自深圳 -
上传图片
来自深圳 -
哈哈 我的主题感觉都快到 6 开了。。
来自深圳 -
老孙厉害，换证书解决了。
昨晚我套了 cloudflare 之后 （仅代理不缓存） 也解决了这个问题，但没想到是证书方面的问题。 cf 的证书本身也启用了 ocsp
感谢
来自深圳 -
初步判断是证书签发机构的网络超时导致的。
考虑：
1 、换证书
2 、启用 ocsp 预装订 （百度搜教程）
来自威海 -
同一台服务器上另一个网站 （test.tyyj.xyz） 可以访问
来自深圳 -
香港的 win 服务器访问失败
来自深圳 -
你是删一篇文章还是批量删？如果批量删，你想删的文章有什么共同点？删文章最方便的就是 SQL 语句，但如果不知道共同点的话只能在语句中拼接文章 ID，这样的话还不如一篇一篇点着删。
如果信息交代的全我可以帮你写一下 SQL 语句。
来自威海 -
更新已推送
来自威海 -
今天的问题最后定位到是又拍云的 Bug，刷新缓存时未能刷新 Webp 格式图片缓存，目前已提交工单等待又拍云处理。
-
我的也出现这个问题了，把路径后面的 d=mm 去掉就可以正常加载了：之前的时候换过 cravatar 的邮箱
来自潍坊 -
ESC：关闭编辑器 （鼠标光标在编辑器中可用）
Page Up 或 Ctrl + 『↑』：切换到上一个字段
Page Down 或 Ctrl + 『↓』：切换到下一个字段
Shift + Enter：保存/添加翻译
Ctrl + Enter：复制原文原来有快捷键，鼠标点的效率确实比不过。
-
破案了，回源设置有问题，CDN1 设置回源为域名，再解析域名到 CDN1 就炸了
来自苏州 -
这个问题定位到是翻译平台在处理复数翻译时存在 BUG，所以复数的翻译没有被正确引用，这个问题今天会修复，然后会在后台推送翻译更新，到时候我会再在帖子下通知你
来自威海 -
好嘞
来自聊城 -
问题已经定位，又是翻译平台的 bug，等待修复即可。
来自桂林 -
群内私聊给个后台账号，我进去看看什么情况，
来自桂林 -
该问题已在新版本修复，是由于翻译平台的一个 BUG 导致的翻译错误。
来自威海 -
好吧，谢谢
来自临沂 -
我们确实更改了核心文件。你反馈的这个问题也确实是个比较头疼的问题，我们的做法会干扰安全插件的判断。
在 WordPress 上最好用的安全插件就是 Wordfence 了，但就像前面说的，这主要是我们的问题，暂时可以先不管这个问题，我们后续研究一下怎么规避。
来自威海 -
原来如此，谢谢。
来自成都 -
无需理会这里。 GUID 是作为唯一资源标识符而存在的，其与实际 URL 不匹配并不会影响到文章访问。 WordPress 中 GUID 生成的原则是文章发布时的第一个固定链接作为 GUID 值，之后无论文章链接如何改变 GUID 都不会跟着变。据此推测，你应该是手工更改过文章的 ID（早先文章 ID 是 150，后更改为 100） 。但无论如何，就像前面说的，GUID 的值可以不理会，其只用来唯一标识文章，并没有任何实际用途。
来自滨州
发表回复