V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  jybox  ›  全部回复第 15 页 / 共 63 页
回复总数  1260
1 ... 11  12  13  14  15  16  17  18  19  20 ... 63  
我也收到过,看了下,邮件有 DKIM 签名而且通过了校验,因此可排除冒充的可能,这个后缀应该也是他们员工才能用的邮箱。
- 如果是对数据的约束,更适合放到 SQL (保证最终的数据符合约束)
- 如果逻辑复杂到难以用 SQL 表达,更适合放到应用(毕竟 SQL 表达能力不如通用语言强)
- 如果是 IO 密集,且必不可少的工作,更适合放到 SQL (减少传输量和对数据的反复扫描,但前提是这个工作「必不可少」,不能因为放到 SQL 中来做而增加无意义的工作)
- 如果是计算密集,更适合放到应用(应用更容易进行横向拓展)
2017-03-06 13:44:41 +08:00
回复了 sheldonshen 创建的主题 JavaScript 看过 JavaScript 语言精粹的猿们,来谈下感受.
我觉得这本书更适合没有系统学习过 JavaScript ,但又需要快速上手的人,而且这本书比较旧了,没有跟进 ES2015 。如果你已经通过其他的书系统地学习过了,或者已经有很多 JavaScript 的编码经验的话,可能帮助不大,这种情况推荐看「你不知道的 JavaScript 」(最近下册也出中文版了),还可以看看我的推荐书单 https://jysperm.me/booklist/
2017-03-04 10:01:48 +08:00
回复了 m31271n 创建的主题 求职 [杭州] 求职 Node.js 工程师
楼主的博客不错,想订阅一下发现没有 RSS ,略遗憾。
2017-03-01 18:42:08 +08:00
回复了 nilai 创建的主题 程序员 除了 https,有什么防止网络监听的成熟方案
@BXIA 发了假证书就已经是篡改行为了呀,楼主说不考虑篡改只考虑窃听
0.5CPU/256M 是对你的容器的限制,你的容器里基本上就只有应用进程了,操作系统、数据库、负载均衡( Nginx )等等都不在你的容器中。另外 Nginx 在处理慢请求上会比 Node.js 更有效率,因此 Node.js 前面套一个 Nginx 通常会比直接测 Node.js 更快(尤其公网上)。

有关 LeanCloud 的更多问题建议来我们的论坛提问 https://forum.leancloud.cn
2017-02-27 10:40:35 +08:00
回复了 xxxbi 创建的主题 宽带症候群 尽管很多人不愿意承认,其实大部分人不需要公网 ip:
主要还是 P2P 相关的软件需要,现在是一个很混乱的状态,合同上没写有没有公网 IP ,然后你打个电话又会有,但也不好说什么时候又给你改回去。也许还是额外付费购买公网 IP 比较好?不过这其实是这个体制问题,既然公网 IP 我都付了钱,凭什么封我 80 端口?所以现在的状况估计会一直持续吧。
2017-02-27 10:34:27 +08:00
回复了 cy18 创建的主题 SSL [瞎想]关于 HTTPS 证书的安全性
我之前发过一些帖子 https://www.v2ex.com/t/235216
主要的观点是,如果有一家 CA 签发的过程非常简单,那么这个 CA 就是体系中最薄弱的环节(因为在操作系统和浏览器看来,所有已经信任的 CA 签的证书在一般情况下没什么区别)。
2017-02-23 23:14:53 +08:00
回复了 Quaintjade 创建的主题 信息安全 SHA-1 的第一个成功碰撞
文章没细看(如果我理解错了请指正),但 SHA-1 存在弱点并不是什么新闻了,维基百科上说在 2005 年就有人找到了以 2^63 次计算找到碰撞的算法。而 2^63 刚好等于这篇文章中给出的 9223372036854775808 ,所以 Google 只是堆了一些机器来找到了第一个碰撞?

https://zh.wikipedia.org/wiki/SHA-1
2017-02-22 21:28:30 +08:00
回复了 tyhunter 创建的主题 问与答 入手法压壶,求推荐咖啡粉
推荐 illy 罐装咖啡豆或者咖啡粉,打折的话应该比星巴克便宜,个人感觉比星巴克略好一点。
2017-02-22 18:58:10 +08:00
回复了 Powered 创建的主题 程序员 分布式 CAP 理论的一个问题请教
可以设想一下,假设出现了分区( P ),就是你的服务器被分成了两个部分,每个部分内部可以通讯,也都可以分别对外服务,但两个部分之间不能通讯。这个时候你就必须做出一个选择:

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

或者如果你可用性和一致性都需要的话,那你就无法满足分区容错性。
2017-02-20 10:46:32 +08:00
回复了 RihcardLu 创建的主题 程序员 编码、摘要、加密的区别
关于散列的进一步讨论可以看我的这篇文章: https://jysperm.me/2014/02/1476/ (三年前写的,可能有的地方不恰当,但刚刚我又看了一遍,大体没问题)。

其实我觉得「散列」这个意译要比「哈希」好很多,楼主的文章没有提到散列这个称呼。
2017-02-19 16:57:31 +08:00
回复了 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-02-17 18:47:37 +08:00
回复了 murmur 创建的主题 健康 程序员也要爱护自己眼睛 再推荐一个眼药水 远离营销号
2017-02-17 18:44:46 +08:00
回复了 murmur 创建的主题 健康 程序员也要爱护自己眼睛 再推荐一个眼药水 远离营销号
我现在在用参天制药的「玻璃酸钠滴眼液(爱丽)」,是医生给开的, 5ml/0.1%,看包装上的标注成分和海露完全一样(只有玻璃酸钠),是否是楼主后面提到的不建议使用的那种?
2017-02-16 21:12:40 +08:00
回复了 vertigo 创建的主题 分享创造 [另类想法] 如何保证一条消息十几年后才能被读取
问题是一个很有趣的问题,不过楼主的想法有两个问题:

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

二是散列和对称加密都是可以并行计算的,也就是说如果有人有足够的计算力,靠堆机器,也是可以提前求得解的,可以考虑使用一种无法并行破解的算法来进行加密,这样只有单个 CPU 的计算能力达到一定程度才能解密,更符合楼主的初衷。
2017-02-16 12:43:17 +08:00
回复了 noli 创建的主题 程序员 RESTful 有用吗? HTTP 有 GET POST 就足够了?
其实我的想法和楼主差不多(两年多以前我也在 V2EX 发过类似的帖子),即我是觉得 RESTful 并不能覆盖到所有的情况,硬要把不适合的业务对应到「资源」是个费力不讨好的事情。但确实如果能够顺着 RESTful 的思路的话,会有一些比较方便的工具可用,所以也没有必要非要「不遵守」 RESTful 。所以我觉得在做 API 设计的时候,最重要的是项目本身能够统一和自恰,适合 RESTful 的部分就用,不适合的情况也没必要硬往上靠。

RESTful 和 HTTP 本身的关系并没有那么密切,关于如何设计基于 HTTP 的 API 实际上不止 RESTful 一个方案。
1 ... 11  12  13  14  15  16  17  18  19  20 ... 63  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2141 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 53ms · UTC 01:52 · PVG 09:52 · LAX 18:52 · JFK 21:52
Developed with CodeLauncher
♥ Do have faith in what you're doing.