@Feiox

运维脚本这个东西因为不同公司的环境需求不一样，似乎没有流出来的。
LNMP一键脚本有好几个不同的版本，算是帮助普通用户快速解决了基础环境的问题，就是版本太老。实际上生产环境还是自己去写安装脚本的居多，毕竟调参数是要根据需求来处理的。
运维几台服务器的时候，可能不会特别关心软件挂了怎么处理，多台的时候，从硬件层面到应用层面各种情况都要考虑到，并且写好对应的运维脚本，尤其监控状态和异常处理，运维的脚本至少要能做到：监控到应用确实挂掉了，切换应用状态，重启应用，再不行，重启系统，还不行，这台服务器踢出来报给运维进行手工处理。
做监控数据打日志和处理异常的活，写脚本的时候会特别注意异常状态处理的事情，多台会更注重自动化部署和数据监控方面的管理，所以多台的时候：文件分发、配置变更、性能参数、故障异常这些处理脚本会用一套运维系统管理，日志会定期处理存入数据库以便分析系统状态，所以多台服务器运维通常是自己写管理系统或者用开源的运维系统，这方面在社区有不少讨论的。

@Feiox 编译安装之后，假如要升级，两种方式。
1. 在其中一台写好升级修复的脚本，将需要升级或者修复的软件，重新编译安装一次，然后脚本同步到其它服务器执行。
2. 系统环境全部一致的情况下，再其中一台升级好，然后整套环境分发到其它服务器。
这样的可控性要比包管理的高一些，因为环境统一，所以需要安装哪些版本，修改哪些配置，都可以直接脚本处理。

编译安装的目的是统一环境，版本、安装位置、运行参数、启动和关闭的脚本。
一两台服务器的情况下随便怎么折腾都可以。
但是假如有多台服务器，尤其涉及服务器安装配置的时间不一致的时候，编译安装的优势就体现出来了，你总不希望时隔一年，再安装一台新的服务器的时候，环境出现细微的差别吧？尤其还有一些应用你是打了第三方扩展库的，一个版本号的差异，可能就够折腾好久。
编译安装便于统一环境的所有版本，同时也利于自动化部署。脚本写好，放着跑就行。假如操作系统环境一致，甚至不用编译安装，直接同步已经编译好的环境到新机器，一切配置都不用动，开机就可以直接用。
等你yum 安装 再根据环境配置完，别人编译安装的已经跑完好几台的环境了。
生产环境来说，编译安装这点非常重要，用linux不就是看重它便于自动化易于批量管理么。

json这种格式最合适
不用mongodb的话就存json序列化的数据，要用再解析。
如果你是有经常变动的字段需要搜索的，mongodb了，如果是普通的sql，还是考虑一下重构的问题了，在搜索上面出现需要索引额外添加字段的问题，什么样的业务场景才会出现这样的需求？

@mhycy 求直播进度 感觉一场轰轰烈烈的 供应商内斗要开始了

难点还是用户付费习惯没有养成的缘故。
u17做为最大的原创漫画平台。上面愿意付费的基数还是低。而且漫画的创作要比小说门槛高太多。
任何人都可以上传的前提是，大部分上传的人都有手绘板或者扫描设备。楼主自己估一下这个比例。
别说有质量的作品，就是同时有一百个创作者在创作，一个作者拿一周也未必能出一话完整的作品。可能一个月一话也说不定。估一下一个有能看多少？
这么多漫画站，原创漫画没有做起来，肯定不是技术问题。市场环境才是最主要的瓶颈。

这种有规律的攻击请求，要么服务商帮你从网络请求那里直接过滤掉所有符合攻击规则的请求。
要么你自己在webserver设置简单的正则匹配给这个请求返回一个404.

我可以举it行业的么。
IT管理相关的实施人员，到处跑的范围按能力分全世界、全国、全省、全市这几个级别。
外包相关的测试人员，差不多也是跟着项目跑，就是待的时间长一点，可能一待就是三五个月甚至一年。

那是因为这家公司这么多年，都没有升级过他们的防篡改系统吧。
他们非说不能满足也可以。就以目前的架构中的前端服务器做为静态文件服务器，搭一个文件分发节点，做一下rsync也可以很简单地将文件分到其它服务器上面的，至于数据库，还是用后端的数据库做为主数据库。这就绕开他们的防篡改系统了。
方案上面就说，这些分发文件已经经过防篡改系统的认证，分发的节点没有任何修改权限。文件同样是安全的。
至于踢出局的事情，还是给你们的商务去解决吧，说不定这公司股东还是领导亲属什么的，不一定是善茬。

防篡改拷贝这个动作明显已经影响了系统性能了。
06年的时候可能需要这样的操作让领导觉得系统够安全，但是现在那么多文件同步工具， 已经不需要这个拷贝的操作了。想办法让这家公司出局吧。

小站不用www无所谓。
但是如果域名下面有多个产品，还是用www比较好。
因为裸域名下面的cookie是全域名通用的。就是说 v2ex.com下面设置的cookie,到other.v2ex.com的页面上,也是可以使用的。
大部分 CDN 也不支持裸域。
Rio 在知乎上有专门的解释。裸域名好处不多，但是坏处缺不少。
http://www.zhihu.com/question/20414602

他的软件做了几个事情，抓取、语义分析、经纬度投影、桌面软件开发、软硬件交互、手势模式识别。
但是招聘他的公司，个人感觉不会让他去做这类的技术活，更多时候可能是与客户沟通，具备全栈开发能力沟通能力超强的人，去做售前或者沟通需求，这才是值40w年薪的地方。
fullstack技能、永远穿着正装、英俊的外国人，派去应付客户的各种需求，并且能马上给出解决的策略。在国内任何公司去拿下几百上千万的单子，要比具备同样技能和穿着的中国人成功率要高很多。

楼主的本意应该是，优惠券可以覆盖消费的情况下，尽可能少的消耗吧。
背包算法呀。而且只背一个包，排序好的数组内元素加和最接近目标数的情况下，选可以覆盖目标数的组合。

1.同步问题不至于那么夸张吧，既然系统瓶颈在文件同步，那主数据库在的服务器就上ssd，对于文件同步的成熟方案太多了。现在的方案估计是因为同步的时候要扫描主服务器上的磁盘文件太多了，磁盘io不足导致的。先上ssd加快读的速度。如果还不行考虑在从机用用btsync这类的分发工具，让已经保存了主服务器资源的从机也做资源上传的操作，分担主服务器的带宽和磁盘负载。
2.虚拟机的上限是主机的基础资源，如果一个高负载应用连主机的内存、cpu、磁盘都跑满了，那就只能切割业务了，即使切割业务，也是虚拟化的方案方便，复制几个环境出来，再去手动调整业务分配。要不然就切换主机，比如你说的换机扩容，直接跑真机的时候，那你必须先配好环境，然后做数据同步再切换系统。但是虚拟化的则可以直接配好容量更高的主机，然后就可以点击迁移数据了，虚拟化的管理系统会在当前主机处理业务，同时将数据逐步迁移到新的主机上，包括内存中的所有数据，完全可以做到无缝迁移，当迁移完成之后，你再配置一下虚拟机的资源分配策略扩容所有资源，时间上不会比你配置一套真机系统再测试环境可用性迁移数据慢，而且更有保障，毕竟配置手册未必能把所有改动都列清楚。
3.你所理解的不是虚拟机的容灾，那是旧的方案了，现在新的虚拟化方案，可以做到一个请求过来自动分发到两台服务器，所有的操作，包括网络请求，内存处理，磁盘io都会同步执行，现在的虚拟化方案赚的就是无缝切换这个高可用的钱。
这种方案就是贵。

没有提供读写比例，没有目前负载的情况，没有业务类型的说明，就像提升性能真的是刷流氓啊。

1.读多写少，业务实时性要求不高，数据同步延迟在10秒左右的。
做分布式就足够啦
能读写分离的话，一台后端主数据负责处理写的请求，一台备机专门做数据同步留待容灾切换，其它数据库从机，其它从机同步数据和处理前端请求。这样核心数据都在两台主数据库上面。负载都在前面的从机。
2.读少写多，业务实时性要求不高
还是上面的方案，后端换成数据库集群增加写处理能力。
3.实时性要求高的
没听过用php处理实时性要求高的业务。

如果有钱，可以考虑用虚拟化的方案，其实虚拟机对切分业务和资源调度还是很有优势的，可以根据实际业务情况快速调整。比如数据库确实不够了临时调一整台小机的所有资源都分配给数据库在的虚拟机。
但是如果都直接跑服务器上面，平时业务不忙会造成资源浪费，按日常业务资源分配，又不能应对突发的故障。
虚拟化至少在运维上面是省事的，跑在虚拟机上的业务，不会因为虚拟机系统故障而停机，因为可以做容灾，虚拟机正常操作会自动同步到备份的虚拟机上面，启用的虚拟机故障了，会自动启用其它主机上面的备份虚拟机，网络请求，文件操作都可以配置自动切换过去，接近无缝切换。
要复制生产环境不用重新配置，做好一个模版直接调用模版生成虚拟机，甚至可以直接复制一个生产环境的服务出来。
网络带宽、cpu资源、内存资源、磁盘io全都可以定制自动扩展的方案，以应对未知的业务峰值，同时也切分了业务资源，保证业务之间不会因为突发的高峰把别的业务的资源都抢占了。

这么省运维工作量的事情，负责服务器运维的人竟然不同意做虚拟化，很难理解。

@sunfe2009
户口制度的根本原因就是资源不足，所以要通过户口制度来保证党内希望保障的阶层能够享有足够的资源。
资源不足是显而易见的，现在说是以居住地点为中心调整户籍制度，但是真正和户籍制度绑定的教育资源、福利，真的能够满足大部分人？大部分农业户口真的希望自己可以转为非农业户口？
我在城乡结合处出身的，我认识的一些明明身在一线城市工作，即使明知道将来自己后代在教育资源上面会受到不公平的对待，也没有一个农业户口的人愿意转为非农业户口。因为土地的价值相比以前要更高一些了。调整户籍制度的配套政策，解放农业户口这个事情，我觉得只是为了资源分配而做的政策调整，并非是听到了民众的呼声，为了改善广大国民的生活条件去做的改变。

户籍制度这个事情和备案性质不一样，一个为了资源分配，一个为了舆论监管。
舆论监管会逐步转成自审查制度，可以更简捷，但是该提交的证件只会越来越多。

中国还没有几例普通人能影响立法的事件。
这种政策性的东西，在上层决定放开舆论控制之前，别说普通人，人大代表去提也没有意义。
备案的审核过程可以越来越简捷，但是管理肯定会越来越严格。
凡是在国内互联网上面挂着的所有产品都要有备案，网站、域名、游戏
后面说不准 app应用、软件都得备案才能发行。

ICP要1000w注册资金。100w的只够文网文这个运营资质，增值业务的资质够不上

不用百度的原因是，百度处理搜索词不符合我的使用习惯。
我输入3个搜索词，本意是希望优先给我提供3个搜索词都存在的网页，但是百度不这么想，给我返回的结果排在前面的往往是三个搜索词中最热的一个或者两个词的结果。
而google返回的结果，恰恰就是我想要的，首先网页有三个我输入的搜索词才会排在前面。
无论中英文，google这点我觉得更符合我的使用习惯。
随手举例 ： v2ex 搜索引擎 翻墙
百度对多关键字处理这个事情上面，确实不如google，再快不准确也没有意义。