ROCBOT

最近由于使用到Zend Framework中的部分代码,于是要在dreamhost上配置自己的php.ini, 并且在其中的include_path中加入你的Zend路径.

关于fastcgi我在以前已经配置过, 其实设置php5的fastcgi模式很简单, 可以参考dreamhost的wiki:

http://wiki.dreamhost.com/PHP_FastCGI –>请留意其中关于custom php.ini 部分.

我就是后来配置custom php.ini时没有主要到这个.导致无法work的.

下面说一下,配置custom php.ini. 首先,参考dreamhost的wiki:

http://wiki.dreamhost.com/Custom_PHP.ini

按照上面wiki的步骤, 一一完成. 很简单. 请注意.为了实现fastcgi模式, 请先不要去写 ~/your.com/.htaccess.

因为上面wiki上的是普通cgi模式.

如果你已经配置过fastcgi模式, 那么接下来很简答, 只要修改~/your.com/.htaccess,

#!/bin/sh
export PHPRC=/home/username/your.com/cgi-bin
export PHP_FCGI_CHILDREN=2
exec /home/username/your.com/cgi-bin/php.cgi

如果还没有配置fastcgi模式,那么参考上面的wiki,配置fastcgi. 同时注意,~/your.com/.htaccess,为上面的内容,即可.

这样.你就可以修改~/your.com/cgi-bin/php.ini的include_path,还有上传文件大小的限制等等. 哈哈.很爽吧.

最后, 提示一下,由于在fastcgi下一些php.cgi进程没有退出, 你的配置可能还没有生效. 那么, 干掉他们.哈哈

killall -9 php.cgi.

哈哈. 开始享受你的配置吧.

具体内容如下(略去无关部分), 请dreamhost在blingy cluster的xdjm仔细看看.:)

这个问题虽然还没有解决, 但是ping值已经有所好转, 一下是dreamhost的最新声明.

Update April 1, 2008

We seem to be ahead of the curve right now, we are moving data off the primary volume and on to a secondary one faster than new data is being uploaded. The volume hasn’t filled up completely in a few days. We are working closely with the technical support team to see how we can speed up the process further. Thank you for your patience.

希望尽快修复, 原问题声明连接: Filer problems with blingy cluster.

 location                  result               min. rrt  avg. rrt  max. rrt 
 Santa Clara, U.S.A.       Okay                     13.4      13.6      13.9 
 Vancouver, Canada         Okay                     30.9      32.2      40.3 
 Florida, U.S.A.           Okay                     52.7      52.9      53.1 
 Amsterdam3, Netherlands   Okay                    142.5     142.6     142.8 
 New York, U.S.A.          Okay                     72.4      72.6      72.9 
 Amsterdam2, Netherlands   Okay                    154.3     154.5     154.7 
 San Francisco, U.S.A.     Okay                     10.0      10.4      10.6 
 Sydney, Australia         Okay                    159.2     159.3     159.7 
 Austin2, U.S.A.           Okay                    112.1     112.2     112.4 
 Hong Kong, China          Okay                    215.9     218.9     228.7 
 Austin, U.S.A.            Okay                    112.1     112.2     112.5 
 Stockholm, Sweden         Okay                    170.4     170.4     170.5 
 London, United Kingdom    Okay                    147.9     148.4     149.0 
 Kraków, Poland            Okay                    172.5     173.5     181.1 
 Madrid, Spain             Okay                    180.1     180.6     182.0 
 Cologne, Germany          Okay                    152.7     152.7     152.8 
 Munchen, Germany          Okay                    159.7     160.0     160.4 
 Paris, France             Okay                    155.5     156.1     156.8 
 Cagliari, Italy           Okay                    206.0     206.2     206.5 
 Amsterdam, Netherlands    Okay                    182.7     184.2     186.6 
 Singapore, Singapore      Okay                    195.9     211.2     241.7 
 Melbourne, Australia      Okay                    172.6     173.6     175.0 
 Copenhagen, Denmark       Okay                    163.3     163.8     165.9 
 Lille, France             Okay                    169.3     171.6     176.4 
 Porto Alegre, Brazil      Okay                    187.0     187.9     189.2 
 Shanghai, China           Okay                    479.0     491.9     504.9 

难道是greate fire wall 导致的?? 

昨天打算先写一个简单的store server来存储crawler抓下来的网页, 一种方法是自己写一个C++的基于TCP的server把收到的数据存到MYSQL的数据库中, 另一种方法是基于HTTP的POST RAW DATA来写一个简单的php把数据存到数据库中.

显然后一种方法 更加简单, 于是开始做了一个简单php程序来接收HTTP请求中POST的数据, 结果发现在3.5k一下的数据是可以post上去,并且正确返回的, 而当post的数据大于4k时, Server没有响应, 导致每次post都超时失败, .

关于这个问题在网上search了一下. 似乎没有很多说明这个问题. 因此,也不想追究. 今天改写一个C++的server.虽然麻烦一些, 但是性能和控制方面都有自己做主, 这个比较爽.