今天wg提起我的一个论坛有乱码，我想起来是重装Apache以后默认的配置文件httpd.conf的问题。默认设置里有一行：

AddDefaultCharset utf-8

它是作用是让你的网站告诉浏览器强制使用utf-8编码显示文章。而我的论坛由于历史原因(>.<)是采用gbk编码的，浏览器自然就把收到的网页解释成乱码了…只要把找到这行删掉或注释掉就可以了，所谓注释掉就是在前面加个#号。为什么这样就可以了呢？

技术细节

浏览器首先检查收到的HTTP头Content-Type行，如果这行指定了页面编码，则采用此编码。如果使用了“AddDefaultCharset  xxxxx”，那么浏览器收到的就是：

Content-Type: text/html; charset=xxxxx

否则是：

Content-Type: text/html

对于后者，即没有在HTTP头中指定页面编码的，浏览器会查找HTML源代码中的这样一行，使用其指定的页面编码：

<meta http-equiv="Content-Type" content="text/html; charset=xxxxx" />

如果再找不到，浏览器会尝试自动猜测页面的编码，或根据浏览器语言和编码设置中使用一种默认编码来解释。

1、Custom Permalinks
恐怖阿，这个插件允许你为每一篇文章、Page、分类、Tag设置不同的固定链接格式，主要是用作调整个别页面的URL。比如，平时我用/2010/08/post/这样的格式，但是有篇文章特别重要，我可以让它就叫/post/。

安装后，原来只能编辑文章Slug的地方现在可以编辑整串URL了，而分类等自定义URL的位置则是在相应编辑页面的底部多出的一栏：

2、wp slug translate
将你的标题翻译通过Google Translate翻译成英语，从而自动生成Slug。对于一些同学来说是省事儿多了。

3、Permalink Trailing Slash Fixer
Wordpress中，如果你文章Permalink的结尾没有斜杠（如采用.html作结尾），那么分类、Page、Tag的Permalink结尾就不会有斜杠，以保持一致。可很多人希望后者保留斜杠结尾，怎么办呢？装一下这个小插件吧。

举个例子，如果安装前格式是：

文章: http://example.com/ sample-post.html
分类: http://example.com/category/my-category
Tag: http://example.com/tag/my-tag
存档: http://example.com/2009/05
Page: http://example.com/about

安装后就变成这样了：

文章: http://example.com/ sample-post.html
分类: http://example.com/category/my-category/
Tag: http://example.com/tag/my-tag/
存档: http://example.com/2009/05/
Page: http://example.com/about/

4、WP No Category Base
Wordpress中分类的默认链接格式是[/category/分类名/]。尽管category这个前缀可以改成别的名字，但一般无法去掉。用了这个插件你就可以彻底去掉分类前缀了。

启用前分类URL格式：

/category/my-category/

启用后分类URL格式：

/my-category/

5、jadedcoder Sticky Permalinks
不管你怎么修改文章别名、分类名、固定链接结构，这个插件都可以保证你的旧链接继续有效。不过，不要因为有了它就老修改固定链接结构哦。

警告：它使用302重定向，会引起“重复内容”问题，应改为301永久重定向。

编辑插件的Jcsp.php，找到

wp_redirect( '/' . $permalink );

修改为

wp_redirect( '/' . $permalink , 301);

Dean's Permalinks Migration、Change Permalink Helper、Permalink Redirect等插件据说也可以维持旧链接的有效性。

有阿！默认的固定链接格式[/?p=文章ID]看上去像是动态生成的页面，对搜索引擎不友好，也违背一般的URL设计理念。选择一个好的URL格式，提升你的Blog文章在搜索引擎中的排名，也避免杂乱无章的URL给用户带来不良印象。来，我们看看怎么启用自定义的Permalink格式，怎么样选择一个好的格式。

一、Permalink的启用

如果你还不知道怎样自定义Permalink，Wordpress的官方文档（中文版）已经介绍得非常详细了，我只概括成两步：首先启用URL重写机制，然后就可以去后台的[Settings-Permalink]处输入合适的格式代码了。

这里有一个重要的概念叫做文章别名（Slug，格式代码是%postname%）。你可以认为这是你给一篇文章起的英文文件名，它一般只包含字母、数字和连字符。通常，你会把文章的中文标题翻译成英文，去掉标点，单词间用连字符分隔，再略加润饰，就变成Slug了。例如这篇文章题为“Wordpress Permalink SEO”，而Slug为wordpress-permalink-seo。

二、Permalink范例

假设有篇文章标题为Permalink SEO，它发表于2010-8-26，文章ID为123。什么样的链接格式比较合适呢？我觉得下面这些都是可以考虑的。

1、/permalink-seo/
清爽的伪目录式结构，不分层。伪目录式结构具有“统一”的美感，以后我会专门谈谈这个话题。

2、/permalink-seo.html
清爽的伪静态结构，据说百度最喜欢。

3、/permalink-seo--123/
文章名与文章ID的组合，据说Google News只收录结尾包含数字的URL。

4、/2010/08/permalink-seo/
按年月归档，目录略深。

5、/201008/permalink-seo/
按月归档（只分一层）。

三、Permalink优化原则

1、有效，要包含文章关键字：
含有文章别名的URL，如比只有文章ID的好，如因为文章别名可以与搜索关键字相匹配，提高搜索排名。而文章ID没有实际含义，最多只能表示文章发表的顺序。

2、简单，不要使用太深的目录：
百度不喜欢深目录。有人说Google喜欢日期明确的文章，他们选用[/年/月/日/文章别名/]这样的格式。但是日期明确并不一定非要通过分层的URL结构来的来体现，文章内容里本来就有日期信息。尤其“日”这一级特别没必要，你会一天写很多篇文章吗？文章名在URL中所占比重降低，对排名也不利。

3、固定，不要在其中包含分类名：
有人喜欢[/分类名/文章别名/]这样的格式，说是组织严谨。可是，Wordpress是允许“一稿多投”的，即一篇文章可以拥有多个分类。这很合理：假如你的每个分类针对一类读者，想必你有些文章是适合好几类读者的，那就要把它放进多个分类里。

于是，采用[/分类名/文章别名/]的格式，Wordpress会自动选择分类ID最小的那个分类名来生成固定链接。想自己选一个分类名？没门（除非装插件）。希望通过每个分类名都能访问？对不起，如果多个URL指向相同的文章，搜索引擎就会以为你把一篇文章抄了好几篇——这就是Duplicate Content（重复内容）问题，会降低你的文章甚至站点的搜索权重。

关键问题是，如果你想为文章改个分类，那它固定链接也就变了，这还能叫固定链接吗？

4、保持可用性，修改Permalink结构需有补救措施：
有一句名言叫“好的URL不需要改变 (Cool URLs don't change)”。你应该选择一个好的格式，然后一直沿用。

一旦更改Permalink，以旧格式URL就全部不可用了。这意味着搜索引擎曾收录你的那些文章现在成了尸体，而指向你文章的那些链接也全部变成了死链。这会严重影响你的流量和声誉，所以在你的Blog已有一定流量时不要轻举妄动。

如果你的旧格式与新格式之间有一定的转换规律的话，你可以编写.htaccess或PHP脚本进行HTTP 301重定向，把旧URL重定向到新URL上去。也有一些插件能让你切换Permalink格式后让旧链接继续保持可用。

在网页里插图片，要是设好了大小呢，就会预先留那么块儿位置，等图片下载好就显示在那个预留的位置上。要是没设设好大小呢，预先不留位置，可图片下载了，开始显示了，图片就会挤出一块空位来，把它后面的页面内容都给挤下去。如果插了很多图片，图片们不是同时下载的，那就会出现这个图片挤一下，那个图片挤一下，文章的版面布局一直在变，实在是没法儿看了。

你插入了一张图片，反映到网页的源代码里就是多了一个img标签：

<img src="图片地址" width="宽度" height="高度" ... />
<img src="图片地址" height="高度" ... />
<img src="图片地址" ... />

所谓设好了大小就是指有第一种情况。第二种情况是只设高度，这勉强可以接受，因为网页排版中一般高度固定了，版面就固定了，而宽度可以自动计算出来，与高度保持比例。第三种情况是不设大小，那么网页的排版预先是完全不确定的，要等图片下载了才进行纠正。

为图片设置大小还有个好处，由于图片预先占据了一块位置，如果网络一时抽风图片没加载，访客也能知道这里有一张图片，可能会刷新网页直到看到图片。而如果不设大小，访客可能根本不知道这里有张图片没下载出来，从而错过了精彩的内容。

目前大多数的Blog编辑器都是可以设置图片大小的，甚至默认就为你设置合适的图片大小。而且编辑器可以切换到HTML模式，你可以检查检查对应的那个<img>里头有没有height="某高度值"。如果你是手写HTML代码时，就自己记得设width和height。

图片不设大小对加载效果的影响

有些论坛程序不支持用UBB代码控制图片大小，甚至还有论坛在图片加载完成再用JS把图片调整为适合的宽度，这就让人很不爽了。

受此影响，orz.yehao.me等多家知名网站无法对外服务，经济损失达!@#$亿元。

灾后，Virpus领导迅速作出重要指示，全力救援受灾服务器。经过了半天的抢险工作，泄洪槽已打通，受困服务器已被迅速转移并得到妥善安置，服务器纷纷表示对工作影响不大。

四、PHP脚本测试

静态页面测试通过后，就可以跑个简单的PHP脚本了。在网站上创建内容如下的PHP脚本，并在浏览器中打开查看：

<?php
phpinfo();
?>

要是显示出了PHP Info页面，说明你的HTTP服务器已经能与PHP一起工作了。不过建议你仔细看看这个页面上显示的配置信息，说不定能找到些毛病。

若出现500 Internal Server Error、CGI错误（Input File not specified）、403 Forbidden，那就是HTTP服务器中关于PHP的部分配置有误了，去更正一下吧。

PHP Info

五、PHP扩展测试

新搭建的服务器可能忘了打开一些PHP扩展，例如默认情况下mysql扩展就是没打开的。网站上编写如下PHP脚本，并在浏览器中打开查看，就可以看到启用了哪些扩展了：

<?php
print_r(get_loaded_extensions());
?>

你会看见所有已加载的PHP扩展的名字。要是没有mysql，那用到数据库的程序肯定都跑不了。有些程序依赖于mbstring扩展来处理多语言问题。记得在php.ini中加载用到的扩展（在php.ini中搜索Dynamic Extensions）。
对于Linux环境，可能需要用：

yum install php-扩展名

先安装扩展，才能在php.ini中加载。

六、数据库连接测试

在网站上创建如下PHP脚本并在浏览器中打开：

<?php
$host = 'localhost'; // 你的数据库服务器，通常不用修改
$user = 'mysql_user'; // 你的数据库用户名
$passwd = 'mysql_password'; // 你的数据库密码
$db = 'foo'; // 你的数据库名

$link = mysql_connect($host, $user, $passwd);
if (!$link) {
    die('Not connected : ' . mysql_error());
}

// make foo the current db
$db_selected = mysql_select_db($db, $link);
if (!$db_selected) {
    die ('Can\'t use db : ' . mysql_error());
}

echo 'Success';
?>

若显示Success，说明连上了MySQL服务器并找到了对应数据库；若显示 Can't use db，说明连接上但找不到数据库；若显示Not connected，说明未连接到服务器（找不到服务器或登录验证失败）。

下面以Apache+PHP+MySQL组合为例（因为是根据我自己的经历总结的），但其它服务组合的问题排查思路是相同的。

一、基本思路

先问自己两个问题：
1、出错的真的是你的服务器吗？
更换空间常要把域名重新解析到新服务器的IP，可是这个更改还没有生效。又也许你新服务器的80端口根本没有打开。

2、数据库配置好了吗？
如果是租用空间，你可以尝试用控制面版管理数据库，或直接用mysql命令连接服务器。总之，验证服务器IP、用户名、密码、数据库名的组合。

要是这上面的都OK，就看看下面几步有哪些是你需要的吧：
* 调整PHP错误报告参数，显示出所有PHP错误。
* 检查静态网页能否访问。
* 检查简单的PHP脚本能否运行。
* 检查是否加载了需要的PHP扩展模块。
* 检查能否从PHP连接到数据库。

二、启用PHP的错误报告机制

你可以将php.ini里的display_errors设为On，并将error_reporting设为E_ALL & ~NOTICE。如果你在租用共享主机空间，建议你可以通过空间的控制面版调整到这些选项，也可以在发生问题的PHP文件的适当位置加入如下代码，效果是一样的：

ini_set('display_errors', 1);
error_reporting(E_ALL & ~E_NOTICE);

这样，PHP就会显示出各种脚本错误的详细信息，而不是遇到错误就白屏。

三、静态页面测试

如果连网站上的静态网页都打不开，就更别提PHP程序了。这很大可能是文件系统权限设置有问题（Unix文件属性或NTFS权限），或者HTTP服务器未配置正确。下面是测试方法。

在网站根目录下放置扩展名为.html的静态网页或.txt文本文件。在浏览器中输入相应的URL，看是否能显示文件内容。

要是没显示出正确内容，这就说明你的HTTP服务器配置有误了。如果你使用了.htaccess进行了URL重写或其它配置，问题说不定就在里面，请把.htaccess暂时改名看看错误是不是消失了。如果你不是在租用共享空间，你应该还有权访问HTTP服务器配置文件（如Apache的httpd.conf），这里面可能也藏着错误。

对于500 Internal Server Error错误，通常是Apache版本不兼容或是新服务器上缺少某些模块，这样.htaccess或httpd.conf中的相关配置项就变成了非法内容。对于403 Forbidden错误，还可以检查httpd.conf中是否未给服务器的根目录添加相应的<Directory>配置项。

（待续）

一、买了域名也不是自己的

朋友Oc在新网互联的代理商处注册的域名又快到期了。说来尴尬，Oc每年都给域名续费，可是域名注册人一栏写的居然不是自己的名字。终于他也恼火了：“把它转到国外去吧，顺便把名字改了。这货改名字还要钱。shit…”

也算是请神容易送神难了，找它注册容易，想走，没门。国内就是这个样，你看几十年前请来的神现在都没送走呢。Oc的域名想转出，还是得先过户，哪有让你转出到国外再随便改名字的便宜事呢。转出域名需要提供注册人身份材料，注册人都不是你，哪来的材料？

二、修改域名注册人得“过户”

在国内，要是域名注册人的姓名填错了，就得办理所谓的过户手续，过户也要有双方的身份证明等材料。很多人最初随手填个名字也注册通过了，有用英文名的，有用网名的，有瞎编一个公司名的，现在你就得把域名从那些不存在的人或公司转给自己。荒唐吧？注册商没有尽到审核的义务，现在怪到用户头上了。
还有很多名字是根本就是注册商填错的，例如万网曾经把个人申请的域名的注册人一律填写成“Personal”。更过分的是，有的代理商就会故意霸占你的域名，即把他们的名字填在注册人那一栏，就出现了Oc这种你交费他持有的悲惨状况。当你的网站做大，说不定他们就可以从中敲上一笔。

OTL 12:26:15
这个域名注册单位的信息好像不对，上面写的是卢川，这应该是你们负责人随手填的信息吧
OTL 12:26:41
我在域名管理面版里无法修改，你这里可以更正一下吧。
OTL 12:30:42
？
行者无疆 12:31:49
这个需要办理过户，过户收费50元

不过是修改一个名字，国内的注册商和代理商就想出了“过户”的名头，为得是牟利和控制用户。索取“过户费”“资料费”“邮寄费”成了创收的手段。而在国外，这本来是跟修改个人签名一样简单的事嘛。

CookieSwap - Firefox下的马甲切换专家

之前我装了个Opera，别的网站不看，就登那几个常用网站的马甲。专门装个浏览器听起来确实很不低碳，所以有人搞出了马甲切换器，能够允许在一个浏览器里创建多个身份，用不同的身份上网就好比用不同的浏览器上网，保存的登录信息是互不干扰的。Firefox用户可以试试CookieSwap，IE用户去看看SwapCookie吧（这个不一定能用），其它浏览器用户——欢迎投入Firefox阵营。不过，虽说支持多身份、一键切换，可同一时刻还是只能用一个身份，还是得切换，这就是我为什么还留着Opera的原因了。

频繁登录、多个浏览器、额外插件……现在，同时使用多个Google账号的人可以告别这些噩梦了。随便用一个账号登录，然后再启用多账号登录（选择On并全部打勾），就可以开始添加额外的马甲了。

启用Google多账号登录

随时点击页面右上角的邮件地址，换个马甲吧（添加马甲也在那里哦）。

添加/切换Google账号

Could not import settings 'helloworld.settings' (Is it on sys.path? Does it have syntax errors?): No module named settings

就一个同名文件居然有这么大的能耐？

一、顺藤摸瓜

1、验证：只要存在helloworld.py就报错，无论其内容为何

是这样的。删除helloworld.py就不再报错，而创建一个空的helloworld.py文件都仍然会引起错误。

2、错误消息的来由

最终查到错误消息是由django.conf模块负责显示的：
（Settings类的__init__方法）

try:
    mod = importlib.import_module(self.SETTINGS_MODULE)
except ImportError, e:
    raise ImportError, "Could not import settings '%s' (Is it on sys.path? Does it have syntax errors?): %s" % (self.SETTINGS_MODULE, e)

self.SETTINGS_MODULE的值就是'helloworld.settings'。

3、import_module函数做了什么？

此函数位于django.utils.importlib模块中，代码如下：

def import_module(name, package=None):
    if name.startswith('.'):
        ...
    __import__(name)
    return sys.modules[name]

容易看出，对于import_module('helloworld.settings')这一调用，它所做的主要工作就是调用__import__函数加载helloworld.settings模块，并返回该模块对象。

二、__import__为何失败？

可以这么想：

1、正常情况下（项目目录中无hellworld.py）

sys.path里估计有一项是项目的父目录（helloworld/..）。

__import__会首先查找当前工作目录下有没有helloworld模块，OK没有。
它进而去sys.path中搜索helloworld模块，结果它在项目的父目录中找到了helloworld这个package。
（位于helloworld/../helloworld/__init__.py，等价于helloworld/__init__.py。）

找到了helloworld，进而去找其下的settings模块，找到了。
（位于hellworld/../helloworld/settings.py，等价于helloworld/settings.py。）

2、如果项目目录中有helloworld.py

__import__会首先查找当前工作目录下有没有helloworld模块，oh no居然有！
（位于helloworld.py。）

可helloworld.py不是个package，没有下属模块，因此在helloworld中不存在settings模块。
因此报错：找不到settings模块。

真相大白了么？

三、sys.path里少了什么

我们删掉那个讨厌的helloworld.py！
好了，运行manage.py shell进入交互控制台后看看sys.path即可。

E:\Pub\dj11\helloworld>manage.py shell
Python 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
(InteractiveConsole)
>>> import sys
>>> sys.path
['E:\\Pub\\dj11\\helloworld', 'E:\\Pub\\py26\\lib\\site-packages\\flup-1.0.2-py2.6.egg', 'E:\\Pub\\htdocs\\lab\\py-host', 'E:\\Pub\\dj11\\helloworld\\ E:\\Pub\\
py26\\Lib', 'C:\\WINDOWS\\system32\\python26.zip', 'E:\\Pub\\py26\\DLLs', 'E:\\Pub\\py26\\lib', 'E:\\Pub\\py26\\lib\\plat-win', 'E:\\Pub\\py26\\lib\\lib-tk', 'E
:\\Pub\\py26', 'E:\\Pub\\py26\\lib\\site-packages']
>>>

项目目录是E:\Pub\dj11\helloworld，其父目录是E:\Pub\dj11\helloworld\..，即E:\Pub\dj11。
可是sys.path没有这个父目录！

四、疑点重重

既然sys.path中没有项目的父目录，
__import('helloworld.settings')肯定会失败的阿：

__import__首先查找当前工作目录下有没有helloworld模块，OK没有。
进而去sys.path中搜索helloworld模块，oh no还是没有。
报错：找不到“helloworld.settings”模块。
（注意了，如果存在helloworld.py，它只会报找不到“settings”模块。）

可是，Django项目就这么神奇的启动起来了，丝毫不抱怨sys.path里缺了什么东西。这又是为什么呢？