wordpress 幻灯片插件
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 文件,又是放到页尾加载,我觉得没必要进行整合。
三. 特殊情...
wordpress怎么添加下载链接
有以下几种原因会导致插件效果不显示:1、插件没启用,请登录后台的管理的插件部分,将对应插件启用,如下图:2、没有设置导航栏菜单,当然没有内容可以显示,可以去后台“菜单”设置里将想要显示的菜单添加到菜单栏了里即可。
3、该插件的设置的问题,后台进入插件设置,找到该插件,把导航栏和分类目录都显示选项勾选保存即可。
我使用wordPress,安装主题插件的时候一直报错!
POST 数组元素最多默认1000个, 导致如果POST超出1000个元素就会数据丢失在网站目录下面建立个文件 info.php记事本方式打开后,里面写段代码phpinfo(); 得知php.ini在服务器的路径后,解决方法:在php.ini 中设置这个值~测试:for($i=0; $i{ ?>" value=""/>} ?>print_r($_POST); ?>复制去Google翻译翻译结果
github pages和wordpress相比,有什么优缺点
1、搭建复杂度 wp近乎傻瓜式;github较复杂,需要安装不少软件,而且还可能有莫名的错误,需随时google解决结果:wp胜出,当然喜欢折腾或是对ruby相当熟悉的话可能差别不是很明显。
2、 对域名空间要求wp需要自己购买虚拟主机,低配大约在100-200RMB/Y,主机需要有lamp的环境运行wp,不过现在的linux虚拟主机一般都提供此环境;github page的一大优点就是不需要虚拟主机,它是可以发布到github page上的。
结果:github page免费优势明显3、写博客的便捷程度wp需要打开后台,在后台撰写文章,即时写当然是需要联网的。
wp的强大插件使得博客文字样式可以很丰富github page支持本地编写、本地预览,满意后再发布,并且支持markdown语法所以对于不少程序员可能会比较方便。
文本中直接编写极客的感觉*_*结果:对于不同人群各有优劣吧4、 开放性(主题、工具插件)wp的主题和插件是无比丰富的,这是选择wp的一大原因之一,不过插件多同时也带来了另一个问题就是质量良莠不齐,选择相当麻烦费事,org~,之后会分享自己装的觉得还不错的插件。
octopress相当来说发展没多久,插件方面没怎么调查,不过主题是标准的程序员黑,自己改css相当费事结果:wp胜出5、访问速度wp的访问速度与虚拟空间地址有关,不过我挂在朋友的购买的国外虚拟空间上速度感觉也还不错github的访问速度感觉与其他国外网站比还是较慢的,这几天刚好因为抢票插件被封结果:看具体虚拟空间的选择6、SEO优化wp不少插件提供seo优化功能,但也需要发博客时自己填写不少信息比较麻烦github page搜索引擎优化就不需要自己做了,并且github在google上权重肯定相当高,所以优势明显结果:github page胜出7、迁移成本wp的迁移需要将网站目录迁移、数据库备份后再导入即可octopress的迁移也还好,就算不利用github page的话,自己有一套ruby和nginx的环境的话也是可以很方便重新部署的结果:旗鼓相当我比较在乎开放性(主题、工具插件)、写博客的便捷程度、访问速度、迁移成本四点。
尤其对第一点比较看重,所以选择了wp,不过比较插件真是差点被折腾死||_||,在wordpress和github page的搭建中有自己安装的比较好的插件.
怎么修改wordpress网站的默认后台地址,谢谢?
).php当然:修改代码不要再记事本下进行)当然除了这种方法以外还有修改登陆路径文件名的方法。
3、修改文件名修改登陆wordpress后台登陆路径wp-login;wp-login.php?sanbao=bao;这样只有打开 xxxx, 安装并启用该插件后不需要做其他特别设置。
当连续登陆失败,插件会临时屏蔽登陆 IP 地址。
但是很多人不喜欢wordpress插件过多,所以还有下面的方法。
2、修改代码不用插件可以直接将下面的代码复制到当前主题的 functions.php替换成wp-sanbao,才会打开登录页!= 'bao')header('://lisanbao.com/wp-sanbao.php" target="_blank">http://lisanbao://xxxx.com/':(本博客就是采用下面这种方法,推荐)//://xxxx.com/" target="_blank">http,(备注1、插件不少插件可以实现这样的功能,比如Protected wp-login和Stealth Login Page,直接下载安装直接开启插件;)。
还有可以安装安全插件 Limit Login Attempts,否则就会自动跳转到 xxxx.com这样就有效的隐藏起来wordpress的登陆路径了.php(当然也可以你随意想一个路径)。
这样登录地址便成了1002904921 | 发布于2017-09-15 22:54 评论
转载请注明出处51数据库 » wordpress page插件