买车票，以前拼体力，当前讲智力，最终靠的还是运气。

在同学的大力支持下，买到了回家的车票，掰着手指头数日子：还有多少工作要年前完成，还有多少剩饭剩菜要年前打扫。

一年又一年，随着年龄的增长，记忆似乎变的越来越怪。几天前的事情已经忘的差不多了，只能靠当时的聊天记录或者笔记来回忆。而几年前一些无关痛痒的小事却是时常回荡在脑海，总是不经意间跳出来，让你回想一下，或哭、或笑！

今年的北京偶尔就会飘一场雪，为麻木的头脑带来一丝清凉。但，仍然喜欢幻想老家那闪亮的夜空，北京没有星星。

不经意间，自己即将28，到了高中时许诺结婚的年龄，那时候我说晚上要放烟花，为我的老婆。

也同样的不经意间，老爸已经50，每天坐在电脑前玩着“炮幺”，精力还算旺盛。

同样的不经意间，3年前，姥娘去了天国，那里没有旱烟。

回家，去看看家人，去陪陪家人。他们真的爱我，我也很想念你们！

安全部门的同事测试发现，都是GET的请求，相比较而言不如POST安全，还是尽量改了吧。

拖啊拖，终于还有别的业务要这个接口，想了想还是改了吧，反正听人劝吃饱饭嘛 。但是，JSONP真的支持POST提交吗？

先是一天夜里加班无聊，做了一下POST，发现请求发送过去的METHOD为OPTIONS，而不是POST，同时没有得到返回结果。

今天下午抽时间，特意处理一下这个事情。事实证明OPTIONS的状态可能是我拼错东西了，反正今天没有重现。不过当我把数据改为POST后，我发现COOKIE已经生成了，证明我数据提交过去了。但是content里没有返回值，Firebug看不到，但是Fiddler可以看到。

POST提交，firebug之所以看不到的原因是，我的执行跨域了。我执行的域名为localhost，而提交请求的域名为公司域名。

一计不成，又生一计。咋的活人还能让尿憋死？

jQuery里面有N多jsonp的方法，挨个试呗：getScript getJson ajax（ 指定dataType为jsonp或script）

发现jQuery的getScript不支持POST，但是其等同于$.ajax(datatype:script)啊，咱再指定type为Post不就成了嘛 。不过改完后，发现还是变成了GET请求，很奇怪，翻看API如下：

“script”: Evaluates the response as JavaScript and returns it as plain text. Disables caching by appending a query string parameter, “_=[TIMESTAMP]“, to the URL unless the cache option is set to true. Note: This will turn POSTs into GETs for remote-domain requests.

看来，你即使设置为POST，jQuery发现是getScript时，也会自动给你转成GET。测试 datatype为jsonp时 POST请求同样会被转化成GET。

难道是JSONP不支持POST方式发起请求吗？

一个外国友人，和咱遇到同样的问题：http://stackoverflow.com/questions/3860111/how-to-make-a-jsonp-post-request-that-specifies-contenttype-with-jquery

得到的回答是这样的：

找到这篇文章，《JSONP跨域的原理解析》 从文中可以看出，其实使用特殊的方法也是可以支持POST的，不过太过繁琐。作者举的例子为：动态创建iframe方式POST跨域。

最后，我想说的是，要想支持POST方式的JSONP很难，咱就别难为自己了，这个接口不改了 – -!!

有些文章上面说，aside主要是对应于article的，所以有aside就应该有article标签。但是像w3schools上面的示例也没有article标签，具体，大家自行分析！

过去，我们的一个html页面基本结构代码如下：

结构冗余，为了描述页头和页尾，我们一般使用div标签，然后通过指定className来设置样式。在html5中，我们可以使用更富有语义的header标签和footer标签，以及nav标签来完成我们的架构，代码如下：

在过去，我们一个图片下面加描述，其实一般情况下都是加一个新的标签，来写这个图片的意义。但是实际上，在搜索引擎也好，在html的结构中也好，根本无法标识出你写的描述与图片有什么关联。

现在，html5中为我们增加了figure标签，这个标签可以将其他标签与图片（传说中还有代码等）标签合为一个组标签。在里面的文字内容会是对图片的描述：

好了，今天到这，赶明咱继续！

再来看一下meta的字符集声明，一个字：美！

HTML5在标签语义化上做了很多处理，原来由于TABLE布局的简单，大家开始使用。但是没有语义，且CSS的发展，大家布局普遍使用div＋css的模式。

可是div也没有啥意义啊，所以，HTML5推出了两个新标签：section和article

从字面意义上来理解，section为段落，而article为文章。凡是可以单拿出来做为文章的，都可以使用article，我是这么理解的，不是很对，但是先这么记着吧。

今天先白话这么多，明天继续！

每天早上都会想的就是：真想早点下班，回家学学啥分布式，学学啥系统运维，学学啥HTML5的。

每天晚上到家都会想的是：TNND这可咋学呢？真TMD累，又打了一天酱油，参加各种会，准备各种酱油。睡觉，不学习了。

第二天，重复今天的事情。

和同事聊天，说了上面的事，过的和行尸走肉一般。一年到头，除了中秋别人给了点月饼这些福利，别的为自己啥也没看见。同事说，这其实就是年龄大了，已经学不进去了。

想想也是，马上而立了，每天脑子里装的都是一些无用的事，比如今天羡慕哪个白痴中了5.4亿巨奖了，明天祈祷那个白痴忘记去领奖了之类的。

貌似这个状态有些日子了，再不治理可不行了。

继续吧，想想两年前，每天一篇blog的日子，真是不错。

结果，我预料的很准。周六——周一，这几天就没有消停，嗓子基本说不出话来，然后还高烧。喝了丫头做的可乐姜丝，有点辣，有点甜。

周二上班，一开机，发现攒了60封未读邮件，真想跳起来骂，你们这帮SXXX。。

从二楼搬到了一楼，空调在头顶，相当的给力。结果团队的一位小女生也开始咳嗽，真不是我传染的。

拿了件外套来公司，要不真顶不住 。买了瓶止咳糖浆，还挺甜，喝了后效果也不错。咳的少了。

披着外套，来来往往的人都难免多看一眼，不过看也白看，爱咋咋地，真冷啊。。把挡板调了也不顶用，正在头顶的东西你伤不起啊。

想起小丁了，那个三年前因为冻的感冒，所以离职的孩子。

我很好！

资源如下：

1. 新浪的OAuth API地址
2. 新浪微博开放平台OAuth授权解决方案（含代码）

纠结的问题在于此：

1. 新浪使用的是OAuth 1.0 ，在用户授权验证前，需要先生成request_token
2. request_token 应该如何存储？
3. SDK中的建议是存储在SESSION中，但是如果我有多台前端机，DNS解析又是不靠谱的，那么我的多台机器如何同步SESSION？
4. SESSION存储在数据库中可以避免此问题，可是问题是我的业务不需要用到数据库，为了存储临时性的一次SESSION而用库，太不划算。
5. 存储到COOKIE中，多台前端机的问题就不用关心了，不过是否会有不安全因素呢？
6. COOKIE中是否可以存储一个字符串，该串为MEMCACHE的KEY，由MEM来存储这个一次性的request_token 是否可行？
7. 别人拿到COOKIE，COOKIE可以加一些验证，比如签名之类的东西，并不是随便改造就可以破坏我的程序的。

分析过程大致如上，具体如何实现还在纠结！

我们一般使用单位时间内服务器处理的请求数来描述WEB服务器的并发处理能力——吞吐率（Throughput)，单位是 reqs/s

我们一般使用压力测试，来统计WEB服务器的吞吐率。其包括如下条件：

1. 同一时间，到底有多少人奇迹般的一起向服务器发送请求——并发用户数
2. 上面那些用户，一共向你的服务器发送了多少请求？——总请求数
3. 这些人，疯了般的管你要啥东西呢？——请求资源描述

让机器更好的干活，让老板更省钱

我们怎么才能让机器更好的干活？我们需要多少机器才能更好的满足我们的要求？

1. 一台机器，完成所有的请求——省钱了，我们是穷人，我们只有一台机器。用户会在漫长的等待后，冷笑着走开。然后老板也会告诉你“滚蛋”
2. 一百台机器，完成所有的请求——用户很开心，老板很疯狂。“奶奶个熊滴，听人说十台机器就够了，你用了一百台，另九十台你想架魔兽私服啊？”。于是，你也走人了。

综上，我们需要知道何时才能让最合适数量的资源，来完成我们的需求。

这里面，我们需要掌握两个情况，我们的机器最多能同时满足多少用户；以及我们一共有多少用户！

时间就是生命

时间就是生命，当我们渐渐老去时，我们应该把握住生命中的第一分钟，或者冲动，或者寻找冲动。

有些跑题了，我想说的是“时间就是生命”！

在压力测试的过程中，我们需要关心的时间指标有两种：

1. 用户平均请求等待时间——主要用于衡量服务器在一定并发用户数的情况下，对于单个用户的服务质量。
2. 服务器平均请求处理时间——用于衡量服务器的整体服务质量

ab 压力测试

关于压力测试，之前使用过siege——《第一次使用siege 第一次压力测试》

今天再简单介绍一下ab：ab是Apache自带的压力测试工具。我们先来看一下版本：

其简单使用过程如下：

ab的使用和返回的结果解释如下：

在看手册的时候，canvas画布是一项很强大的东西。类似于WEBQQ的动态背景之类的就不说了，咱是菜鸟，从头学。

先来看一下canvas中的坐标原点，及正、负坐标的取值

那就先试着画一个“米”字吧，高手莫笑！

默认的原点坐标是0,0 那么，我们在画图的时候是否可以指定新的原点坐标呢？of course!

我们可以在更改默认原点之前先对context执行save()方法，相当于做一个标记

使用context的translate()方法，可以指定新的原点坐标，后续的moveTo和lineTo的坐标值都是相对于新的原点坐标来操作取值

使用context的restore()方法，可以回到默认的原点坐标去

例如，可以使用下面的方法重新画一个“米”字

或者，画到一半，我们把原点坐标返回到0，0 可以这样做：

我多想说，如果我今天不来上班，就不会搞HTTPS;如果不搞HTTPS那么OPS的同事就不会切换虚IP;如果不切换虚IP就不会导致XX业务无法登录半小时;如果业务照常登录，那么今天其实很美好。

可是，我今天依旧踩着阳光邪恶的来到了公司，也注定了我今天的悲剧！

1. 无论再怎么急，开发永远没有测试重要，尤其是在业务上线的情况下。
2. 新功能也永远没有保证老的业务正常活着重要。
3. 另外，就是不要相信任何人！

你说，开了HTTPS，而且是HTTP并行。那么我只测443端口有问题吗？

谁知道80端口你会不开啊？

还有那XX的破业务，这个不急的吧？我为啥要忙着去开发那个而不多测一下啊？

线上业务为王，长个教训吧。