那些花儿

经常有tx问这个问题，就写篇日志介绍下吧。

需求分析：
通常我们把WP日志加密是不想让无关的人看到，但是我们无法预判哪些人是“有关的”，或者无法将密码通知到“有关的人”，这样我们就需要一个自定义密码提示的功能，让“有关的人”看到提示就知道密码是什么，比如这篇日志。

解决方法：
1.安装一个叫Protected Post Password Hint的插件。
2.日志设好密码。
3.在日志发布页面->自定义域->添加新自定义域中，选择password_hint，右边写密码提示。

其实就是在数据库中增加一个password_hint字段作为密码提示。
需要注意的是这个值是源码模式的，就是说如果提示内容要换行，回车是没有用的，要写<br />。

折腾了一圈相册，最终还是用回了NextGEN，在后台调整图片大小的时候出错，显示Exceed Memory limit，估计是图太大了，需要的内存超过了主机限制，搜了一下，只需要编辑nextgen-gallery/lib/gd.thumbnail.inc.php，将

ini_set('memory_limit', '128M');

这句的注释去掉，就是把它前面的两条斜杠删掉即可。
插件作者还给出了一个方案，将同样是那个文件的这几句删掉或注释掉，不过不一定有效

if($this->error == false) {
// Check memory consumption if file exists
$this->checkMemoryForImage($this->fileName);
}

一般新手安装Wordpress，数据表前缀都是默认的"wp_"，这有时候不太方便，比如我们想在一个数据库中安装多个Wordpress程序，为了区分它们，我们需要设置不同的数据表前缀，最简单的方法当然是安装的时候就指定不同的前缀，但有时候我们不得不修改已经存在的Wordpress数据表前缀，其实也很简单，只需要两步：

1.在phpmyadmin或其他数据库管理工具中执行下列语句，建议先执行前面的，最后两句单独执行

ALTER TABLE wp_comments RENAME new_comments;

ALTER TABLE wp_links RENAME new_links;

ALTER TABLE wp_options RENAME new_options;

ALTER TABLE wp_postmeta RENAME new_postmeta;

ALTER TABLE wp_posts RENAME new_posts;

ALTER TABLE wp_terms RENAME new_terms;

ALTER TABLE wp_term_relationships RENAME new_term_relationships;

ALTER TABLE wp_term_taxonomy RENAME new_term_taxonomy;

ALTER TABLE wp_usermeta RENAME new_usermeta;

ALTER TABLE wp_users RENAME new_users;

UPDATE new_options SET option_name = REPLACE(option_name,'wp_user_roles','new_user_roles');

UPDATE new_usermeta SET meta_key = REPLACE(meta_key,'wp_','new_’);

2.将wp-config.php文件中的

$table_prefix  = 'wp_';

替换为

$table_prefix  = 'new_';

*替换文中new为你想要设置的前缀
**本文假设旧的Wordpress数据表前缀是wp，如果不是，请替换
***如果你安装过含数据表的插件，比如NextGEN Gallery，你需要把所有与它相关的表前缀也替换掉，示例：
ALTER TABLE wp_ngg_gallery RENAME new_ngg_gallery;
****最后两句如果执行出错，可以手动替换表中的wp_为new_

一个建议，安装程序的时候不要使用它们默认的表前缀，预防冲突，也有益安全。
一个提醒，如果你使用的不是默认的表前缀，在日后执行SQL语句的时候注意替换。

累死了，600多条，汉化了5个多小时，总算弄完了

NextGEN Gallery演示：

http://0-o-0.cc/index.php/album/

汉化包下载地址：

http://0-o-0.cc/down/wp/nextgen-gallery-v1.1.0-zh_CN.zip
注：只是汉化包，使用前请先装好NextGEN Gallery

使用方法：

解压缩，上传nggallery-zh_CN.po和nggallery-zh_CN.mo到nextgen-gallery\lang目录下，如果Wordpress是简体中文版，NextGEN会自动选择语言包。如果不是，请将你wp-config.php中关于语言设置的那句改为：define ('WPLANG', 'zh_CN');

特别说明：

俺不是程序员，英语一般般，且环境有限，难免有错误或不足之处，望Users不吝指正~使用中有任何问题也欢迎交流~

总觉得Nextgen自带的Thickbox不够COOL，最近看到很多用Lightbox2.0的就装了一下，果然很帅~

安装方法：
1.下载安装启用Wordpress插件Lightbox 2
2.进入后台——Nextgen Gallery——Options——Effects——JavaScript Thumbnail effect中选择Lightbox
3.在下面输入rel="lightbox[%GALLERY_NAME%]"

演示地址：http://0-o-0.cc/index.php/album/

自动升级pagenavi把原来的CSS给刷没了，又改了一遍，留个备份，省得以后升级再改。

.wp-pagenavi a, .wp-pagenavi a:link {
padding: 1px 2px 1px 2px;
margin: 2px;
text-decoration: none;
color: #3B3125;
background-color: #D9C69E;
}
.wp-pagenavi a:visited {
padding: 1px 2px 1px 2px;
margin: 2px;
text-decoration: none;
color: #3B3125;
background-color: #D9C69E;
}
.wp-pagenavi a:hover {
color: #FFF0D9;
background-color: #713414;
}
.wp-pagenavi a:active {
padding: 1px 2px 1px 2px;
margin: 2px;
text-decoration: none;
color: #3B3125;
background-color: #D9C69E;
}
.wp-pagenavi span.pages {
padding: 1px 2px 1px 2px;
margin: 2px;
color: #FFF0D9;
background-color: #713414;
}
.wp-pagenavi span.current {
padding: 1px 2px 1px 2px;
margin: 2px;
font-weight: bold;
color: #FFF0D9;
background-color: #713414;
}
.wp-pagenavi span.extend {
padding: 1px 2px 1px 2px;
margin: 2px;
color: #000000;
}

哎，啥时候才能把IE6赶尽杀绝啊……

不知道是心理作用还是什么，总觉得自己WP比别人的慢，用各种办法优化了一年也没啥成效，昨儿在wfans看到一个WP测速插件WP Tuner，大喜：加速，还是要对症下药啊。。。

WP Tuner
1.下载：http://wordpress.org/extend/plugins/wptuner/
2.安装：和其他插件一样，上传，启用，默认配置就行
3.使用：启用后 ，只要你是admin登陆的WP，前后台下方都会显示当前页的加载速度和数据库查询情况
4.介绍：以博客前台首页为例，最后一共生成仨表格，基本看问题就在第一个 Page Generation Performance 里，如果某一项耗时很高，那就有问题了，其中容易超时的有plugins_loaded（插件加载）、widgets_init（侧边栏初始化）、loop_start（文章列表）、get_sidebar（侧边栏）和get_footer（页尾）。
Plugins和Widgets出问题就一个一个关了测试吧
Loop_start就把每页显示文章调少点
Sidebar就是侧边栏Sidebar.php是不是内容太多了或者判断语句太多、数据查询太多。。
Footer出问题，大多是模板或程序有Bug，比如哪个标签没结束什么的，最后要查询半天

通过检测，出人意料的发现原来拖速度的大多是原本想加速的东西，比如Super Switch这个插件，明明是禁用一些没必要的功能的，却引起Widgets_init超时，Sidebar.php里，原本是为了减少查询使主页和文章页显示各自不同内容的语句，却拖慢了get_sidebar的速度。

最后，为了减少siderbar里数据库查询次数，把所有友链都改到了内页显示，有问题的TX可自行删除本站链接，TKS~

Update：

实际上，如果你的程序不是很烂，上述优化出来的速度也没有明显提升，如果你访问本站的速度变快了，我可以负责任的告诉你，那是hyper-cache…

也是在wfans看到的，第一次用缓存插件，据说这个效果比较好，下载请点这里，这里是更详细的介绍。我要特别说明的是，缓存对管理员是无效的，只有游客身份登陆才会生成缓存，OVER。

昨天把Wordpress从2.51直升到2.62，发现后台右上角多了个加速，是通过Google Gears使用的，这么高科技的东西以前没玩过，百度了半天才略微明白点，下面用我的方言描述一下，不保证准确性。

Google Gears

1.是Google推出的一个挺牛X的浏览器插件。地址：http://gears.google.com/

2.这个东西是加速用的，原理是把一个网站的图片啊、CSS啥的先下到你电脑上来，以后你再访问那个网站就快多了。

3.不是所有网站都能用，或者说，只有极少数的网站才能用，而且这几个网站大多是科技工作者才上的，所以，Gears对中国普通老百姓生活影响不大。

4.但是WP2.6以后的后台都支持Gears，安装了wp-turbo插件的WP前台也可以使用。如果你经常上我的博客并希望加速，请点击导航条上的加速，访问本站会自动提示加速，安装Gears并下载本站数据后你再来就快多了。

5.Gears最好不要安在网吧之类的公用计算机上。

6.每个浏览器独立加速，也就是说你IE加速了本站，FF想用还得再加速一次。

7.俺Blog用Gears加速以后，加速度还算明显，不过崩溃率直线上升（遨游），所以，IE内核的可能要慎用。

8.安装后有任何不适，请在控制面板中卸载Google Gears。

刚升Wordpress2.51的时候遇到过这个问题，后台撰写日志的分类标签空白，发出来什么都是未分类。后来发现是自己犯了一个很低级的错误，没好意思写出来，最近看到很多TX在问，那我就自曝一下吧~

错误很简单，为了支持中文Tag，我按照网上流行的方法修改了classes.php，而升级后我直接用2.5修改过的classes.php覆盖了2.51原始的classes.php。其实，2.5和2.51的原始classes.php是不一样的，于是出问题了。

解决方法也很简单，上传2.51的classes.php，然后当时2.5怎么改的，再手动改一遍就好了。

可能这只是个例，或许你的classes.php没有问题，或许你不是分类标签的问题，但这个错误可能低级的有点代表性，有则改之，无则加勉~

顺便记一下解决中文TAG的修改方法：将wp-includes\classes.php第44行（可能随版本不同而不同）

if ( isset($_SERVER['PATH_INFO']) )
$pathinfo = $_SERVER['PATH_INFO'];
else
$pathinfo = '';
$pathinfo_array = explode('?', $pathinfo);
$pathinfo = str_replace("%", "%25", $pathinfo_array[0]);
$req_uri = $_SERVER['REQUEST_URI'];

替换为

if ( isset($_SERVER['PATH_INFO']) )
$pathinfo = mb_convert_encoding($_SERVER['PATH_INFO'], "UTF-8", "GBK");
else
$pathinfo = '';
$pathinfo_array = explode('?', $pathinfo);
$pathinfo = str_replace("%", "%25", $pathinfo_array[0]);
$req_uri = mb_convert_encoding($_SERVER['REQUEST_URI'], "UTF-8", "GBK");

刚才写网页去色方法的时候可费劲了，Wordpress总是很自觉得解析<html>和<style>等个别HTML标签，听说在<xmp></xmp>标签中的标签可以不被解析，确实，连<br />什么的都还原出来了。。。

总之乱的一塌糊涂，但是，经过我不怕苦不怕累地虚心学习、潜心研究、耐心实践，终于发现了让Wordpress不解析<html>标签的方法，那就是：

嗯，用可视化编辑器编辑文章。（ = =#）

那啥。是不是很冷？我一直用HTML源代码模式编辑的，所以文章里的<html>经常被解析。但是，在某些情况下（比如贴Flash），我们只能使用源代码模式编辑，所以，重点是，如何让WP不解析源代码模式下的标签。终于，经过我更加不怕苦不怕累地虚心学习、潜心研究、耐心实践，我又发现了在HTML模式下不解析标签的方法，那就是：

用&lt;代替<，用&gt;代替> ，比如要输入<html>，在HTML源代码模式下就要输入&lt;html&gt;，这样文章发出来就是<html>了……

其实，这篇文章很没意义，当你需要贴Flash的时候用HMTL编辑器，要贴源代码的时候用可视化编辑器就可以了，很少有两者一起贴的……