V2EX › Lullaby 的所有回复 › 第 15 页 / 共 21 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 7 8 9 10 11 12 13 14 15 16 ... 21

❮

❯

2016-01-29 10:03:42 +08:00

回复了 letv 创建的主题 › 程序员 › C++转 Java 开发需要注意些什么？

@libook http://www.jianshu.com/p/be4b4dee5a57

2016-01-27 12:42:28 +08:00

回复了 twogoods 创建的主题 › 程序员 › 送什么礼物给程序员

树莓派

2016-01-13 22:59:16 +08:00

回复了 imlinhanchao 创建的主题 › 分享创造 › 做了一个网页解谜的开发框架

为什么是 4

2016-01-12 23:50:35 +08:00

回复了 nikola 创建的主题 › 程序员 › 求推荐比较好用的代码片段收集工具

bitbucket 的 snippet 就很好用

2016-01-10 00:08:26 +08:00

回复了 starship 创建的主题 › DNS › 谷歌 DNS 复活了还很快，是要回归国内的节奏？

同广州电信同感人

2015-12-26 15:50:23 +08:00

回复了 way2explore2 创建的主题 › 职场话题 › 被一个很牛的美术骂了，你注释怎么都英文的啊！

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

2015-12-25 15:05:23 +08:00

回复了 Lullaby 创建的主题 › Java › 如何保证消息只被消费一次？

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

2015-12-25 14:11:35 +08:00

回复了 Lullaby 创建的主题 › Java › 如何保证消息只被消费一次？

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

2015-12-25 11:48:43 +08:00

回复了 Lullaby 创建的主题 › Java › 如何保证消息只被消费一次？

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

2015-12-25 11:47:55 +08:00

回复了 Lullaby 创建的主题 › Java › 如何保证消息只被消费一次？

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

2015-12-25 11:15:04 +08:00

回复了 Lullaby 创建的主题 › Java › 如何保证消息只被消费一次？

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

2015-12-25 11:13:21 +08:00

回复了 Lullaby 创建的主题 › Java › 如何保证消息只被消费一次？

@evanmeng 意思是只能 producers / consumers ？

2015-12-24 23:57:04 +08:00

回复了 kaedea 创建的主题 › 职场话题 › “让技术加班搞啊，搞不定叫他们去死啊”

vip?

2015-12-14 23:40:46 +08:00

回复了 chinaglwo 创建的主题 › JavaScript › 能不能帮分析下这个网页的 js 和 css 是怎么实现的

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

2015-12-08 16:38:20 +08:00

回复了 Lullaby 创建的主题 › CDN › CDN 全站加速是什么原理？

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

2015-12-08 14:41:59 +08:00

回复了 Lullaby 创建的主题 › CDN › CDN 全站加速是什么原理？

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

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

2015-12-08 02:41:46 +08:00

回复了 Lullaby 创建的主题 › CDN › CDN 全站加速是什么原理？

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

1 ... 7 8 9 10 11 12 13 14 15 16 ... 21

❮

❯