成都网站建设设计

将想法与焦点和您一起共享

wordpress负载差 wordpress加载速度慢

妈蛋,googleapi用不了了,wordpress博客加载超慢,怎么破

第一、取消谷歌Open sans字体加载

10年积累的成都网站制作、成都网站设计、外贸营销网站建设经验,可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你,你也不认识我。但先网站设计制作后付款的网站建设流程,更有平远免费网站建设让你可以放心的选择与我们合作。

如果我们使用的默认主题,可能前台也会有,如果我们使用的自己制作的或者第三方的主题,一般前台是没有的,只有我们在登陆账户后的前台和后台打开变

慢,主要是不便于我们自己的访问和维护。我们可以通过在后台插件搜索"Disable Google

Fonts",下载安装激活这个插件就可以解决这个问题。

第二、清除不必要的头部加载

看到这里的时候我们可以到自己的WP网站源代码看看,在头部位置是不是看到很多的JS和CSS加载项目,多达十几条,然后我们可以看看类似大前端这

样的主题源代码,头部基本上没有多余的加载,所所以他们的这类主题加载速度和打开速度非常的快,所以我们有必要清除不必要的JS加载,在"WordPress提速优化篇:清理HEAD头部多余脚本"也有提到,但是研究的还不够细致,等下面有时间把大前端主题的屏蔽JS功能研究一下。

第三、删除不必要的插件

理论上,能不用插件不用插件,在上周老左在帮网友解决问题的时候,看到他的网站使用的是阿里云机房,照理说速度应该比较好,但是打开速度都不如美国

东部机房速度,登陆其网站后台发现使用将近20多个插件,1G内存的VPS,内存已经占用70%,一个新建立的网站开始就有这样的负载,以后如果有流量后

咋办?

第四、是否使用商业化主题

我个人在使用WORDPRESS的时候喜欢使用简单的主题,然后慢慢修改成自己喜欢的用户体验效果,不喜欢使用主题太复杂的,尤其是海外那些有特别

复杂后台的主题,这样的主题一来不太安全,二来加载速度特别慢,毕竟要实现这样的绚丽效果需要用到很多JS和CSS,甚至还嵌入前端框架。我个人理解的是

网站不需要太复杂和绚丽,简单轻便,主要在于内容够有内涵和吸引力。

第五、数据库缓存文件负担

在默认的时候,我们在后台写文章会时隔一段时间自动给我们保存成修订版本,这样的修订版本会自动保存到数据中心,即便我们在前台是看不到的,这样像

老左博客更新一篇文章需要花费几十分钟甚至1-2个小时的时候修订版本会很多很多,这就是为什么很多人发现ID不连续的原因,这样在我们有1000篇文章

时候可能会有3000个记录文章,甚至在长久的运营之后会产生几千上万的记录(这就是为什么很多人说开始速度还可以,以后速度越来越不好)。我们需要删除

修订版本,不让修订版本添加到数据中心。

解决方法:在wp-config.php文件中添加"define('WP_POST_REVISIONS', false);"代码。

第六、检查是否有垃圾评论

这一点很重要,之前老左的一台LINODE

VPS一直给我发报警邮件说机器CPU超标达到400%,而且在其上面的网站打开速度特别慢,我开始以为又被人攻击,然后通过日志和后台一看,每秒钟有几

十个的评论在增加,即便评论内容不会显示在前台,但是会加载到数据库中,这样就增加了整个网站和机器的负载。我们需要用工具屏蔽、验证垃圾评论,尤其是软

件群发的评论需要搞定他们。

比如我们需要激活Akismet以及使用类似需要验证码才可以评论的功能/插件,增加软件群发评论的难度。

第七、优化图片缓存

尤其是当下扁平化体验的需求,我们喜欢用较多的图片内容,比如老左博客教程中用到大量的图片,但加载图片是比较慢的,我们可以用到类似图片缓冲的插

件或者JS效果,比如可以用到jQuery lazy load

plugin插件解决图片缓冲,而且用户体验也比较好,图片是从上到下加载的,有一个渐变效果。

同时,我们也需要用到WP-Super-Cache插件,这样可以缓存内容,尤其是我们的WP是用伪静态的时候,数据越大,占用的CPU资源就比较大,甚至有很多虚拟主机商比较讨厌用户使用WP程序。(当然也比较讨厌DEDECMS,安全性差)

WordPress占cpu过高怎么办

自己本地测和上传到服务器后的运行情况相差太远了

不过wordpress相对来说比较占用资源的

负载能力差的程序造成cpu占用过高

不限空间、流量、网站数,并不是说你就可以无限制的使用资源,因为国外主机对cpu的占用是有限制的。如果你选用建站程序不太好、流量又过大,导致cpu占用过高,就会被暂停访问的。最可能超的就是cpu限制,其他限制超过的情况比较少。程序的好坏对这些影响很大。

Lunarpages的CPU限制的的确比较厉害,不过CPU的使用量和所用的程序有非常大的关系,论坛类的由于用户Session是处于连接状态的,所以耗资源特别厉害。静态化的话就可以承受比较高的PV量

还有动态程序,尽可能的生成静态网页,如果是论坛的话,那就减少插件吧。做了这几步如果还被封,只能换空间了。

一个大流量的wordpress博客,不做任何优化,cpu肯定会超标。日3000ip以上,虚拟主机就撑不了了,这除了cpu限制以外,还有wp 本身的原因,wp的执行效率是很低的,不弄缓存(生成静态文件, 使用WP Super Cache插件),国外随便哪个oversell的主机都是吃不消的,但是缓存了呢?直接生成的静态文件,访问的时候不需要cpu去执行php,这就大大降低了cpu的消耗率。

承受能力:很多人问一天能支持多少ip,其实这个问题很难回答,有客户说图片站一天跑过万ip的,也有人说一天过3千就费劲,其实这个和程序关系很大的,建议把程序优化下,而且官方不允许超cpu的20%;现在很多都是不限空间和不限流量,但实际上你根本用不了多少,就算你真的ip数上来了,也有 cpu限制,我一个站运行wordpress,到4000多ip的时候就老是被暂停账号了。

Wordpress插件过多很臃肿,怎么优化

缓存就指很多方便了,比如 CDN 缓存、静态缓存、数据库缓存、浏览器缓存等等。

1、CDN 缓存:CDN 的话最好是备案了再起飞,因为大多数没备案的 CDN 都是给美国节点,而很多人是香港服务器,那岂不是绕着太平洋跑?另外,CDN 需要正确的配置(写缓存规则)才能够达到最好的效果。

2、静态数据库缓存:这个呢就不做推荐了,各有各的优点,自己比较效果吧。

3、浏览器缓存:这里呢说一下,如果长期更新浏览器缓存不要搞太久,很多人在百度云加速设置个一年什么的。Service Worker 的话可以试试,离线打开是不是很装逼呢

精简是重要的

很多优秀的主题包含了很多不必要的功能,这时候就需要适当的精简,毕竟只有骨骼轻才可以飞。

插件的话能用纯代码就用纯代码,插件什么的卡死了。

压缩合并让请求更快

一些 CSS/JS 文件要适当的压缩合并,减少请求数,因为在 HTTP/1.1中每个文件都要握手。

Gzip 的话是有必要开的,大家也知道打包文件更小吧。

动静分离让静态资源国内加载

如果你是国外主机的话,这个方法十分管用,可以把图片、CSS、JS文件等托管到国内,不过如果有了 HTTP/2 的话建议不要搞,因为又要与一个域名握手了。

HTTP/2 SPDY 大法好

HTTP/2 压缩了请求头,而且合并了请求,也就是说全站两个域名只需两次请求。

SPDY 的话是谷歌的一个项目,本身是为了加快 HTTP,不过现在的 HTTP/2 已经包含了其大部分功能,谷歌也要放弃该项目了

支持 HTTP/2 的 CDN有CloudFlare、腾讯云、又拍云、上海云盾、360网站卫士、魔门云(非联盟已回源,备案无国内,只有一两个节点,巨坑!)等等。

InstantClick 预加载

这个之前提到过,InstantClick 当访客鼠标悬浮在 a 链接时,InstantClick 会异步请求这个页面,当访客点击时,便瞬间切页,有木有飞起?不过这玩意会扯出一大堆 Bug,像统计、高亮什么的都需要重载,萌新就别弄了,国内估计也就泽泽大佬的 Yodu 模板自带了,至于 WordPress 还没见过,主题作者也不想撤扯出一大堆问题让用户天天问吧。

定时清理 WordPress 的垃圾

经常听一群人说清电脑辣鸡,windows 有垃圾,WordPress 当然也有,例如自动草稿这样的肯定是不要的东西,这里呢推荐 WP Clean Up 插件,国人写的。

希望可以帮助到你,望采纳!

如何解决wordpress4.1

出现此wordpress4.1问题的原因及解决方法

原因一:文件权限问题

解决方法:

可以直接输入FTP账号、密码;部分VPS或云主机,

没有开通过FTP,可以赋予网站目录www用户权限,

命令是chown -R www /home/web/wordpress;当然,

还可以用winscp等工具登陆ssh,

直接鼠标右键修改文件夹权限。

原因二:环境配置问题。

解决方法:

如果是虚拟主机,联系空间商处理;如果是VPS或云主机,可以去主机控制面板或防火墙软件上,暂时取消掉类似的安全设置。

至于怎么取消,要看具体情况,一般是设置php.ini文件,搜索open_basedir,在前面加上#注释掉;部分防火墙软件,也有可能有类似的功能,限制了网站程序目录权限。当然,为了安全,不建议取消防跨站功能,可以通过手动升级来替代。


文章标题:wordpress负载差 wordpress加载速度慢
浏览路径:http://chengdu.cdxwcx.cn/article/dojephc.html