如果是MyISAM存储引擎的话，物理存储一个数据库对应一个目录，每个表对应3个文件，如果一个数据库里面有1万张表，那么一个目录下就有3万个文件，同一个目录下文件过多，IO性能会有影响，建议库表同时切分，例如100个库，每个库100张表这样，可以规避这个问题。

@onlyice 还有404，403，500，501等，不过一般页面都有相应说明

这是一个典型的分工问题，客户端开发希望这个功能由web开发实现，而web开发希望功能由客户端开发实现，两边的理由都有道理，就是为了自己这边的逻辑更简单，更易于维护。

这种情况建议上升到更高层次领导去决策，你们应该有一个类似技术主管的人，这两边的人都归他管，由他决策。

客观一点，决定逻辑归属哪个模块，主要考虑开发和维护成本，哪边成本低哪边做。

html 页面骨架，ajax填充数据

参考：豆瓣足迹爬了穷游网的数据吗？
http://www.zhihu.com/question/21134882

只要没有验证码，都没有任何障碍，只是多请求一两个页面而已。

客户端就是浏览器那就简单了，种cookie就可以了。

深层次的话要分析对方的动机和成本，别人为什么要刷你，刷你有什么好处，能否提高对方刷你的成本，当成本高到一定程度时就不值得去刷你了。

直接的话就是验证码，严谨地说是CAPTCHA，验证码只是实现形式之一。

前提是你确定你要在win系统下跑PHP么？win系统下还考虑什么性能。

crontab定时触发
任何的常驻进程都有意外退出的可能
于是就出现了监控常驻进程的进城，以及用来监控“监控常驻进程的进程”的进程。。。
所谓高可用就是自动容灾。

上几天看到一个很陌生的词叫“使能”，想了半天觉得可能是“enable”的翻译，这TM谁想出来的。。。

1.ZendFramework可以胜任复杂项目，但是其门槛高，所以不算“非常流行”，但是其规范性和严谨程度胜过很多所谓的流行框架。

2.如果系统做得更庞大，就需要划分子系统，进行隔离，解耦，分成多个系统来实现，而不同系统之间可以使用不同的语言，不同的框架实现。

同一个浏览器窗口，不同标签页打开相同的URL，因为域名和路径都相同，浏览器向服务器端发送的cookie都是相同的，如果要区分不同的用户，可以在url上加参数标识，例如第一个tab里打开
http://www.domain.com/path?user=user1
第二个tab里打开
http://www.domain.com/path?user=user2
然后cookie里面传递的状态信息表示他既能登录用户1也能登录用户2

这个需求可以在业务形态层解决，登录流程，cookie和session部分逻辑需要做一些简单改造。

如果想在浏览器级别解决，就是开多个不同浏览器（例如一个IE一个Chrome）。

考虑租用云服务器编译吧，还可以按需付费。

web，桌面，移动端交互差距这么大你还想用一套UI就完了？不要这么懒。。。

本来想说除了搜索没有了，后来看到有人说Chrome，Chrome是首选浏览器。

PS，认得楼主头像进来的，哈哈。

其实很简单，这是一个双向的市场，现在你有一个4k的offer，但是你认为你不止这个价，你就继续找，你自己开价，例如说你要6k，如果有公司要你，那你就值6k。如果你开价8k，但没有一个公司愿意要，说明他们觉得你不值这个价。

另外谈薪时还要细化一点，例如一年多少个月（现在互联网普遍都14，15个月以上），税前还是税后，公积金交多少，如果是税前的话让HR帮你算到手能拿到多少（每个公司的策略不一样，有些公司有一些避税方法），有没有其他补助，等等。

技术职位的话深圳4k确实是偏低了。但你也无需跟那个公司纠结，有些公司本来预算就比较低，并不一定是他们不认可你的能力，而是他们的预算只能请一个4k的人，而你的能力不止值4k，但是他们可能也不需要（更高的能力）。

还有面试的目标是发掘一个人的优势，被问到不熟悉的领域很正常，你直接回答不熟悉就可以了，面试官会继续发掘其他方面，如果面试官明早你不了解的领域还继续挖，那就是面试官傻逼了。

我招一个人是因为他有我需要的能力，而不是他没有我讨厌的地方。

1.路由器起内外网隔离的作用，交换机可以认为是扩展路由不足的端口，所以方案一可行，方案二不可行。
2.方案一的话，你的无线AP可直接接在路由上，也可以接在交换机上（多AP扩展无线覆盖）。

我之前帮人弄过一个方案也是类似这样。

PHP的函数命名也是乱得一塌糊涂