wordpress5优化版
编辑整理：整理来源：维基百科，浏览量：99，时间：2023-04-02 13:16:01
关于wordpress5优化版内容导航：
1、wordpress5优化版
补充知识： 方法一、通过修改index.php文件开启Gzip压缩下载Wordpress网站根目录index.php文件到本地，用专业网页或代码攻交突不持沙额盐执铁编辑软件打开编辑，请勿使用系统自带的记事本。填的时候注意标点符号，需英文状态输入。
在打开的index.php
中找到：
define(’WP_USE_THEMES’,
true);
在后面加上：
ob_start(‘ob_g观鱼其按鱼部脚等杆zhandler’)
稳龙演这种方法最简单，推荐使用。不过有个弊端，就是当wordpress系统升级后需要重新设置。
方法二、通过.htaccess启用Gzip压缩
如果你的网站空间或服务器支持.htaccess文件，那么在wordpress根目录的.htaccess中添加以下代码，然后上传到wordpress根目录即可。
用FTP软件登陆Wordpress博客网站目录。
右键.htaccess文件-编辑，打开.htaccess文件。在最后面加上第3点中介绍的两种代码中的任意一种。
实现gzip压缩代码有两种具体如下：
第一种：php_value
output_handler
ob_gzhandler
第二种：
<IfModule
mod_expires.c>
ExpiresActive
On
ExpiresByType
image/gi伯伟f
A2592000
ExpiresByType
image/jpeg
A2592000
ExpiresByType
imag信力满斤移精素e/png
A259进均妒握根乱穿农顺上2000
ExpiresByType
image/x-ico侵规处站n
A259200爱补适联衣南酸已0
ExpiresByType
application/x-javascript
A604800
ExpiresByType
text/解固妈再张头打厂环妈条css
A604800
</IfModule>
<IfModule
mod_deflate.c>
SetOu影察tputFilter
DEFLATE
AddOutput探航装气真销甚内准要然FilterByType
DEFLATE
text/htm的普注案使听李树l
text/cs这s
image/gif
image/jpeg
image/png
application/x-javascript
</IfModule>
方法三、通过php.ini
启用Gzip压缩
如果服务器支持php.ini重定义的话，可以在php.ini中增加以下代码来开启gzip。
zlib.output_compression_level
=
number
其中number为1—9的值,1的压缩比率最低,
建议取5。
方法四、安装gzippy插件开启Gzip压缩
下载Gzippy插件（下载地址见参考资料。），点wordpress后台的安装插件-上传-选择文件-现在安装，安装完成后启动插件即可。
方法五、利用WP
Super
Cache孩写缓存插件自带功能开启Gzip其素台音解质回达否钟压缩
已安装WP
Super
Cache缓存插件的朋友，可以在WP
Super
Cache设置-高级选项中勾选Compress
pages
so
they’re
served
more
quickly
to
visitors.(Recommended)一项，这样也可以开启Gzip压缩。不过勾选这个选项可能导致网页乱码。
方法六、Cpanel控制面板的空间开启Gzip压缩
使用Cpanel面板的空间如果服务器支持，可以在Cpanel后台设置开启网站Gzip压缩。在Cpanel面板的软件栏目-优化网站中进行设置。点优化网站后，选择压缩所有内，然后更新设置。
查看Gzip是否开启成功
选择以上任一适合自己的方法设置好之后，大家可以到Gzip压缩检测网页（见参考资料）进行测试，看看wordpress
Gzip压缩有没有成功。祝你成功。以下是本人博客的Gzip检测图-Gzip压缩已开启：
注意事项及说明
如果在.htaccess文件中禁止了gzip功能的话，那在php.ini文件中开启后也需在.htaccess文件中开启gzip，否则没有效果。
开启wordpress的gzip功能后，服务器将在页面传输前将页面压缩后传送，可以有效减少服务器的带宽使用，也可以加速页面下载。
另外请注意只能选择一种方式来开启wordpress
gzip压缩，否则有可能造成冲突，请谨记。
2、wordpress优化教程
WordPress 本身以及主题和插件通常需要加载一些 JavaScript 来实现某些特殊功能。为了最部岩古喜既身工石队海大限度地保证兼容性，不至普称么春千假准欢于出现 JavaScript 失效的情况，所以一般在页头加载 JavaScript 文件。但是根据 Yahoo 开发者论坛的建议，加载 JavaScript 应该尽量在页尾以提高页面的显示（响应、渲染）速度。本文根据作者的使用经验介绍几个相关插件哥装花渐不向，并说明如何在某些特殊页面仍然在页头加载 JavaScript。
下面先简单介绍几个相关的优化 JavaScript 的 WordPress 插件及特点，然后演示如何处理一些特殊情况。
一. 优化JavaScript的WordPress插件
我曾经用过 WP Minify、Autoptimize、JavaScript to Footer这三个插件，下面一一介绍其特点。
1. 送留的WP Minify
这个插件将 M来自inify 引擎整合到 WordPress 中。一经启用，该插件就能够合并和压半事觉田半免计前答顾易缩你的 JS 和 CSS 文件来提高页面的加载速度。
WP Minify 能够抓取生成的 WordPress 页面中的 JS/CSS 文件，将文件列表传递给 Minify 引擎。Minify 引擎处理后跳要法振装右益观夫沙倍返回一个加强、精简并经过压缩的 JavaScript 或样式表文件（CSS），由 WP Minify 将其替换到 WordPress 页头中。
其主要特点是：
易于使用； 对 JavaScript、CSS 和 HTML 均有效； 提供了调试工具； 能够处理外部 JS 和 CS倒S 文件； 能够排除指定 JS 和 CSS 文件； 能够指定处理后的 JS 和 CSS 文件的位置（页头或页尾，甚至别的地方）； 可对处理后的 JS 和 CSS 文件添加过期时间等。
当 WordPress 3.1 测试版出来后，我发现 WP Minify 与之不兼容，会导致网站无法正确加载答亲宽草。
2. Autoptimize
也许将来 WP Minify 升级后会解决不兼容问题，但是我等不及了。后啊破绿首落换学假配来找到了 Autoptim渐兵子鲜城ize 这个具有类似功能的伯奏院均插件，而且这个插发功经更定输飞帮探市件操作更简单。
Autoptimize 整合、精简并压缩所有的 JS 和 晚宣殖坐刻衡积练丰宁按样式表（CSS）文件，增加缓存过期标志。然后将样式表文件放到页头（同样是为组系学深找急火以阳确首了提高页面加载效率），并将 JS 文件放到页尾。它还能够精简 HTML 代码，给你的页面瘦身。不过我觉得给 HTML 页面瘦身作用不是很明显，只要你则由写弱哪的服务器开启了 Gzip 压缩特性就没必要这么做了。
默认情况下，Autoptimize 会按照上面介绍的方式优化所记已主有 HTML/CSS/JavaS慢项便波刘cript 。
我个人觉得，Autoptimize 是比 WP Min指区村饭ify 更好用的 WordPress 优化插件。
3. JavaScript to Footer
这个插件写的非常简洁。我查看了源代码，完成任务的代码只有 6 个 WordPress 函数（见下文），也就是 6 行。所以这个插件从创建之后就怎么更新过。我一开始就因为见它最后更改日期还停留在2009年9月22日，所以把它给忽略了。
但是它仅仅优化 JavaScript 的加载位置，也就是将所有在 WordPress 中正确声明了的 Javascript 文件都给移到页面末尾来加载。它没有对 HTML 代码和 CSS 样式表文件作任何处理。
根据 JavaScript to Footer 的源代码，它使用下面的 6 行代码来完成工作：
remove_action('wp_head', 'wp_print_scripts'); remove_action('wp_head', 'wp_print_head_scripts', 9); remove_action('wp_head', 'wp_enqueue_scripts', 1); add_action('wp_footer', 'wp_print_scripts', 5); add_action('wp_footer', 'wp_enqueue_scripts', 5); add_action('wp_footer', 'wp_print_head_scripts', 5);如果有需要，可以在某个特定 WordPress 模板的 wp_head() 函数前加入下面的代码，将上述过程逆转过来，也就是使之失效，恢复成了本来的加载位置：
remove_action('wp_footer', 'wp_print_scripts', 5); remove_action('wp_footer', 'wp_enqueue_scripts', 5); remove_action('wp_footer', 'wp_print_head_scripts', 5); add_action('wp_head', 'wp_print_scripts'); add_action('wp_head', 'wp_print_head_scripts', 9); add_action('wp_head', 'wp_enqueue_scripts', 1);当然只是说某些特定的页面模板，如果是所有页面，那干脆禁用该插件好了 :D
二. 使用方法
相信对于大多数 WPer 来说，看了前面的介绍就知道如何选择自己需要的优化插件并合理使用了。无非是基于以下三个方面来考虑：
你的页面模板中是否使用了大量的 HTML 注释、空格、空行等标记？如果没有，那么你就不需要为了一点点（开启 Gzip 压缩时通常 1% 以下）的带宽节省而使用 HTML 精简功能；
你的页面中是否加载了多个 CSS 样式表文件？如果没有，你也不需要通过插件来精简和整合 CSS 样式表，手工精简和整合 CSS 样式表比使用插件更加简单有效；
基于 WordPress 默认会在页头中加载 JavaScript，一般的 WordPress 网站都需要对 JS 的加载位置进行优化。但是如果你大部分的页面也都需要在页面头部加载 JS 以保证不会出现 JS 失效的情况，那你就不能进行这样的优化了。
在我看来，WP Minify 就不需要了，原因在前面已经说过了。那么剩下的 Autoptimize 和 JavaScript to Footer 可以选用其一或者两者配合使用（如果是配合使用，当然是使用前者的 HTML 和 CSS 精简/整合功能，而使用后者的 JS 位置控制功能，因为后者就这一个功能）。我只需要控制 JS 的加载位置，所以就选择了 JavaScript to Footer。因为我的页面中也就四五个 JS 文件，又是放到页尾加载，我觉得没必要进行整合。
三. 特殊情况处理
虽然将 JavaScript 文件都放到页面末尾加载对于页面加载速度很有帮助，但是请注意，所谓页面末尾指的是在 WordPress 的 wp_footer() 函数中调用，这个函数通常刚好位于页面的 </body> 标签前面（当然是末尾了）。
有时候我们可能会在 wp_footer 函数出现之前就需要用到某些 JavaScript，比如 jquery.js 文件。
这样的情况也是很常见的。比如我单独创建了一个链接页面，在这个页面中我使用了 jQuery 方法来获取链接网站的 favicon。很显然，我只需要在这唯一一个页面使用这部分代码，所以将这段代码直接放在这个页面模板中是最好的做法。问题来了：这部分内容显然是在 wp_footer 之前出现的，那么这段代码就在 jquery.js 文件之前出现了，导致该代码段实际上无法工作，因为调用 jQuery 方法的代码段必须比 jquery.js 文件后加载。
那么如何处理这种特殊情况呢？其实也很简单。以上面的情景为例，既然我们需要先调用 jquery.js 文件，那我们就在该代码段之前直接输出需要的 jquery.js 文件，不使用 wp_enqueue_script() 函数，而改用 wp_print_scripts() 函数。
wp_enqueue_script() 与 wp_print_scripts() 的区别是：wp_enqueue_script() 是告诉 WordPress “我在这个页面上需要用到某个 JavaScript 文件，你可要记得加载啊”。WordPress 默认在 wp_head() 中处理，而我们改为在 wp_footer() 中处理。wp_print_scripts() 则直接在你使用此方法的位置输出需要的 JavaScript 文件，而不是加入到 WordPress 的处理任务中。
如果我们在页面的中间使用，
<?php wp_print_scripts('jquery'); ?>直接输出了 jquery.js 文件（通常是其压缩版本 jquery.min.js），那么即使其它的插件或者什么东西使用，
<?php wp_enqueue_script('jquery'); ?>告诉 WordPress 需要加载 jquery.js，WordPress 在 wp_footer() 中处理的时候也会先检查前面是不是已经有了，如果有了就不会再重新加载一次。
四. 结论
在 WordPress 中加载 JavaScript 最好使用 wp_enqueue_script() 函数以减少问题提高效率。如果不是有这些特殊情况要处理，使用 Autoptimize 显然比较好，它全面完成任务而且使用简单。
但是如果使用的主题本身已经很简洁了，那么 JavaScript to Footer 更简单高效，也就更好。
3、wordpress终极优化
一、先来普及下robots.txt的概念：robots.txt(统一小写)是一种存放于网站根目录下的ASCII编码的文本文件，它通常告诉网络搜索引擎的漫游器(又称网络蜘蛛)，此网站中的哪些内容是不能被搜索引擎的漫游器获取的，哪些是可以被(漫游器)获取的。这个文件用于指定spider在您网站上的抓取范围，一定程度上保护站点的安全和隐私。同时也是网站优化利器，例如屏蔽捉取站点的重复内容页面。
robots.txt目前并不是一种标准，只是一种协议!所以现在很多搜索引擎对robots.txt里的指令参数都有不同的看待。
二、使用robots.txt需要注意的几点地方：
1、指令区分大小写，忽略未知指令，下图是本博客的robots.txt文件在Google管理员工具里的测试结果;
2、每一行代表一个指令，空白和隔行会被忽略;
3、“#”号后的字符参数会被忽略;
4、有独立User-agent的规则，会排除在通配“*”User agent的规则之外;
5、可以写入sitemap文件的链接，方便搜索引擎蜘蛛爬行整站内容。
6、尽量少用Allow指令，因为不同的搜索引擎对不同位置的Allow指令会有不同看待。
三、Wordpress的robots.txt优化设置
1、User-agent： *
一般博客的robots.txt指令设置都是面对所有spider程序，用通配符“*”即可。如果有独立User-agent的指令规则，尽量放在通配“*”User agent规则的上方。
2、Disallow： /wp-admin/
Disallow： /wp-content/
Disallow： /wp-includes/
屏蔽spider捉取程序文件，同时也节约了搜索引擎蜘蛛资源。
3、Disallow： /*/trackback
每个默认的文章页面代码里，都有一段trackback的链接，如果不屏蔽让蜘蛛去捉取，网站会出现重复页面内容问题。
4、Disallow： /feed
Disallow： /*/feed
Disallow： /comments/feed
头部代码里的feed链接主要是提示浏览器用户可以订阅本站，而一般的站点都有RSS输出和网站地图，故屏蔽搜索引擎捉取这些链接，节约蜘蛛资源。
5、Disallow： /?s=*
Disallow： /*/?s=*
这个就不用解释了，屏蔽捉取站内搜索结果。站内没出现这些链接不代表站外没有，如果收录了会造成和TAG等页面的内容相近。
6、Disallow： /?r=*
屏蔽留言链接插件留下的变形留言链接。(没安装相关插件当然不用这条指令)
7、Disallow： /*.jpg$
Disallow： /*.jpeg$
Disallow： /*.gif$
Disallow： /*.png$
Disallow： /*.bmp$
屏蔽捉取任何图片文件，在这里主要是想节约点宽带，不同的网站管理员可以按照喜好和需要设置这几条指令。
8、Disallow： /?p=*
屏蔽捉取短链接。默认头部里的短链接，百度等搜索引擎蜘蛛会试图捉取，虽然最终短链接会301重定向到固定链接，但这样依然造成蜘蛛资源的浪费。
9、Disallow： /*/comment-page-*
Disallow： /*?replytocom*
屏蔽捉取留言信息链接。一般不会收录到这样的链接，但为了节约蜘蛛资源，也屏蔽之。
10、Disallow： /a/date/
Disallow： /a/author/
Disallow： /a/category/
Disallow： /?p=*&preview=true
Disallow： /?page_id=*&preview=true
Disallow： /wp-login.php
屏蔽其他的一些形形色色的链接，避免造成重复内容和隐私问题。
10、Sitemap:http://***.com/sitemap.txt
网站地图地址指令，主流是txt和xml格式。告诉搜索引擎网站地图地址，方便搜索引擎捉取全站内容，当然你可以设置多个地图地址。要注意的就是Sitemap的S要用大写，地图地址也要用绝对地址。
上面的这些Disallow指令都不是强制要求的，可以按需写入。也建议站点开通谷歌管理员工具，检查站点的robots.txt是否规范。
user-agent: *
allow: /
disallow: /wp-admin
disallow: /wp-includes
disallow: /wp-content/plugins
disallow: /wp-content/cache
disallow: /wp-content/themes
disallow: /wp-*
disallow: /wp-login.php
sitemap:这里写你的网站地图url