用fullpage插件,头部和尾部怎么处理

WordPress 本身以及主题和插件通常需要加载一些 JavaScript 来实现某些特殊功能。

为了最大限度地保证兼容性，不至于出现 JavaScript 失效的情况，所以一般在页头加载 JavaScript 文件。

但是根据 Yahoo 开发者论坛的建议，加载 JavaScript 应该尽量在页尾以提高页面的显示（响应、渲染）速度。

本文根据作者的使用经验介绍几个相关插件，并说明如何在某些特殊页面仍然在页头加载 JavaScript。

下面先简单介绍几个相关的优化 JavaScript 的 WordPress 插件及特点，然后演示如何处理一些特殊情况。

一. 优化JavaScript的WordPress插件 我曾经用过 WP Minify、Autoptimize、JavaScript to Footer这三个插件，下面一一介绍其特点。

1. WP Minify 这个插件将 Minify 引擎整合到 WordPress 中。

一经启用，该插件就能够合并和压缩你的 JS 和 CSS 文件来提高页面的加载速度。

WP Minify 能够抓取生成的 WordPress 页面中的 JS/CSS 文件，将文件列表传递给 Minify 引擎。

Minify 引擎处理后返回一个加强、精简并经过压缩的 JavaScript 或样式表文件（CSS），由 WP Minify 将其替换到 WordPress 页头中。

其主要特点是： 易于使用； 对 JavaScript、CSS 和 HTML 均有效； 提供了调试工具； 能够处理外部 JS 和 CSS 文件； 能够排除指定 JS 和 CSS 文件； 能够指定处理后的 JS 和 CSS 文件的位置（页头或页尾，甚至别的地方）； 可对处理后的 JS 和 CSS 文件添加过期时间等。

当 WordPress 3.1 测试版出来后，我发现 WP Minify 与之不兼容，会导致网站无法正确加载。

2. Autoptimize 也许将来 WP Minify 升级后会解决不兼容问题，但是我等不及了。

后来找到了 Autoptimize 这个具有类似功能的插件，而且这个插件操作更简单。

Autoptimize 整合、精简并压缩所有的 JS 和 样式表（CSS）文件，增加缓存过期标志。

然后将样式表文件放到页头（同样是为了提高页面加载效率），并将 JS 文件放到页尾。

它还能够精简 HTML 代码，给你的页面瘦身。

不过我觉得给 HTML 页面瘦身作用不是很明显，只要你的服务器开启了 Gzip 压缩特性就没必要这么做了。

默认情况下，Autoptimize 会按照上面介绍的方式优化所有 HTML/CSS/JavaScript 。

我个人觉得，Autoptimize 是比 WP Minify 更好用的 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 文件，又是放到页尾加载，我觉得没必要进行整合。

三. 特殊情...

如何使用better wordpress minify

Better WordPress Minify插件使用很简单。

安装并启用插件后，会自动压缩合并你的JS和CSS文件。

当然你可以在设置页面中，进行如下更细致的设置。

删除不必要的空格与空行。

合并多个CSS或JavaScript文件。

自动缩小的JS文件。

自动缩小CSS文件。

并提供gzip压缩。

域名优惠码 缩小代码bloginfo（)样式表？缩小网址。

缓存目录。

WP Super Cache是什么意思,有什么用

WP Super Cache 是 WordPress 官方开发人员 Donncha 开发，是当前最高效也是最灵活的 WordPress 静态缓存插件。

它把整个网页直接生成 HTML 文件，这样 Apache 就不用解析 PHP 脚本，通过使用这个插件，能使得你的 WordPress 博客将显著的提速。

WP Super Cache 基本介绍 WP Super Cache 是基于 Ricardo Galli Granada 的 WP-Cache 2。

WP-Cache 2 可以缓存你的 WordPress 博客使得不用再次访问数据库，但是它产生的是 PHP 文件而不是 HTML 文件，所以还需要 PHP 引擎去解析它们。

而 WP Super Cache 则直接产生 HTML 文件，所以服务器不用解析甚至一行 PHP 代码，所以缓存之后的速度就和访问你服务器上的一张图片一样快。

WP Super Cache 是如何工作的 一半常规的缓存办法是手工把动态页面保存为 HTML 代码，WP Super Cache 也是通过同样的方式的，但是通过自动的方式完成这个过程。

当你一个访问者来的你的站点，他没有登入或者也没有留言，这样他得到是一个在 WordPress cache 文件夹下的 supercache 子文件夹下的纯静态文件，其实你都可以自己到上面的 supercache 目录下去查看同样的永久链接的 HTML 文件的备份。

判断一个页面是否已经被缓存了，查看该页面的源代码，看看最后一行是否有 或者 。

如果访问者已经登陆或者留了言，就会返回 WP Cache 函数生成的页面，并且最后一行会有 WP Super Cache 基本使用 上传 WP Super Cache 到插件目录，并在 Plugin 目录下激活之后，就可以到 Setting > WP Super Cache 进行详细配置。

WP Super Cache Status 首先是三个选项：ON (WP Cache and Super Cache enabled) HALF ON (Super Cache Disabled, only legacy WP-Cache caching.) OFF (WP Cache and Super Cache disabled) 默认情况下，WP Super Cache 是没有开启的，所以在这里选择下，需按则第一个，就是 Super Cache，缓存为静态文件，如果第二种情况呢，则和 WP-Cache 一致。

Proudly tell the world your server is Digg proof! (places a message in your blog"s footer) 这个是说在你的 footer 显示一条信息告诉读者该博客已经缓存了，一般不要这样做。

Clear all cache files when a post or page is published. (This may significantly slow down saving of posts.) 这个是说发布新日志的时候清理所有缓存，这个肯定不能这么干了。

Super Cache Compression 启动这个则会成生 gzip 压缩，节省你的带宽。

Mod Rewrite Rules WP Super Cache 是通过 Mod Rewrite 实现访问静态文件的，所以这里在是显示添加的 Mod Rewrite 规则。

Expiry Time and Garbage Collection 过期时间和垃圾收集，这里主要设置缓存文件过期时间，和多久删除一次过期的缓存文件。

个人建议：一般缓存时间设置为1天（86400）左右，缓存删除时间为1个小时一次。

Accepted filenames, rejected URIs 这里设置一些链接不需要缓存，并且可以设置特例。

Rejected User Agents 这里设置某些 User Agents 来访问的时候不会缓存。

比如 Google 和百度爬虫等。

Cache Contents 这里显示你博客缓存文件和过期文件的数量，你可以手工删除缓存文件和过期文件，因为 WP Super Cache 有垃圾回收机制，所以这里不帮不用手工删除，如果当你测试某个插件，看不到效果的时候，如果确定是缓存的原因，你可以到这里手工删除测试下。

Lock Down 一般情况下，某篇日志如果有了新留言，就会更新缓存文件，不过这篇日志是否已经到了缓存时间，但是在某种情况，你预料到你的博客可能会有很大流量和留言，候重复更新缓存文件可能并不是很好的选择，速度反而更慢，这个时候你就可以锁定缓存文件，新留言不再更新缓存日志。

插件作者也给出了一段代码，如果你的博客锁定了之后，可以通过判断一个变量 WPLOCKDOWN 是否存在告来诉读者，你博客已经锁定，待会才会更新，当然了，一般博客不建议使用。

Directly Cached Files 直接缓存文件，根据永久链接直接缓存，比如你的关于页面是不太更新，你就可以直接缓存它到你的 about 目录下（假如你的关于页面的 slug 是 about），这个直接缓存不会过期。

适合一些经常性不更新的静态页面。

Configuration messed up？因为上面那么多配置，你可能搞糊涂了，那么这里可以让你一键恢复到默认。

Cache Plugins 缓存插件还支持附加插件，比如作者自己就提供一个插件：No Adverts for Friends，不对朋友显示广告。

附加说明 登陆了和留言之后是看不到静态缓存页面的，看到的效果和原来的 WP-Cache 插件一样的，一般来说留言的同学不是那么多。

这个插件通过 Mod Rewrite 来是实现访问静态缓存页面，所以首先你的主机要支持 Mod Rewrite，然后你要在 WordPress 后台启动永久链接。

一些动态的时时更细的插件，如 Recent Comments,Recent Posts 等，一个很好的解决方法是通过 Javascript 来实现。

所以同理 Sidebar 更新也只能在静态页面刷新的时候更新。

我以后会讲解下如何实现 JS 实现 Recent Comment, Recent Post， 和 PostViews 。

不要使用性能很差的主机，尽管缓存了，但是还是不行的，这里我个人推荐我...

windows8 iis 怎样开启gzip

1. 打开Internet信息服务（IIS）管理器，右击“网站”-》“属性”，选择“服务”。

在“HTTP压缩”框中选中“压缩应用程序文件”和“压缩静态文件”，按需要设置“临时目录”和“临时目录的最大限制”；2. 在Internet信息服务（IIS）管理器，右击“Web服务扩展”-》“增加一个新的Web服务扩展。

。

.”，在“新建Web服务扩展”框中输入扩展名“HTTP Compression”，添加“要求的文件”为C:\WINDOWS\system32\inetsrv\gzip.dll，其中Windows系统目录根据您的安装可能有所不同，选中“设置扩展状态为允许”；3. 使用文本编辑器打开C:\Windows\System32\inetsrv\MetaBase.xml（建议先备份），找到Location =“/LM/W3SVC/Filters/Compression/gzip用于设置gzip压缩，找到Location =”/LM/W3SVC/Filters/Compression/deflate“用于设置deflate压缩。

上面两个节点紧挨着。

并且设置的属性相同。

如果需要压缩动态文件，则将HcDoDynamicCompression设置为”TRUE“,并在HcScriptFileExtensions中增加您要压缩的动态文件后缀名，如aspx;如果需要压缩静态文件，则将HcDoStaticCompression和HcDoOnDemandCompression设置为”TRUE“,并在HcFileExtensions中增加您需要压缩的静态文件后缀名，如xml、css等；HcDynamicCompressionLevel和HcOnDemandCompLevel表示需要的压缩率，数值在0-10， 默认为0。

如何在PHP开启gzip页面压缩实例

1、apache环境下开启gzip找到并打开apache/conf目录中的httpd.conf文件httpd.conf中打开deflate_Module和headers_Module模块，具体做法为将 如下两句前面的#去掉：LoadModule deflate_module modules/mod_deflate.soLoadModule headers_module modules/mod_headers.so在httpd.conf文件底部加入如下代码配置需要压缩的文件：SetOutputFilter DEFLATE# Don"t compress images and otherSetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip dont-varySetEnvIfNoCase Request_URI .(?:exe|t?gz|zip|bz2|sit|rar)$ no-gzip dont-varySetEnvIfNoCase Request_URI .(?:pdf|doc)$ no-gzip dont-varyAddOutputFilterByType DEFLATE text/html text/plain text/xml text/cssAddOutputFilterByType DEFLATE application/x-javascript重启apache服务端使用工具重新检测是否开启gzip压缩。

考虑到相关广告检测机制具体的gzip检测工具访问地址可以到搜索引擎中去查找。

2、iis7.0以上

如何检测网站如何启用 GZip 压缩

第一步，打开Internet信息服务（IIS）管理器，右击“网站”-》“属性”，进入“服务”选项，之后在“HTTP压缩”的大框中把“压缩应用程序文件”和“压缩静态文件”两个都选上，而“临时目录”和“临时目录的最大限制”直接使用默认值即可。

IIS6.0开启GZIP第一步第 二步，还是在Internet信息服务（IIS）管理器中，右击“Web服务扩展”选项，选择“增加一个新的Web服务扩展”，在“新建Web服务扩展” 框内输入扩展名为“HTTP Compression”，“要求的文件”添加路径为C:\WINDOWS\system32\inetsrv\gzip.dll，一般来说绝大多数 Windows2003服务器都应该是这个路径，如果有很特别的，就请根据自己的情况来选择gzip.dll的位置吧，记得把“设置扩展状态为允许”也勾 选上，然后点击确定。

IIS6.0开启GZIP第二步第 三步，来到关键的一步了。

先将IIS6.0服务器停止，请在“运行”中输入“cmd”，进入命令行，然后输入“net stop iisadmin”来停止IIS服务，再备份一下C:\Windows\System32\inetsrv\MetaBase.xml这个文件（在修改服 务器任何一个配置文件之前都应该备份，这是个人站长必备素质），之后用记事本打开该文件，进行相关设置的更改。

需 要更改的有两个地方，一个是Location =＂/LM/W3SVC/Filters/Compression/deflate＂的地方，另一个则是Location =＂/LM/W3SVC/Filters/Compression/gzip＂，将这两个地方修改后就可以打开GZIP了。

两个地方的内容更改完全一致， 所以只说一遍就可以了。

将HcDoDynamicCompression设置为“TRUE”，这个是用来压缩动态文件的，当然如果你不打算压缩动态文件，保持“FALSE”状态也可以，而HcscriptFileExtensions中是需要压缩的动态文件后缀，如asp、php、aspx等。

将HcDoStaticCompression和HcDoOnDemandCompression设置为“TRUE”，这是用来开启压缩静态文件的，没有理由不开启。

在HcFileExtensions中添加需要压缩的静态文件后缀，如html、css、xml等。

HcDynamicCompressionLevel 和HcOnDemandCompLevel这两个属性，表示的是GZIP的压缩率，可以填写0-10之间的数字，默认为0，通常来说建议设置为9，这是最 具有性价比的选择。

（图片中把php加到静态文件里面了，大家就无视吧，这是很久以前配置的，反正网站是静态的，php压缩不压缩无所谓）IIS6.0开启GZIP第三步修改完毕后，再把IIS服务器打开，依然在命令行中，输入“iisreset”命令。

这样，GZIP压缩就打开了，可以用站长工具对自己的页面进行检查，看看效果如何。

需 要注意的是，在修改MetaBase.xml文件时，可能会出现无法保存的情况，系统会提示“文件正在使用，无法保存”，要解决这个问题，打开IIS，右 击“本地计算机”-》“属性”，在“Internet信息服务”中勾选“允许直接编辑配置数据库”，确定后，就可以顺利的编辑MetaBase.xml文 件了。

允许编辑配置数据库在开启了GZIP后，网站打开速度会有较为明显的提升，而且也能节省不少的带宽和流量，带来的CPU资源消耗就无所谓了。

也曾经有人担心搜索引擎对GZIP压缩的页面爬行有问题，事实证明完全不存在问题，只要是用户的浏览器可以正常访问的页面，搜索引擎爬行起来没有问题。

tomcat的网站如何启用gzip

connectionTimeout=＂20000＂ redirectPort=＂8443＂ executor=＂tomcatThreadPool＂ URIEncoding=＂utf-8＂ compression=＂on＂ compressionMinSize=＂50＂ noCompressionUserAgents=＂gozilla, traviata＂ compressableMimeType=＂text/html,text/xml,text/javascript,text/css,text/plain＂ />compression=＂on＂ 打开压缩功能 compressionMinSize=＂50＂ 启用压缩的输出内容大小，默认为2KB noCompressionUserAgents=＂gozilla, traviata＂ 对于以下的浏览器，不启用压缩 compressableMimeType=＂text/html,text/xml,text/javascript,text/css,text/plain＂ 哪些资源类型需要压缩测试方法启用了TOMCAT这个压缩功能后，我们如何来测试压缩是否有效呢？首先Tomcat是根据浏览器请求头中的accept-encoding来判断浏览器是否支持压缩功能，如果这个值包含有gzip，就表明浏览器支持gzip压缩内容的浏览，我们可以用两种方法来验证压缩是否生效。

通过浏览器直接请求大家直接通过浏览器访问启用了压缩配置的服务器，然后通过抓包工具查看抓到的数据包，如果内容有很多你看不懂，就说明已经启用压缩功能了