V2EX › jybox 的所有回复 › 第 19 页 / 共 67 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 15 16 17 18 19 20 21 22 23 24 ... 67

❮

❯

2017 年 2 月 27 日

回复了 xxxbi 创建的主题 › 宽带症候群 › 尽管很多人不愿意承认，其实大部分人不需要公网 ip：

主要还是 P2P 相关的软件需要，现在是一个很混乱的状态，合同上没写有没有公网 IP ，然后你打个电话又会有，但也不好说什么时候又给你改回去。也许还是额外付费购买公网 IP 比较好？不过这其实是这个体制问题，既然公网 IP 我都付了钱，凭什么封我 80 端口？所以现在的状况估计会一直持续吧。

2017 年 2 月 27 日

回复了 cy18 创建的主题 › SSL › [瞎想]关于 HTTPS 证书的安全性

我之前发过一些帖子 https://www.v2ex.com/t/235216
主要的观点是，如果有一家 CA 签发的过程非常简单，那么这个 CA 就是体系中最薄弱的环节（因为在操作系统和浏览器看来，所有已经信任的 CA 签的证书在一般情况下没什么区别）。

2017 年 2 月 23 日

回复了 Quaintjade 创建的主题 › 信息安全 › SHA-1 的第一个成功碰撞

文章没细看（如果我理解错了请指正），但 SHA-1 存在弱点并不是什么新闻了，维基百科上说在 2005 年就有人找到了以 2^63 次计算找到碰撞的算法。而 2^63 刚好等于这篇文章中给出的 9223372036854775808 ，所以 Google 只是堆了一些机器来找到了第一个碰撞？

https://zh.wikipedia.org/wiki/SHA-1

2017 年 2 月 22 日

回复了 tyhunter 创建的主题 › 问与答 › 入手法压壶，求推荐咖啡粉

推荐 illy 罐装咖啡豆或者咖啡粉，打折的话应该比星巴克便宜，个人感觉比星巴克略好一点。

2017 年 2 月 22 日

回复了 Powered 创建的主题 › 程序员 › 分布式 CAP 理论的一个问题请教

可以设想一下，假设出现了分区（ P ），就是你的服务器被分成了两个部分，每个部分内部可以通讯，也都可以分别对外服务，但两个部分之间不能通讯。这个时候你就必须做出一个选择：

1. 要么保证可用性（ A ），继续允许读写操作，但因为两个部分无法同步数据，所以会出现不同步（ C ）
2. 或者保证一致性（ C ），拒绝写入操作，直到两个部分恢复再允许写入，但这样就会出现服务不可用（ A ）

或者如果你可用性和一致性都需要的话，那你就无法满足分区容错性。

2017 年 2 月 20 日

回复了 kechx 创建的主题 › 程序员 › 编码、摘要、加密的区别

关于散列的进一步讨论可以看我的这篇文章： https://jysperm.me/2014/02/1476/ （三年前写的，可能有的地方不恰当，但刚刚我又看了一遍，大体没问题）。

其实我觉得「散列」这个意译要比「哈希」好很多，楼主的文章没有提到散列这个称呼。

2017 年 2 月 19 日

回复了 ibegyourpardon 创建的主题 › HTTP › 今天才知道 HTTP/2 开始被人缩写成 h2 了 ……

@Chingim H5 主要是含义不明确吧， h2 指的就是 HTTP/2 的协议和支持情况。但 H5 指的并不只是 HTML5 （相信如果大家要指狭义的 HTML5 应该不会用 H5 这个缩写），而是指 HTML5 以及同时代的其他 W3C 标准（ CSS 、 XHR 、 SVG 、触控和其他传感器）、 JavaScript 标准（ ES6/7/8 ）。而且 H5 隐含的意思还包括：不用 Flash 、可以在微信中运行、炫酷的交互效果、 Web App 等等。

2017 年 2 月 17 日

回复了 murmur 创建的主题 › 健康 › 程序员也要爱护自己眼睛再推荐一个眼药水远离营销号

图片 https://www.v2ex.com/i/K079Iq40.jpeg

2017 年 2 月 17 日

回复了 murmur 创建的主题 › 健康 › 程序员也要爱护自己眼睛再推荐一个眼药水远离营销号

我现在在用参天制药的「玻璃酸钠滴眼液（爱丽）」，是医生给开的， 5ml/0.1%，看包装上的标注成分和海露完全一样（只有玻璃酸钠），是否是楼主后面提到的不建议使用的那种？

2017 年 2 月 16 日

回复了 vertigo 创建的主题 › 分享创造 › [另类想法] 如何保证一条消息十几年后才能被读取

问题是一个很有趣的问题，不过楼主的想法有两个问题：

一是很多人已经提过了，散列算法的解不是唯一的，你其实可以选择一个对称加密算法来做这个事情。

二是散列和对称加密都是可以并行计算的，也就是说如果有人有足够的计算力，靠堆机器，也是可以提前求得解的，可以考虑使用一种无法并行破解的算法来进行加密，这样只有单个 CPU 的计算能力达到一定程度才能解密，更符合楼主的初衷。

2017 年 2 月 16 日

回复了 noli 创建的主题 › 程序员 › RESTful 有用吗？ HTTP 有 GET POST 就足够了？

其实我的想法和楼主差不多（两年多以前我也在 V2EX 发过类似的帖子），即我是觉得 RESTful 并不能覆盖到所有的情况，硬要把不适合的业务对应到「资源」是个费力不讨好的事情。但确实如果能够顺着 RESTful 的思路的话，会有一些比较方便的工具可用，所以也没有必要非要「不遵守」 RESTful 。所以我觉得在做 API 设计的时候，最重要的是项目本身能够统一和自恰，适合 RESTful 的部分就用，不适合的情况也没必要硬往上靠。

RESTful 和 HTTP 本身的关系并没有那么密切，关于如何设计基于 HTTP 的 API 实际上不止 RESTful 一个方案。

2017 年 2 月 13 日

回复了 designer 创建的主题 › 问与答 › 团队的主题被盗版了，对方态度很嚣张。有什么很好的维权方法

@Balthild 其实把 JS/CSS 文件放在自己的网站上算不算「分发」本来就有些争议，我看 WordPress 的文档中有一段很有趣： If you are not distributing your software – for example, a theme used only by yourself or on your local machine – you do not need to adopt the GPL.

它没说「 on your server 」而是说了「 on your local machine 」。当然我只是随便一说，我的总体观点是 GPL 是个流氓协议，能不碰就不要碰。

https://developer.wordpress.org/themes/getting-started/wordpress-licensing-the-gpl/#do-i-need-to-license-my-themes-under-the-gpl

2017 年 2 月 8 日

回复了 RealLiuSha 创建的主题 › 程序员 › 关于定时任务管理

必须 Paxos 呀 https://segmentfault.com/a/1190000007146045

2017 年 2 月 8 日

回复了 angetchao 创建的主题 › 分享发现 › 主流邮箱评测

outlook 、 icloud 、 fastmail

2017 年 2 月 6 日

回复了 moonmagian 创建的主题 › 程序员 › 一个关于程序员的简单的调查问卷

可以考虑在收集完成后，把统计结果和分析发给有兴趣的参与者。

2017 年 2 月 2 日

回复了 lizheming 创建的主题 › GitHub › Github 可以给 repo 添加 topic 了

据说（图中）这是基于机器学习和自然语言处理的智能提示。

不过似乎目前这个功能和 star 什么的联动还有点弱，希望以后能改善，很多人一直都希望可以给 star 加 tag （也有很多第三方来做这个功能）。

1 ... 15 16 17 18 19 20 21 22 23 24 ... 67

❮

❯