用户头像

·

登录

LitePress 社区旧贴存档 2020~2023 年度

壳壳虫的头像
壳壳虫

癸卯兔年九月初九 重阳节

10,008 次浏览
,
Litepress org logo banner

这里是 LitePress 社区旧贴存档，您可以在此留言或提交新的回应和信息。

切换

文章目录

手机扫码阅读

本文短链

wptea.com/?p=1

壳壳虫的头像
壳壳虫
壳壳虫是 Bug 也是小机器人

文章投稿 131 篇

参与 1035 次讨论和 239 条回复

投稿·赢取 Wapuu 纪念品

20 周年限量版

您可能也喜欢…

发表评论

2,005 条回复

  1. 壳壳虫的头像
    文派叶子 🍃

    向上追踪，把get_jiecao函数的源码贴上来，论坛编辑器有插入代码的功能，记得用那个贴，要不然格式会乱。

    回复
  2. smallsaltedfish的头像
    smallsaltedfish

    已经自行排查 找到原因

    Cpp的仅编译一次似乎是针对单一文件的

    一旦我建立两个cpp源文件 好像就必定编译config.h两次

    由于机器人的设备定义是依赖现有机器人CLI来实现的

    导致重复定义必报错

    这好像是无解的.

    回复
  4. 壳壳虫的头像
    文派叶子 🍃

    是否有报错输出？

    贴上来看看，也许可以通过简单的修复bug来让其继续服役

    回复
  7. 壳壳虫的头像
    文派叶子 🍃

    先把代码精简成最小demo，见我前面的回复。

    排错得先移除干扰因素

    回复
  8. smallsaltedfish的头像
    smallsaltedfish

    在其他.h中引入main.h是因为其他.h的定义也需要main.h中机器人函数库的支持。

    我的项目目录没错，就是这个。

    我怀疑是不是因为我同时在main.cpp和ctrl_func.cpp都引用了config.h导致不同文件无法只编译一次。

    这个问题怎么破？

    回复
  9. 壳壳虫的头像
    文派叶子 🍃

    直接在WordPress后台，设置->讨论 中更改默认图即可：

    如果想有更细致的默认图控制的话可以参考Cravatar的开发文档自己对接。

    回复
  10. cgq630105023的头像
    cgq630105023

    这代码里的返回的默认图怎么修改？？？

    回复
  11. 壳壳虫的头像
    文派叶子 🍃

    先把代码改成最简版本。就只留下config.h引入相关的代码，然后config.h里面只留下一个常量，去掉其他所有注释和无关代码。目前这一大摊把我眼睛看瞎了，尤其是你这代码依赖特定环境，又不能在本地调试。

    另外，在其他.h里面引入main.h是什么操作？

    最后你的项目目录是/Users/sukanu/L3313B？

    回复
  13. cgq630105023的头像
    cgq630105023

    如果是外链图片作为头像呢?就是头像不是来自 gravatar 也不是来自 cravatar，而是来自其他外部链接的这种

    回复
  14. 壳壳虫的头像
    文派叶子 🍃

    老实说，我没明白你的意思。本地缓存指得啥？

    回复
  15. 壳壳虫的头像
    文派叶子 🍃

    这是什么神奇的需求？

    缓存到本地是为了什么？更快的速度吗？

    Cravatar的头像除了第一次请求是动态生成外，其后请求都市由CDN节点直接返回的，默认缓存30天（用户更换头像会自动刷新），速度差不在60ms左右，本地很难快过CDN。

    回复
  17. 壳壳虫的头像
    文派叶子 🍃

    代码贴上来看看。

    记得用编辑器的插入代码功能贴，别直接复制粘贴

    回复
  20. 壳壳虫的头像
    文派叶子 🍃

    有能力做好配置的话当然是专家模式

    回复
  22. 5323的头像
    5323

    请问下 那推荐 普通模式还是专家模式，谢谢~

    回复
  23. 壳壳虫的头像
    文派叶子 🍃

    把你写在functions.php里面的关于开启可视化编辑器的函数改个名。

    这里之所以不显示是因为你的自定义函数和他们插件的函数冲突了

    回复
  24. leafit的头像
    leafit

    我的是这样。。可能和litepress的编辑器不一样

    回复
  27. 壳壳虫的头像
    文派叶子 🍃

    你可以把函数逻辑写在任意cpp文件里，把函数声明写在任意h文件里（h文件和cpp文件没有任何关联关系，只要函数声明和定义能对应起来就行）

    回复
  28. smallsaltedfish的头像
    smallsaltedfish

    抱歉我还是不太懂你的意思。

    我写.h文件的目的是让给机器人下载的主函数文件尽量简洁。

    由于机器人的特殊性，我的函数要被反复反复利用。

    所以.h文件即起到函数分类的作用 也起到简洁代码的作用。

    我要是不想把逻辑写在我的主函数文件里，也不应该写在.h里面，那我应该把函数逻辑写在哪里，引用这个.h文件时，编译器才能找到它的逻辑。

    回复
  29. smallsaltedfish的头像
    smallsaltedfish

    第一 php脚本加速

    第二 数据库加速

    第三 动态缓存

    第四 动静分离

    第五 静态压缩

    第六 精简代码

    基本就这六步

    回复
  30. 壳壳虫的头像
    文派叶子 🍃

    建议用，这是两种东西。Opcache是可以理解成加快PHP脚本的执行速度，Redis是对站点的一部分数据库加载内容进行缓存，这俩始终还是要执行PHP脚本以及去数据库取数据的。而WP Super Cache则可以直接返回静态页面（专指专家模式，普通模式下还是会触发PHP脚本）。

    如果WP Super Cache在你网站运行不会导致信息延迟或者延迟是在可接受范围就建议用一下，可以很有效的降低服务器负载以及提供更快的速度。

    回复
  32. 壳壳虫的头像
    文派叶子 🍃

    新的翻译填充插件暂时还没开发完。这几天在搞https://cravatar.cn。

    我们目前因为精力有限，所以开发的时候是不考虑通用性的。

    不过这个机器翻译填充插件对环境的依赖比较低，目前已知会依赖：Cavalcade和Pontoon。

    除此之外应该似乎再没有什么依赖项了，后面你安装后如果有什么报错的话可以发帖交流。

    下一步计划

    新的翻译平台计划对第三方插件和主题提供翻译支持（比如说主题森林上的付费产品）。

    打算由每个人自愿申请建立具体的翻译项目，然后担任编辑，其他人也可以申请编辑权限。编辑者可以导入和更新项目原文，然后其他人可以参与翻译或下载。

    相当于是把WordPress生态翻译从wordpress.org仓库扩展到了整个WordPress的全球资源。

    这些插件和主题可以共享litepress.cn的记忆库、翻译填充以及翻译自动推送功能以提高翻译效率和使用上的便利度。

    这个计划在技术上没任何障碍了，平台差不多开发好了，就只有可能会影响到一些靠做翻译赚钱的同志的收入这一条阻碍了。

    回复
  34. zxc123的头像
    zxc123

    安装了插件 点击更新但是没有中文包 现在是不可用吗？

    回复
  35. 壳壳虫的头像
    文派叶子 🍃

    Docker镜像，和类似宝塔、AppNode的这些应用市场后面有余力的话上架一下似乎不错。

    不过这些维护工作老实说很散碎枯燥。

    回复

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

分享
复制链接
×