@pubby
具体情况我无从得知。但我估计其中 DNS 劫持导致的不通肯定挺多。因为是朋友在他所在公司做的测试，而他们的产品非常普及。

@pubby 然而，实测 https 不可用率大概 5%。

同为阿里云，同为 CloudXNS ：

https://imququ.com

试了都说快！

@barretlee 应该是客服反馈的吧。

我昨天晚上就提过工单，然后等到快两点。

已正常。

http://i.imgur.com/3vQzprF.png

@shudu

感谢解答，原文已经 APPEND 。终于真相大白了！

其实倒不是因为细心，我一直比较在意个人博客访问速度，无论如何也不允许有 > 1M 的图片出现在我的博客。所以看到这个统计时，一眼就感觉出不对劲。

这个也印证了我之前的猜想（见 17 楼）：我怀疑只有在源站完全不存在 > 1M 的资源时，才会出现这种问题。

只有源站完全不存在 > 1M 文件时，这个 BUG 才会导致两条曲线完全一致，所以客服的测试帐号看不出来问题。

@lslqtz 这个很有可能吧，比如爬虫，比如被盗链了。

@zonghua 不是吧。。。

为啥访问不了，现在好了么？

客服后续回复：

售后工程师 ： 您反馈的问题需要转交到后端专员，能否在明天白天工作时间处理呢
2016-04-21 02:40:55

售后工程师 ： 您好，您的问题后端专员还在定位中，您先忙您的事情，有结果会第一时间工单反馈您。
2016-04-21 11:33:15

看来之前是客服内部给的答复，不被我认可之后转到技术那边查了。其实阿里的客服反映还是很及时的，也很辛苦（凌晨 2 点多还在回复），只是解决问题的能力

@b821025551b

请问，你的源站有 > 1M 的内容么？

@indust 我怀疑只有在源站完全不存在 > 1M 的资源时，才会出现这种问题，不过无法验证啊。

@xl0shk

其实我可以肯定是他们的统计问题，因为我把这段时间的日志都下载回来（日志是他们 CDN 自己提供的），自己 awk 跑出下 response size ，根本没有 > 1M 的记录。

但我估计就算把这些信息提交给他们客服，也是白搭！

@CinderellaCiCi 你这是来凑啥热闹，哈哈哈。

首先，我发现了我正在使用的产品中的 BUG ，通过正常途径反馈之后，被答复无法复现。我试图通过论坛收集更多的信息，便于他们定位问题。

任何一个产品出现 BUG 都很正常，我做为一个比较热心的用户，有问题都会及时反馈（我给阿里云提过很多工单，这里就不截图了）。工单不能解决的问题，我才会通过论坛来收集更多信息。例如之前反馈的这个问题： http://v2ex.com/t/251037 ，最终也得到了解决。能及时改正问题的产品，我会一直用下去。

最后，正面回答你的问题，你咋知道我没有。

少年，居然睡这么晚。

截至到目前为止，没有一个人正面回答我的问题。
先睡觉去了~ 明天早上起来再看。

ThinkJS 2
https://github.com/75team/thinkjs

我的博客也是基于 ES6 写的（明明是因为用了 ThinkJS ），但是目前没有开源。 https://imququ.com

抓包看请求有响应没。

网页不显示，不一定是没数据，如果用 jquery 一类的 ajax 发请求，响应的 content-type 不对也不解析。

你可以看下这个：
https://imququ.com/post/four-ways-to-post-data-in-http.html

但也有些服务端语言还没有支持这种方式，例如 php 就无法通过 $_POST 对象从上面的请求中获得内容。这时候，需要自己动手处理下：在请求头中 Content-Type 为 application/json 时，从 php://input 里获得原始输入流，再 json_decode 成对象。一些 php 框架已经开始这么做了。