查阅了官方网站，发掘Google Syntax Highlighter for WordPress插件用的1.5版已经停止更新，只能使用2.0以上的版本，但2.0版本和之前的版本又存在兼容的问题，直接替换是不行的。不想每篇文章的修改<pre>标记，那就改插件喽。

1. 下载最新版本的Syntax Highlighter，解压。
2. 将原来/wp-content/plugins/google-syntax-highlighter目录下的Scripts和Styles目录清空后，分别用新版本的对应路径中的文件替换，注意大小写方式请不要变动。
3. 修改google_syntax_highlighter.php文件，我用了minify的插件，这里就直接调用了。

<?php
function insert_header() {
 $current_path = get_option('siteurl') .'/wp-content/plugins/' . basename(dirname(__FILE__)) .'/';
 ?>
 <link href="<?php echo $current_path; ?>Styles/shCore.css" type="text/css" rel="stylesheet" />
 //可根据自己的需要选择不同的Styles
 <link href="<?php echo $current_path; ?>Styles/shThemeEclipse.css" type="text/css" rel="stylesheet" />
 <?php
}
function insert_footer(){
$current_path = 'wp-content/plugins/' . basename(dirname(__FILE__)) .'/';
 ?>
<?php
/*
<script src="<?php echo $current_path; ?>Scripts/shCore.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shLegacy.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shBrushCSharp.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shBrushPhp.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shBrushJScript.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shBrushJava.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shBrushVb.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shBrushSql.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shBrushXml.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shBrushDelphi.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shBrushPython.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shBrushRuby.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shBrushCss.js"></script>
<script src="<?php echo $current_path; ?>Scripts/shBrushCpp.js"></script>
*/
<script src="/wp-content/plugins/wp-minify/min/?b=<?php echo $current_path; ?>Scripts&f=shCore.js,shLegacy.js,shBrushPhp.js,shBrushSql.js,shBrushPython.js"></script>
<script>
dp.SyntaxHighlighter.ClipboardSwf = '<?php echo $current_path; ?>Scripts/clipboard.swf';
SyntaxHighlighter.all();
dp.SyntaxHighlighter.HighlightAll('code');
</script>
<?php
}
add_action('wp_head','insert_header');
add_action('wp_footer','insert_footer');
?>

测试，通过！

CVS结构示例：1300428,浙江省嘉兴市,联通130卡 （一个手机号码的对应归属地列表）

configfile:

from google.appengine.ext import db
from google.appengine.tools.bulkloader  import Loader
class MobilePhone(db.Model):
  Number = db.StringProperty()
  Area = db.StringProperty()
  BrandType = db.StringProperty()
class MPLoader(Loader):
  def __init__(self):
    Loader.__init__(self, 'MobilePhone',
                    [('Number', unicode),
                     ('Area', unicode),
                     ('BrandType', unicode),
                     ])
loaders = [MPLoader]

主要分析了一下，问题分为几类。

1.验证不能通过的问题：

这个问题很多时候是一个低级错误，之前我曾经犯过类似的错误。在app.yaml中的handlers

handlers:
- url: /remote_api
  script: $PYTHON_LIB/google/appengine/ext/remote_api/handler.py
  login: admin
- url: /*
  script: main.py

这个/*的配置必须放在最后。否则所有的访问都会直接匹配main.py自然出现问题。

2.跟编码有关的错误：

这个错误是GAE SDK的一个bug，恐怕对于ASCII系统的用户没什么关系，对于我们UTF-8，GB2312，ASCII已经昏倒的用户来说，这是个严重的问题。

在GAE的安装目录下 google\appengine\tools\bulkloader.py文件中2521行

    for (name, converter), val in zip(self.__properties, values):
      if converter is bool and val.lower() in ('0', 'false', 'no'):
        val = False
      properties[name] = converter(val)

修改为：

    for (name, converter), val in zip(self.__properties, values):
        if converter is bool and val.lower() in ('0', 'false', 'no'):
            val = False
        if isinstance(val,str) and not isinstance(val, unicode):
            val=unicode(val,'utf-8')
        properties[name] = converter(val)

系统会将unicode类型的变量转换。

3.对于大容量数据的删除

GAE的限制，一次最多载入1000行的数据，每次最多删除500行数据，这对于像我制作的手机号码归属之类的大数据库是远远不够的，多次删除又会导致500报错，我的方法是使用task queue。
Task Queue在官方的中文文档中没有提及，在英文文档中介绍的也不够详细。个人的理解就是让系统定期的去访问一个页面而已，我的例子：

from google.appengine.ext import webapp
from google.appengine.ext.webapp import util
from google.appengine.ext import db
from google.appengine.api.labs import taskqueue
class MobilePhone(db.Model):
    Number = db.StringProperty()
    Area = db.StringProperty()
    BrandType = db.StringProperty()
class Delete(webapp.RequestHandler):
    def get(self):
        q = db.GqlQuery("SELECT * FROM MobilePhone limit 100")
        results = q.fetch(100)
        db.delete(results)
        q = db.GqlQuery("SELECT * FROM MobilePhone limit 100")
        if (q.count() > 0):
            self.addqueue()
        self.response.out.write('Hello world!')
    def addqueue(self):
        taskurl = 'http://ip-and-mp.appspot.com/'
        taskqueue.add( url='/del', params=dict(url=taskurl))
        self.response.out.write('added!')

每次删除100行，使用默认的default queue，即每秒一次。

4.关于命令行的问题

我按照中文文档的办法始终有问题，添加了–email=xxxx –passin的参数才成功。手册已经远远落后了。

GAE对于很多人来说只不过是当作撑杆来翻墙的。其实不管从哪个方面来说，GAE的理念就是一个搭载了Java或Python页面框架的虚拟主机，而且支持一大堆的扩展（google wave上的机器人）。借助了Microblog，我在GAE上架设了本站的镜像站点。

相对来说Google提供的SDK目前只能说是一个上传工具而已。很多功能，例如Xmpp，数据存储还没有办法完全模拟，只有页面框架和Memcache还算能用。相信google也会不断的加以完善。

说起Microblog，首先是一个不错的CMS系统。但可能是版本较低，加之GAE程序的调试比较麻烦，功能和结构上只能实现简单的blog功能。相比现成的blog空间反而麻烦不少。相信随着逐步的升级，这个系统将成为一个优秀的CMS。
想用Wordpress的导出工具直接生成一个新站，发现此功能还有问题，至少本站无法成功。于是只能顺手写一个扩展实现两地同步，尽管问题也不少。

说起Python，个人觉得是一个效率很高的语言，缺点就是产生这高效率的扩展太多，太混乱，初学起来很迷糊。顺手之后你就会觉得它作为高级语言，可以操纵的资源丰富的惊人。不过在此插一句，python3的转变真是太突兀了，大部分2.6之前的代码都要重新写过，对于GAE的目标环境还是用2.6以下搭建吧。

反复检查代码，无果。将文件上传到另外一台机器后IE也正常。反复修改KeepAlive，disk-cache之类的设置，完全没有效果。

真是叫人郁闷。

检查了apache的配置，感觉问题应该跟mod_deflate模块有关，相应的代码如下：

    <IfModule deflate_module>
        SetOutputFilter DEFLATE
        BrowserMatch ^Mozilla/4 gzip-only-text/html
        BrowserMatch ^Mozilla/4\.0[678] no-gzip
        BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
        SetEnvIfNoCase Request_URI \
                \.(?:gif|jpe?g|png)$ no-gzip dont-vary
    </IfModule>

关闭后IE恢复正常，考虑到一般情况下，mp3和swf压缩不了多少，但是却经常需要断点续传，重新修改相应配置：

    <IfModule deflate_module>
        SetOutputFilter DEFLATE
        BrowserMatch ^Mozilla/4 gzip-only-text/html
        BrowserMatch ^Mozilla/4\.0[678] no-gzip
        BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
        SetEnvIfNoCase Request_URI \
                \.(?:gif|jpe?g|mp3|swf|png)$ no-gzip dont-vary
    </IfModule>

完全正常！

分析下来大致原理如下（个人分析，无依据）：
首先假设的是我没有踩中任何一个bug。这个问题似乎跟原先出现过deflate的文件不能断点续传为同一个问题。

mp3采用流格式传输，没有完全下载结束就被暂停下载，由于系统启用了mod_deflat的压缩传输模块，本地保存的实际上是一个gzip过的mp3文件。

由于目前主流浏览器都支持断点续传，而对于断点续传的处理却各有不同，IE和chromium可能会先对于gzip之前的文件进行校验，发觉校验失败，认为这是一个错误的文件，不再进行续传；FF则是先不进行校验，或者校验失败后重新下载续传。

尚为猜测，希望各位朋友给个确凿的解释。

作为网站运行来说，日志分析是一个很重要的工作。当一个网站的日志到了一定程度，或者一个网站同时有多台服务器的时候，传统的文本日志分析总会遇到瓶颈。

这个时候我就会想起强大的sql语句。看了网上很多人的帖子，都是将日志转成sql语句再导入的，搞得有点复杂。本方案不需要任何多余的软件和操作，一切全是实时、自动，供各位参考。

主机至少需要预安装apache(废话！)和mysql的客户端。如果访问量不大且服务器的资源管够的话可以将mysql装在本地，否则建议一台独立的mysql服务器。

在apache配置文件或者虚拟主机配置文件中面添加

LogFormat INSERT INTO apacheLog (ID, dateTime, IP, URL, code, referer, userAgent, size, request) VALUES ( NULL , \"%{%Y-%m-%d %H:%M:%S}t\", \"%a\", \"%U\", \"%>s\", \" %{Referer}i\", \"%{User-Agent}i\", %b, %T);" sqlcomm
CustomLog "| /usr/local/Mysql --host=HOST --user=USER --password=PASSWORD --database=LITRIN_NET" sqlcomm

建立数据库apacheLog。

CREATE TABLE ` apacheLog ` (
  `ID` int(11) NOT NULL auto_increment,
  `dateTime` datetime NOT NULL,
  `IP` varchar(15) NOT NULL,
  `URL` varchar(256) NOT NULL,
  `code` varchar(3) NOT NULL,
  `referer` varchar(256) NOT NULL,
  `userAgent` varchar(256) NOT NULL,
  `size` int(11) NOT NULL,
  `request` float NOT NULL,
  PRIMARY KEY  (`ID`),
  KEY `dateTime` (`dateTime`)
) ENGINE=MyISAM AUTO_INCREMENT=1 DEFAULT CHARSET=latin1;
SET character_set_client = @saved_cs_client;

 确认无误后重启apache生效！

其实整个流程很简单：先是利用LogFormat设置将日志转换为接近sql的格式，再通过CustomLog 调用pipe实现mysql写入。你也可以参照http://httpd.apache.org/docs/2.2/mod/mod_log_config.html#formats的格式设置写入自己关心的数据。
此外，你也可以使用SetEnvIf配合正则表达式过滤掉诸如图片、CSS、JS之类相对不重要的信息。

很多企业对互联网的访问进行了限制，如何突破防火墙的限制成了一个问题。本文就是利用了SSH tunnel搭建了socket5代理。

首先，申请一个外网的ssh帐户，个人建议使用http://www.unix-center.net/提供的免费资源，该网站还提供多种平台主机可供测试之用，非常不错！当然，如果可以使用密钥方式登录那就完美了。

申请好账户之后，依然在本地安装ssh的客户端，windows推荐putty。

安装好后执行putty，在hostname里面输入主机名，或者用户名@主机名。我选了FreeBSD的那台，有兴趣的话还有ubuntu，Sun，甚至龙芯一系列主机可供挑选

Putty 主界面

选择ssh->tunnels，在source栏里添加你要提供的端口号，一般随便填一个未使用的端口就可，我用了8080端口。选择Dynamic，点击add。这里需要说明的是，如果你的主机允许别人使用的话，请勾选最上面的Local ports accept connection from other hosts。

Putty ssh tunnel界面

点击Open确认连接，在接下来的窗口中输入用户名和密码。最小化窗口，不要关闭。

打开命令行，输入命令netstat -an，如果出现了你刚才输入的那个端口号的侦听，说明搭建成功！socket服务已经完成。

netstat -an

浏览器设置，IE:internet选项，连接，局域网设置，勾选“为LAN使用代理服务器”，高级，套接字选择127.0.0.1并填写端口号。完成设置。

IE 设置

对应的命令行：

1. plink : plink -C -N -f -D 端口号 用户名@主机名
2. ssh: ssh  -C -N -f -D 端口号 用户名@主机名

PS:
话两头说，如果你负责一个企业局域网的话，稍大点的企业如果要限网，SSH端口是绝对要加以限制使用的。伟大的防火墙亦是如此。

通过ubuntu-server安装盘安装LAMP。当然，正常情况下，建议安装好openssh服务器，免得麻烦。

虽然ubuntu的server支持root直接登录，既然是ubutu，还是遵循它的sudo吧。

安装结束后，启动server。

首先，经典的更新
#sudo apt-get update; sudo apt-get upgrade

添加所需的包
#sudo apt-get install php5-dev build-essential php-pear libaio1

差点忘了，要装unzip：
#sudo apt-get install unzip

按照oracle官方网站的要求http://www.oracle.com/technology/tech/oci/instantclient/index.html 下载Instant Client ，我老老实实的下载了basic和sdk两个包，理论上下载basic-lit和sdk就可以。

设立目录，解压缩：
#sudo mkdir /opt/oracle
#sudo cp ~/*.zip /opt/oracle
#cd /opt/oracle
#sudo unzip ./*.zip
#sudo mv instantclient_11_1 instantclient

设置instantclient：
#sudo ln –s libclntsh.so.11.1 libclntsh.so
#sudo ln –s libocci.so.11.1 libocci.so
#sudo export ORACLE_HOME=/opt/oracle/instantclien

添加lib库位置：
#cd /etc/ld.so.conf.d
#sudo nano liboci.conf  //添加一行：/opt/oracle/instantclient
#sudo ldconfig

准备OCI8库：
#sudo mkdir /tmp/src
#cd /tmp/src
#sudo pecl download oci8
#sudo tar vzxf oci8-1.3.5.tgz //我下载的版本是135
#cd oci8-1.3.5

编译OCI8：
#sudo phpize //比较容易出错的地方，如果报错，你可能没有安装php5-dev包
#sudo ./configure –with-oci8=share,instantclient,$ORACLE_HOME
#sudo make; sudo make install

设置php5支持：
正常情况下编译完成后会有提示：Installing shared extensions:     /usr/lib/php5/20060613/
到此目录下确认是否存在oci8.so
#cd /etc/php5/conf.d
#sudo nano oci8.ini //添加一行：extension=oci8.so
#sudo apache2ctl restart

经过上述步骤，oci8模块就会成功安装，可以通过phpinfo页面确认是否存在oci8模块

oci8

公司的一家子公司，由于人少财弱，没有专职的网站开发人员。于是找了一个现在比较知名的免费网店全站程序。用的久了，不够用了，联系了那家公司进行开发。这本身也是符合免费软件生存法则的，没有什么不对。对方很专业的报价350块/小时。很是吓人的价钱。周瑜打黄盖，一个愿打一个愿挨。认了，付钱，问题才刚刚开始。

作为服务器的管理员，首先他们问我要root帐号，要知道，这台主机的网站差不多有几十个，谁会给？然后他们很发了顿牢骚。不得已，开了一个用户给他们，竟然蒙混过去，他们竟然以为得到了root，汗。

然后又是说ftp连不上，我很客气的说ftp没开，又是牢骚：“人家的linux都开ftp的，为什么？”我建议他们用sftp上传就OK，“不会用。”。又晕！嫌烦，现装了proftpd应付过去，又被人说密码太长太难记，彻底无语！

大约一个礼拜左右（350块/小时，赚了不少吧？）我得知他们已经完成了网站的定制开发。OK，停ftp，删帐户。程序照旧是加密的php，一个根目录下的php.php引起了我的注意，好家伙！<? phpinfo(); ?> 嫌我的站点太安全了不成？仔细查找了一下发现根目录下还有一个data.zip文件，全是打包的程序文件，当然包括数据库配置的用户名和密码。一个“白版页面”只有一个文本栏和一个submit按钮，顺手输入了一句sql，很幸运的发现了这竟然是数据库的接口——甚至可以直接drop table。文件名，就叫做sql.php，当然还是在根目录下。

如果说他们是在测试机下，新手来做，我们可以理解，可要知道生产环境下的服务器，调试程序都会要了命。

如他们所说“以专业的功能、领先的技术以及快速的价值体现，获得了45万用户的肯定。”我只能说，最近黑客们的效率确实很低。如此厂商如何评价？

搜索了google，很多人报类似的错误。说是google某个插件的lib和系统冲突。多次禁用全部的插件依然无果。

以为是php版本太低，升级了php，照旧。

反复折腾中2.81正式release了,更新，再度失望。

搭建了一套测试环境，整个系统搬过去却奇迹的解决了问题。OK，至少错误定位了，开始检查php.ini。

反复调试后，总算找到了问题所在：很不起眼的magic_quotes_gpc设置成了On，修改成了Off,一切解决！

比较令人不解的是，这个不起眼的设置怎么会影响到JS的故障，很是郁闷。

PS:其实unreal写的那个Easy AdSense真的是很垃圾，强行插入链接，满屏的paypal“捐助请求”，又是替换你的广告代码——少赚广告费倒是算了，被怀疑作弊就麻烦大了。几乎一天一个版本的更新，真的是很“敬业”。只能自己重新写了一个。有想要的可以直接告诉我。

首先，确定你已经安装好apache + php，没有安装的可以参考这里或者文学化的这里

安装php5-oci8

cd /usr/ports/database/php5-oci8
make install clean

安装到这里，Php的OCI8库已经安装成功，但需要对oracle-client进行设置，否则无法使用。

将tnsnames.ora拷贝到/usr/local/oracle8-client/network/admin/ 目录下
内容大致如下：

ORCL =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.1)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ORCL)
)
)

由于php默认只会在/etc目录下查找该目录，这里我做了一个手工链接
ln -s /usr/local/oracle8-client/network/admin/tnsnames.ora /etc/tnsnames.ora

tnsnames已经配置完成，但对于非ASCII字符集最容setenv NLS_LANG
易出现的问题就是乱码了，这里要设置一下。
killall httpd //杀掉httpd进程，我曾经碰到过apachectl无效的情况
ee /usr/local/sbin/apachectl
在第二行加入：
setenv american_america.UTF8
setenv ORACLE_HOME /usr/local/oracle8-client

开启apache
apachectl start

WordPress和Drupal都是目前比较流行的开源CMS，用户数量也比较多。以下将从比较常用的几个方面进行比较。

1. 平台支持
   作为典型的LAMP结构的应用软件，WP仅支持Mysql，而DP支持mysql和Pgsql两种数据库。从某种虽然像本站这样从pgsql迁移到mysql的平台几乎很少，而且国内很少有Pgsql的空间，作为一个开源项目，提供多个备选数据库还是不错的。
   从响应时间上看，同样采用了Mysql的数据库，DP的响应速度快了WP不少，但换成了Pgsql之后，速度慢了整整一个数量级——这跟Pgsql本身有关。故可以认为同等数量下，DP的硬件要求相对较低。
2. 数据结构
   看了WP的数据结构，了了10张表，感觉很干净。每个表的字段命名方式也足够清晰。初学者不需要多少时间就能理解整个数据流程。而且默认会在表名前添加wp_前缀，方便那些虚拟主机用户添加别的系统。
   DP的数据结构比较复杂，40几个表的数量相对比较惊人。冗余度很高表名，字段名，重复的很多，也有很多缩写，初学者很容易给吓住。默认没有前缀，虽然可以设置前缀，但相对比较麻烦。
3. 逻辑结构
   WP的逻辑结构是一个内核程序已经可以完成大部分的功能，其他的功能通过plugin的方式实现。DP的逻辑是整个程序是由若干个Module实现，每块的功能都可以通过设置进行开关设置。相对灵活性比较好，但设置自然而然的复杂了很多。
4. 安装步骤
   WP的安装步骤相对较多，很详细的流程向导。WP的安装只要设置好数据库就OK，但不够清晰，特别是管理员添加采用的方式，很容易让人迷糊，同时不注意的话，默认注册用户就会有管理员权限。
5. 本地化实现
   WP的本地化通过.mo文件实现，等于是基于内核的实现，速度几乎不受影响。DP的本地化基于Module实现，每出现一个词组就需要一次数据库查询，相对效率低下。
6. 主题开发
   由于DP特有的逻辑，主题方面本身也是一个Module，可以通过扩展的方式支持各种同样的模板引擎，很适合于大团队进行主题的开发。WP相对主题开发比较困难，默认不支持页面引擎扩展，主题制作需要一定的PHP基础。
7. 插件开发
   DP的插件相对比较复杂，涉及到很多内容，需要对整个系统有一定的了解才能完成。WP的插件相对比较简单，对于简单的插件只要明确“在什么地方出现什么”就可以完成，甚至默认还提供了一个Hello Dolly伪插件作为范例。
8. 管理界面
   DP的管理界面与用户界面高度统一，同时提供了详尽的日志方便查阅。WP采用独立的管理控制台，可查阅的内容不多。
9. 其他
   默认状况下，WP提供了一个反垃圾插件很是有效。

个人觉得，两个系统都各有所长：

• WP方便简单，很适合于个人网站的快速部署。DP功能很强，同时支持企业级的Pgsql，适合具有一定规模的网站。
• WP很容易开发出一些小插件，但界面开发有一定难度，最好找个主题自己修改。DP可以很容易的进行大规模的模块、主题HACK且不会对系统做成太大影响，前提是你要对他有足够的了解。

在此之前，如果对mysql的命令和配置不很熟的情况下，phpmysql是必要的。

首先，到状态选项栏，拉一个系统状态表下来，或者执行mysqladmin variables extended-status –u root –p  ，同时计算下系统的uptime.

配置文件一般保存在/etc/my.cnf中，直接修改其中的内容即可。

此外，我的设置中还有如下内容：

skip-networking #不使用网络连接
skip-innodb #不使用innodb引擎

thread_concurrency = 4 #这个数值等于cpu核心数x2

key_buffer_size参数的设置:索引缓冲池大小，决定了处理索引的速度。官方文档说最多这将会有238%的性能提升。什么，你的表不加索引？来人啊，把他拖到这个页面。

1. 算法一：把系统中所有在用的表的索引加起来，个人习惯取一个最接近此数的2的n次方。如32M，64M，128M……
2. 算法二：设置到Key_reads  ：Key_read_requests 至少应该1：500以上，越大越好，例如我的：
   [root@www ~]# mysqladmin variables extended-status -u admin -p  |grep Key_re
   Enter password:
   | Key_read_requests        | 7335599   |
   | Key_reads                          | 9137      |

两种方式随个人喜好啦，个人习惯用后面的方式进行配置。

query_cache_size：返回结果缓存，数据库会将返回值缓冲，当然会快，如果想要强制关闭该功能，可以在sql中加入SQL_NO_CACHE。

[root@www ~]# mysqladmin variables extended-status -u admin -p  |grep Qcache
Enter password:
| Qcache_free_blocks       | 115       |
| Qcache_free_memory       | 27422464  | #剩余的缓冲空间
| Qcache_hits              | 15257     |
| Qcache_inserts           | 11492     |
| Qcache_lowmem_prunes     | 0         | #出现缓存过低的此数
| Qcache_not_cached        | 29        |
| Qcache_queries_in_cache  | 1115      | #缓存的结果数
| Qcache_total_blocks      | 2441      |
| Questions                | 43849     |

次数值大致算法：最大返回大小x每5分钟查询次数。

原则上，如果内存足够的情况下，可以尽量调大此数值。个人认为  uptime 秒数/Qcache_lowmem_prunes  应该小于300。这意味着至少不是每5分钟系统就报一次缓存过低。

要注意的是配置了此参数的时候，请同时设置 query_cache_type= 1

table_cache：表缓冲数量。

mysqladmin variables extended-status -u admin -p  |grep Open
Enter password:
| Open_files               | 191       |
| Open_streams             | 0         |
| Open_tables              | 132       | #打开的表
| Opened_tables            | 138       | #已经打开的表

我这边设置的table_cache为512，uptime为2小时，暂时看不出有什么问题，如果系统一开没多久Open_tables就已经等于设置的table_cache的时候，请将此数值再调大。

关于索引：刚才被拖走的兄弟可以回来了^_^
很多人最初接触索引的时候，以为索引越多越快。其实不然，过多的索引往往会拖慢系统，按照惯例索引字段最多只占字段总数的40%。多则无益。

索引字段的类型，尽量选择numeric下属的类型或者date time下属的类型，如果非要用string，可以尝试使用char来取代varchar，很多情况下不影响使用，但性能提升一个档次。

关于内存

经过上面的折腾，内存耗用量应该大有提升。很多人觉得内存占用高了性能会下降——这似乎是windows桌面的问题。要知道，作为一个数据库服务器而言，痛苦的不是内存用完了；而是内存用不掉，IO用光了。 能把内存用的光光但swap基本不动，这才是高明的系统管理员。

正常负载下，mysql的内存耗用要保证大于空闲内存。

sql语句的问题

尽管这不属于系统管理员的工作内容，但要知道，一个到处是select * 语句的程序是绝对会影响系统性能的。

迁移的大致成绩如下：

• 所有文章页全部迁移成功，文章标签只能后续手工做。
• 评论迁移了大部分，部分评论由于格式问题无法被迁移。
• 网站模板全部丢弃。
• 其余的数据全部丢弃。
• 原先的链接全部碎掉，需要小幅的hack。

之前的小站使用drupal，由于系统的数据库仅支持postgresql，Drupal似乎是唯一的选择。等到网站上线后，忽然间发觉再要移植数据库几乎是不可能的。postgresql并不是那么普遍，只是至少在国内没有几家能够提供这个平台，兼容性成了问题。

wordpress可以说是最近发展最快的系统，对于Ajax和SEO也支持的绝佳，种种优势不言而喻。

litrin本人经过这一段时间，CSS和PHP的功力大幅下降——糟糕的页面布局就是最好的例证:-)

最后，奉上转移脚本，希望能够给同样困扰的朋友些许帮助。

<?php
//Wordpress的URL路径
$wpURL = ‘http://www.litrin.net/’;
//目标数据库(mysql)设置
$mysqlServer = ‘localhost’;
$mysqlUser = ”;
$mysqlPasswd = ”;
$mysqlDB = ”;
//源数据库(pgsql)设置
$pgsqlServer = ‘localhost’;
$pgsqlUser = ”;
$pgsqlPasswd = ”;
$pgsqlDB = ”;
$mysql = mysql_connect($mysqlServer, $mysqlUser, $mysqlPasswd);
mysql_select_db($mysqlDB);
$pgsql = pg_connect(“host=”.$pgsqlServer.” port=5432 dbname=”.$pgsqlDB.” user=”.$pgsqlUser.” password=”.$pgsqlPasswd);
//先期准备
echo ‘Start import…n’;
mysql_query(‘SET NAME UTF8′);
mysql_query(‘TRUNCATE `wp_posts`’);
mysql_query(‘TRUNCATE `wp_comments`’);
//文章导入
echo ‘Start import node…n’;
$SQL = “SELECT nid, title, body, created, changed FROM node ORDER BY nid “;
$result = pg_query($pgsql, $SQL);
while ( $arr = pg_fetch_array($result, NULL, PGSQL_ASSOC) ){
 $title = $arr[title];
 $body = $arr[body];
 $createDate = date(DATE_ATOM, $arr[created]);
 $createDate_gmt = date(DATE_ATOM, $arr[created] – 8 * 3600);
 $changedDate = date(DATE_ATOM, $arr[changed]);
 $changedDate_gmt = date(DATE_ATOM, $arr[changed] – 8 * 3600);
 $id = $arr[nid];
 $postType = $wpURL . “?p=” . $id ;
 
 $sqlIns = “INSERT INTO `wp_posts`
    (`ID`,`post_author`, `post_date`, `post_date_gmt`, `post_content`,
    `post_title`, `post_category`, `post_excerpt`, `post_status`, `comment_status`,
    `ping_status`, `post_password`, `post_name`, `to_ping`, `pinged`, `post_modified`,
    `post_modified_gmt`, `post_content_filtered`, `post_parent`, `guid`, `menu_order`,
    `post_type`, `post_mime_type`, `comment_count`)
   VALUES (
         ”.$id.”,1, ‘”.$createDate.”‘, ‘”.$createDate_gmt.”‘, ‘”.$body.”‘,
    ’”.$title.”‘, 0, ”, ‘publish’, ‘open’, ‘open’,
    ”, ‘”.$title.”‘, ”, ”, ‘”.$changedDate.”‘, ‘”.$changedDate_gmt.”‘,
    ”, 0, ‘”.$postType.”‘, 0, ‘post’, ”, 0)”;
 
 $query = mysql_query($sqlIns);
 
}
//评论导入
echo ‘Start import comment… n ‘;
$SQL= “SELECT cid, nid, name, homepage, timestamp, comment FROM comments ORDER BY cid”;
$result = pg_query($pgsql, $SQL);
while ( $arr = pg_fetch_array($result, NULL, PGSQL_ASSOC) ){
 $sqlIns= “INSERT INTO `wp_comments`
    (`comment_ID`, `comment_post_ID`, `comment_author`, `comment_author_email`,
    `comment_author_url`, `comment_author_IP`, `comment_date`, `comment_date_gmt`,
    `comment_content`, `comment_karma`, `comment_approved`, `comment_agent`,
    `comment_type`, `comment_parent`, `user_id`)
   VALUES (“.$arr[cid].”, “.$arr[nid].”, ‘”.$arr[name].”‘, ”, ‘”.$arr[homepage].”‘,
    ”, ‘”.date(DATE_ATOM, $arr[timestamp]).”‘, ‘”.date(DATE_ATOM, $arr[timestamp] – 8 * 3600).”‘,
    ’”.$arr[comment].”‘, 0, ‘1′, ”, ”, 0, “.$arr[uid].”)”;
 
 $query = mysql_query($sqlIns); 
 
}
//评论整理
echo ‘Start arrage comment… n’;
$SQL= “SELECT comment_post_ID, count( `comment_ID` ) AS count FROM `wp_comments` GROUP BY `comment_post_ID` “;
$query = mysql_query($SQL);
while ($arr = mysql_fetch_array($query)){
 $sqlUp = “update wp_posts set comment_count = “.$arr[count].” where ID =”.$arr[comment_post_ID].”";
 mysql_query ($sqlUp);
}
mysql_close($mysql);
pg_close($pgsql);
echo ‘All finished! n’;
?>

http://service.futuremark.com/peacekeeper/index.action 就是这么一个工具。粗粗的测试了一下，竟然能将我这台双核的本本搞得不响应。最终我的电脑很荣幸的得到了一个低分。

也许futuremark就是这么一个公司——当大家都在为谁的硬件更加好一点而打口水仗时，他们就会跳出来做个软件bench一下。然后各个硬件厂商就会专门为这个软件优化从而正常或者非正常的做为宣传卖点。从而几个买电脑就是为了看分数的人（我也曾经是其中之一）跳出来评头论足。导致大多数的人都愿意为了这几个分数掏出大把银子。等到回过头来才发现其实很多人买的配置已经大大超出了需求。导致了全球气候变暖等一系列事关国计民生的问题。

忽然有了一种很不详的预感，也许以后不少网站的banner处会出现如下的醒目文字：

浏览本站建议采用某某牌***以上CPU，NG内存，支持DX9以上显卡，并在IE7以上显示更佳。

然后就会看到硬件厂商赞助网站，要求其提高硬件要求，搞推荐配置。——没准这以后也会步游戏开发商的后尘，成为网站收入的重要组成部分。哭泣的恐怕只有上网本了——难怪AMD声称上网本必定要消失，考虑到AMD与Futuremark一贯“良好的合作”恐怕……

Futuremark——硬件中的搅屎棍——欧也！

按照常理操作：

#cd /mysql3XXX

#./configure –prefix=/usr/local/mysql3

出现如下错误：This is a linux system and Linuxthreads was not found

系统中没有找到linux线程——比较搞笑，没有线程，那系统是怎么起来的？

分析下来，这是由于mysql使用了较老的thread库，针对于kernel2.4的mysql3得不到支持。

＃echo >> /usr/include/pthread.h

＃./configure –with-pthread –with-named-thread-lib=-lpthread  –prefix=/usr/local/mysql3

重新编译后搞定！

察看系统是否安装了apache和tomcat

pkginfo| grep SUNWtcatr
pkginfo | grep SUNWapchr

如果有的话

cd /etc/apache
cp httpd.conf-example httpd.conf

vi httpd.conf

include /etc/apache/tomcat.conf #应该是在最后一行，去掉注视

cd /var/apache/tomcat/conf
cp server.xml-example server.xml

OK了

启动

 /etc/rc3.d/S50apache stop
 /etc/rc3.d/S50apache start // 第一次restart似乎无效

svcadm enable apache

首先，考虑到可能是IE的安全设置问题，将测试地址列入IE的“安全区域”，无果。

查看了几个网站上的资料，据说IE的安全机制决定了它不会显示512B以下的网页云云。把框架中的网页填补到了2K，无果。

怀疑自己的IE可能是由于插件的问题无法访问，换了崭新的一台系统，无果。

万般无奈之中，考虑到可能是HTTP-header的问题，找了个工具抓了头下来，恍然大悟——其中有一句“Content-Type    text/html; charset=utf8” ，修改Apache设置中的DefaultCharset选项，将UTF8修改为UTF-8，一个减号的差别，错误解决！

IE也是蛮奇怪的，对于html格式上的容错性比较不错（至少支持不在W3C标准之内的n多设定），可对于HTTP传输上的容错性，真是天知道

正如以往Litrin的惯例，这个工具也是开源的。随软件附带了一系列的JS CSS框架也相当不错。不过事实上，整个aptana其实就是一个Eclipse的插件版本，继承了Eclipse的优点，aptana也是跨平台的。

aptana其中有个FireFox的debug插件功能非常强大，可惜的是目前aptana的版本还很低，这也意味着bug非常多——不支持中文的UTF-8就是一个非常大的bug。

有需要的朋友可以下一个看看。

内置函数不统一，PHP的内置函数命名可谓是乱得可以了，大写的、小写的、驼峰的、并列的、AtoB的、下划的……几乎每种命名方式都能在php的内置函数中找到，够得上一个“函数命名方式博览会”的了 。很不利于开发人员记忆。

环境差异，看似PHP只存在版本差异，其实如果你在IDC那边的虚拟主机上部署PHP你就会发现，开不开Safe_mode就够弄半天的了，还有引用的这个库那个库的，如果是pear这样的库也就罢了，大不了自己重新include;拿GD库来讲，根本没有办法通过其他方法来代用。如果同时又有幸使用了Zend加密过的php代码……

模板问题，现在用的最多的就属smarty了，可smarty的功能实在太强，里面的循环、判断和自动转换格式的部分，真不知道是给美工做还是给开发人员做更合适。如果不用模板，直接把php嵌入html中，同样的问题。

数据库访问，有很多数据库的访问接口，但始终无法摆脱fetch的命运，不论怎么封包，复杂的SQL语句总归要成了程序开发中的重点和系统运行中的瓶颈。

对象访问，php的对象在不断的增强，但还是有待增强。虽然不会把php当作java来用。

层次，企业环境开发，最希望的是能把系统访问和应用访问分开，界面和程序分开（即MVC），这一点PHP需要很大的工作量才可以做到，于是大多开发人员不得不选择了不分开。所有的代码集中到了一起，逻辑上很乱，也没有办法实现代码重用。

调试环境，相比java的调试环境，Zend Studio还远远不够。

框架，市面上流行的几个PHP框架，例如ZF，无一例外的都是模仿了Struct或者.net，没有真正表现出PHP自己的特色，这似乎成了一个怪圈——如果别人用框架觉得好就可能从php转到struct或者.net，用得不好反而会得出php很烂的结论，从而转到其他语言。

总之，上面的牢骚只是希望php有所改善，并非是挑php的骨头。

body的属性增加了text-align:center background-color:#ccc
添加了body table{width:1009px}

强行锁住了页面宽度，OK了就是您现在看到的样子。