分类目录归档:PHP

PHP & Git 最简单的自动部署之二 Win系列服务器

上一回介绍了看起来挺高上大的PHP+git自动部署,之前一直是在linux平台上面使用的,用着还挺顺利的,今天很蛋疼的要做某个项目在windows服务器上面的自动部署,然后就有坑了。首先git在windows上面就是个问题了。msysgit?那家伙凑合能用,但是还是很多问题,还是上次的脚本,会出现无返回无错误进程没有启动的问题,如果你出现了找不到路径,不是可执行文件等提示,你可以试下制定好git的绝对路径,反正我这还是不行。

我换着用PHP的执行命令的方法,exec/system/passthru/shell_exec反正都是不行,出现无返回无错误进程没有启动,试着中间再套一层bat来调用,进程是起来了,但是不知道出什么错误一直不能结束,也就一直阻塞着。用ProcessExp看一下其实msysgit还真是个复杂而蛋疼的东西,一个简单的git pull 他会启动超过5级子进程,目测是sh,用来初始化环境,然后再在里面跑git。

于是我很蛋疼的想,我再写一个别的exe,把运行git pull并取结果包装起来,然后再让php来调用这个exe?结果还是不行,折腾了一天,突然一想不如自立门户,然后多了几行代码,把这个小程序改成了监听某个端口,接收到请求就git pull并把返回写到response,这个东西在go里面不难实现,最后做成这个样子,简单粗暴,有效。

这个程序实现的东西就是一个一个小的http server ,监听8124端口,有简单的http auth,auth通过了之后会调用gitPull,调用过程很复杂的样子,其实还好,他先是找到git的绝对路径,然后Chdir到文件所在目录(也就是说,最后这个程序编译出来,应该放在版本库根目录),然后执行git pull再返回响应。这已经挺完美了,但是还可能出现的一个问题是你的机器在防火墙之后。你开了8124端口外网访问不到怎么办?那还用80端口,还用上次的脚本,做一次中转,脚本里面执行的部分改成curl一下127.0.0.1:8124好了,记得带上auth。

另外提醒一点,这样把版本库放在web目录方便自动部署啥的,其实有安全性的问题,毕竟你有一些例如数据库密码你是硬编码在配置文件里面的,也在版本控制之中,简单地说,你要保护.git目录,最简单的办法RewriteRule ^..* – [F]

PHP 简单的文件kv cache

之前做一个小东西的时候随手写了下面这样的一个cache函数 [11.5增补]后来加了直接存储而不序列化的参数,之后这个函数就凌乱了,而且糅合读写在一个函数代码可读性也不好,得数参数才知道是读是写,用来存放一些小的信息,可以省掉数据库,kv方式,git风格文件存储,简单序列化变量数据写入文件。

使用起来很简单的,原本这个函数只有两个参数,k和v,后来发现如果想要清除某种特定类型的cache的时候拙计,因为都混在一个文件夹里面了,而跟很多kv的东西一样,不能列出来都有哪些k,所以后面加了第一个参数,分区,就是子目录存放。v留空为读取,v有值为写入,v为null删除。不序列化的选项就相当于简单的以某个key存放原信息,例如图像或者其他二进制、纯文本字符串等。PHP低版本还没有从变量(内存)获取图像的getimagesizefromstring,所以有时候必须传入文件名,而如果这些二进制文件被序列化过,那格式就对不上,而且对这些进行序列化也是没意义的。

续:让nginx支持pathinfo

续上一篇《让nginx支持pathinfo

原文的配置在我本机(Win,Nginx1.2.4)还算可以,但是有一个bug,就是如果url里面包含trailing slash(最后的斜杠/)的话,PATH_INFO捕捉到的值有误,为ATH_INFO,同时$_SERVER数组里面多了一个键名为ORIG_PATH_INFO的元素其值为我们期望的path_info,非常怪异,一开始以为是$path_info变量未定义的问题,$p不见了,剩下ath_info,后面改过变量名之后还是不行,证明不是这个问题。

同样的配置搬到服务器上面用(CentOS6,Nginx1.0.10)完全行不通,根据官方指引(PHPFcgi Common ErrorsNginx Pitfalls)排查无果,再在网上找了许许多多的方案来来回回测试了好几十遍,还是很有问题,而且官方指引(try_files)里面明确指出那种检查文件之后rewrite的方法是terrible的,应该使用try_files代替。

折腾了很久之后还是有各种问题,其实很多PHP框架(如Yii、CI、ThinkPHP)、流行的应用系统(Wordpress、Joomla)等都支持另外一种兼容模式的pathinfo,就是通过其他方法获取path_info值,大部分都通过服务器配置把$request_uri转换为一个queryString参数后转发给index.php,个人目前认为这个方式不太好因为会污染get参数,要注意不要使用保留的get键名,但是如果外部直接在url里面指定该参数不知道会发生什么事。

既然是从$request_uri里面来的,那么直接从$_SERVER[‘REQUEST_URI’]里面提取path_info好了,下面是服务器上面的配置。

location / {
    try_files $uri $uri/ /index.php;
}
location ~ ^.+.php($|/) {
    #fastcgi_split_path_info ^((?U).+.php)(.*)$;
    include fcgi.conf;
    fastcgi_param  PATH_INFO          $fastcgi_path_info;
    fastcgi_param  PATH_TRANSLATED    $document_root$fastcgi_path_info;
    #fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;
    fastcgi_pass unix:/tmp/php-cgi.sock;
    fastcgi_index index.php;
}