同广州电信 同感人

因为美术对代码指指点点所以上一个程序走了？

@defage
@pokolovsky
@ybdhjeak
我想问一下 如果要求队列保证 FIFO 怎么办 话说 order 对性能损伤很大

@xufang
贴里说的消息不安全，前排 @evanmeng 提到了: "在生产者和消费者都有可能宕机的现实网络，要保证无数据丢失是做不到的"，所以需要用备用手段来保证消息通知到位，比如定时轮询几分钟之前的消息状态，如果消息过时且未被消费，则需要再 consume 一次
不过各系统是否需要这样做都跟自己的业务相关

@yangmls 看到支持 pub/sub 就直接扯来用了

@evanmeng pub 要 sub 发送确认是什么意思？

@surfire91 就是走队列，只是借用了 redis 的 pub / sub ，生产消费者模式能保证只有一个消费者拿到并消费

@evanmeng 意思是只能 producers / consumers ？

vip?

view-source:http://www.99csw.com/book/3906/134399.htm

@lhbc
如果是通过 http 访问的，阿里 CDN 回源到源站 80 ，如果是 https 就回源到 443 ；
现在在页面脚本里面做了跳转，如果 http 访问就把协议改为 https 然后 reload ；
但这样让脚本攻击成为可能

@lhbc
阿里那边的回答是不支持 80 跳 443 ，不支持禁用 80 端口；
具体不知道他们是怎么配置的，按理说他们现在掌控了主域名请求，一切都是可能的；
回源到源站我们的 80 是跳 443 的；

刚才试了一下， http 访问回源到源站跳到了 443 ，貌似也没什么问题；不过这样是不安全的吧

@ryd994
对了 我也听说 upyun 的可配性非常强，今年早些时候就对 https 有很好的支持

@ryd994
现在意义上从 https 访问已然是全站 https 抽时间了解一下 hsts
非常感谢 早些休息

@lhbc
@ryd994
最近在阿里做了全站 CDN ，由于是 HTTPS ，他们说只能做到 HTTP 和 HTTPS 并存，死活不让屏 80 端口或 80 跳转 443 ，不知道为什么，可能他们觉得麻烦，要针对域名做特殊配置；
貌似现在 CDN 对 HTTPS 支持还不是很完善，不过从技术层面讲无论是屏蔽或跳转，应该都不复杂吧

@avichen
@ryd994
@terranboy
@lhbc
他们就是完全模拟了我们自己的服务器，代理了 80 端口( https 443 也一样)，具体内容他们有一套自己的缓存服务，可以这么理解么？

@zangbob
@ryd994
准备研究研究