AgilePHP

先来看一个视频： 我真佩服Google人勇气与技术实力，把Web browser与操作系统结合起来，并不是Google提出来的，甚至这种模型有些类似于几十年前的无盘工作站，但是敢于把这个东西做出来的，也只有Google一家了吧？财大气粗，技术优良，有想法，有实力，不怕失败，这是个多么符合我梦想的公司呀（yy…请忽略这一段）。 手机操作系统、浏览器、操作系统，都不是Google曾经擅长的方面，但是他都去做了，都以一种高标准和高姿态去做了，都以一种创新的态度去做了，国内很少有看到公司能这样去做，更多的是看到了别的一款成熟的产品，而去开发一个甚至不如人家的copy cat，只是国内的许多公司能把握住国内用户的口味，能在天朝的市场里搞好营销，于是便成功了。如果把互联网应用之间的竞争也比作是一种经济模式的话，中国的互联网行业离真正的国际市场经济还很远，中国的互联网市场对于国外的公司进入还有许多天然的壁垒。 又胡扯了一堆，只是看到Chromium OS，觉得如果能用在一个上网本上，倒是很适合我们这些人出门在外时的需求，上网，听歌，看视频，邮件，玩游戏。拭目以待！ 周五又到了，这周的时间过得真快，忙起来的时候真的觉得时间是按周算的。 更多视频，可以看这里。

CouchDB一种半结构化面向文档的分布式，高容错的数据库系统，具体的可以参见其网站上的文档，以及这里的一篇技术简介的翻译。CouchDB在Ubuntu下安装非常方便，只需要使用sudo apt-get install couchdb即可，我以为在CentOS中也会比较容易，没想到却遇到了比较多的问题。主要包括： CentOS的安装源里不包含CouchDB CouchDB需要Erlang的运行时支持，CentOS的安装源里也没有Erlang OK，我们一步一步来搞定在CentOS下安装CouchDB。首先需要安装Erlang，却Erlang的官方网站下载源码，然后在本地编译安装：具体的脚本为： 1: wget http://www.erlang.org/download/otp_src_R13B02-1.tar.gz 2: tar–xzvf otp_src_R13B02-1.tar.gz 3: cd otp_src_R13B02-1 4: ./configure 5: make && make install 中途有可能会遇到一些依赖的问题，比如缺少icu、ncurses、wxWindows等，前面几个大略都可以从yum时行安装，wxWindows可以不问，如果你之后不准备使用Erlang进行UI编程的话，这些也足够用了。 Erlang安装完成之后，测试一下在bash里erl和erlc能否使用，若能，则这一步就完成了。 接着是安装CouchDB，由于CouchDB里用到了JavaScript，所以其依赖于SpiderMonkey，需要先安装libmozjs这个库，步骤为： 1: wget ftp://ftp.mozilla.org/pub/mozilla.org/js/js-1.8.0-rc1.tar.gz 2: tar–xzvf js-1.8.0-rc1.tar.gz 3: cd js/src 4: make BUILD_OPT=1–f Makefile.ref 编译应该不会出什么问题，如果你的机器没有配置编译环境，你可以参考这篇文章进行配置。 可以当我执行make –f Makefile.ref install的时候傻了，没有这个target，好吧，我们自己写脚本安装这个库。代码如下： 1: #!/bin/bash 2: mkdir -p /usr/include/mozjs/ -v 3: cp *.{h,tbl} 4: [...]

问题描述：我写了两个方法，add_product，save_product，add_product方法将会展现一个form给用户，用户可以在这里填写产品的基本信息，还可以上传产品的一张图片，save_product用来处理上一个方法POST过来的数据。逻辑很简单，用到了CodeIgniter里的Upload和Image_lib两个Library，在机器上测试也是十分的顺利，传到服务器上我甚至都没有想到会出问题，但是却出了一个让我摸不着头脑的问题，在保存文件时，服务器返回了404，也就是文件没有找到。在确认了配置信息都正确的情况下，我有点摸不着头脑了，于是GET了一下save_product方法，发现可以GET到，POST数据过去的时候，却返回404，奇怪奇怪！ 由于被这奇怪的错误信息所迷惑，所以到周一的早日才想到祭出我的法定，分解测试，把代码隔成段，我先把save_product里的代码全部注释掉，服务器返回500，正常；再把处理上传的代码解注释，服务器返回正常；再把进行图片缩放的代码解注释掉，服务器返回404，无法找到文件。基本上确定是在图像处理的环节出了问题，于是把’image_library’ => ‘GD2′换成’image_library’ => ‘GD’，问题解决。 可是到现在也没有想通即使服务器上没有gd2模块，我调用了相应的函数，为什么页面返回404。同时鄙视一下某个服务器提供商，PHP的许多常用的模块都没有加载，JSON解析都么有，怎么做应用呢？？ 更新：问题解决了，出问题的函数是imagefill，某个服务器提供商的虚拟主机里提供了GD2，不过是一个相当老的版本。我替换了解决PNG图片缩放透明的算法，就OK了，但是一旦调用imagefill，就会返回一个404错误，还是费解。

无比欣喜的发现妖气重重的PR升到4了，AgilePHP的PR是2，再接再厉！

Loading…

也真够令人意想不到的，十一月一号就下雪了，明明昨天还有人穿t恤呢。