月度归档:2013年10月

xcode项目报错Availability.h file not found

最近用了CleanMyMac,当时我就估计会有点问题,没想到来得这么直接……

今天是学习iOS App原生开发的第一天(Objective-C),刚建立的新项目一跑就报错:

解决办法似乎只有重装一次……

NGINX返回空白页面的问题

VGLOOK最近2天一直不稳定,在做某些特定操作时,会出现立即返回空白页面的问题,CHROME上是“服务器错误”。

翻阅了很多NGINX关于HTTP500报错、502报错的问题,服务器也弄上了Memcache,检查了PHP.ini,结果都不怎么奏效。最终发现问题是某XML接口可能写得有问题,于是决定暂时停用。不知道是XML->数组的方法写得有问题还是其他什么原因,接下来好好查一下。

以后也知道了,如果真的是某些特定操作才会出现的问题,先追究一下那个功能的代码。

MYSQL中utf8_unicode_ci与utf8_general_ci的区别

对于UTF8一直有个问题没弄清楚,专门查了一下:

utf8_unicode_ci:
校对规则仅部分支持Unicode校对规则算法。一些字符还是不能支持。并且,不能完全支持组合的记号。

utf8_general_ci:
是一个遗留的校对规则,不支持扩展。它仅能够在字符之间进行逐个比较。

这意味着utf8_general_ci校对规则进行的比较速度很快,但是与使用utf8_unicode_ci的校对规则相比,比较正确性较差。对于一种语言仅当使用utf8_unicode_ci排序做的不好时,才执行与具体语言相关的utf8字符集校对规则。例如,对于德语和法语,utf8_unicode_ci工作的很好,因此不再需要为这两种语言创建特殊的utf8校对规则。utf8_general_ci也适用与德语和法语,除了‘ß’等于‘s’,而不是‘ss’之外。如果你的应用能够接受这些,那么应该使用 utf8_general_ci,因为它速度快。否则,使用utf8_unicode_ci,因为它比较准确。

最后总结:utf8_unicode_ci 较准确,utf8_general_ci 较快。

一般来说utf8_general_ci的准确性已经足够我们使用,大多数大型程序也是用的utf8_general_ci。