Yskin's Blog

今天开始看书学python。虽然2005年10月就开始关注python了，还订阅了python邮件列表，但是一直没开始学。DreamHost自带python，输入python命令默认启动的是python 2.3.5。另外还有python 2.4.1可以用。我只是个初学者，知道新版本新增的内容都是我现在用不着的，知道哪怕N年前的python 2.2也够我用的了，不过总想弄个最新版来玩玩，嘿嘿。

找了《在dreamhost上安装自己的python》，又找到DreamHost文档-Python。照着一步一步安装。

安装步骤如下：

wget http://www.python.org/ftp/python/2.5/Python-2.5.tgz
tar -zxvf Python-2.5.tgz
cd Python-2.5
./configure --prefix=$HOME/lib --enable-unicode=ucs4
make
make install

首先用wget命令下载，然后tar命令解压，然后安装。DreamHost文档里的说明没有加--enable-unicode=ucs4，我查了一下，这个是表示python内部表示unicode的编码的方式为UCS-4，而非UCS-2。在这里查到，可以用sys.maxunicode命令检查当前python编译时使用的参数，返回1114111为--enable-unicode=ucs4，返回65535为--enable-unicode=ucs2。我看了一下，DreamHost的python 2.3和python 2.4都是ucs4，那么我也用ucs4吧。

python 2.5已经安装好了。如果想把python 2.5设置为默认版本，那么做下面的设置：

mkdir $HOME/bin
mkdir $HOME/bin/python
mkdir $HOME/bin/python/bin

ln -s $HOME/lib/bin/python $HOME/bin/python/bin/python

然后，在$HOME.bash_profile里加入一条：

export PATH=$HOME/bin/python/bin:$HOME/lib/bin:$PATH

重新载入配置文件：source ~/.bash_profile，再敲入python命令，显示：

Python 2.5 (r25:51908, Nov 23 2006, 19:51:08)
[GCC 3.3.5 (Debian 1:3.3.5-13)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>

安装好了，现在我有4个python可以用：

[burns]$ python2.2 -V
Python 2.2.3+
[burns]$ python2.3 -V
Python 2.3.5
[burns]$ python2.4 -V
Python 2.4.1
[burns]$ python2.5 -V
Python 2.5

python 2.5向下兼容不知道怎么样。为了学python，找了vim中文文档看了一下，以便在shell里修改文件，免去ftp来ftp去的麻烦。不过好像python代码没有被自动Highlight啊，不是说vim支持代码高亮么？花了两个小时研究了下，最终知道该在.vimrc里加一句"syntax on"，555~～用vim打开了C++,python,PHP代码看了一下，加亮的好难看呀...

昨天在V2EX看到有人问“python里怎么用unicode字符”。在网上查了一下，这事好像比较麻烦。Unicode的事我大概知道，找到这篇文章，大概看了一下，大意是说：python里，unicode是一种类型，上面安装时的--enable-unicode=ucs4参数就是把unicode类型设置为UCS-4编码格式。而string类型则是bit流，没编码类型的。这和PHP很象啊。他们之间的转换时，string会被指定一个默认编码方式，可以用sys.getdefaultencoding()函数看到。所以，要么设置python环境的默认编码方式，要么手工encode和decode。另外，源代码中的u'字符串'，在python console里，那个u并非函数一样可以把后面的字符串转换为Unicode编码，console里的字符串应该是不做转换，直接按字节设置成UCS-4。

>>> s=u'\xc9\xab'
>>> s
u'\xc9\xab'
>>> len(s)
2
>>> type(s)
<type 'unicode'>
>>> print s
色

而Windows的console里默认编码应该是CP936，所以在python console里直接用u'字符串'这样是不行的，print命令检测到这是一个unicode类型的变量，就会将其转换为CP936再显示出来。而py文件里的源代码，则可以在文件开头指定文件编码。对于u'字符串'，python会自动将其按照该编码方式转换为UCS-4，就像limodou所说的。

#!/usr/bin/env python
# -*- coding: UTF-8 -*-

另外还查到一句话：python在启动时会自动执行site.py这个程序，然后会自动将sys.setdefaultencoding这个方法删除。因此你可以通过reload(sys)，然后就可以使用了。[via]

So，和WordPress一样，python文件还是尽量用UTF-8编码的好。

Update：今天想用python timeit.py来计算python程序运行时间，研究了半天，还是用time命令，看中间的user项的执行时间最好。 又用了一条命令：

ln -s $HOME/lib/bin/python $HOME/bin/python/bin/py

这样，直接输入py就可以运行python啦。阿土伯说，“懒人有懒福”

Update2：原来可以用alias做别名，具体方法是在.bash_profile文件里加上下面的代码：

alias py="python"
alias ls="ls --color -F"

修改好以后，下次登陆bash就可以生效，或者用source ~/.bash_profile使它立即生效。第一条设置py为python的别名，第二条设置ls命令自动加颜色显示，如此甚是方便呀。

今天看了精神奕奕的两篇文章：《Apache2 使用 mod_gzip 增進傳輸效能》和《Apache2 使用 mod_deflate 增進傳輸效能》。看起来这是位WordPress前辈啊，05年初就开始接触了WordPress。

文章介绍了使用mod_gzip模块和mod_deflate模块压缩传输数据，提供传输性能的方法。WordPress本身支持gzip压缩输入，不过仅限于WordPress输出的页面，比如Blog页面以及WordPress后台页面等等。而其他地方，比如模版的js文件和CSS文件，因为这些文件不用被PHP引擎执行，没经过WordPress的处理，所以没有压缩。不过，K2模版的几个js是特例，因为他们都是做成PHP文件，包含了wp-blog-header.php文件，并在文件启动了gzip压缩。

我的服务器安装了mod_deflate模块，到Apache 2.2 文档里看了一下，找到mod_deflate模块的文档。精神奕奕的文章里说的DeflateCompressionLevel等命令都不能在.htaccess文件里使用，只能用AddOutputFilter命令[via]。于是在.htaccess文件里加上：

<ifmodule mod_deflate.c>
AddOutputFilter DEFLATE css js txt
</ifmodule>

这样，当传输以css,js,txt为扩展名的文件时，Apache将使用mod_deflate模块对其进行压缩后再传输。这三种文件都是文本格式的，压缩起来效果明显。还有html和xml文件也可以压缩，不过我的网站上基本没有这两种文件。Apache应该是按照最终要读取的文件的扩展名来判断的，刚才关了WordPress的gzip压缩，然后加上了在.htaccess文件里加上了html，发现我的Blog文章页面并没有被压缩。而这种压缩是在PHP等脚本解析程序执行完了之后才进行的，如果WordPress没有gzip压缩功能，倒是可以利用mod_deflate来对页面进行压缩，hoho

测试了一下，K2自带的style.css文件，未启用前Content-Length是15914字节，跟文件大小一致，启用后Content-Length只有4415。WordPress 2.0.5的/wp-admin/wp-admin.css文件，原来大小是15047字节，启用DEFLATE后Content-Length只有3990。

这个效果还是很明显的，对于网络传输速度不太好的服务器还是有点用的。而默认压缩等级没法调，因为我用的是虚拟主机。现在也不知道该怎么看服务器的默认压缩等级，不过看精神奕奕的效果：启用前12911字节，启用后3342字节，大概效果也差不多。

Update：今天找DreamHost的资料，偶然间看到这篇《PHP中HTTP方式下的Gzip压缩传输方法举偶》说，在.htaccess文件里可以打开PHP的gzip压缩输入，方法是在.htaccess文件里加入下面两行：

php_flag zlib.output_compression on
php_value zlib.output_compression_level 2

这样不错，等于是给每个PHP程序开头加上了ob_start("ob_gzhandler");这条语句。查了一下，WordPress也是利用ob_start()函数来启动gzip压缩的。

翻了一下PHP文档-ob_gzhandler，zlib.output_compression和ob_gzhandler还是有区别的。zlib.output_compression是和PHP脚本解析程序并行的一个线程，当PHP输入时，这边读入，压缩，而已经压缩好的文档达到一定数量(默认是4k)，它就向浏览器发送数据。而ob_gzhandler则是在PHP脚本执行完所有代码才把缓存好的输出文件进行压缩并传输给浏览器，所以相对慢一点，不过使用它可以在PHP程序里控制一些参数，比如压缩等级等等。.htaccess里用php_value zlib.output_compression 2048语句可以设置输出数据达到2k就传输。

压缩等级的调整有两种说法，不过懒得研究了，默认等级是6，890k的文件压缩出来的数据和最高的9级只差1k，而且9级需要更多的CPU时间，用默认的6级就可以了。

另外，有个Real-Time Compression Check工具，可以检测某个URL是否是压缩传输的。好像这家公司做IIS下的zip压缩程序，所以弄了这么个在线工具。只要输入你的地址，回车，就可以看到服务器类型、是否是压缩传输以及压缩前和压缩后的大小比较。大多数情况下html代码都能压缩到1/4~1/3，gzip压缩传输还是很不错的。