关于帝国 Sitemap地图生成502耗时的那些话
2025/09/12 22:06:30
关于帝国 Sitemap地图生成502耗时的那些话?昨天帖子说明在大数据下全量生成确实会占用大量CPU,经过改进,25万多文章生成XML地图文件仅仅需要1分多,效率提升非常大。
第一步配置参数就不用说了,如图
配置设置好了,那我们就开始测试下大数据Sitemap地图生成效率了
生成25万多总耗时1分5秒,CPU,内存几乎无变动。成功解决大数据XML地图生成的效率。为什么提高了操作效率,因为是在分页生成的时候加了缓存,其次就是支持断点续传,比如头次因意外就生成了多少页就关闭停止了,而下次不需要全部重新生成了,从上次生成的最后记录开始生成。实际这都不是主要减少服务器的压力,主要是得于浏览器自动刷新机制。当然也有小伙伴说那用宝塔的计划任务生成数据大了是不是会502错误暂停生成呢?实际也有优化的,一是断点生成就算502也不会全部重新生成,其次配置里面有增加参数自动生成的时间范围的。这有效减少了服务器资源。至于其他的小编真没有想到,断点生成我也是看到迅锐CMS提出这个概念的,小编只是仿造了下。至于定时任务除了限制时间范围也没有想到好的全量生成方案。毕竟NG与PHP都有超时限制的。这两个是不能去改的。
第一步配置参数就不用说了,如图
配置设置好了,那我们就开始测试下大数据Sitemap地图生成效率了
生成25万多总耗时1分5秒,CPU,内存几乎无变动。成功解决大数据XML地图生成的效率。为什么提高了操作效率,因为是在分页生成的时候加了缓存,其次就是支持断点续传,比如头次因意外就生成了多少页就关闭停止了,而下次不需要全部重新生成了,从上次生成的最后记录开始生成。实际这都不是主要减少服务器的压力,主要是得于浏览器自动刷新机制。当然也有小伙伴说那用宝塔的计划任务生成数据大了是不是会502错误暂停生成呢?实际也有优化的,一是断点生成就算502也不会全部重新生成,其次配置里面有增加参数自动生成的时间范围的。这有效减少了服务器资源。至于其他的小编真没有想到,断点生成我也是看到迅锐CMS提出这个概念的,小编只是仿造了下。至于定时任务除了限制时间范围也没有想到好的全量生成方案。毕竟NG与PHP都有超时限制的。这两个是不能去改的。