有些人不要一种设计就是被草来草去所以你也乖乖躺下被草的嘴脸

有些面试公司的确很有意思,明明有过网上的简历,我也带过去简历,还让人填XXX表格,那表格事无巨细,父母工作都要填
对这样的我一般也就只能88了

@iscraft 感谢,果然是字符串的问题

@oott123 纯内网使用,不怕被注入,而且所使用的mysql账号只有select权限

@WildCat 正在学习

改端口可以避免80%的破解,真的!
这些扫描都是自动的,基本都是只扫默认端口

除非你惹了谁,可能会全端口扫你一下(挺慢的)来猜测端口号,不然一般改了高位端口就很少会收到攻击的

已存档的数据直接hash文件即可
在线的数据感觉基本上就只能一条条扫了

http://ce.cloud.360.cn/index
这个可以测试全国连接到你机房的延迟
如果有web页面也可以测试载入以及传输时间
但是注意,这个测试瞬间会产生比较多的并发,所以如果你是一般的小空间和小带宽,测试结果可能比实际的要糟糕一点

至于带宽
http://www.speedtest.net/
这个需要图形界面上浏览器才能测试
有点是他的host带宽足够大,也有不同的点可以选择
其他几个测速软件,host的带宽有时候都不如我机房的带宽,测出来没啥意义

windows最佳的web应用程序毫无疑问的是IIS,即便从2003的IIS 6.0就是如此了
php使用方式上只有isapi和fcgi的区别,在安全性和速度上的差异罢了
IIS6.0比较推荐isapi,之后均建议用fcgi

APMserv这种打包纯粹是给你测试玩着,而且测试的结果也和正式服务器有很大差别(无论是与linux+APM还是IIS+PHP)

其实.cc打起来很顺手啊...

为什么会觉得分你一点股份你就会好好工作?
股份只对高官有意义,因为他们有权利(注意,不是能力)对一些项目和重大的变化做出抉择
普通的员工,甚至中层管理,对整个公司而言都没有什么权利的,为什么要背负股权,失败了的话,股权损失还不如给现金奖励呢

技术方面我不太明白,不过WOW早期版本以及内测公测版本变化蛮大的
尤其是服务器负载部分早期似乎几百人就爆了,后期增加到了3000人,目前应该更多了
虽然硬件提升是一个方面,不过游戏复杂程度也在不断的提升
那么架构发生变化似乎也是很正常的
这点似乎也应该考虑到

有点跑题,说道为什么不可代替,暂时就先不说那些衍生品了
mysql开始定位就是一个简单的关系型数据库,因此本身就是为一些简单的需求提供数据库服务,所对一些联合查询等等性能是很差的,当然这个是可以设计查询逻辑的时候避免,但是有的时候也是避免不了
对内存的使用率,mysql的缓存功能很差劲,这表现在如果你的数据库增长到一定程度后,就不能充分利用大内存带来性能上的提高
报表,数据仓库mysql功能缺失
同步功能mysql是支持的,但是一直到5.6同步功能的延迟以及从服务器的性能都并不能完全满足高性能要求,仅同步的情况下,从服务器的资源占用比主服务器还要高许多,这点我不是很理解,也可能是手上这个项目开发人员的语句导致,但是对比另外一个mssql,主从在同步的时候性能开销几乎是一样,这样从服务器也就可以说有很高的可用性,而不仅仅是一个备份

另外很多测试说mysql性能远高于mssql的情况,一般都是简单查询测试,并没有对复杂的查询,以及插入和更新进行测试,更没有在大量插入和更新的情况下对查询进行测试
实际上很多业务查询和插入更新的量是差不多的(网站倒是很典型的大量查询少量插入的应用)

V2EX看来做运维的很少,大部分的开发者可能也是比较入门吧...
mysql虽然也在淘宝等有大规模的运用,不过人家淘宝的mysql改的可以说是完全是一个新的数据库了,因为阿里有相当强大的技术力量,这里面其实也是一个成本问题,阿里有强大的技术力量,使用商业数据库授权费用就会非常昂贵,而且不一定能满足自己的需求,所以不如基于开源的产品来开发修改.
然则从运维的角度看,mysql可以说是简陋不堪的,在不采用第三方工具以及人工介入的情况下,你都没有办法保证你的数据是可靠的,而对于大部分公司和使用情况来说,你是不可能单独对这个应用来定制mysql
然则相对的,mssql等商业数据库就好的多,本身集成的工具套件就能满足大部分需求,如果是正版还有技术支持也会省心很多.
顺便说下,大部分情况下你是遇不到mssql的性能瓶颈,同时mssql又是几个商业数据库中最便宜最容易部署的(当然也是相对比较弱的)

一句话,采用什么技术不重要,重要的是写程序的人...

监控一般都是cacti,zabbx,nagios

VMWARE对USB支持很好的
VBOX的话,据说稍微差一点,应该大部分都没问题

也许RDS在高并发下依旧是200ms呢...不过国内显然对PAAS不是很上心啦

所有的问题都是要结合实际情况的回答才更有意义
ESXI是我们公司内部用的比较多,因为我们的环境非常复杂,linux,windows以及其他各种定制系统,这就要求虚拟化层做到对下硬件兼容性好,对上系统支持程度高,其他各种高可用性以及迁移也是需要进行各种部署实验,在这种情况下,我们的开发能力并不强,所以KVM和XEN这种就不适合
而KVM和XEN为什么特别适合oneman VPS,是因为存在各种第三方可以快速部署模板等,但是对于软硬件的支持就比较差
至于BAT内部,可能还是KVM活着XEN多,原因很简单,不要钱,esxi授权很贵(当然也是有破解的,但是不能用于生产环境),另外他们的系统存在高度统一,例如基本全部都是linux发行版或者自己的定制,所以使用KVM/XEN基本上既符合性能要求,也符合成本要求,加上可以方便的二次开发,才成为了最理想的选择