分类目录归档：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 Errors、Nginx 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;
}