做为 SF 前大 V 来说，感觉值得回答的问题越来越少，甚至值得回答的问题都是以前回答过的，慢慢隐退了

至于文章区，原本就是因为自己写文章太累了才玩 SF 的，我不看也不写没有观点只有事实 /tutorial ，与其说是技术文章不如说是培训学校教案的那种所谓文章……

至于楼主的问题，我觉得主要问题在于 segmentfault 其实是 web dev fault ，问 C 系的问题沉底很正常……
不如说从把 segmentation fault 写成 segmentfault 的那天开始，这站和 C 就绝缘了吧（手动斜眼

“能把业务查询放数据库的，就不用外部程序代码来做”

你这简直就是 DBA 的死敌啊╮(╯▽╰)╭

真想要的话， glob 一下目录目录自动注册路由，或者在路由 miss 的地方重新按照你希望的规则找一下是否存在对应的 action 调用一下，代码写一写估计也就一百多行╮(╯▽╰)╭ 和你写这个帖子然后看回帖的时间差不了多少

至于为啥不自带这类功能，是因为 url 和类名方法名耦合就是一条不归路，有了所谓 module controller action 你会发现你想要 submodule 想要 default action 想要各种例外，然后就呵呵了。今天省了 10 秒钟定义路由的时间，下次 url 重新规划的时候就呵呵了

竟然没人提 doctrine 😂

revision n.修订

“修订”是版本库中记录的一组修改／一个状态，每提交一次就会产生一个 revision

对 git 来说， commit hash 、 branch 、 tag 以及 HEAD 等都可以用来指代一个 revision

CB 现在就看看 http://cnbeta.com/commentrss.php 罢了……

搞不清 epoll 和 select 的原理，也没看过 BSON 内部的结构，看来我得抓紧去自生自灭了╮(╯▽╰)╭

中二乙

逻辑特别复杂的时候会 UML
尝试向别人讲解整个系统的时候会 UML

推荐 plantUML ，画 UML 用的 markdown

反斜杠 escape 啊

$('#Company\\/Organization_1')

@zhidd

是整个 PHP 社区出问题，弄一个没有实际作用的 feature 的可能性大？还是你自己配置、使用不当的可能性大？十秒内访问是否正常复用连接了？如果你觉得十秒就释放不合理，有没有找过哪里配置这个时间呢？

以上。

看轻别人觉得没意义然并卵是你的权利

1. 既然单次页面访问后会释放，何来浪费内存一说？
2. PHP 单例的作用随便列一列

+ 即使单例的生命周期只有一个请求内，照样能有很好的节省内存作用（比如 IP 库、拼音表之类的场景，单个实例很可能占用大量内存，一次请求很可能大量涉及调用，单例效果明显）
+ 同理，除了内存，还节省其它各种资源，比如 mysql 连接数， redis 连接数，句柄数等等，另外还节省初始化的开销
+ 单例伴随工厂，对代码可读性、可测试性等都是提升
+ 单例可以实现维护统一状态，比如说单例一个 mysql 连接，就可以在实例里维护 db 请求次数、总耗时什么的

3. 最后， db 连接、 redis 连接之类的，往往还会通过“持久连接” persistent connection 实现跨请求的资源复用

参考 http://php.net/manual/zh/pdo.connections.php#example-963

QQ 的 swiftly ，到设置(cmd 逗号)里可以关掉或者改变快捷键

A value can be a string in double quotes, or a number, or true or false or null, or an object or an array. These structures can be nested.

http://json.org/value.gif

引自 http://json.org/

NULL 不是合法的 json 值， null 才是

x

http://ww1.sinaimg.cn/large/614e25e1gw1f1xr73nh5oj20su0jbad5.jpg

沿 4 号线往南找

@Arainc

后端技术和移动端还是 PC 端还是客户端几乎没有什么关系

PHP 和 Java 之间到底谁多我说不清，但在我的认知中 PHP 、 Java 、 Python 职位数量肯定是前三多的， Python 应该是第三，它们之间的选择不需要考虑多少的问题，还是那句话，开 2K 20K 50K 都有，看你自己水平。挑自己最感兴趣的学就好

毫无疑问人最重要

判断点子靠谱不靠谱，增强执行力，找资金，一切的一切最终还是人，人靠谱了什么都靠谱（即使有失误也会有相应的反思和成长）

什么环境，点子，执行力，市场都不过是木桶上的木板，做木桶是木板重要还是桶匠重要？

真正困难的是做一个靠谱的人，更困难的是找到一群和你技能互补沟通顺畅的同样靠谱的人

首先，网站后台无论按数量还是流量，都是 php 压倒优势

其次，大站也许不用 java 的不多，但不用 php 的也不多的，合适的场景选合适的语言，越大的站越容易碰到所有的问题，越倾向于各种语言都用

最后， web 全栈方向和“大站”几乎是相反的，前者倾向起步阶段、创业，着重个人视野，要求少数几个人快糙猛搞定；而后者倾向大公司，螺丝钉，在整个巨大的系统中某个狭窄的场景里一个问题猛钻

结合 LZ 的情况，如果倾向前面的方向，建议优先学好 js ，现代的前端体系熟悉起来，顺便简单看看 node ，想想 node 怎么和 php 结合／纯 node 怎么搞后台服务／各自的优劣（模版：中小公司核心开发）； 如果倾向后面的方向，要么忘了 php ，猛学 css ，像素级还原，移动端页面，顺带继续 js(模版：前端开发)，要么忘了前端，把 php 搞熟透，考虑看看 python （模版：运维开发 /业务开发）


至于行情， 2K5K 什么的 php 最多属于和网吧网管差不多，装装 wordpress 插件之类的吧， java 也有专门负责装系统的，前端也有做网站编辑，淘宝店装修的，不管你会什么，开 2K 和开 20K 和开 50K 最终还是看你自己的水平。方向的问题想一次，想清楚就不要有怀疑和动摇了，不要想“做这个未来能赚多少”(因为这些方向上面都是没天花板的)，而是“你自己钻研哪块最有动力最感兴趣”

即使想看市场价，你应该做的也是去拉勾看（薪资范围 A~B 按 A 算），想看大厂到底用什么，去大厂的招聘页面看


（本人三流 PHP 向架构师，二流 Web 全栈）