易栈网-膘叔

好象，大多时候，我们对于字符串的比较都是采用了 strtolower或者strtoupper之后，再判断是否相等。只是这样就需要转换两次。大多时候，我们是针对字符集转换的时候才会这样，比如判断参数传进来是否utf-8，这5个字符的写法，可就多了，比如UTF-8，Utf-8,utf-8等，那我们怎么办呢？strtolower?strupper?不需要啦。。
strncasecmp($a,$b,$length)就可以了。。
如果返回是0则相等，那我们怎么判断呢？
strncasecmp($str,'utf-8',5) == 0那么，传入的参数就是utf8的，是否很方便呢？
只是这些函数我们平时不太用得到，我看到这个函数的用法却是在 yii framework，他在处理事件的时候，判断前两个字符是否为 on 的时候，就是这样判断的。我也因此学到了一招。

现在，懒得排版了。

遇到这个问题，从A表往B表导数据，初始SQL是这样的：

由于member_id不是主键，于是传说中的Replace删除数据的情况就出现了（replace在更新不是主键的时候，但某数据是唯一索引时，其实它是删除该数据，再insert，这时候如果你只是更新一两个字段，那么其余的字段就会变成默认值）。所以，该方法被我否决。但因为我只要更新一个字段，所以我想着用update，开始的时候，怎么也想不出，后来卫斯文和我说，用insert ignore into吧。于是把replace into 换成了 insert ignore into进行测试，结果是0 rows affected。

怎么办，问了一下锅巴哥哥，他说：用ON DUPLICATE KEY UPDATE吧，于是到mysql官方上找了一下资料，google搜索mysq on duplicate，第一条就是官方手册，我这里就不贴链接了，但我事实上没有看太懂。。这时候卫斯文也说用ON DUPLICATE KEY UPDATE。然后给了一个例子：

虽然功能能不太一样，但已经有点差不多了，他对此sql的解释是：sid+type 为唯一索引，如果唯一索引重复则更新count_num字段。也就是说，我上面的例子其实是可以用这个insert into来实现的，因为member_id虽然不是主键，但它是唯一索引。

然后我就尝试着写update，写出了这样的语句：

执行下来，没问题，只是这个花费的时间啊，超多。。。正在思考的过程中，ThinkinLamp群中的newone又给了个例子，那就是用临时表，当时他写的SQL是这样的：

其间，锅巴哥哥威胁我，要我参加他的mysql高级培训班，在此先鄙视一下。

最近美团在卖迪斯尼动画片了，为我们家的小朋友买了一套。本来以为这个玩意上海没有的，于是在北京活动推出的时候，我请朋友从北京帮我买了三套，其余两套送给老家的兄弟了。

结果，今天在美团突然发现，原来上海也有的卖了，郁闷啊。。

http://www.meituan.com/r/i318604

不过，活动时间不长，只有（从现在开始算 2010-09-28 上午11时）

这两天在折腾数据，写了很多很多SQL（当然是对我来说，比如象锅巴那种牛人，他们一写就是几百上千行的，我不能比），我只写了100多行。基本上所有的操作都通过SQL完成了，除非实在没办法完成的。才用PHP处理。

对我来说，这两天 insert into xxx (xxx) select xxx from xxx where xxx，写的很多了

还有update a,b set a.xx=b.xx where a.id=b.id之类的也很多

在锅巴哥哥的介绍下，还知道把一句SQL分成多句，或者用下面这张图解决。。。

嗯，本来想用存储过程的，但赶时间，来不及学了。几年前看的东西全忘光了。靠，晚上回去翻开我的mysql书看一下下先。

昨天，把我的http://neatcn.com迁移到了VPS上（准备过两天，这个站也迁走），迁移过去后用Firefox访问白屏，一直不清楚是什么原因。
后来用IE访问，显示服务器500错误，心里就纳闷了，因为前两天我说过我迁移了ucapi.com，里面也有一个wordpress，那个是正常的，于是我怀疑是.htaccess文件的问题。然后把ucapi.com/wiki/目录下的.htaccess文件CP到了http://neatcn.com的根目录下，结果问题依旧（firefox显示白屏，但如果使用FireBug看，是可以看到显示500错误的。）

心里想着.htaccess文件可能有问题，因为ucapi.com下的.htaccess文件不是在根目录下，那文件里应该是带路径的。把路径去掉后，问题依旧。

然后，把.htaccess文件删除，可是问题仍然存在。

最后没办法，google一下，发现网上说的很多都是指.htaccess文件（还有人说是插件或者皮肤不兼容，我也尝试了删除所有插件和皮肤，结果还是不正常）。这个。。。我就没办法了，于是想到一个最喷血的办法。把wp-config.php备份，原文件删除，进行重装。

安装到最后一步，说是无法生成wp-config.php，让我把内容COPY到原来的wp-config.php文件中，OK，COPY完毕，结果继续安装的时候又显示500错误了，这个时候我就真的不知道做什么了。然后检查一下wp-config.php，突然发现，他与我原来的wp-config.php相比多了一点内容，那就是define("WP_DEBUG",false);，这个玩意看来是从3.0开始才开放的吧？我的博客是从2.x升级上去的，所以没有这个定义。

既然有debug功能，那就打开喽，定义WP_DEBUG为true，继续运行，这时候才发现原来我有一个文件不存在，报了fatal error，然后根据出错提示信息，从本地的wordpress程序中将缺少的文件COPY过去。如此做了大约三次，终于顺利的打开后台界面，兴冲冲的登录进去，选择更新系统，以防还有文件不存在的情况发生。

更新系统的时候，出现了好久不见的FTP用户密码框，这个在以前其实有介绍过Wordpress自动升级和plugin插件更新的问题,但这次我不想这么解决，于是我直接进入命令行，把我的目录的权限改成apache用户，就Over了。

最后，忙到凌晨2点多，http://neatcn.com终于可以正常访问。比较欣慰的在微勃上说了一下，结果被人鄙视说网站速度太慢。。唉，VPS嘛，将就点了。