@teavoid 我也没说贵，只是自己没钱付。

另外建议楼主去问价的时候，不要提Huffinton Post和StackOverflow的大名，否则价格曾曾的。

@Livid 那是因为你有V2EX，有传播你价值观的地方 + 你是个Lucky guy。

@GreenBamboo 嗯（第一声）……你这是神语法么……

“他付出的努力会比科班出身的人多得多，他必需终身努力，而不是考试前几周去抱佛脚，比如说v2ex的@livid”

> 他付出的努力会比科班出身的人多得多，他必需终身努力，而不[转折指示符]是考试前几周去抱佛脚，[为后面的论据建立关联]比如说v2ex的@livid // 这样就理解错误了。

要垮的话，尝试下： 他付出的努力会比科班出身的人多得多，他必需终身努力，比如说v2ex的@livid。而不是考试前几周去抱佛脚。

另外我觉得楼上说的都没到点子上。如果你站在HR的角度上考虑，假定你招的人是块垃圾，这个人对公司造成了很大的破坏，领导怪下来了，一看资历，发现这人本来就不合适这工作。

这时候技术Leader会说，当时他还不错啊。然后老板看看HR，一皱眉头：

A) 如果这个人有学历，HR可以说，“我被他的学历骗了”；
B) 如果这人没有，那个HR被骂一通甚至滚蛋都是有可能的。

所以一般职业的人，都会渐渐信仰各种公认的证明，这样也是为了免则。

而且结合大部分公司的实际，这些公司不需要大部分员工有太大的创造力，招你进去就是招台代码翻译机，为有创造力的人服务，从而实现公司的共同价值。所以自然会选择最最保守的方案，不招收歪才，只招标准才，因为标准才的良品率略高，而且还有上面例子的原因。

当然，我自己也能举出反面的例子。比如……我们公司被HR专业对口招进来的设计专业的学生，那设计做的还没够我这个程序的；反倒是一些非设计专业的同事，去其它设计公司之后，很快都进入了领导岗位。

所以，还是得自己努力才行。而且不一定要TAB，就算进去也应该是学习心态。大言不惭地说一句，你是愿意去做机器人，还是愿意有点自己的想法？

@leungchingyip 就是如果你看这些公司/人的代码，也有很明显的Copy/Paste痕迹。外包公司也就这水平了呗。所以我就想学程序了，被逼的嗯。

不过那也是06年的时候，而且最终我还是继续用Discuz混子日了（06年的时候我还高中呢，没钱啊）。直道10年的时候开始接触C，才开始学PHP自己玩。

@saharabear 我觉得应该没这么贵。你想做类似Discuz的社区，或者直接在上面改，需求不多的话，大约6个月，不到8万给外包应该能完成。

太贵了可能是选错语言，Python、Ruby、Nodejs这几类语言的代码比较贵，PHP很便宜。

不过话说回来，有一个朋友想做一个类似Kickstart的网站，给建站公司看了后，PHP、20万。 // 偷笑

2006年的时候曾经想做一个社区网站来替换Discuz，去公司问，直接开价到10万。然后问了个人的，也几乎5万多，而且根据历史来看质量估计不高。

……于是我就是这么成为PHP程序员的。

所以建议找开源的改改吧，价格会便宜很多。

@a7898585 因为超过了最大执行实践，被强制终止了。

@Mutoo

你上面的例子本身就需要用到数组，因为是大量建立同一类型的对象。为了后期对这些对象进行批量维护，也需要建立数组。

但是 “你再也不用去给里面的东西起名字了，而可以通过索引来引用它们” 这句是不对的。因为在很多情况下，建立变量（好吧，其实你建立的数组也是一个变量的值）来储存数据并不适用你说的情况。比如要建立一个配置表，之类。

代码是给人读的，保持易读性相当重要。

@Mutoo

>> 你再也不用去给里面的东西起名字了，而可以通过索引来引用它们 somethings[0] somethings[1] somethings[2] ...

Bad practice.

建议一定要节省变量或者有一定洁癖的话，用Object搞定。

var setting = { url: '', type: '' };

这样比 var url = '', type = '';简洁。

但是不给变量起名字，相当于 var a=0, b=0, c=0;，很明显不符合规范。

楼主尝试下飞CNO（COM NET ORG）域名吧。

不过纯粹为了注册到短地址，COM下面有一堆数字字母混合的4位域名可用。.org的可以尝试数字字母混合的3位域名。

@rockpine 放心，还有TAB和空格。

@raincious 咦，不对呢。这么说我还是右边的。。。但是。。。函数和方法又得换行。。。。

http://img.ly/xOfr

本来是右边的，但是。。。。可恶的PSR2。。。

楼上的方法都不聪明。

作为程序员曾经被要求写“面试代码”。其实跟这种情况类似。

当然我是个认真和诚实的人，不过又怕被骗，又不好直接提，但是代码确实是考量我水平的东西，于是面试官也没错。于是我申请了个Github，把要求的代码写上自己的名字，然后Commit到GitHub，再把链接发给HR看，嗯……就是这样...

设计感觉也是一样吧，楼主有玩Dribbble么？

LZ，什么叫正能量？

我觉得人云亦云容易受别人影响的人太可怕了，“正能量”这个词来源于政府宣传，政府影响了你，而你这个帖子还是抱怨别人影响了你。

表层你在说别人，其实，这是楼主你自己的问题。

另外，如果别人跟你说这些，最好先分清楚意图。如果是你的朋友，安慰下对方是你的义务。如果是别人故意这样想造成你也不开心，送丫一巴掌最合适。

Case closed.

100W数据量不算特别巨大。

我测试的时候一般拿5GB的数据，大约500W行记录。这样的数据量下，如果遇到了慢的情况，那么几乎可以确认要么是索引不对，要么就是JOIN了不该JOIN的表。

另外，针对数据量较大的情况，应该尽量减少WHERE的条件。曾经有经验做登陆的时候用username = XXX AND password = XXX，结果300W数据的时候用了16秒才查出来，后来改成了username = XXX，然后取出密码比对。这样优化之后几乎每次都能在10ms内得到结果了。

然后就是优先查询primary，其次unique，然后才是索引，这样速度貌似也更快嗯。

剩下的。。。就没了嗯。。。个人经验还是不足。。。

@Sunyanzi 嗯。。。。那个。。。好。。多。。字。。。

是这样的。。。

我原来计划很短时间就能完成的权限容器（一小时足以），被拖到了四小时，感觉这样太慢了。心理落差就出现了。。。

现在想想是一开始策划模块的时候出的问题嗯。代码没有规划好，造成了一些本来不存在的问题嗯。

当然也怪我没说明白嗯。。。。这个东西确实是要用在一个（自以为）很宏大的东西上的。。。。所以我才花了时间把它做完嗯，也不完全就为了写个分级权限来玩（而是来用嗯，这算是最后一个基础模块了），否则会给自己一个简单的模块用用拉倒。。。

不过话说，你说的问题。。。。我还真有。。。。不过还好都发生在自己的项目上。。。公司的项目如果deadline来了。。。我也不管三七二十一直接拿现成的或者拿手的来用了，而不是研究新方法什么的。

另。。每行字符数好准。。。

另。。。嗯。。二进制的话，我估计到时候模板上判断就麻烦了，于是才不去用的嗯，否则HTML预备文件里一堆|&^，前端估计要疯了。目前这个。。看似更易读嗯。。。

@otakustay
@Ryannnnnnn

感谢审阅。

好吧，其实我这样写也是有缘由的。因为一个用户的权限需要同 用户权限 + 用户组权限 + 角色权限 混合。系统中的每一个模块都有独立的权限设定。权限系统根据用户的ID、所在的用户组ID以及角色ID决定用户应该有什么样的权限。这样可以最大灵活的决定一个用户最终能够进行怎样的操作。

关于权限缓存，我确实是有计划做的。简单权限可以根据一定的时间更新数据库中的权限缓存表，这样也就不需要每次都跑递归了。而且这样做结构上也更加简单。

转换成Flat也就是为了性能。转换好之后导出，之后就能用true/false比较来进行权限判断了。而且由于权限表模板的存在，可以很大程度上避免变量未初始化的问题，这样对之后前端模板操作也有很大简化（不需要isset了嗯）。

所以嗯，我慢慢研究has的方式，目前就先用自己这个好了。花了这么多时间写出来的模块，不用怪可惜的嗯。。。

@zts1993 其实这不是权限控制嗯。只是权限控制的一个模块功能。具体的东西涉及到会话、用户、数据库、然后才是这个用来将权限数据真正利用起来的小模块。

之前的东西我都写好了，今天写完最后这个模块我就可以继续慢慢实现我的项目了。

只是没想到本来准备好小写一下的东西竟然是这么大的坑罢了，看来以后安排需求什么的得小心了。