易栈网-膘叔

之前在博客里有提过basename的事情，蜘蛛也说过这个函数处理中文有问题。我也在测试的过程中遇到过各种各样的问题，但总体来说，我现在在处理中文文件名的时候是直接 array_pop(explode("/",$filename));
今天在群里，echo也说了这个问题，他居然还贴了SVN中PHP的源码关于basename的一段，并指出问题在php_mblen 这个函数上：他说mblen发现全中文的时候会返回负数。
于是他说有个临时的解决方案是：

没有试过，希望能够解决问题。
然后日哥说，可以用exif_read来解决这个问题，可以取得图片的title，但echo直接无视，因为不是每个上传的文件都是图片，可以通过 Exif_read解决这个问题。

echo也说了，别妄想用pathinfo解决这个问题，因为源码里显示，这个函数最 后还是调用了php_basename，所以他们的问题其实是一样的。。。。

=------纯记录----

事实上，我一般用的最多的就是Post-Commit，因为用来将SVN里的代码提交到测试机的项目里。其实也听过用svn来检测代码的可执行性。不过我是没有用过啦。
老王在博客里写的这篇文章就是讲pre-commit。有借鉴意义，以后可以悄悄的程序里用。不过，我觉得检查语法这种事情其实可以忽略了，毕竟现在都是用IDE的，一般语法问题IDE都能认出来。。

注：我开始看文章的时候没有仔细看CodeSniffer，我起初认为是语法检测，事实并非这样，是指代码是否按规范来写代码。如果是这样，那值得搞一搞啊

OK，上原文：Subversion钩子

Subversion本身有很好的扩展性，用户可以通过钩子实现一些自定义的功能。

所谓钩子实际上是一种事件机制，当系统执行到某个特殊事件时，会触发我们预定义的动作，这样的特殊事件在Subversion里有很多，默认有如下模板可供选择：

XML/HTML代码
shell> ls /path/to/repository/hooks  
post-commit.tmpl   
post-lock.tmpl   
post-revprop-change.tmpl   
post-unlock.tmpl   
pre-commit.tmpl   
pre-lock.tmpl   
pre-revprop-change.tmpl   
pre-unlock.tmpl   
start-commit.tmpl  

其中最常用的是pre-commit和post-commit，也就是提交前后的钩子，下面以pre-commit为例来说明一下如何自定义Subversion钩子。

假设有一个PHP项目使用Subversion做版本控制，使用中发现了一些问题，比如程序员不写日志，或者提交的文件有BOM，或者提交的文件有语法错误，或者提交的文件不符合编码规范等等，这些问题都可以利用pre-commit钩子来解决，实际上已经有人写了解决类似问题的工具php-svn-hook，不过我们这里选择自己实现：

XML/HTML代码
shell> cat /path/to/repository/hooks/pre-commit  
#!/bin/bash  
  
REPOS="$1"  
TXN="$2"  
  
SVNLOOK="/usr/bin/svnlook"  
PHP="/usr/bin/php"  
  
LOG=$($SVNLOOK log -t "$TXN" "$REPOS")  
  
if [ "$LOG" = "" ]; then  
      echo "Please input log" 1>&2  
      exit 1  
fi  
  
FILES=$($SVNLOOK changed -t "$TXN" "$REPOS" | awk '/^[AU]/ {print $NF}')  
  
for FILE in $FILES; do  
    CONTENT=$($SVNLOOK cat -t "$TXN" "$REPOS" "$FILE")  
  
    if echo "$CONTENT" | grep -q $'\xEF\xBB\xBF'; then  
        echo "Please remove BOM from $FILE" 1>&2  
        exit 1  
    fi  
  
    if [[ "$FILE" =~ \.(php|html)$ ]]; then  
        MESSAGE=$(echo "$CONTENT" | $PHP -l 2>&1)  
  
        if [ $? -ne 0 ]; then  
            echo "$MESSAGE" | sed "s/ -/ $FILE/g" 1>&2  
            exit 1  
        fi  
    fi  
done  
  
/path/to/PHP_CodeSniffer/scripts/phpcs-svn-pre-commit "$REPOS" -t "$TXN" 1>&2 || exit 1  
  
exit 0  

注：代码里使用PHP_CodeSniffer检查编码规范。

配置好脚本后，一定要记着给脚本加上可执行属性，不然脚本执行后会显示不知所云的错误信息：svn: Commit blocked by pre-commit hook (exit code 255) with no output。

本文以pre-commit为例说明了一下钩子的用法，实际上其他脚本也很有用，比如说如果你想在提交代码后发一条微博，就可以利用post-commit来解决，大家自己领悟吧。

--------
主要还是对bash不熟，否则post-commit里的代码我也不至于是直接改成svn-update的代码了。
学习学习

纯笔记：
在与IOS交互的时候，采用了POST发送数据，同事说需要发送一张图片，于是我直接用$_POST进行获取，发现该字段无值。打印整个$_POST的时候，连这个key都没有找到
于是我在想，php://input有没有值呢？试了一下也没有，其实想想也是，如果真是用Base64处理后的发给我。我也应该是可以通过 $_POST收到的。
不过，还没有尝试这种：

这种是HTML5上传了，不过我没有试过。。。
我看了一下同事以前的代码，发现是用$_FILES的，于是很方便的套了几行代码就一切都OK了。。
看来，脑子还是不能乱。

摘抄这篇文章不是说它的思路有多好，事实上，我们在用微博登录后，如果用getUserInfo方法获取个人信息的时候，里面已经包含了openId的信息了。所以，如果支持微博登录的话，有些信息也可以利用了。。

原文来自：http://lab.wehefei.com/posts/394

当qq登陆成功后，QQ会给我们返回一个唯一的用户标识，也就是openId。

这个openId是绝对唯一确定用户的标识，你可以把它理解成QQ号。当取得openId的时候，你就需要修改原网站的user表 或 重新建立一个新表，这样做的目的是为了把openId和网站原用户进行绑定。

当qq用户登陆的时候，就需要通过openId去user表查询，如果有查询到，那么就直接修改session登陆成功；

如果没有查询到，就证明是第一次登陆，需要跳转到绑定页面，让用户绑定一个用户名（也就是说创建一个新用户），然后在修改session登陆成功。

例：
1.首先修改用户表(user)增加一个openId字段 或者重新建立一个新表

2.前面说不是用户登录后能得到openId吗？   

openId是绝对唯一确定用户的标识 ，所以我们就根据这个（openId）判断

第一步：查询用户表里是否有  openId == 用户登录的openId
if（qq登陆用户openId如果用户表里查出来有的话）｛
   根据openId取得用户信息 跳转到登陆后的用户。
｝else if(qq登陆用户openId如果在户表里有没有的话) {
   跳转到绑定页面，也就是创建一个新的用户（具体可以参照我的网站：http://ppptuan.com）
            //创建的过程中你还可以加判断的
             if（如果注册用已经有帐号了）｛
                       直接绑定 跳转到登陆后的页面。
              ｝else if（没有帐号）｛
                       跳转到注册页面 然后绑定 跳转到登陆后的页面
              ｝
}

思路大概就是这个样子。

当然第二种方法：

可以直接在我们member表添加一个openId的字段就OK了

----------
其实我想表达的是这里面的伪代码想法不错，在开发中，有时候就需要写这样的伪代码来先整理自己的思路。所以其实这篇文章想推荐给我的团队其他同事，在开发前一定要先把思路理清。不想写流程图就写伪代码吧。

PHP中的mysql_pconnect一直是大家所拿过来做比较的，但对于很多开发者来说，只知道一件事情，那就是mysql_pconnect是长连接，而mysql_connect是普通的连接。既然PHP没有所谓的连接池，那为什么又会有mysql_pconnect的功能呢？
本文是网上而来的，也是我难得看到一篇关于mysql_pconnect的文章。所以摘抄下来
原文来自：mysql_pconnect的水挺深,apache下的数据库长连接

　　php的mysql持久化连接,美好的目标,却拥有糟糕的口碑,往往令人敬而远之。这到底是为啥么。近距离观察后发现，这家伙也不容易啊，要看apache的脸色，还得听mysql指挥。

　　对于做为apache模块运行的php来说，要实现mysql持久化连接，首先得取决于apache这个web服务器是否支持Keep-Alive。

　　Keep-Alive是什么东西？它是http协议的一部分，让我们复习一下没有Keep-Alive的http请求，从客户在浏览器输入一个 有效url地址开始，浏览器就会利用socket向url对应的web服务器发送一条tcp请求，这个请求成功一次就得需要来回握三次手才能确定，成功以 后，浏览器利用socket tcp连接资源向web服务器请求http协议，发送以后就等着web服务器把http返回头和body发送回来，发回来后浏览器关闭socket连接， 然后做http返回头和body的解析工作，最后呈现在浏览器上的就是漂亮的页面了。这里面有什么问题呢？tcp连接需要三次握手，也就是来回请求三次方 能确定一个tcp请求是否成功，然后tcp关闭呢？来回需要4次请求才能完成!每次http请求就3次握手，4次拜拜，这来来回回的不嫌累啊，多少时间和 资源都被浪费在socket连接关闭上了，能不能一次socket tcp连接发送多次http请求呢？于是Keep-Alive就应运而生,http/1.0里需要客户端自己在请求头加入 Connection:Keep-alive方能实现，在这里我们只考虑http1.1了，只需要设置一下apache，让它默认就是Keep- Alive持久连接模式(apache必须1.2+才能支持Keep-Alive).在httpd.conf里找到KeepAive配置项，果断设置为 On,MaxKeepAliveRequests果断为0(一个持久tcp最多允许的请求数，如果过小，很容易在tcp未过期的情况下，达到最大连接，那 下次连接就又是新的tcp连接了,这里设置0表示不限制)，然后对于mysql_pconnect最重要的选项KeepAliveTimeout设置为 15(表示15秒).

　　好了，重启apache,测试一下，赶紧写行东西

很简单，获取当前php执行者(apache)的进程号，用浏览器浏览这个页面，看到什么？对,有看到一串进程号数字,15秒内,连续刷新页面,看 看进程号有无变化?木有吧？现在把手拿开，交叉在胸前，度好时间，1秒，2秒，3,...15,16。好，过了15秒了，再去刷新页面,进程号有没有变 化？变了！又是一个新的apache进程了，为什么15秒后就变成新的进程了?记得我们在apache里设置的KeepAliveTimeout吗？它的 值就是15秒.现在我们应该大致清楚了,在web服务器默认打开KeepAlive的情况下，客户端第一次http成功请求后，apache不会立刻断开 socket,而是一直监听来自这一客户端的请求，监听多久?根据KeepAliveTimeout选项配置的时间决定，一旦超过这一时间,apache 就会断开socket了，那么下次同一客户端再次请求，apache就会新开一个进程来相应。所以我们之前15内不停的刷新页面，看到的进程号都是一致 的，表明是浏览器请求给了同一个apache进程。

　　浏览器是怎么知道不需要tcp连接就可以直接发送http请求呢？因为http返回头里就会带上Connection:keep- alive,Keep-alive:15两行，意思就是让客户端浏览器明白，这次socket连接我这边还没关闭呢，你可以在15内继续使用这个连接，并 发送http请求，于是乎浏览器就知道应该怎么做了.

　　那么，php的mysql连接资源是怎么被hold住的呢，这需要查看php的mysql_pconnect的函数代码，我看了下，大概的做法 就是mysql_pconnect根据当前apache进程号，生成hash key,找hash表内有无对应的连接资源，没有则推入hash表，有则直接使用。有些代码片段可以说明(具体可查看php5.3.8源码 ext/mysql/php_mysql.c文件690行php_mysql_do_connect函数)

zend_hash_find比较容易看明白,原型是zend_hash_find(hash表，key名,key长,value);如果找到，value就有值了。

　　说完Keep-Alive，该到mysql家串串门了，说的是mysql_pconnect，怎么能绕开mysql的设置。

　　影响mysql_pconnect最重要的两个参数就是wait_timeout和interactive_timeout,它们是什么东西？先撇一边，首先让我们把上面的代码改动一下php代码

mysql> show processlist;
XML/HTML代码
+-----+------+-----------+------+---------+------+-------+------------------+  
| Id  | User | Host      | db   | Command | Time | State | Info             |  
+-----+------+-----------+------+---------+------+-------+------------------+  
| 348 | root | localhost | NULL | Query   |    0 | NULL  | show processlist |  
| 349 | root | localhost | NULL | Sleep   |    2 |       | NULL             |  
+-----+------+-----------+------+---------+------+-------+------------------+  

,发现了很重要的信息，这个processlist列表就是记录了正在跑的线程，忽略Info列为show processlist那行,那行是你当前shell登录mysql的线程。php连接mysql的线程就是Id为349那行，如果读者自己做测试，应该 知道这个Id=349在你的测试环境里是另外一个值，我们把这个值和网页里输出的mysql_thread_id($conn)做做比较，对！他们是一样 的。接下来最重要的是观察Command列和Time列，Command = Sleep，表明什么？表明我们mysql_pconnect连接后就一直在sleep，Time字段就告诉我们，这个线程Sleep了多久,那么 Sleep了多久这个线程才能作废呢？那就是wait_timeout或者interactive_timeout要做的工作了,他们默认的值都是8小 时,天啊,太久了,所以如果说web服务器关掉KeepAlive支持,那个这个processlist很容易就被撑爆,就爆出那个Too many connections的错误了,max_connectiosns配置得再多也没用。为了观察这两个参数,我们可以在mysql配置文件my.cnf里 设置这两个值,找到[mysqld]节点，在里面设置多两行

配置代码
interactive_timeout = 60  
wait_timeout        = 30 配置完后，重启mysql,shell登录mysql,这时候show  processlist可以发现只有当前线程。然后运行那个带有mysql_pconnect的php页面,再回来mysql端show  processlist可发现，多了一个Commond为Sleep的线程,不停的show  processlist(方向键上+enter键)观察Time列的变化2,5,10..14!，突然那个Sleep线程程被kill掉了,咋回事,还没 到30秒呢,噢!忘了修改一下apache  keepalive的参数了,把KeepAliveTimeOut从15改成120(只为观察,才这么改),重启apache.刷新那个页面,好,开始不 停的show  processlist,2..5..10..14,15,..20...26....28,29!线程被kill,这次是因为wait_timeout 起了作用,浏览器那边停了30秒,30内如果浏览器刷新,那这个Time又会从0开始计时。这种连接不属于interactive  connection(mysql shell登录那种连接就属于interactive  connection)，所以采用了wait_timeout的值。如果mysql_pconnect的第4个参数改改呢

　　总结:php的mysql_pconnect要达到功效,首先必须保证apache是支持keep alive的,其次KeepAliveTimeOut应该设置多久呢,要根据自身站点的访问情况做调整,时间太短,keep alive没啥意义,时间太长,就很可能为一个闲客户端连接牺牲很多服务器资源,毕竟hold住socket监听进程是要消耗cpu内存的.最后 apache的KeepAliveTimeOut配置得和mysql的time out配置要有个平衡点,联系以上的观察,假设mysql_pconnect未带上第4个参数,如果apache的KeepAliveTimeOut设置 的秒数比wait_timeout小,那真正对mysql_pconnect起作用的是apache而不是mysql的配置.这时如果mysql的 wait_timeout偏大,并发量大的情况下,很可能就一堆废弃的connection了,mysql这边如果不及时回收,那就很可能Too many connections了.可以如果KeepAliveTimeOut太大呢，又回到之前的问题，所以貌似Apache.KeepAliveTimeOu 比Mysql.wait_timeout 稍大，或者相等是比较好的方案,这样可以保证keep alive过期后,废弃的mysql连接可以及时被回收. 

--------------

文章不算太长，看看即可，毕竟现在大多数项目 都开始用PDO了，但这样深究的文章还是有值得学习的地方的