[Zend]
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so
zend_optimizer.version=3.3.0a
zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.0
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.0

找了好久，终于在运行完php -v的命令后找到了原因，提示：

[root@locoy 5_2_x_comp]# /usr/local/webserver/php/bin/php -v
Failed loading /usr/local/Zend/lib/Optimizer-3.3.0/php-5.2.x/ZendOptimizer.so: /usr/local/Zend/lib/Optimizer-3.3.0/php-5.2.x/ZendOptimizer.so: cannot restore segment prot after reloc: Permission denied
PHP 5.2.10 (cli) (built: Dec 6 2009 01:35:07)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
with eAccelerator v0.9.5.3, Copyright (c) 2004-2006 eAccelerator, by eAccelerator
with Zend Extension Manager v1.2.2, Copyright (c) 2003-2007, by Zend Technologies

上网一搜，原来又是SELinux搞得鬼~~把selinux关了就可以，或者运行
chcon -t texrel_shlib_t /usr/local/Zend/lib/Optimizer-3.3.0/php-5.2.x/ZendOptimizer.so

问题分析：
通过抓包分析获取css的数据包（请求包 Request Headers 和响应包的Response Headers）,发现服务器响应包（Response Headers）的Content-Type属性为application/octet-stream;在火狐下直接输入css文件访问路径，发现弹出下载窗口…我记得在火狐下应该能直接查看css文件内容才对的啊~~~通过比较其他正常网站的css文件请求数据包，发现他们的Content-Type的属性是text/css~~~
于是怀疑是Content-Type的问题，查看nginx的配置文件nginx.conf

worker_processes 2;
error_log /var/log/nginx/error_log info;
events {
worker_connections 1024;
use epoll;
}
http {
#include mime.types;
default_type application/octet-stream;

log_format main
‘$remote_addr – $remote_user [$time_local] ‘
‘”$request” $status $bytes_sent ‘
‘”$http_referer” “$http_user_agent” ‘
‘”$gzip_ratio”‘;
client_header_timeout 10m;
client_body_timeout 10m;
send_timeout 10m;
connection_pool_size 256;
client_header_buffer_size 1k;
large_client_header_buffers 4 2k;
request_pool_size 4k;
…………
server {
listen 80;
server_name t.talkphp.net;
index index.html index.htm index.php;
root /var/www/htdocs/public;
location / {
index index.php;

if (!-f $request_filename) {
rewrite ^/(.+)$ /index.php?$1& last;
}
}

location ~ .*\.(php|php5)?$
{
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fcgi.conf;
}
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
{
expires 30d;
}
location ~ .*\.(js|css)$
{
expires 1h;
}

注意http { 后面
#include mime.types;
default_type application/octet-stream;
看到了，默认是default_type是application/octet-stream，和抓包里显示的一样，可惜当初偷懒，拷贝别人的配置文件，把include mime.types给注释掉了。

解决方法： 在nginx.conf中加入include mime.types;

火狐浏览器下访问页正常了，再一次抓包分析，现在css的响应数据包的Content-Type属性为text/css;

进一步思考：
为什么IE浏览器下确是正常的呢？IE和火狐在处理MIME Types上有什么区别呢？
google了一番，
在msdn下找到如下描述：http://msdn.microsoft.com/en-us/library/ms775148(VS.85).aspx

Internet Explorer first consults the Content-Type and Content-Disposition headers for the MIME type from the HTTP server, if they exist. Next, Internet Explorer consults the registry entry for that MIME type under HKEY_CLASSES_ROOT\MIME\Database\Content Type and looks at the Extension key for the correct file extension. Internet Explorer then ensures that the file has that extension, before placing it in the local browser cache.

也就是说如果响应包的header没有指定Content-Type，IE也会先处理，会打开注册表的“HKEY_LOCAL_MACHINESOFTWAREClassesMIMEDatabaseContent Type”主键，你可以看到所有 MIME Type 的配置信息。

而Firefox的处理方式略有不同：找到依据如下：https://developer.mozilla.org/en/How_Mozilla_determines_MIME_Types
For HTTP URIs Mozilla usually gets a MIME type sent from the server, and uses it. Contrary to Internet Explorer’s MIME type guessing, Mozilla will generally not sniff the type of the document.

MIME是什么东东？
MIME是多用途的网际邮件扩充协议的缩写。对于诸如网络服务器或者浏览器程序来说，按照MIME类型将页面内容分类是一种标准方法，并且这些程序都含有一个MIME类型列表以便于在跨做操作系统的环境下用相同的方法传输同类型文本内容。
当某一服务器中的一个页面需要读取远程CSS文件的时候，根据MIME类型的定义（通常情况下是”text/css”），这个样式表文件带有.css的文件扩展名。然而服务器有时却会错误的将.css文件的MIME类型判断为”text/plain”或者是”text/html”。因此当一个标准编译下的页面（也就是采用完整文档声明的页面）调用这个CSS文件的时候就会被判别为不相符的MIME类型，此时基于Gecko的浏览器就会忽略远程样式表，与我们事先想象中那样美丽的网页相反，它们会将页面展现为无任何样式定义的样子。

其他相关链接：
MIME类型导致css在Firefox下无效
什么是 MIME Type？

mark一下

man ldconfig查看ldconfig命令的描述，
ldconfig creates the necessary links and cache to the most recent shared
libraries found in the directories specified on the command line, in the
file /etc/ld.so.conf, and in the trusted directories (/lib and /usr/lib).
The cache is used by the run-time linker, ld.so or ld-linux.so. ldconfig
checks the header and filenames of the libraries it encounters when deter-
mining which versions should have their links updated.
你会发现他默认是在/lib and /usr/lib这两个目录下找的，而我们的libtokyocabinet.so.9是安装在/usr/local/lib下的。

罗嗦一句：Linux下的man是个好东西，熟悉了会比google解决问题的效率高~~~

其他资料：
ActiveX模式下的Flash插件使用的是IE的链接池，所以获取的Session是一致的，而在Firefox下的是Plugin模式，使用自有的链接，没有使用FF的链接池，所以产生了两个不同的链接，所以Session找不到了，不过也不是没有解决办法，可以通过页面将 SessionID传给Flash，Flash在上传访问后台程序，如PHP时，将SessionID传给PHP，PHP可通过此SessionID找到相应的Session
相关链接：http://www.klstudio.com/post/186.html

一、phpize是干嘛的？

phpize是什么东西呢？php官方的说明：
http://php.net/manual/en/install.pecl.phpize.php

phpize是用来扩展php扩展模块的，通过phpize可以建立php的外挂模块

比如你想在原来编译好的php中加入memcached或者ImageMagick等扩展模块，可以使用phpize，通过以下几步工作。

二、如何使用phpize？

当php编译完成后，php的bin目录下会有phpize这个脚本文件。在编译你要添加的扩展模块之前，执行以下phpize就可以了；

比如现在想在php中加入memcache扩展模块：我们要做的只是如下几步
————————————————————————
tar zxvf memcache-2.2.5.tgz
cd memcache-2.2.5/
/usr/local/webserver/php/bin/phpize
./configure –with-php-config=/usr/local/webserver/php/bin/php-config
make
make install
————————————————————————
注意./configure 后面可以指定的是php-config文件的路径

这样编译就完成了，还需要做的是在php.ini文件中加入extension值
extension = “memcache.so”

FastCGI的官网：http://www.fastcgi.com/

FastCGI is simple because it is actually CGI with only a few extensions. 很谦虚的说他只是CGI的一点点扩展而已;
一、FastCGI是什么？

FastCGI是语言无关的、可伸缩架构的CGI开放扩展，其主要 行为是将CGI解释器进程保持在内存中并因此获得较高的性能。众所周知，CGI解释器的反复加载是CGI性能低下的主要原因，如果CGI解释器保持在内存 中并接受FastCGI进程管理器调度，则可以提供良好的性能、伸缩性、Fail-Over特性等等。

FastCGI的工作原理是：
1、Web Server 启动时载入FastCGI进程管理器（IIS ISAPI或Apache Module）;
2、FastCGI进程管理器自身初始化，启动多个CGI解释器进程 (在任务管理器中可见多个php-cgi.exe)并等待来自Web Server的连接。
3、当客户端请求到达Web Server时，FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi.exe。
4、FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器（运行在 WebServer中）的下一个连接。 在正常的CGI模式中，php-cgi.exe在此便退出了。
在上述情况中，你可以想象 CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部dll扩展并重初始化全部数据结构。使用FastCGI，所有这些 都只在进程启动时发生一次。一个额外的好处是，持续数据库连接(Persistent database connection)可以工作。
二、为什么要使用FastCGI，而不是多线程CGI解释器？
这可能出于多方面的考虑，例如：
1、你无论如何也不能在windows平台上稳定的使用多线程CGI解释器，无论是IIS ISAPI方式还是APACHE Module方式，它们总是运行一段时间就崩溃了。奇怪么？但是确实存在这样的情况！
当然，也有很多时候你能够稳定的使用多线程CGI解释器，但是，你有可能发现网页有时候会出现错误，无论如何也找不到原因，而换用FastCGI方式时 这种错误的概率会大大的降低。我也不清楚这是为什么，我想独立地址空间的CGI解释器可能终究比共享地址空间的形式来得稳定一点点。
2、性 能！性能？可能么，难道FastCGI比多线程CGI解释器更快？但有时候确实是这样，只有测试一下你的网站，才能最后下结论。原因嘛，我觉得很难讲，但 有资料说在Zend WinEnabler的时代，Zend原来也是建议在Windows平台下使用FastCGI而不是IIS ISAPI或Apache Module，不过现在Zend已经不做这个产品了。
三、不使用FastCGI的理由
1、多进程比多线程消耗更多的服务器内存，php-cgi.exe解释器每进程消耗7至25兆内存，将这个数字乘以50或100试试。
2、性能。确实有时候多线程CGI解释器更快，呵呵，而且有时候，它也很稳定。
3、CGI？听起来就很土，呵呵
http://blogme.cn/node/6529
其他资源：
扶凯：http://www.php-oa.com/2008/03/22/php-fastcgi.html

show一下我买的twitter Tee ：

让我思考更多的是他的这种模式。单独的blog程序，摆脱了淘宝网的框框架架，第一眼给人以独特的感觉。而独立网店有更强的可制定性。更重要的是，他能结合更多的web 2.0工具进行网络营销。  Rss、Twitter、Tag。推广的时候以独立域名，独立页面的形式，这种对于追求个性、喜欢互联网的人来说是非常有吸引力的，特别是Geekcook.com销售的商品又是以 互联网 为主题的Tee 。

适合的商品（Tee）+适合的目标人群（IT人）+适合的营销手段（sns、twitter、blog） = 成功的营销（网络营销）

twitter为代表的围脖改变了信息传播的方式，使信息的传播更迅速，这给网络营销带来了新的思考。如何利用这些web 2.0工具，推销我们的产品？ 个人觉得最重要的是口碑。第二:形象。

记得前段时间，有推友在twitter上说网警又要请他去喝茶@geekcooktweet说，去吧，我可以赞助Twitter Tee！！ 这些细节其实就是网络营销的细节。在潜移默化中在树立自己的形象。

至于现在为什么Geekcook.com把原来的blog程序给去掉了？我还不明白。个人觉得还是有一个独立的展示平台比较好。想HelloTee做得也挺好的。

最近Geekcook.com推出的“写博客免运费”的活动我觉得也是网络营销非常成功的方法。我发现HelloTee也采用了这种方法。其实web 2.0最核心应该是blog 。正是因为博客，才是使现在的网络如此精彩。而bloger在互联网里的作用是非常重要的，如何调动这部分人的力量的实现 “网络营销”的重要因素。写博客，免运费，很好的刺激了部分bloger，为自己做推广。

而Geekcook.com、还有helloTee这类模式，同样应该给电子商务带来更多的思考。如何更好的将 电子商务 结合 web 2.0工具进行网络营销 ？ 也许你也可以创出更好的模式~~~
其他资料：

那么什么是web 2.0 ？

上面的图主要涵盖了web 2.0的技术。我们引用网上对web 2.0比较普遍的一种解释：Web2.0是以 Flickr、Craigslist、Linkedin、Tribes、Ryze、 Friendster、Del.icio.us、43Things.com等网站为代表，以Blog、TAG、SNS、RSS、wiki等应用为核心，依据六度分隔、xml、ajax等新理论和技术实现的互联网新一代模式。

在我看来

If you append the string //TRANSLIT to out_charset transliteration is activated. This means that when a character can’t be represented in the target charset, it can be approximated through one or several similarly looking characters. If you append the string //IGNORE, characters that cannot be represented in the target charset are silently discarded. Otherwise, str is cut from the first illegal character and an E_NOTICE is generated.

意思是如果你在第二个参数后面加上//TRANSLIT ，这样的话，当遇到目标输出的编码不认识的字符的时候，能被一个或几个近似的字符代替；而如果在第二个参数后面加上//IGNORE的时候，当目标输出的编码不认识的时候则什么也不操作；什么都不加的时候则会报错~~~

手册里面有个非常生动的例子：

<?php
$text = "This is the Euro symbol '€'.";
 
echo 'Original : ', $text, PHP_EOL;
echo 'TRANSLIT : ', iconv("UTF-8", "ISO-8859-1//TRANSLIT", $text), PHP_EOL;
echo 'IGNORE   : ', iconv("UTF-8", "ISO-8859-1//IGNORE", $text), PHP_EOL;
echo 'Plain    : ', iconv("UTF-8", "ISO-8859-1", $text), PHP_EOL;
 
?>

输出结果是：

Original : This is the Euro symbol ‘€’.
TRANSLIT : This is the Euro symbol ‘EUR’.
IGNORE   : This is the Euro symbol ”.
Plain    :
Notice: iconv(): Detected an illegal character in input string in .\iconv-example.php on line 7
This is the Euro symbol ‘

这样就非常清楚了

这里总结几点教训：

第一：php最好的手册就是官方的在线收藏;

(网上下的php中文手册往往会不完整或者没有更新，开始就是因为我电脑上的php中文手册没有这几个参数的说明)

第二：别太相信百度、google的中文搜索结果，别人讲的不一定是对的~~

最好就是直接找最权威，最官方的说明~~

ignore的意思是忽略转换时的错误，发现iconv在转换字符”—”到gb2312时会出错，如果没有ignore参数，所有该字符后面的字符串都无法被保存。

在此记录一下~~~