游戏服务器，是一个会长期运行程序，并且它还要服务于多个不定时，不定点的网络请求。所以这类服务的特点是要特别关注稳定性和性能。这类程序如果需要多个协作来提高承载能力，则还要关注部署和扩容的便利性；同时，还需要考虑如何实现某种程度容灾需求。由于多进程协同工作，也带来了开发的复杂度，这也是需要关注的问题。
功能约束，是架构设计决定性因素。基于游戏业务的功能特征，对服务器端系统来说，有以下几个特殊的需求：
游戏和玩家的数据存储落地
对玩家交互数据进行广播和同步
重要逻辑要在服务器上运算，做好验证，防止外挂。
针对以上的需求特征，在服务器端，我们往往会关注对电脑内存和CPU的使用，以求在特定业务代码下，能尽量满足高承载低响应延迟的需求。最基本的做法就是“空间换时间”，用各种缓存的方式来以求得CPU和内存空间上的平衡。另外还有一个约束：带宽。网络带宽直接限制了服务器的处理能力，所以游戏服务器架构也必定要考虑这个因素。
（1）负向条件查询不能使用索引
select * from order where status!=0 and stauts!=1
not in/not exists都不是好习惯
可以优化为in查询：
select * from order where status in(2,3)
（2）前导模糊查询不能使用索引
select * from order where desc like '%XX'
而非前导模糊查询则可以：
select * from order where desc like 'XX%'
在和产品经理进行需求对峙时，一本正经地把不好／不想实现的功能通过玄学等方式口述出来，让产品经理当场懵逼，知难而退。
张大胖一边心猿意马地Coding， 一边听着领导在电话里“卑躬屈膝”，”奴颜媚骨”地讨好客户 ： “好的，李总，我明白你的要求了！ 下周一上线？ 嗯…. 没问题 ， 我们开发人员的素质绝对一流，请您一定放心！“
打完电话， 领导转头就对大胖说： “紧急任务，下周一上线，审批流程中第二步和第三步需要合并， 另外李总需要真实笔迹， 想在App端支持手写功能。”
“手写功能我没做过啊” 张大胖说
“还不赶紧学！”
“服务器端还得存储手写审批的图片呢！”
“快把小李叫过来， 你们俩坐一起，攻关一下”
费了九牛二虎之力， 张大胖把审批流程中的第二步和第三步合并了， 可是领导回过头来就是一句：“李总又说了， 还是两个步骤分开好一些， 我们rollback 吧。 手写功能怎么样了， 什么？ 还没开始？ 抓紧啊！”
今天遇到过怪事，同样的代码，在cli模式下运行一切正常，到网页里就直接显示500错误。php的错误捕获和内置错误日志都没有记录，查看了apache的日志有一条错误。
几天前，写了个YurunLock，这是PHP阻塞锁和非阻塞锁机制，内置解决并发锁重复执行的方案。目前支持文件、Redis、Memcache、Memcached。
里面用到了文件锁，最开始文件解锁的时候我是直接fclose，因为看到w3school里说：
可以通过 fclose() 来释放锁定操作，代码执行完毕时也会自动调用。
后来群里@小黑屋 说这是在php5.3之前的了，于是我上php官网看了一下。。。
如果你在PHP里做钱相关的计算时候一定要注意了，无论是PHP还是其它语言，在数字计算方面总会有浮点数精度丢失的问题出现。原因就不贴了，自己百度之，这里只提供PHP的解决方案，其它语言的自行百度。
我们可以使用PHP内置的BCMath扩展来做四则运算，不但可以解决精度丢失问题，还可以支持超大数字的计算。
对于任意精度的数学，PHP提供了支持用字符串表示的任意大小和精度的数字的二进制计算，最多为2147483647-1（或0x7FFFFFFF-1）。
BCMath函数仅在 PHP 编译时配置了 --enable-bcmath 时可用。
PHP 的 Windows 版本已内建对此扩展的支持。不需要载入额外的扩展来使用这些函数。
contenteditable 属性规定是否可编辑元素的内容，是html5的属性。
<div contenteditable="true"></div>
可以让这个div跟文本框一样可以编辑。
然而在iOS系统中，你还需要加入以下CSS才可生效。
-webkit-user-select:text
上周五同事反应说使用Yurun\Until\HttpRequest的时候，new一下时间特别长。国际惯例，在别的机子肯定都没问题。。。
百思不得其解之下，调试每句话，最后发现是构造方法里的这一句代码出现了问题：
$this->cookieFileName = tempnam(null === self::$tempDir ? sys_get_temp_dir() : self::$tempDir,'');
代码本身并没有错，sys_get_temp_dir()函数调用时间正常，后来发现tempnam()调用时间特别久……
我在开发一个接口时候，返回数据20多MB，这时候第一第二种出现了内存溢出问题。后来改用第三种，问题解决。