WordPress

WordPress Super Cache官方文档中文版

0

WordPress Super Cache

 

让你的WordPress更快

简介

WP Super Cache是一个WordPress的静态缓存插件。它可以生成由Apache直接处理的html文件,而不需要相对繁重的PHP脚本处理。 通过使用这个插件,你会显著加快你的WordPress博客。

这个插件是优秀的 WP-Cache 2插件(由Ricardo Galli Granada开发)的一个分支。WP-Cache 2 缓存你的 WordPress博客网页 并且提供它们而不访问数据库。不幸的是,它仍然意味着加载PHP引擎来服务这些缓存文件。

WP Super Cache 可以解决这些问题。当它被安装后,会生成和使用html文件,而无需调用一行PHP代码。你的网站调用图形文件有多快?这些已经被缓存的文件也可以(几乎)一样快。如果您的网站已经疲于应付每天的访客数量,或者如果您的网站在Digg.com,Slashdot或任何其他受欢迎的网站上出现,那么这个插件是非常适合你的。

如果可以的话,请捐款!

WP Super Cache是一个免费插件,但很高兴接受捐款。去,在我的 PayPal donation box放入1美元。我还有一个 Amazon Wishlist ,如果你愿意慷慨捐助的话。

下载并安装

  • 移除任何已存在的WP Cache插件,以便替换成WP Super Cache。不要忘了删除这些文件 wp-content/advanced-caching.php 和 wp-content/wp-cache-config.php, 并注释掉 wp-config.php中的WP_CACHE define。
  • 下载 WP Super Cache plugin 最新版本并按照readme.txt文件的指示去做。如果此前你已经安装过WP-Cache,那么不应该有任何困难。
  • 安装完成后,去WP Super Cache选项页面,设置所需的缓存时间。

它是如何工作

一个经典的方法是,如驱动Digg头版外观或者Slashdotting等网站,手动去保存那些动态生成的页面的副本,并将其放置在与永久链接结构相匹配的目录。 这种增强性能的方法可以帮助服务器处理更高的负载而不崩溃,但可以预见的是,当(服务器)繁忙时它是惟一有效的(解决方法)。单独的WP-Cache在很多情况下不让人满意,所以呢,创建WP Super Cache来有效的模仿(上面所介绍的)手动页面缓存方法,但以自动的方式来处理它。

一个没有登录或没有留下评论的访问者,(就可以直接)访问WordPress的缓存目录内supercache子目录的一个静态的HTML页面。 如果您导航到该目录,您可以查看您的永久链接的精确副本,以及目录内的HTML文件。

要确定一个页面是否已被缓存,可以查看源代码,页面上的最后一行应为类似(下面的代码)。

<!-- Dynamic Page Served (once) in 0.829 seconds -->
<!-- Cached page generated by WP-Super-Cache on 2009-01-12 16:11:54 -->
<!-- Compression = gzip -->

如果启用了压缩,你只能看到最后一行。

如果你启用了压缩功能,在不查看页面headers时,不可能确定页面是否已被缓存。 WP-Cache “half on”时所缓存的页面将有一个额外的header。

WP-Super-Cache: WP-Cache

很多方式查看headers。
当压缩被禁用时,如果页面是从静态Supercache送达,文本 <!-- super cache --> 将显示在(这个)页面的结尾。

使用 ismyblogworking.com 以检查是否压缩正常工作。 它也将显示您的博客现在到底有多快。

特点

  • 一个插件和挂钩系统。WP Cache常被抱怨的是, 要求hacking使它很好的与其他插件同时工作。 现在你可以利用简单的插件系统来实现页面被缓存的优势。如你所愿的使用 do_cacheaction() 和 add_cacheaction() 与WordPress 相连。插件可以在管理页面添加自己的选项。
  • (它)在虚拟主机或非虚拟主机设置的 WordPress MU 中很好的工作,可以确保每个博客的缓存文件,以提高性能。
  • 正常的WP-Cache文件现在被一分为二。Meta文件到它们自己的目录,使它更快的扫描和更新缓存。
  • 包括 WP-Cache and protected posts修正。
  • 在WordPress自动禁用gzip压缩而不是dying。
  • 由于Akismet和其他的抗垃圾评论工具的更新,如果一个评论确定不是垃圾邮件时,缓存将是无效的。
  • 一个 “锁定”按钮。我会想到我的 “Digg Proof”按钮。 这基本上是准备一个如digging或slashdotting访问量的网站。当一个新的评论产生时,(可以)锁定静态缓存文件,并不会删除它们。
  • 当一个更新些的文件被送达时,Supercache静态文件是可以被再度生成的。这将大大降低一个有很多流量和评论的繁忙服务器的负载。可以把它想象成为您的网站每个页面的自动 “锁定模式”。
  • 自动更新.htaccess文件。(在安装这个补丁前请备份您的.htaccess!)
  • 不会super cache GET 参数的任何请求。
  • 在你使用一个老版的情况下,wp-cache-config.php 和 advanced-cache.php有更好的版本检查。
  • 更好的支持Microsoft Windows。
  • 妥善的在Red Hat/Cent OS系统或其他gzip的条目中,在/ etc / mime.types中缓存静态文件。
  • 拒绝URI的功能现在使用正则表达式。
  • 支持Bad Behaviour插件,如果被安装的话 (仅限Half on模式)。
  • 支持在移动设备显示不同主题的插件。

注意事项

  • 如果你登录或留下评论,你永远不会看到一个超高速缓存的页面。你会看到旧的定期WP-Cached的页面。 这不是那么糟糕,因为绝大多数的访问者永远不会发表评论。
  • Mod Rewrite被用来服务于静态 HTML页面。 永久链接也是一个要求,它应该已经安装。
  • 您网站模版的一些动态部分不会很快的刷新。例如,最近的评论侧边栏插件。 这些插件应该使用JavaScript来加载其内容。
  • 某些网站在使用压缩html文件时有问题,这需要额外的设置。
  • 不要指望一个便宜的主机可以应对高额的访问量,即使(页面)被缓存!
  • 请记住,如在侧边栏的动态内容,只有在缓存的页面被刷新的时候才会刷新。 此超时值可以修改,但如果你有一个静态和动态请求的组合,缓存的文件将被删除。
  • 像SK2和其他依赖于“最新”的数据的一些插件可能无法很好地工作,至少要等到这些插件支持wp-super-cache这个插件,必要时清除缓存。

官方英文文档:http://ocaoimh.ie/wp-super-cache/

如何删除WordPress3.3.1中的自定义顶部图像

0

我的一个网站使用的程序是WordPress 3.3.1,主题为Twenty Eleven 1.3,可以自己上传自定义顶部图像并随机显示,但是如果感觉某些图像不想再使用,但Wordpress后台控制面板(Dashboard)-外观(Appearance)-顶部(Header)-自定义顶部(Custom Header)中并未提供对已上传图像的删除选项,如果直接从/wordpress/wp-content/uploads/删除这些图像。刷新后会发现在自定义顶部(Custom Header)的已上传图像部分,已不再显示被删除的图像。但是该图像的圆形选择框依旧存在,也就是说,系统依然会随机选择这个圆形选择框所包含的内容,即便当中没有图像,只是用空白替代而已。

其实在Wordpress后台控制面板(Dashboard)-媒体库(Media Library)中就可以删除自定义图像,再回到Wordpress后台控制面板(Dashboard)-外观(Appearance)-顶部(Header)-自定义顶部(Custom Header),就可以看到已删除的图像与圆形选择框已经同时消失了。

WordPress 3.3.1正式版下载地址及简要中文说明

6

需要WordPress 3.3.1 英文正式版的用户可以从http://wordpress.org/download/下载。

需要WordPress 3.3.1 简体中文正式版的用户可以从http://cn.wordpress.org/下载。

WordPress 3.3.1现已发布。本维护版本修复了 3.3 版本的 15 处问题,另外还有一个影响了 3.3 的跨站脚本攻击漏洞。感谢 Joshua H.、Hoang T.、Stefan Zimmerman、Chris K. 和 Go Daddy 安全小组向我们的安全团队上报该问题。

WordPress 3.3作为第三次对 3 系列的修订,本版本主要显著提升了您的使用体验:导航菜单、上传机制,以及导入以往备份等等。

面向用户

有经验的用户一定会喜欢全新的“拖放上传工具”、鼠标悬浮式导航菜单、一体化工具栏、增强的合作编辑体验、以及 Tumblr 导入工具。我们也关注新用户的体验。3.3 版本新增了“气泡提示”功能,在每次更新后,在功能上大幅度的改动会主动弹出提醒用户。同时,使用 3.3 版本新安装 WordPress 的用户会看到一个非常友好的消息框,提示如何开始使用 WordPress。每个页面上的“帮助”选项卡也有显著改进,实用性得到极大提升。站点的“仪表盘”也更加兼容 iPad 和其它平板电脑了。

中文版本方面本次新加入了中文字数统计功能,在您写文章时会自动统计中文字数和英文词数之和。

面向开发者

开发者应该会喜欢新的编辑器 API、最新的 jQuery 版本、更易用的帮助钩子,和更高的固定的链接性能。更多改进,请参见 Codex 文档(英文)和 Trac(英文)。

一条语句关闭WordPress所有文章的TrackBack

0

前一段由于大量垃圾评论的骚扰,使我不得不安装了评论算术题插件,这样一来垃圾评论果然少了很多,不过每天依然有一些垃圾,这让我感觉很是奇怪,难道机器人也会自己做算术题了?

查看了一下Akismet拦截的垃圾评论,发现它们都有一个共同点,没有写邮箱。有了这个发现,我就到后台的评论设置里,将”评论作者必须填写姓名和电子邮件”的开关打开,心想这样的话那些垃圾评论应该不会再出现了吧…

可是事与愿违,第二天垃圾评论依然如潮水般涌入,而且依旧没有邮箱地址…暂时解决不了,就不去想了,反正垃圾评论不是很多。

开了这么多评论验证,Akismet就显得不是那么重要了,索性把它禁用了(关闭它可以大大加快评论提交的速度)。不过这样一来,倒让我发现了之前 的垃圾评论没有邮箱地址的真正原因。因为关闭了Akismet,那些垃圾评论就出现在了审核列表里,不过它们不是垃圾评论,而是垃圾 TrackBack…怪不得没有邮箱地址,怪不得能通过算术题验证,原来是TrackBack…

既然找到了真凶,那就斩草除根吧。先到后台把默认TrackBack开关关掉,然后就是关闭所有文章的TrackBack开关了。对于有400多篇文章的我来说,这可是一项大工程,一个一个修改那就不知道猴年马月了,只能祭出大法宝了 —- SQL语句

WordPress数据库中的wp_posts表存放的是所有文章的相关信息,而我们用到的是下面这个字段

ping_status – ping状态,枚举enum(’open’,’closed’)值,open指打开pingback功能,closed为关闭。默认值是open。

我们的目的就是批量修改所有文章的”ping_status”字段为”closed”

1、首先进入phpmyadmin,当然,如果你有其他的数据库管理工具也可以。

2、进入后点击”SQL”,也就是可以输入SQL语句的地方。

3、修改对应的数据库名称以及数据表前缀(这个看一下就知道了),运行以下语句,提示成功则证明修改已经生效。

UPDATE `数据库名称`.`数据表前缀_posts` SET `ping_status` = 'closed';

这样一来,所有文章的TrackBack就被关闭了,垃圾TrackBack不会再出现了。

 

本文作者:Slyar 文章来源:Slyar Home (www.slyar.com)

WordPress存档页面插件Clean Archives Reloaded

2

WordPress存档页面插件Clean Archives Reloaded,无须修改模板文件,使用方便。

只需建立一个页面(Pages),然后加入下面的代码即可。

本站文章总数:(cartotalposts)

(cleanarchivesreloaded)

说明:请将代码中的中文全角字符小括号()用英文半角字符中括号[]来代替。

下载地址:http://wordpress.org/extend/plugins/clean-archives-reloaded/

WordPress后台自动升级时需要输入FTP账户信息

1

在WordPress后台自动升级时,或者更新、删除主题或者插件的时候,如果提示需要输入FTP账户信息,解决方法如下:

方法一、如果使用虚拟主机,可以在wp-config.php里加入下面代码:

define("FS_METHOD", "direct");
define("FS_CHMOD_DIR", 0777);
define("FS_CHMOD_FILE", 0777);

方法二、如果使用独立服务器或VPS,可以修改网站所在目录属性:

chmod -R 755 /home/wwwroot
chown -R www /home/wwwroot

其实出现这个的问题就是Apache/Nginx的执行身份非文件属主身份。

解决方法:
假设你的wordpress安装目录为/home/wwwroot/wordpress
执行:

chown -R www /home/wwwroot/wordpress

执行上面的命令就可以将/home/wwwroot/wordpress下所有文件的属主改为www,这样就可以解决自动更新必须填FTP的问题。

注意:1,必须是把wordpress程序文件上传到空间以后再执行该命令,顺序不能颠倒;2,添加完虚拟主机以后,也必须把wordpress程序文件上传到空间以后,再执行该命令才有效!

WordPress插件Google XML Sitemaps

2

Google XML Sitemaps是一个WordPress插件,可以生成XML Sitemap,以帮助搜索引擎如Google、Bing、Yahoo及Ask.com更好的收录你的网站。

下载地址:http://wordpress.org/extend/plugins/google-sitemap-generator/
官方网站:http://www.arnebrachhold.de/

英文简介:
This plugin will generate a special XML sitemap which will help search engines like Google, Bing, Yahoo and Ask.com to better index your blog. With such a sitemap, it’s much easier for the crawlers to see the complete structure of your site and retrieve it more efficiently. The plugin supports all kinds of WordPress generated pages as well as custom URLs. Additionally it notifies all major search engines every time you create a post about the new content.

Nginx支持WordPress3.0.1的永久链接(Permalink)

0

我最近准备使用Nginx+php-fpm搭建WordPress平台。

安装完成后准备启用友好形式的永久链接,但是经过种种尝试和查资料后,都不能成功。

Nginx没有Apache特有的mod_rewrite,因此不能由WordPress自动配置。

查资料时发现网上流传广泛的解决方案都不管用。

下面给出我的解决方案。

首先参照Apache2的.htaccess文件:

	RewriteEngine On
	RewriteBase /wordpress/
	RewriteRule ^index.php$ - [L]

	RewriteCond %{REQUEST_FILENAME} !-f [OR]
	RewriteCond %{REQUEST_FILENAME} !-d
	RewriteRule . /wordpress/index.php [L]

翻译成Nginx的rewrite规则如下:

	location /wordpress/ {
	    rewrite ^index.php$ - last;

	    if ( !-e $request_filename ) {
	            rewrite . /wordpress/index.php last;
	    }
	}

已经经过实践验证了。:-)

本文来自:http://www.cnblogs.com/HCOONa/

让你的主题支持WordPress 3.0的自定义菜单功能

2

目前WordPress 3.0 RC已发布,新版增加了许多功能,可能喜欢尝鲜的朋友已迫不及待地升级了自己博客,利用原来2.9.2版的中文语言文件基本汉化了大部分菜单,只有少部分 还是英文的,其中在主题选项中多出一个Menus功能,一个可以方便灵活地向导航菜单添加自定义内容的新功能。但当你打开这个选项时会提示“The current theme does not natively support menus, but you can use the “Custom Menu” widget to add any menus you create here to the theme’s sidebar.”大概的意思是:当前的主题不支持菜单功能,但你可以 把利用这一“菜单”功能,添加的自定义菜单应用到主题侧边栏中,也就是小工具(E文盲,翻译的不好别见笑)。然而当你启用3.0版默认主题Twenty Ten后,这个提示就消失了,看来是新的默认主题针对3.0功能进行了优化。

原来在默认主题functions.php中有一句:

// This theme uses wp_nav_menu() in one location.
register_nav_menus( array(
'primary' => __( 'Primary Navigation', 'twentyten' ),
) );

把这句代码添加到当前主题functions.php模板文件中,提示也消失了,关键就是这句了。

也可以用:

// This theme uses wp_nav_menu()
add_theme_support( 'nav-menus' );

但只修改这里,并不会真正在主题导航菜单上启用这个功能,只会在侧边小工具中多出custom menu小工具一项,还需修改导航部分代码,才会体验到新的功能。

一般主题导航部分代码为:

<?php wp_list_pages('title_li='); ?>

改为

<?php wp_nav_menu( 'id=navbar' ); ?>

也可以根据自己使用的主题功能修改为类似:

<?php wp_nav_menu( 'id=navbar&menu_class=headermenu' ); ?>

主题改造完成,下面简单介绍一下这个Menus功能的使用方法:

打开Menus设置页面,在此添加一个新的自定义菜单:

在左侧选择准备显示在导航菜单的分类标题或页面,也可以添加一个链接,然后点击“add to menu”添加到新的自定义菜单中,保存菜单。

刷新博客页面,看看新的导航菜单是不是出来了。

总结:个人感觉这是3.0版一个非常不错的新功能,可以灵活方便地变更主题导航菜单内容,不受主题本身限制,但之前所有主题都不支持这个功能,需手 动修改模板文件,对新手而言,有一定难度。

转载自: WordPress 3.0来了,你的主题准备好了吗? | 知更鸟

WordPress 的Robots.txt设置

5

为了避免搜索引擎对博客内容进行重复索引,可以用robots.txt限制搜索引擎机器人对某些页面的抓取。例如分类页面(category)、标签页面(tag)之类的是随最新文章变化的,对它们做索引就没有什么意义。

可以在web的根目录下放置一个如下内容的robot.txt文件(文件名全部为小写):

User-agent: *
Disallow: /wp-admin
Disallow: /tag
Disallow: /category/
Disallow: /*?*

User-agent: Mediapartners-Google
Allow: /

其中的“Disallow:/*?*”那句是让搜索引擎不去索引所有带“?”的网址。如果WordPress没有采用永久固定链接而用默认的“ /?p=xx”的方式的话就要删掉这句。

请注意末尾的两句,其含义是允许Google Adsense的机器人去抓取所有页面,这样才可以在所有页面上都放adsense广告。否则在禁止了索引的页面上只会显示公益广告而无法获得 adsense收入。曾经有人对该问题的回复是设置:

User-agent: Mediapartners-Google*
Allow: /

也就是后面加了个“*”,不知道是那人笔误还是怎样,这个“*”是不对的,但网络上以讹传讹,很多文章在说明robots.txt的设置时都说成 是:“User-agent: Mediapartners-Google*”。我们可以利用google的网站管理员工具中的“测试robots.txt”来进行测试,就会发现如果末 尾加了“*”的话结果是不正确的。上面的文字来自:蓝天博客

下面我们介绍什么是robot.txt文件及其语法:

robots.txt是搜索引擎中访问网站的时候要查看的第一个文件。Robots.txt文件告诉蜘蛛程序在服务器上什么文件是可以被查看的。
当一个搜索蜘蛛访问一个站点时,它会首先检查该站点根目录下是否存在robots.txt,如果存在,搜索机器人就会按照该文件中的内容来确定访问的范围;如果该文件不存在,所有的搜索蜘蛛将能够访问网站上所有没有被口令保护的页面。
robots.txt必须放置在一个站点的根目录下,而且文件名必须全部小写。
语法:最简单的 robots.txt 文件使用两条规则:
• User-Agent: 适用下列规则的漫游器
• Disallow: 要拦截的网页

  robots.txt文件的格式

  ”robots.txt”文件包含一条或更多的记录,这些记录通过空行分开(以 CR,CR/NL, or NL作为结束符),每一条记录的格式如下所示:
   “:

“。
  在该文件中可以使用#进行注解,具体使用方法和UNIX中的惯例一样。该文件中的记录通常以一行或多行User-agent开始,后面加上若干Disallow和Allow行,详细情况如下:
  User-agent:
  该项的值用于描述搜索引擎robot的名字。在”robots.txt”文件中,如果有多条 User-agent记录说明有多个robot会受到”robots.txt”的限制,对该文件来说,至少要有一条User-agent记录。如果该项的值设为*,则对任何robot均有效,在”robots.txt”文件中,”User-agent:*”这样的记录只能有一条。如果在”robots.txt”文件中,加入”User-agent:SomeBot”和若干Disallow、Allow行,那么名为”SomeBot”只受到”User-agent:SomeBot”后面的Disallow和Allow行的限制。
  Disallow:
  该项的值用于描述不希望被访问的一组URL,这个值可以是一条完整的路径,也可以是路径的非空前缀,以Disallow项的值开头的URL不会被robot访问。例如”Disallow:/help”禁止robot访问/help.html、 /helpabc.html、/help/index.html,而”Disallow:/help/”则允许robot访问/help.html、 /helpabc.html,不能访问/help/index.html。”Disallow:”说明允许robot访问该网站的所有url,在” /robots.txt”文件中,至少要有一条Disallow记录。如果”/robots.txt”不存在或者为空文件,则对于所有的搜索引擎 robot,该网站都是开放的。
  Allow:
  该项的值用于描述希望被访问的一组URL,与Disallow项相似,这个值可以是一条完整的路径,也可以是路径的前缀,以Allow项的值开头的URL是允许robot访问的。例如”Allow:/hibaidu”允许robot访问 /hibaidu.htm、/hibaiducom.html、/hibaidu/com.html。一个网站的所有URL默认是Allow的,所以 Allow通常与Disallow搭配使用,实现允许访问一部分网页同时禁止访问其它所有URL的功能。
  需要特别注意的是Disallow与Allow行的顺序是有意义的,robot会根据第一个匹配成功的Allow或Disallow行确定是否访问某个URL。
  使用”*”和”$”:
  Baiduspider支持使用通配符”*”和”$”来模糊匹配url。
  ”$” 匹配行结束符。
  ”*” 匹配0或多个任意字符。

Go to Top