WordPress防止插件多了后卡顿的一个技巧

[孙锡源]

WordPress的生态插件几乎涵盖了各行各业，以及你所能想到的所有WEB应用领域。

比如商城、论坛、招聘系统、企业OA、项目管理……

但是WordPress插件装多了会卡也是真的。

于是对于一个复杂web系统来说，如何能既放心大胆的依托WordPress丰富的生态来减少开发成本，又能防止插件拖慢速度呢？

解决方案很简单：利用WordPress内置的站群功能。

比如litepress.cn，截至此贴发布时，依赖了近70个插件，但并没有出现卡顿的情况。

原因就在于我们把整个平台切割成了不同的子站，并只在对应的子站上启用特定的插件：

1. 社区论坛(/) – BBPress
2. 应用市场(/store/plugins) – WooCommerce
3. 文档平台(/docs) – WeDocs
4. 翻译平台(/translate) – GlotPress
5. 需求管理(/needs) – Simple Feature Requests

这些子站可以统一调用相同的页头和页脚，并且会员系统是相通的，最终在观感上就一个整体的网站。

于是用户访问某个子站的时候就只加载所需的插件，速度自然就快了。

当然，有时候卡顿并不是因为插件装多了，而是被某些编写不规范的插件拖了后腿。这种情况最简单的办法是挨个禁用插件，用排除法把这个插件揪出来，然后联系开发者解决。

WordPress系统本身负载十几万文章是很轻松的，即便文章数上百万、上千万之后也有对应的分库分表方案。网上说WP负载不了大数据量的文章纯属谣传。

[不凡]

这几天逛社区有点慢，优化一下吧。。

 

[孙锡源]

一是开发阶段服务器上跑着xdebug等调试工具，会拖慢速度

二是目前缓存服务都没开，因为会影响到调试代码

三是目前的开发服务器配置比较低，用的腾讯轻量的2h 4g机器。

四是目前应用市场爬虫的数据录入机制还有问题，调用WooCommerce原生的Rest Api录入数据会造成大量的服务器资源占用，所以访客访问起来就比较慢。这个目前正在优化。

目前维持这个速度差不多是极限了。正式上线后会比现在快几个量级。

[作者]

帖子