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

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

文章目录


https://wptea.com/?p=1


发表评论

2,005 条回复

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

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

    来自秦皇岛
  2. smallsaltedfish 的头像
    smallsaltedfish

    已经自行排查 找到原因

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

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

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

    导致重复定义必报错

    这好像是无解的.

    来自台州
  3. 文派叶子 🍃 的头像
    文派叶子 🍃

    是否有报错输出?

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

    来自秦皇岛
  4. 文派叶子 🍃 的头像
    文派叶子 🍃

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

    排错得先移除干扰因素

  5. smallsaltedfish 的头像
    smallsaltedfish

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

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

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

    这个问题怎么破?

    来自台州
  6. 文派叶子 🍃 的头像
    文派叶子 🍃

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

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

    来自秦皇岛
  7. cgq630105023 的头像
    cgq630105023

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

  8. 文派叶子 🍃 的头像
    文派叶子 🍃

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

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

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

  9. cgq630105023 的头像
    cgq630105023

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

  10. 文派叶子 🍃 的头像
    文派叶子 🍃

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

    来自秦皇岛
  11. 文派叶子 🍃 的头像
    文派叶子 🍃

    这是什么神奇的需求?

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

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

    来自秦皇岛
  12. 文派叶子 🍃 的头像
    文派叶子 🍃

    代码贴上来看看。

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

  13. 文派叶子 🍃 的头像
    文派叶子 🍃

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

    来自秦皇岛
  14. 5323 的头像

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

    来自昆明
  15. 文派叶子 🍃 的头像
    文派叶子 🍃

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

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

  16. leafit 的头像
    leafit

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

    来自聊城
  17. 文派叶子 🍃 的头像
    文派叶子 🍃

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

  18. smallsaltedfish 的头像
    smallsaltedfish

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

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

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

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

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

    来自台州
  19. smallsaltedfish 的头像
    smallsaltedfish

    第一 php 脚本加速

    第二 数据库加速

    第三 动态缓存

    第四 动静分离

    第五 静态压缩

    第六 精简代码

    基本就这六步

    来自台州
  20. 文派叶子 🍃 的头像
    文派叶子 🍃

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

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

    来自秦皇岛
  21. 文派叶子 🍃 的头像
    文派叶子 🍃

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

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

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

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

    下一步计划

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

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

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

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

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

    来自秦皇岛
  22. zxc123 的头像
    zxc123

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

    来自武汉
  23. 文派叶子 🍃 的头像
    文派叶子 🍃

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

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

    来自秦皇岛

发表回复

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