初步判断应该是 .htaccess 里面Rewrite规则可能有问题，但那是官方提供的，不应该吧……
于是通过Google大神一番搜索，确定是Rewrite规则有问题，并将 .htaccess 文件替换为以下内容后工作正常：

WordPress Multisite Based Sub-folder Mode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
 
# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]
 
# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
 
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule  ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule  ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]

————————————————我是分割线————————————————

我刚才重新弄了一下想重演故障，结果发现没问题了，记得看过一篇POST提到WP有个缓存机制导致了这个问题，不过我把 .htaccess 更新了以上代码后，就工作正常了，一时也没留意是否跟WP给出的范例代码是否有所不同，纠结了……放这儿备查吧。

————————————————我是分割线————————————————

Update: Jan 13th, 2011
终于发现问题所在了，由于我手欠，没有使用启用Network功能时 /wp-admin/network.php 提供的 .htaccess 内容，而直接使用了Codex.WordPress提供的Rewrite规则，于是 ……
来自Codex.WordPress的Rewrite规则呈现如下（无法工作的，仅供参考，别用……）：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
 
# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]
 
# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
 
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule  ^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*) $1 [L]
RewriteRule  ^[_0-9a-zA-Z-]+/(.*\.php)$ $1 [L]
RewriteRule . index.php [L]
# END WordPress

主要区别在于以下两句，正好影响到的是主题布景(Theme)、后台管理等功能：

有效的规则：

1 2	RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L] RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]

无效的规则：

1 2	RewriteRule ^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*) $1 [L] RewriteRule ^[_0-9a-zA-Z-]+/(.*\.php)$ $1 [L]

-EOF-

——————–
引用参考：
WordPress Support: http://wordpress.org/support/topic/wp-multisite-htaccess-not-working
Perishable Pre: http://perishablepress.com/press/2010/07/07/htaccess-code-for-wordpress-multisite/
WordPress Codex: http://codex.wordpress.org/Migrating_Multiple_Blogs_into_WordPress_3.0_Multisite
WordPress Codex: http://codex.wordpress.org/Create_A_Network

• WordPress 和 WordPress MU 已经合并，现在一个 WordPress 的安装就能多个用户多个博客。
• WordPress 3.0 新推出了 “Twenty Ten” 的默认主题，它包含了现在 WordPress 所有的功能。
• 新的菜单管理系统，可以让你创建包含由日志，页面，分类，标签和其他链接组成的完全自定义菜单。
• 自定义 header和背景颜色或者图片的 API。
• WordPress 后台每个界面的帮助标签下都有上下文帮助。
• 现在全新安装的 WordPress 可以自定义帐号和密码。
• 在编辑主题的时候会自动进入维护模式
• 支持短连接。
• 支持和改进了自定义日志类型和自定义分类系统。
• 一个更轻快颜色的后台，让你更加关注你的内容。
• 补充：刚刚发现Login页面输错密码居然会像苹果那样左右地摇头晃脑~

Mr. 21博客升级后，遇到了一点小问题，在New Post的时候，因为21使用的单栏的编辑布局，Publish模块没有出来，21还以为是做了什么特殊的改进，结果切换一下两栏布局后再切换回来就好了。

目前我使用的主题和插件均没有遇到什么问题，基本上按照WP的指示升级到最新版本就可以了。
我使用的插件列表如下，列出仅供参考：

• Akismet v2.5.6
• Clean Options v1.3.2
• Google XML Sitemaps v3.2.7
• MobilePress v1.1.5
• 中文 WordPress 工具箱 v1.3
• PuSHPress v0.1.7.1
• Plugin List v2.3
• SRG Clean Archives v4.3
• Subscribe To Comments v2.1.2
• Some Chinese Please! v1.0.7
• Simple Tags v2.2
• WP-Syntax v0.9.12
• wp Time Machine (for Backups) v2.0.03
• WP-PostViews v1.60
• WP No Category Base v1.0
• WordPress Related Posts v1.2
• WP-DBManager v2.63
• WP-Footnotes v4.2
• WP-PageNavi v2.82

对于近期没有更新21表示非常抱歉！
学习的越多才发现自己知道的越少，以至于都不太有勇气下笔写点什么了，真是没办法，只能尽力调整了，再加上工作上的一些比较繁杂的事情堆积到一起所以导致没有更新，抱歉了，我的访客们。

————————– Update: Jun 26th, 2010 ————————–
呃，不知道为什么我的中文 WordPress 工具箱比较与众不同，不知道是被神改过还是我自己无意中以前搞定了，实际上中文 WordPress 工具箱需要有如下的修改才能在WP3.0中正常工作，请跳转：
阿辛的网志：《中文WordPress工具箱在3.0下失效的修复方法》
顺便附带我的工具箱文件供大家参考：http://mr21.in/wp-content/plugins/mulberrykit.php.source

1. BlogBus WordPress -> Blogger (Blogspot)

   http://wordpress2blogger.appspot.com/

   From: http://www.douban.com/group/topic/9391517/

2. BlogBus -> WordPress

   http://blog.hisamuel.com/wp-content/uploads/blogbus2wp291.rar

   From: http://www.douban.com/group/topic/9371317/

分别是由燕揚絮@豆瓣和OBI@豆瓣发表的，暂时寄放，更多信息敬请期待。

基础

一、什么是WordPress

WordPress作为一款优秀的、开放源代码的、免费的PHP博客(Blog/部落格)程序，是使用PHP语言编写的一种Web应用(Web Apps)。WordPress是构建与PHP平台之上的一个程序，简单的说，我们可以理解为“Microsoft Office是构建于Windows系统之上的应用程序”一样来理解，不过，WordPress主要面对的是互联网、运行结果是HTML代码。

二、WordPress的运行环境

运行WordPress需要满足PHP和MYSQL数据库（通过插件可以实现SQLite数据库）这两个条件，而出于支持静态链接(Permalinks)的必要，还需要服务器具备支持Rewrite规则(Rewrite Rules)的特性，而Rewrite规则的支持通常需要Apache的Mod_rewrite模块来实现，并且Rewrite规则一般保存于与WordPress目录同级的一个叫.htaccess的文件，并且这个环境在Linux/BSD/Unix平台上运行效率最佳、支持度最高、表现最完美，通常被统称为LAMP平台，组成结构为Linux+Apache+MySQL+PHP。
而这样的环境同时也可以“完美运行”任何基于LAMP架构组件的Web Apps，包括Discuz!/PhpWind/MediaWiki/DedeCMS/Sablog/b2evolution/Typecho等等。

同时，在Windows上我们也可以通过ISAPI_Rewrite这个模块来支持Rewrite，但是规则略有不同、可能会存在一些意想不到的问题，所以，并不推荐使用Windows平台来运行PHP程序。

关键词： WordPress, Linux, Apache, MySQL, LAMP, Rewrite, Web Apps

辟谣

WordPress专业主机？

根据基础部分提到WordPress的运行环境可知，实际上这只是一个标准LAMP环境，是可以允许我们运行任何的基于PHP+MySQL构件的Web Apps的，并不存在所谓的WordPress专业主机的说法，
倒是合租是存在的，几个人共享一个账户，分摊费用，其实所谓的WordPress专业主机就是变相的合租。

即使是WordPress官方推荐的Blue Host/DreamHost/MediaTemple/GoDaddy.com/JustHost/Laughing Squid都不曾推出所谓的WordPress Plan，那为什么会有WordPress专业主机呢？我认为销售者是进行变相合租是基于以下考量

1. 限制用户的适用范围
   通常发起这种主机，都是个人购买代理账户(Reseller, 可以参考http://site5.com)，将用户的应用局限在WordPress，减少总体资源占用，以求Reseller账户可以进行更多的oversell。
2. 减少客服难度
   通常发起这种主机的发起者都会组织一个论坛或者QQ群，单一的应用，基本上问题都是热心人解决的。
3. XXOO初级用户
   造成了WordPress专业主机我家独有、我国独有的局面，限制了普通用户在这方面的消费思维。
4. 分裂空间合租用户群
   实际上空间的合租早期就有了，但是所谓的WordPress专业主机是后来才出现的，
   而将合租的应用限制在WordPress上或Blog上，明显可以分离出更多的份额来，例如普通合租的10份可以卖WP的20~30份。

很多博客刚入门可能就被推荐使用WordPress，进而被推荐使用WordPress专业主机，
然后在以后的使用中你会得到各种各样的警告，例如

1. 不要在线修改模板！
2. 不要在线修改插件！
3. 不要用来测试你的PHP样本！
4. 你的流量超限了！要加钱！
5. 你占用的资源太多了！
6. 不允许使用WordPress之外的程序！
7. 不准！不行！不要！…………

但实际上来说，
所谓WordPress专业主机这仅仅是主机中的冰山一角，并且你得到的是阉割过的规格，从用户体验上来说并不愉快，
即使你心血来潮想试试著名的Discuz!/PhpWind论坛，这个时候会有人告诉你，你应该去5d6d.com而不是这里，或者干脆有人说，你去买别的吧，我退款给你，
你以为你得到了一头牛，但实际上只是九牛一毛，我们需要的是这样的环境吗？NO！

你觉得WordPress专业主机很便宜？符合你的消费水平？

实际上，我举个例子，
JustHost.com空间，免费域名一个/无限空间/无限流量/无限个网站，6.85的汇率，第一年只要￥286.878，
第一年之后呢？还有364天呢，担心什么？难道一年之后你还会如此迷茫？或者你不再愿意使用JustHost？换呗~

相比你得到的WordPress专业主机，有何不同呢？
WordPress专业主机￥100一年的费用，你只能建设1/3/5个博客，和JustHost这个无限量的，你觉得呢？
如果你购买的是DreamHost/BlueHost的主机，还有开通的免费SSH，更是方便至极！

这个时候你去问所谓的大虾，肯定会有人告诉你，他们也是有限制的，包括总文件个数/CPU time/内存占用等等等，但是相较你从别人身上割下来的一部分，你觉得空间商的宽容性更大呢还是空间商的代理账户的宽容性更大呢？
至于JustHost稳定性方面的问题，我推荐参考北山虚拟主机评论一系列关于JustHost的文章。

结论

其实，WordPress专业主机就是一个标准的Linux+Apache+MySQL+PHP的虚拟空间，两者之间并没有明显的区别，
而“WordPress专业主机”这个称谓其实也可以说是仅仅是一个销售商的噱头，

实际上，说这么多我也开始有点找不到方向了。
这些个WordPress专业主机其实也不是全无可取之处，它的存在比如有存在的道理。
比如说方便学习试验、减少初期投入的花销、降低被和谐的风险等等，
但是相比有时候出了问题却找不到解决的窘境，我比较喜欢自己购买一个账户。

以上文字，仅供参考。

今天在Google Reader里面看到一篇文：《关于信息的五分钟问题》。
里面提到一个信息更新的延迟问题，说大概五分钟左右Google Blog Search才能主动索引到你博客的更新，
这对于在发生某些突发事件时抢关键词和索引排名来说是很不利的，慢一秒慢一分钟就要失去多少的PV/IP呀，
事实上，我是不太关注这些的……

于是进行了Google Search，找到两篇关于主动推送(Pinging Service)的文章，
原文请跳转：How To Ping Google Blog Search & About Google Blog Search Pinging Service API。

对于我们WordPress用户来说，请执行以下操作，以到达主动推送(Push)更新到Google Blog Search的目的，
从根源上消除五分钟（或者三分钟、说一秒也行）的信息延迟。

1. 登陆后台(/wp-admin)；
2. 选择Settings（设置） -> Writiing（撰写）；
3. 找到Update Services，然后在下面的输入框添加 http://blogsearch.google.com/ping/RPC2；
4. OK，搞定，更新你的文章试试。

不过，有一个更BT的服务，叫Ping-O-Matic，
只要你提交了链接，会帮你推送到23个有Ping服务的博客搜索上去……

Update: July 13rd, 2009
对于国内的博客，可以同时添加“抓虾”、“有道”、“鲜果”等，

鲜果： http://www.xianguo.com/xmlrpc/ping.php
抓虾： http://www.zhuaxia.com/rpc/server.php
有道： http://blog.youdao.com/ping/RPC2

更多Ping服务请参阅： http://codex.wordpress.org/Update_Services

简单来说，
就是一个支持在线自动安装配置WordPress的PHP脚本，
实现上传一个PHP文件就可以安装整个“庞大”的WordPress的快捷方法，
不过仅支持LAMP类平台，Windows的用户抱歉了。

下载： EasyWP-zh_CN-2.8.zip & EasyWP-zh_CN-2.8.zip(box.net)

此脚本的相关信息请通过《EasyWP, WordPress快打！》 & 《EasyWP汉化版-2.7.1》了解，
如有问题请留言。

经过GG，发现此文：『请停用Feedsky Feed插件』
里面提到，经过文作者的排查测试，使用Feedsky Feed会对WP造成的影响如下：

1. 无法执行预订任务
2. 文章无法预发布
3. 数据库自动备份失败
4. 在线安装功能提示未知错误
5. Google XML Sitemaps 更新已经成功通知XXX失败

貌似我发现的就是数据库自动备份失败和在线安装功能提示未知错误两个问题，
作者还真是细心。赞一个！

不过，
如果你对该插件会产生的以上影响觉得关系不大的话，那么我个人比较倾向于推荐继续使用。

接下来我的想法自然就是寻找替代的东西，
测试了几个插件，似乎都无法完美重定向，而缝眼制作的FeedRed又不让下载了……

考虑到不是专门的插件，担心可能产生死循环，放弃了继续使用feed重定向插件的想法，

最终决定如下，
FeedSky的烧制继续保持，博客Feed引用保留WP原地址，
这样可能会流失一部分订阅数的统计，不过无所谓啦，造福大家就成了，无所谓人多人少的，对吧~

以下几种方式可以订阅到Mr. 21的feed:
http://mr21.in/feed （推荐）
http://mr21.in/wp-rss2.php
http://feed.feedsky.com/live21 （推荐）

如果给你造成了不便，我感到十分抱歉，并在今后会尽量避免此类麻烦。

Update: May 27th, 2009
最终还是决定用原生的FEED好了，
可以避免对第三方服务商的过度依赖，暴风+DnsPod事件就是很好的例子，
就算需要什么第三方的服务，我通过301 Redirect方式就成，不会对Client造成任何影响。

比如“欢迎您再次光临”、“欢迎来自XXX的访客”、“早上好”、“晚上好”等等，
当然，只是举几个例子，不一定就是我说的这些，不过它们（我说的这些）是可以通过插入JS来实现的。

以下是文章中提到的可以让你的WP更加智能的九种办法，
我仅仅是把小标题列出来，如果你发现有你需要的内容，请访问来源。

能够在你的Blog上实现的智能特性列表

1. 为不同的访客显示不同的欢迎信息
2. 显示其他人从当前文章又去了哪里
3. 显示基于搜索查询数的相关文章
4. 感谢第一个评论者
5. 为使用广告过滤软件的访客显示自定义信息
6. 选择性显示广告
7. 只为新访客显示迷你“关于”区
8. 要求忠实读者捐助你的blog
9. 显示“外出度假”信息

引用来源：
@Wopus中文博客平台 http://www.wopus.org/wordpress-deepin/tech/1075.html

事实上，
因为英文的WordPress在下载的时候，通过latest.tar.gz映射到最新版的WordPress安装包，
所以使用EasyWP不用担心版本的问题，每次通过它安装的都会是最新版的WordPress。

但中文版不同，
我简单看了一下，中文版的下载链接似乎是人为更新的，
所以，我只能汉化出一个有固定版本的EasyWP，真是抱歉了。

提供下载：EasyWP-zh_CN-2.7.1.zip & EasyWP-zh_CN-2.7.1.zip(box.net)
使用此EasyWP脚本将自动下载安装简体中文版的WordPress 2.7.1。
我理想中的更多功能将会逐渐完善，谢谢支持。

安装使用教程请参考：『EasyWP, WordPress快打！』

Btw， 独家放送版本升级修改办法，
定位到此汉化版easywp.php文件的第22行，把相应的文件名修改一下，保存，
就能与时俱进得到最新版本的WordPress了。

1

$out = "GET /wordpress-2.7.1-zh_CN.tar.gz HTTP/1.0\r\n";

Update: May 23rd, 2009
多谢ligyxy@所以说的文章提示，我忽略了一个问题，
EasyWP是通过PHP来执行Shell命令而达成目的的，所以不适用于Windows平台的主机空间，请注意。
如果你有在Windows空间实行自动安装WP的需要，请参考ligyxy@所以说的文章：
　《快速安装 WordPress 的利器-EasyWP和Instant Install WordPress》

不过还是那句话，对于PHP+MySQL平台的程序，依然推荐LAMP。

OK，今天在我的GReader里面看到一篇POST，
“Trouble Installing WordPress? Try EasyWP Install”
介绍了EasyWP这个工具，可以让我们方便地安装WordPress。

EasyWP是一个PHP脚本，
在你访问相应路径，填写相应内容后，点击“Go”，将会自动下载WP的安装包，然后解压安装，
整个过程自动化程度非常高。

下载：EasyWP WordPress Installer
来源：http://www.funscripts.net/php-scripts/

安装步骤：

1. 下载EasyWP，并解压，得到easywp.php；
2. 将easywp.php通过任何方式上传到你空间的相应目录下（这里假设为WEB的“/blog”）；
3. 获得你的MYSQL相关参数；
4. 访问 http://youdomain.com/blog/easywp.php
   从上往下为数据库名称、用户名、密码、数据库地址等，有图有真相，相关参数请参考图片
   
5. 填写完毕，点击“Go”；
6. 然后就会进入常规步骤了；
7. 到填写Blog Title的步骤，填写了你的博客名称和邮箱，点击Install WordPress；
8. OK，这时马上会显示admin和密码，到此WP安装完毕。

注意事项：

1. 相应的MYSQL数据库必须是已经建立好的；
2. 安装过程中会可能会覆盖数据库中已经存在的同名数据表，请确认你的数据已经备份；
3. 这个脚本推荐使用LAMP平台，Windows平台的用户请谨慎使用；
4. 这个脚本帮你安装的是英文版本的WordPress，稍后我会汉化一个；
5. 在正常情况下，EasyWP所在目录的权限需为755，如果不行，那就777好了。

我在填写完相应数据后，点击GO，WordPress界面马上就出来了，
可见国外空间跟WP服务器直接的数据传输速度非常之快，同时也极力推荐国外空间的WP用户使用，
对国内用户来说，用了这个脚本，也能快一些，不过，不好说，嘿嘿~

参考来源
DailyBlogTips: http://www.dailyblogtips.com/trouble-installing-wordpress-try-easywp-install/
PHP Scripts: http://www.funscripts.net/php-scripts/

好吧，为了让这里一切看起来都像新的，
我也决定了重新写一页About，简单扼要地阐述了自己的XX观、YY观和ZZ观，

总而言之言而总之就是，
让你明白，你面对的是一个什么家伙，当然，你首先需要足够的兴趣和耐心看完它……
按照M$ Word的说法，包含空格的情况下总共写了1077个字。

同时，也公布一个酝酿已久的小计划，
无偿为WordPress newbie提供一些帮助，涵盖WP的空间选购、域名注册、建设、改进等，
但是不涵盖插件的编写、二次开发，以及模板制作和整站制作。

我提点我的要求，
我需要接受帮助的人有学习的心态，而不是找到一个人就把包袱抛出去的态度，
网路上没有任何一个人欠你什么，我只是希望提供帮助和接受帮助的人都能互相学到一些东西，
大家一起开心学习嘛，免得闹得不欢而散，对吧。

同时，也提供一点关于美金和人民币的消费帮助，
就是，你提供一个USD价格，我回复你一个RMB金额，
如果达成一致，我可以帮助你支付需要USD的账单，简单的说，就是货币兑换。

因为我觉得在现在的金融形势下，似乎信用卡批卡的概率不会太高，
而对于需要支付美元账单的人来说，这是一个不小的麻烦，正好我有几张VISA，所以……

总的来说，需要任何关于我的帮助，请访问 http://mr21.in/help 并且按格式留言，
我会在 8Hx5D 的时间内迅速联系你，并解决你的困扰。周末的话，大家都需要休息的，对吧。

安装

第一点，wp-config.php文件

话说，我不知道很多初学者在哪里看来的所谓“教程”，里面有一点就是要求安装者编辑wp-config-sample.php文件，手动写入数据库信息，然后另存为wp-config.php。

怎么说呢，本身这样的建议，或者说要求是没错的，但是该教程的作者似乎忘记了，国内普遍是使用Windows(R)，而Win默认的编辑器叫“记事本”，而记事本默认的编码是ANSI且对UTF8支持不良，所以，这就错了。

而很多WP初学者又极少有编码的概念，直接编辑了，然后就直接保存了。
这样的话，PHP基本会有一个header output的报错，意思就说说文件头前面有内容，我知道事实上在记事本里面看来是没有的。山河一片大好嘛，不过别忘了，这是ANSI和UTF8的战争。

所以，如果身为初学者的你，必须执意要自行修改wp-config.php文件，可以，但是请用一个加强版的“记事本”，我个人喜欢EditPlus，当然，还有更多的选择，不过你必须忘记你的“记事本”和“Office Word”这些弱智的东西。

说点题外话，我个人还是喜欢记事本的，即使它比较弱智，不过很多场合轻便的记事本还是合用的。

事实上，我认为你除了上传，不必修改任何PHP文件的内容，一个字母都不要动，
那么，不编辑的情况下怎么安装WP呢？OK，下一点。

第二点，简单安装WordPress

关于安装WordPress其实没啥好说的，只要搞清楚上一步的wp-config.php，大家都知道怎么回事儿，
有个安装向导的，你上传好文件，访问相应的目录，会指导你创建一个完全符合标准的wp-config.php文件的。

这里就随便说说一些安装WP的捷径吧。
不过，如果你是属于合租的空间，并且发起者只给你提供了FTP和MYSQL的用户密码，那么请使用Net2Ftp。

通常，我们下载的WordPress是ZIP或GZ格式的压缩包，然后解包，一个一个上传，这样其实很费时间的。
如果你购买的空间有cPanel, DirectAdmin等面板，你会发现File Manager模块是具有解压缩功能的，
答案就呼之欲出了。

你可以只上传一个压缩包到空间上，然后使用File Manager来直接解压，然后调整目录结构，然后安装WP。
如果你没有那些面板呢，那么可以使用Net2Ftp，它也提供了打包解包的功能，
这样可以节省很多时间，因为FTP每上传一个文件都是一次连接，如果你的FTP够慢且文件够多，那就有的等了。

话说，如果你的空间提供SSH就更好了，
直接通过WGET获得压缩包，然后解压安装，基本没有文件需要经过你的电脑，那又是另一种快。

第三点，目录、文件权限

这个问题一般只会出现在LAMP平台，也就是Linux主机上（WIN的IIS一般直接告诉500错误）。

通常，在LINUX里面，不同的用户有不同的权限，而某个用户又隶属于某个组，
同时，Apache的运行需要设置一个用户，FTP服务也需要设置一个用户（权限以写入文件的账户为准），

这样的话，就会造成文件的属主不同（own），而这个属主还包含不同用户\不同组的区别在里面。

一般情况下呢，cPanel的WEB/FTP用户我记得是同一个，
也就是用户本身的ID，所以基本不会出现权限方面的问题，因为不论是通过WEB还是FTP，文件的属主都是一个人。

而特殊情况呢？例如DirectAdmin和Plesk，据我的判断，他们的WEB和FTP服务是分离的，
WEB和用户只是属于同一组，但是WEB是单独的UID，这样就容易造成文件属主混乱的问题，

说了这么多废话，那具体的作用呢？很简单，
　第一，你安装WP的时候，如果是用向导的，那么会告诉你无法创建wp-config文件；
　第二，你编辑WP模板时，会告诉你该文件无法写入。而这个时候，一些大虾会推荐你用FTP改的……
　第三，你会发现“Plugins -> Add New”里面的两项都不能使用。
　第四，你在POST的时候会发现，无法上传文件（话说，我是用PICASAWEB的）。
这只是其中一部分我个人发现的问题，我觉得应该还有更多的问题有待于发现。

而你唯一能做的就是，
在FTP里面把文件/目录的权限设置为664/775，或者666/777也行，只要不报错。

话说回来，第一步的那个wp-config.php，作者可能考虑的是权限这个方面的问题，
不过他的那个做法治标不治本，还是有些功能不行，至少常用的模板编辑就行不通。

第四点，本地环境测试

有些合租发起者，建议成员在本地测试安装WordPress，修改模板、插件等东西，
虽然发起者可能是考虑到错误的PHP修改有可能造成服务器的宕机从而影响合租的成员们，
但事实上我觉得不太妥当。

首先，你的本地环境肯定不可能跟服务器环境相似，
WP一般推荐使用的都是LAMP平台，而大多数人还是使用的WINDOWS，即使有部分人出于尝鲜的目的试用Ubuntu等linux系统，但也不能说明你对服务器环境的搭建有多么在行，所以，你很难创造出一个跟服务器一样的环境。

既然环境都存在差异，你又怎么能确定在你电脑上正常或不正常的功能在服务器上怎么样呢？
所以我建议，仅仅是学习测试PHP的时候你在本地搭建环境，不要使用你的空间来试验，
但如果你的WP修改不涉及到PHP代码，请谨慎使用本地环境测试。
　

迁移

第一点，数据库编码

这个是个比较头疼的问题，早期我使用Makemyblog的空间时，MYSQL的默认编码是latin1，而不是UTF8。

事实上，你在使用的过程中不会遇到什么问题，因为一般人也不轻易去动数据库，
但是，如果你有动数据库的需要，你会发现，在你的PHPMYADMIN里面怎么全都是乱码，
这是因为PMA默认的输出为UTF8，而这两种编码方式不同，所以latin1在UTF8下就是乱码。

当时我是这么处理的，用一个插件导出我的数据，
这样它就会根据PHP执行时的要求，以latin1的方式读取，以UTF8的方式输出，
这个插件就是WordPress Database Backup，基本上来说，配合wp-corn，你的数据库是无忧的了。

而另外一点需要注意的就是，你的数据库整理字符集，最好设置为utf8_gerenal_ci，
否则，如果任何新建的表，在SQL语句里面没定义字符集的话，就会选择数据库整理的字符集为默认。

好吧，总结一下下，
总的来说，就是你的存储编码最好为UTF8，这样可以避免很多兼容性上的问题。
当然，如果你的WP数据库已经是UTF8编码了，搬家时你直接使用PMA进行一个导出备份就行了。

第二点，备份我的文件

这点相对重要一些了。
众所周知，我们的WP安装包里面，会有一个wp-content目录，而里面一般会包含plugins、themes、languages(带语言包的版本)目录，顾名思义，便是插件、主题、语言包的所在地，如果你有上传的文件，还有个uploads目录，
而事实上，我们接触的最多的也就这三个目录，新安装主题、安装插件、换语言界面、上传图片等附件都在这里。

那么，如果我们要搬家，应该怎么处理？
聪明的你应该明白了，我们只要备份自己的文件就可以了，WP的文件到处都有的嘛，何必再折腾呢。

OK，备份wp-content目录，你可以参考本文的“简单安装”章节，同样是一个打包解包的过程，
同时，推荐你也备份一下wp-config.php这个文件，省得到时候还要自己设置什么，直接修改现成的就好了。

话说回来，我这样做的目的其实是有点程序洁癖，
既然搬家了，我就喜欢用一套全新的WP再加上我自己的文件，这样感觉比较好。

本文到此为止了，如果各位有不明白的地方欢迎留言，
如果确实需要很准确的操作说明或者教程，也请留言，我会择时弄一些详细教程出来的。

不过，对于IE7有些适应性的东西需要修改。
我的修改如下，便于记录。（略去计数器部分）

Header CSS:
这个部分使得Header部分不会被IE自动挤压，很难看的……

1
2

h1 {+font-size:24px;}
#header {+height:50px;}

修改前的Header:

修改后的Header:

Sidebar Code:
这个修改纯粹是自己习惯，无所谓有没有用。

1
2
3
4
5

<div class="side-last">
	<div class="title">Meta</div>
	<div class="inside">
		< ?php wp_register('','<br />'); ?>
</div></div>

新手完全不用下載整個安裝包去覆蓋，
只要下載以下兩個文件，覆蓋原文件就OK。

1. wp-includes/class-snoopy.php
2. wp-includes/version.php

第一個是修復安全問題的，必須要；
第二個是更改WordPress版本號的，可選~

原文如下：

A vulnerability in the Snoopy library was announced today. WordPress uses Snoopy to fetch the feeds shown in the Dashboard. Although this seems to be a low risk vulnerability for WordPress users, we wanted to get an update out immediately. 2.6.3 is available for download right now. If you don’t want to download the whole release to get the security fix, you can download the following two files and copy them over your 2.6.2 installation.

1. wp-includes/class-snoopy.php
2. wp-includes/version.php