Mysql存数据， Elasticsearch做搜索引擎

@aftereclipse
不只是大牛，说实话，没有自己挖掘技能的能力的运维基本都没啥前途
如果就上班打卯能干活这个要求的运维，实在不行请示大牛的这个套路的，倒是能培养

真正靠谱的能独当一面的运维，不必说那种大牛，就普通的能独当一面的，都是钻研专家。这种运维不是培养出的，是自己学习出来的。天生就有挖掘能力，从实践中的问题学出来的。

运维工程师一般是给任何技术人员都能举出需要的资源的那个人，而不是需要别的人给他搜集资料的那个。

@Pastsong 还得有d系列和u才能当记事本用

BEST RESULT: 39 SCORE: 39 ERRORS: 3
亮度调到最亮后，成绩理科从15提到了39 然后就再也打不出39了都25左右晃

rsync
tar
bzip2
ftp
dd

@jianghu52 土豪有土豪的玩法，技术宅有技术宅的套路……两者不能混为一谈啊啊啊……

不同功能的东西，实现的功能都不同。损失的就是功能。
RDMBS跟noSQL实现的基本功能都不一致，比较个卵啊。
举个极端的例子，我以前用MYSQL，现在自己写了个内存存数据的引擎叫rCache替换MYSQL，实现的功能就是一个只有get和set和remove的KV内存存储器，总代码100行，因为我的业务需求就是一个单一存储器，只需要这一个功能，以前的mysql表两列key,value查询也就是三个查询 按主键select，按主键删除，插入记录
对于这个项目，性能提升1000%以上，我的代价是啥？没有。

@autozai 企鹅全家桶一般就是个电脑管家自身，然后功能扩展啥都有，而且卸载很容易，一般称不上全家桶。度娘才叫全家桶，一旦装上了度娘杀毒，那就重装系统吧……

@402645707 迅雷还有CPU过热保护？等晚上回家我找个不和谐种子弄死电脑测测。我也是台式机。你说的假死是进程死还是整机死？

@402645707
不是假死，是真死……而且不是进程假死，是整机永久性失去响应……就跟linux卡高频IO超限一个套路的。
我尝试过就把机器放那里静待恢复，俩小时都没恢复过来

今天下一个不和谐的东西时候还真死了一把，因为不和谐的离线下载高速通道都没有，超多的源头跑到52MB/s的时候机器就坑了……

技术对接？联通协议叫SGIP，移动叫CMPP，电信叫SMGP，一般有http的协议和tcp的协议栈，但是协议支持的你本省的运营商网关上不一定支持……

如果你想了解这里面的运作，如果你不是用第三方的短信服务的流程，就是你公司先申请一个SP资质，然后用这个资质按照经营范围规定的省，挨个省的挨个运营商去签协议。

如果你就是一个企业的身份，那只能跟运营商谈单一接口的企信通业务，国内公司的架构都是每运营商每个省是一个单位

我小学时候，亲属从深圳带回来了一个当时很火的的学习机，里面有个BASIC，从此走上不归路……

@Clarencep 100M，也就10MB/s左右，妥妥的没啥问题 基本上上60MB/s一般机械硬盘的写入速度以后，如果来源巨分散，就是大坑……

@knightdf 你这个头像的大图有么？用beastie做头像N年，发现这个更合适……

鉴定：没被攻击
PS 第二条真聪明，利用日志做广告……
我也学会了，下次用这种方式发简历求职好了……

$tmpArr=explode($_SERVER['REQUEST_URI']);
switch ($tmpArr[1])

这个有啥用？投票数据在不改变公证监控下的程序上的情况下作弊？

@qinxg 你看明白我的意思了么？他分明什么也没有下载到，只是去自己服务器去查离线缓存是否有这个资源的时间内，虚假的告诉我已经开始下载，下载速度是800KB/s，然后还吹牛他的QQ会员高速通道为我加速120KB/s，这么欺骗用户感情还不算没有节操？


@popok 确实，我很少用QQ旋风，但是我迅雷还是主力的，我平时上网都是大带宽，依靠源的那点资源下载速度太慢了，一般的下载服务器自身带宽都不一定有我这个用户端大，我的下载瓶颈基本都是磁盘写入速度，这种场景，没有P2P来源、P2SP来源的下载器速度就不行了


另外吐槽一下迅雷，迅雷的开发人员目测是很少有大带宽环境，迅雷在你带宽远高于磁盘写入速度时，如果下载来源比较少，以高速通道和大量离线服务器单点资源为主时，或者你的临近网络有P2P源被优先处理时，基本没有问题，如果是一个冷门资源，实际下载的来源特别特别分散的时候，只要下载速度超过磁盘写入速度超过十来秒，windows必死机无法恢复……这个破问题2009年就存在，当时我就跟迅雷的bug反馈什么的提过很多次，但是他们一直就是说没有这个问题……我十分怀疑他们压根就没有可靠地用例复现这个问题，我的电脑换了一个又一个，但是基本上我上网的带宽一般都很大，这个问题几百次下载遇到一两次这问题。