参与者列表 Search 感谢 2020 ~ 2023.4 所有关注过 LitePress 的用户 此版已存档，详情参见《推广名单》 《 “参与者列表” 》 有 2,005 条评论 smile 2021.08.03 这个源代码是不是在建立项目的时候填写了原文件URL就可以实现了？ 文派叶子 🍃 2021.08.02 捡到宝藏了……后面就对着你这个列表挨个联系了 muze 2021.08.02 巧了，这些主题我都收录的有， 还有一些其他的可以来看看哦 https://www.npc.ink/wp-theme 文派叶子 🍃 2021.08.01 这个报错目测是模板兔的Erphpdown插件引发的，联系作者看看吧，仅凭借这些数据库提示判断不出具体问题。 jietaonet 2021.08.01 记得没错的话，这是erphpdown插件的数据库。 解决方案1，卸载之，或安装新版 解决方案2，按照报错重新写一份创建数据库代码。 cgq630105023 2021.08.01 tomda 2021.08.01 了解了 文派叶子 🍃 2021.08.01 结果后来还是贴了张纯图 >_>。 你这个问题大概率是给网站开https然后url没换全导致的。去wp后台站点url设置那更新一下，或者在数据库里批量替换成https tomda 2021.08.01 okk 文派叶子 🍃 2021.08.01 然后下次尽量文字描述，然后配图。纯图的话搜索引擎不索引欸 文派叶子 🍃 2021.08.01 f12 看控制台报错 耗子 2021.08.01 很多主题报错诶，考虑换个主题吧。 文派叶子 🍃 2021.08.01 最好肯定是都处理 文派叶子 🍃 2021.07.31 商业公司应该也必然以自身发展为主要任务，商业本身就是最大的公益了，他们赞助也是要获得对等收益的，也或者是出于大局及战略部署的原因，总之不会平白无辜的付出成本给某个人或某个群体。 如果是因为真实用户量大了他们是会愿意赞助的，但如果是被CC攻击把流量刷光了，我想应该就够呛了。 myelse 2021.07.31 OKKKKKKKKKKKK 文派叶子 🍃 2021.07.31 别纠结了，摆在你面前的就三个选项：JB、VS Code、VS。 除非你是做科研，需要用一些特定的语言和编译工具。 你说的eclipse以及myeclipse这俩已经是上个时代的东西了。 或者其实可以干脆用记事本写，然后手工运行编译器和调试器，这样就不用花时间选了。 myelse 2021.07.31 eclipse myeclipse咋样 yungking 2021.07.31 又拍云应该全力支持。 myelse 2021.07.31 vs面向个人是不是只有免费版？ myelse 2021.07.31 很好，哈哈。 文派叶子 🍃 2021.07.31 目前主流就是JB和VS Code了，其他IDE的市场占有率都快被挤没了。 如果你是写C、CPP或者微软家的C#、.Net则是用宇宙最强的Visual Studio 耗子 2021.07.31 vscode 记事本 myelse 2021.07.31 其他还有推荐嘛站长？ 文派叶子 🍃 2021.07.31 最多100，否则就得考虑优化了。 cgq630105023 2021.07.31 一般多少以下合适？ 文派叶子 🍃 2021.07.31 建议使用redis cache object或者用水煮鱼的wpjam。 总之，你需要开缓存。 单次请求261次查询太夸张了，这个应该就是造成你cpu 100%的直接原因 cgq630105023 2021.07.31 页面查询次数、加载时间和内存占用 261 queries in 1.135 seconds, using 17.56MB memory 多少合适呢？ 这是本地测试的 文派叶子 🍃 2021.07.31 MySQL最近一次记录的慢查询是下午两点了，通过这个日志看不出什么。 这有可能是实际发生了低效的慢查询但是你的记录阈值太高导致的。 你是否能通过访问某个特定url来触发这个cpu 100%的情况? 如果可以的话，安装插件:query monitor 通过这个插件来监控慢查询(需开启wp的debug模式) 如果你不知道如何触发的话可以从web日志里找找灵感 文派叶子 🍃 2021.07.31 贴一下mysql的慢查询日志。 怀疑是触发了低效的查询 smallsaltedfish 2021.07.30 JB全家桶+1 ←较旧评论 1 … 26 27 28 29 30 … 67 较新评论→
《 “参与者列表” 》 有 2,005 条评论
这个源代码是不是在建立项目的时候填写了原文件URL就可以实现了？
捡到宝藏了……后面就对着你这个列表挨个联系了
巧了，这些主题我都收录的有，
还有一些其他的可以来看看哦
https://www.npc.ink/wp-theme
这个报错目测是模板兔的Erphpdown插件引发的，联系作者看看吧，仅凭借这些数据库提示判断不出具体问题。
记得没错的话，这是erphpdown插件的数据库。
解决方案1，卸载之，或安装新版
解决方案2，按照报错重新写一份创建数据库代码。
了解了
结果后来还是贴了张纯图 >_>。
你这个问题大概率是给网站开https然后url没换全导致的。去wp后台站点url设置那更新一下，或者在数据库里批量替换成https
okk
然后下次尽量文字描述，然后配图。纯图的话搜索引擎不索引欸
f12 看控制台报错
很多主题报错诶，考虑换个主题吧。
最好肯定是都处理
商业公司应该也必然以自身发展为主要任务，商业本身就是最大的公益了，他们赞助也是要获得对等收益的，也或者是出于大局及战略部署的原因，总之不会平白无辜的付出成本给某个人或某个群体。
如果是因为真实用户量大了他们是会愿意赞助的，但如果是被CC攻击把流量刷光了，我想应该就够呛了。
OKKKKKKKKKKKK
别纠结了，摆在你面前的就三个选项：JB、VS Code、VS。
除非你是做科研，需要用一些特定的语言和编译工具。
你说的eclipse以及myeclipse这俩已经是上个时代的东西了。
或者其实可以干脆用记事本写，然后手工运行编译器和调试器，这样就不用花时间选了。
eclipse myeclipse咋样
又拍云应该全力支持。
vs面向个人是不是只有免费版？
很好，哈哈。
目前主流就是JB和VS Code了，其他IDE的市场占有率都快被挤没了。
如果你是写C、CPP或者微软家的C#、.Net则是用宇宙最强的Visual Studio
vscode 记事本
其他还有推荐嘛站长？
最多100，否则就得考虑优化了。
一般多少以下合适？
建议使用redis cache object或者用水煮鱼的wpjam。
总之，你需要开缓存。
单次请求261次查询太夸张了，这个应该就是造成你cpu 100%的直接原因
页面查询次数、加载时间和内存占用
261 queries in 1.135 seconds, using 17.56MB memory
多少合适呢？ 这是本地测试的
MySQL最近一次记录的慢查询是下午两点了，通过这个日志看不出什么。
这有可能是实际发生了低效的慢查询但是你的记录阈值太高导致的。
你是否能通过访问某个特定url来触发这个cpu 100%的情况?
如果可以的话，安装插件:query monitor
通过这个插件来监控慢查询(需开启wp的debug模式)
如果你不知道如何触发的话可以从web日志里找找灵感
贴一下mysql的慢查询日志。
怀疑是触发了低效的查询
JB全家桶+1