参与者列表 Search 感谢 2020 ~ 2023.4 所有关注过 LitePress 的用户 此版已存档，详情参见 《推广名单》 《“ 参与者列表” 》 有 2,005 条评论 文派叶子 🍃 2021.07.28 更新一下，检索到 WordPress 有一个现成的连接 ES 的插件：ElasticPress 于是打算把前面说的产品信息索引方案改一下。原本是计划在产品展现并翻译时将翻译后的信息通过异步队列写入 ES，而有了这个插件之后，我们就可以在插件索引数据时直接通过钩子更改索引内容为翻译后的译文了，一下节省好多力气。 文派叶子 🍃 2021.07.28 这只是一个很普通的 PHP 提示消息而已，是不会触发致命错误的。 现在有可能是你还没真正触发问题代码。建议你先走一遍对接流程，然后在流程中哪一步抛出了让程序彻底终止的报错后再把那个报错贴上来 divivityan 2021.07.28 PHP Notice: Constant UCENTER_INTEGRATION_SETTING_NAME already defined in /www/wwwroot/i.meimiaoshe.com/wp-content/plugins/ucenter-integration/ucenter.php on line 18 插件的 18 行 define('UCENTER_INTEGRATION_SETTING_NAME', 'plugin_ucenter_integration_settings'); plugin_ucenter_integration_settings 数据库内容： a:9:{s:25:"ucenter_password_override";s:1:"1";s:19:"ucenter_credit_name";s:0:"";s:19:"ucenter_credit_unit";s:0:"";s:26:"ucenter_credit_per_comment";s:0:"";s:23:"ucenter_credit_per_post";b:0;s:23:"ucenter_enable_mail_box";b:0;s:29:"ucenter_enable_customize_icon";b:0;s:21:"ucenter_enable_friend";b:0;s:21:"ucenter_enable_credit";b:0;} 是不是 wp 的一些相关函数升级导致~这个插件在 4.x 的版本上是可以用的。 文派叶子 🍃 2021.07.28 目测不对，插件入口的注释应该包含：Plugin Name: 插件名 因为主题的 functions 是在全部的插件加载完之后才会加载，所以当插件中的某个功能在代码加载阶段报错的话在主题里加调试代码就无效了。 如果在插件入口添加调试代码仍然无效的话请开启 PHP 的 XDebug 扩展，对于宝塔面板可以直接在 PHP 扩展管理安装。 divivityan 2021.07.28 插件入口和主题都有加，这样对么 文派叶子 🍃 2021.07.28 截图，我看看是咋加的。另外，加到插件的入口文件尝试了吗？ divivityan 2021.07.28 还是不行 文派叶子 🍃 2021.07.28 可能是某个插件关闭了 PHP 的调试输出。 尝试填下以下代码到你主题的 functiongs.php 或这个插件的入口文件里: ini_set( 'display_errors', 1 ); divivityan 2021.07.28 https://litepress.cn/plugins/ucenter-integration 就是这个插件 开了错误日志记录都没用，只要配置好开启插件 wp 就提示致命错误，根本没有错误日志 define(‘WP_DEBUG’, true); define(‘WP_DEBUG_LOG’, true); 文派叶子 🍃 2021.07.28 确实是只能单个文件，其针对的是循环依赖的场景。因为预处理阶段是针对每个.cpp 文件单独进行的，所以对于多个 cpp 文件会失效。 对于全局变量，你可以这样处理： 只在 main.cpp 中包含 config.h，然后在其他 cpp 文件中使用 extern 关键字来标识要访问的变量，这样就可以了。 文派叶子 🍃 2021.07.28 向上追踪，把 get_jiecao 函数的源码贴上来，论坛编辑器有插入代码的功能，记得用那个贴，要不然格式会乱。 smallsaltedfish 2021.07.28 已经自行排查 找到原因 Cpp 的仅编译一次似乎是针对单一文件的 一旦我建立两个 cpp 源文件 好像就必定编译 config.h 两次 由于机器人的设备定义是依赖现有机器人 CLI 来实现的 导致重复定义必报错 这好像是无解的. cmhello 2021.07.28 已用上，目前看来一切正常，感谢付出 文派叶子 🍃 2021.07.27 是否有报错输出？ 贴上来看看，也许可以通过简单的修复 bug 来让其继续服役 xiaotian 2021.07.27 加油 文派叶子 🍃 2021.07.27 参见：https://litepress.cn/plugins/wp-media-library-categories 文派叶子 🍃 2021.07.27 先把代码精简成最小 demo，见我前面的回复。 排错得先移除干扰因素 smallsaltedfish 2021.07.26 在其他.h 中引入 main.h 是因为其他.h 的定义也需要 main.h 中机器人函数库的支持。 我的项目目录没错，就是这个。 我怀疑是不是因为我同时在 main.cpp 和 ctrl_func.cpp 都引用了 config.h 导致不同文件无法只编译一次。 这个问题怎么破？ 文派叶子 🍃 2021.07.26 直接在 WordPress 后台，设置-> 讨论 中更改默认图即可： 如果想有更细致的默认图控制的话可以参考 Cravatar 的开发文档自己对接。 cgq630105023 2021.07.26 这代码里的返回的默认图怎么修改？？？ 文派叶子 🍃 2021.07.26 先把代码改成最简版本。就只留下 config.h 引入相关的代码，然后 config.h 里面只留下一个常量，去掉其他所有注释和无关代码。目前这一大摊把我眼睛看瞎了，尤其是你这代码依赖特定环境，又不能在本地调试。 另外，在其他.h 里面引入 main.h 是什么操作？ 最后你的项目目录是/Users/sukanu/L3313B？ 文派叶子 🍃 2021.07.26 还是没懂你的意思 cgq630105023 2021.07.26 如果是外链图片作为头像呢? 就是头像不是来自 gravatar 也不是来自 cravatar，而是来自其他外部链接的这种 文派叶子 🍃 2021.07.26 老实说，我没明白你的意思。本地缓存指得啥？ 文派叶子 🍃 2021.07.26 这是什么神奇的需求？ 缓存到本地是为了什么？更快的速度吗？ Cravatar 的头像除了第一次请求是动态生成外，其后请求都市由 CDN 节点直接返回的，默认缓存 30 天 （用户更换头像会自动刷新），速度差不在 60ms 左右，本地很难快过 CDN 。 文派叶子 🍃 2021.07.26 看一下这个插件：https://litepress.cn/plugins/sync-post-with-other-site 文派叶子 🍃 2021.07.26 代码贴上来看看。 记得用编辑器的插入代码功能贴，别直接复制粘贴 cgq630105023 2021.07.26 问下 本地怎么缓存呢？ 5323 2021.07.26 好的 谢谢~ 文派叶子 🍃 2021.07.26 有能力做好配置的话当然是专家模式 ←较旧评论 1 … 24 25 26 27 28 … 67 较新评论→
《“ 参与者列表” 》 有 2,005 条评论
更新一下，检索到 WordPress 有一个现成的连接 ES 的插件：ElasticPress
于是打算把前面说的产品信息索引方案改一下。原本是计划在产品展现并翻译时将翻译后的信息通过异步队列写入 ES，而有了这个插件之后，我们就可以在插件索引数据时直接通过钩子更改索引内容为翻译后的译文了，一下节省好多力气。
这只是一个很普通的 PHP 提示消息而已，是不会触发致命错误的。
现在有可能是你还没真正触发问题代码。建议你先走一遍对接流程，然后在流程中哪一步抛出了让程序彻底终止的报错后再把那个报错贴上来
插件的 18 行
define('UCENTER_INTEGRATION_SETTING_NAME', 'plugin_ucenter_integration_settings');plugin_ucenter_integration_settings 数据库内容：
a:9:{s:25:"ucenter_password_override";s:1:"1";s:19:"ucenter_credit_name";s:0:"";s:19:"ucenter_credit_unit";s:0:"";s:26:"ucenter_credit_per_comment";s:0:"";s:23:"ucenter_credit_per_post";b:0;s:23:"ucenter_enable_mail_box";b:0;s:29:"ucenter_enable_customize_icon";b:0;s:21:"ucenter_enable_friend";b:0;s:21:"ucenter_enable_credit";b:0;}是不是 wp 的一些相关函数升级导致~这个插件在 4.x 的版本上是可以用的。
目测不对，插件入口的注释应该包含：
Plugin Name: 插件名因为主题的 functions 是在全部的插件加载完之后才会加载，所以当插件中的某个功能在代码加载阶段报错的话在主题里加调试代码就无效了。
如果在插件入口添加调试代码仍然无效的话请开启 PHP 的 XDebug 扩展，对于宝塔面板可以直接在 PHP 扩展管理安装。
插件入口和主题都有加，这样对么
截图，我看看是咋加的。另外，加到插件的入口文件尝试了吗？
还是不行
可能是某个插件关闭了 PHP 的调试输出。
尝试填下以下代码到你主题的 functiongs.php 或这个插件的入口文件里:
https://litepress.cn/plugins/ucenter-integration 就是这个插件
开了错误日志记录都没用，只要配置好开启插件 wp 就提示致命错误，根本没有错误日志
define(‘WP_DEBUG’, true);
define(‘WP_DEBUG_LOG’, true);
确实是只能单个文件，其针对的是循环依赖的场景。因为预处理阶段是针对每个.cpp 文件单独进行的，所以对于多个 cpp 文件会失效。
对于全局变量，你可以这样处理：
只在 main.cpp 中包含 config.h，然后在其他 cpp 文件中使用 extern 关键字来标识要访问的变量，这样就可以了。
向上追踪，把 get_jiecao 函数的源码贴上来，论坛编辑器有插入代码的功能，记得用那个贴，要不然格式会乱。
已经自行排查 找到原因
Cpp 的仅编译一次似乎是针对单一文件的
一旦我建立两个 cpp 源文件 好像就必定编译 config.h 两次
由于机器人的设备定义是依赖现有机器人 CLI 来实现的
导致重复定义必报错
这好像是无解的.
已用上，目前看来一切正常，感谢付出
是否有报错输出？
贴上来看看，也许可以通过简单的修复 bug 来让其继续服役
加油
参见：https://litepress.cn/plugins/wp-media-library-categories
先把代码精简成最小 demo，见我前面的回复。
排错得先移除干扰因素
在其他.h 中引入 main.h 是因为其他.h 的定义也需要 main.h 中机器人函数库的支持。
我的项目目录没错，就是这个。
我怀疑是不是因为我同时在 main.cpp 和 ctrl_func.cpp 都引用了 config.h 导致不同文件无法只编译一次。
这个问题怎么破？
直接在 WordPress 后台，设置-> 讨论 中更改默认图即可：
如果想有更细致的默认图控制的话可以参考 Cravatar 的开发文档自己对接。
这代码里的返回的默认图怎么修改？？？
先把代码改成最简版本。就只留下 config.h 引入相关的代码，然后 config.h 里面只留下一个常量，去掉其他所有注释和无关代码。目前这一大摊把我眼睛看瞎了，尤其是你这代码依赖特定环境，又不能在本地调试。
另外，在其他.h 里面引入 main.h 是什么操作？
最后你的项目目录是/Users/sukanu/L3313B？
还是没懂你的意思
如果是外链图片作为头像呢? 就是头像不是来自 gravatar 也不是来自 cravatar，而是来自其他外部链接的这种
老实说，我没明白你的意思。本地缓存指得啥？
这是什么神奇的需求？
缓存到本地是为了什么？更快的速度吗？
Cravatar 的头像除了第一次请求是动态生成外，其后请求都市由 CDN 节点直接返回的，默认缓存 30 天 （用户更换头像会自动刷新），速度差不在 60ms 左右，本地很难快过 CDN 。
看一下这个插件：https://litepress.cn/plugins/sync-post-with-other-site
代码贴上来看看。
记得用编辑器的插入代码功能贴，别直接复制粘贴
问下 本地怎么缓存呢？
好的 谢谢~
有能力做好配置的话当然是专家模式