吞吐率——我们需要了解什么
我们一般使用单位时间内服务器处理的请求数来描述WEB服务器的并发处理能力——吞吐率(Throughput),单位是 reqs/s
我们一般使用压力测试,来统计WEB服务器的吞吐率。其包括如下条件:
- 同一时间,到底有多少人奇迹般的一起向服务器发送请求——并发用户数
- 上面那些用户,一共向你的服务器发送了多少请求?——总请求数
- 这些人,疯了般的管你要啥东西呢?——请求资源描述
[......]
Say you say me ,say we together~~
我们一般使用单位时间内服务器处理的请求数来描述WEB服务器的并发处理能力——吞吐率(Throughput),单位是 reqs/s
我们一般使用压力测试,来统计WEB服务器的吞吐率。其包括如下条件:
[......]
唉,这悲催的一天啊。
我多想说,如果我今天不来上班,就不会搞HTTPS;如果不搞HTTPS那么OPS的同事就不会切换虚IP;如果不切换虚IP就不会导致XX业务无法登录半小时;如果业务照常登录,那么今天其实很美好。
可是,我今天依旧踩着阳光邪恶的来到了公司,也注定了我今天的悲剧!
[......]
只是记录,勿信。本人是大忽悠!
一个项目,目前的开发流程如下:
1. 设计流程,理清条理逻辑
2. 设计数据库,并考虑是否需要分表(根据业务,根据压力,根据流量),预估
3. 测试用例,以测试驱动开发,防止漏掉逻辑(此处做的不好,目前是直接去写代码了,然后回来补测试用例)[......]
一直搞不懂各种定位的东西,因为我一直不知道原点该从哪算。
按照初中学过的画坐标的方法,肯定是左下脚为原点,然后右方向是X轴,上方向是Y轴。
但是事实却并非如此。在网上翻来翻去,还是百度知道牛掰:http://zhidao.baidu.com/question/51168549.html
[......]
写一个小功能,几乎学过JS的人都玩过,那就是添加到收藏夹的功能。
不用说了,关键问题就是我们怎么样处理FF,关于FF添加收藏夹的功能大家已经找到,那就是window.sidebar.addPanel(title, url, “”);
大家的写法通常如下:
[......]
最近开始关心一些产品的设计细节,也许闲的吧。虽然我不是美工,也不是产品,不过就算单纯的是因为喜欢前端,关注这些也不过分。
没有什么高深的理论,也没有多少经验,只是单纯的,从一个用户的角度来观察QQ邮箱的登录页也淘宝的登录页。
[......]
同事忽然大吼,QQ上不去了。偶在旁边偷笑,很明显这属于RP问题。可是悲剧很快发生了,当同事说在我这里试一下的时候,我把我的QQ退了,于是,我也登不上去了,可是MSN,FETION一切正常啊,呼。。残念啊。
截图留念。。
[......]
最新评论
还好啦,你还有丫头陪着你。我的状态,在过去的一年中
好久不见,不知道还记不记得我了。记得去年这个时候看
楼主,请问下,ajax跨域的东西,能否赐教下,谢谢
还有有点怕的,刚刚接触,还得慢慢啃。
咋的活人还能让尿憋死 不认识这东西,也说不上什么
html5很强悍
:-? 果然是天书
满以为博主解决了这个问题!之前苦于get传输的大小
囧,“比如今天羡慕哪个白痴中了5.4亿巨奖了,明天