@qige023 说得太对了 太对了 太对了

一个文章entry只显示20条评论，多于20条的做一个ajax的展开功能，这个单文章评论展开就是基于article_id调用单表索引检索了，性能很好
20条评论本身，在article表里面做一个冗余，记录20条评论内容

我都禁不住要把我那个移动的二逼活是怎么天才的解决了的方案拿出来炫耀一下了……

一个内部的主要业务流系统，java开发的servlet程序，必然的没有源代码，各种jar里面各种class，反编译了一些文件里面也混乱不堪甚至某些模块还有混淆，只有一些模块有混淆还不是全部，我是个半吊子java是改不动。

问题出在其中两三个web界面的模块有重大逻辑BUG和数据处理BUG，但是这里有混淆基本源代码没法看，与基础的鉴权模块等的复杂逻辑我也搞不定重写对接。

于是新开了一台服务器，用熟悉的php直连数据库重写逻辑做了这两三个模块的功能，然后这没法嵌入原来的系统啊，在原来服务器的负载分配那里，写了个linux的底层包过滤器，直接把所有的符合规则的请求里面返回的http://server1.com/operation/orgin.do用filter替换成http://server2.com/operation/new.php，这样所有去原始的页面的表单form action="http://server1.com/operation/orgin.do"都变成了去我的php模块了，然后去java写一个webservices，传入jsessionid返回用户uid的api，在php端用curl调用根据jsessionid得出用户鉴定……

因为这逗比活多少java的大神都说搞不定，技术领导都焦头烂额了，所以这么点破玩意一次性要了50K

说了这么多，核心观点就是，多烂的烂摊子都有办法解决，太坑爹了去找老板涨价吧

@hellorhb 作为个无业游民，啥烂活只要有钱都得接啊，没啥可抱怨的，要不是难度大谁找你啊，随便找个路边技术就搞定了……

@msdx123 @cmheia

能混V2的LINUX版的，个人建议还是玩玩openwrt去吧，这就是一个真正的有一些基础ip模块的小LINUX，自己想干点啥都有操作空间和能力

tomato什么的虽然都是基于linux的，他们更像是一个真正的路由器固件

@CIVITAS 您说这道理是没问题的，但是还有很多省钱型老板，会活活为了省钱搬出我们是创业团队来压你的待遇。后来业务原因我接触了一些心理学、刑侦等行当，我大概研究了下他们的心理，一种就是省钱就是我这个老板的，一种就是确实对自己项目有点信心，但是对能坚持到下一轮投资到位没太大信心，毕竟跟投资人接触也需要技巧也需要机遇等很多偶然因素才能拿到大钱，他们心理上会有省钱的想法避免因为一些小的融资方面的延迟让自己的项目杯具，没有硬资本市场关系的创业老板其实也是很艰苦的。

所以么，还是个双方一拍即合的问题，就看大家都怎么想了，双方坐下来能谈拢就成。我写这么多，主要是用自身的各种失败经历，告诉一些想入这成功率不到10%的行当的新手或者大牛们一个这个圈子的常态。

感觉还是不习惯这个……

@CIVITAS 能有您这种觉悟的公司太少了。大多数公司招聘搬出"我们是创业团队"的字眼以后，隐含的意思就是我们现在没钱你得忍着点，以后会有的。

说实话，从技术的角度讲，参与初创公司要么是就赶上了就想去正常上班，要么是对项目前途在自己的评估下觉得有戏，对于前者根本不会忍受任何的降低待遇，对于后者，我觉得一般来说，搞技术的可以忍受在创业阶段加班加点多干活，或者工作条件略差一点，自己补贴公司的办公环境（比如硬件），靠谱的技术很少会去接受降低薪水标准，除非是好忽悠的毕业生或者经验欠缺者

@msg7086 RAID5 挂了一块盘 直接拔了再插上一块盘然后重建就行了啊……还用啥级别……今天中午服务器RAID5就挂了一块SAS15K

@garth 你这跟UPS没关系了，真心的。绝对你这环境有问题。掉电就丢数据，而且你这种几天才几十条记录的，基本不会发生掉电过程中写入的情况，那得多巧，还是找出原因再说。

我可以拿测试环境随便测，一个单硬盘无RAID的环境的ubuntu server，mysql 5.6，一个线程在不断地往里写数据，随时拔电源，基本都不会丢数据。MYISAM表可能会损坏，启动直接就自动查错然后recovery了，innodb的基本很少损。

测试几十次都不会真丢一次数据。

你一定是没做过管理的被坑爹PM或者坑爹CTO折腾残了的……

@sun1534 没用的
我算是个薅羊毛圈里的人，所以同时我也给一些做网促做顾问，这就必然要了解这些验证码站的业务逻辑。

他们并不是自有号码，而是利用贩子手里的已开待售号码，讲号码设置呼叫转移上到多路联网设备读取短信，号码更换频度是很高的，因为全国各地哪里都不缺套合约机、套话费、套号卡的黑代理商。实名制也无法阻止他们的脚步。

能抓出近百万的号码，是因为很多号码的有效期一般就只有几天，平均都不超过48小时，按照方案来做一般一个号码优先匹配的算法做了一部分方案后就因为还能做的项目太少占用端口不值当而被切换掉了。你这个号码表做到最后很可能上千万号码，然后还有问题就是有些号卡之后被发售给了正常用户他们也无法使用你的服务。

反薅羊毛是一个庞大的黑技术活，不是这么简单就能实现的。薅羊毛行当的最大生产力就是程序员的支持，每个被薅得跟葛优似的商家的对立面都是一群饿狼和三五个程序员……

@huangfuyingjian 天朝别的不缺，把落实到白纸黑字的给你做没了的财务投资专家遍地都是。

支持……
期待QQ……

一般来说我都是按MYSQL需求直接建表了 直接PHPMYADMIN操作了

而且因为折腾MySQL多年，对查询优化什么的也略有研究，基本建表时就考虑到了所有可能用这个表的查询同时索引预设到位，没什么问题，基本后期连索引都不用调，最多的是为了优化查询效率，关联表之间做冗余列的调整

自己设计系统架构自己开发多了，就这习惯了。

专业接受烂摊子多年了……
啥都见怪不怪了……
你见过中国移动某省公司采购的软件部署验收结款后第五天乙方公司就已经注销的么……
还文档，烂摊子给你好歹你们还有程序源代码呢……我连源代码都没有……

每次断电，最近几天都会丢失，这不是服务器有没有UPS的问题，一定是设置问题。

我以前公司内部系统，没事儿就被热心的财务大妈下班前把全公司电闸都拉了，说了几十次下班锁门不要拉总闸也不管用，也没有每次都丢几天数据，几十次也丢不了一次数据还都可以修复

你这问题，可能的原因，MYSQL的引擎在哪里配成异步写磁盘了么，或者你服务器的存储系统比如RAID卡是无电池的但是配置了回写？每次断电都丢绝逼不正常

没有吹牛逼的世界该有多好

这样吧 我把一个测试服务器告诉你们 你们去管理一下下？
用“3389”这个词来描述远程桌面服务的，基本就是市面上常见的土鳖黑客攻略级，你随便问问大公司有windows的运维、安全工程师有人用这个词来描述终端服务么……

最基础的windows使用终端服务，也会用IPSEC套一个psk的端对端加密，咱不说你截获密码，你能看到远程桌面服务本身都是超级大难度

比如我给你个测试服务器，IP地址是116.255.254.113，windows server 2008，终端服务端口号是3389未改，没使用防火墙手段限制IP段链接，用户名Administrator，密码是zzidc_DEMO35m$$#后面加个空格，目测这个机器景安给演示可以到7月底，一个月时间够你朋友这种大神黑了我吧，密码都给你了