dom 操作比虚拟 dom 快多了

这句话不是绝对错误，Virtual DOM 的变更最终是通过 DOM 执行的，流程大致如下：

1. 更新 Virtual DOM。
2. Diff 更新后的 Virtual DOM 和之前的快照，找出有变动的部分。
3. 把变动部分换算成真实的 DOM 操作。

如果开发者把每个 DOM 操作写到极致，是比 Virtual DOM 更快的，因为少了 Virtual DOM 更新和 Diff 的操作。Virtual DOM 的快是相对之前一些小修改就大片更新的前端框架而言的，Virtual DOM 宣传过程产生偏差导致有的人误解有了 Virtual DOM 就不需要调用 DOM。

但是写到极致的 DOM 操作会非常繁琐，相当于在人工 Diff。我觉得 React 的优势是把 DOM 操作由过程式编程转向声明式编程，避免了人工 Diff。

要思维碰撞就拿出自己认真思考的观点，而不是不做功课张口就来。

目前 Rails 5.2.0 一 assign 就保存了，来不及执行校验。有个补丁要等下个版本 https://github.com/rails/rails/pull/33303

标题说 iframe 和 spa，内容又转到 Virtual DOM；前半句说 dom 操作快没问题，后面那句“Virtual DOM 整个区域都重新渲染”又是错的。

强烈的 Troll 既视感。

https://www.cloudflare.com/

微服务是一个有误导性的技术营销词，它让人在过度拆分服务的时候有迎合潮流的错觉，而忽视了过度拆分后的维护成本。

Twitter
HackerNews
Ruby Weekly

HMAC != Digest，上面只是用了 SHA1 作为他的散列函数。

https://zh.wikipedia.org/wiki/%E9%87%91%E9%91%B0%E9%9B%9C%E6%B9%8A%E8%A8%8A%E6%81%AF%E9%91%91%E5%88%A5%E7%A2%BC

至少多了个 key 能看出来吧。

elasticsearch 的强项是文本搜索，news feed 的瓶颈不在这里——一个活动要投递几千几万个信箱，而里面仅仅是一些 id。

Instagram 之前是用 Redis，后来转向 Cassandra。50 万用户我觉得可以先用上面的实现，遇到瓶颈再看看要在哪个环节解决。

https://robots.thoughtbot.com/using-polymorphism-to-make-a-better-activity-feed-in-rails

这个方案也许大了有性能问题，但可以作为一个开始。

取决于 Ruby 的安装方式，我记得 brew 装的已经设好用户权限，也许楼主在用的是系统自带的。

呵，我想到这个帖子 https://ruby-china.org/topics/37098

cpu 还没用完，设 4 个 worker。

And if they've heard of it, they've probably (correctly) concluded that they don't need it.

Dependency Injection is an example of a popular new Java design pattern that programmers using Ruby, Python, Perl and JavaScript have probably never heard of. And if they've heard of it, they've probably (correctly) concluded that they don't need it. Dependency Injection is an amazingly elaborate infrastructure for making Java more dynamic in certain ways that are intrinsic to higher-level languages. And – you guessed it – DI makes your Java code base bigger.
http://steve-yegge.blogspot.com/2007/12/codes-worst-enemy.html

2 楼回复是不负责任的误导，crystal 是另一个语言，虽然跟 Ruby 很像但终究不一样。

我见过的 Ruby 打包工具有：

• https://github.com/pmq20/ruby-packer
• https://github.com/phusion/traveling-ruby
• https://github.com/hone/mruby-cli

没实际用过。如果只需要 Linux 也许还是 gem 好用，发行版源里都有 Ruby。

resources :comments

resources :posts do
  resources :comments, controller: 'posts/comments'
end

角度刁钻。

> Rails.cache.write 'foo', 1
=> "OK"
> Rails.cache.redis.get 'cache:foo'
=> "\u0004\bo: ActiveSupport::Cache::Entry\n:\v@valuei\u0006:\u0015@marshaled_value\"\t\u0004\bi\u0006:\r@version0:\u0010@created_atf\u00171530335167.8461182:\u0010@expires_inf\v8.64e4"

Rails.cache 写入的是 ActiveSupport::Cache::Entry，用作缓存以外的用途时可能有不可预料的问题，依赖底层功能的时候我都直接用 Rails.cache.redis。

However, under the new license, it is no longer possible to use Brakeman OSS for the development of a commercial product or online service or to resell Brakeman OSS as a service.

感觉这 or 是不是写多了，根据 issues 后面的解释，可以用来扫描商业项目，但不能作为产品功能的一部分。

一般编译慢是因为：

1. 文件系统慢，例如虚拟机。
2. 依赖的包太多。
3. 缓存有问题。

没看到 qiniu 的适配器描述，activestorage 原生不支持 qiniu 的。

我都是同步发的，感觉良好。

sentry 直接发给他们服务器，怎么会导致 redis 爆？

1k/3min 和 1k/1.5min 对比，好像还是可以接受的嘛，worker 开了多少线程？

一个是系统进程内存一个是 ruby 运行时内存，不一样。

👍

好了好了，知道你有女朋友了。

我联系了 @hrz3424-github @MarcSteven @Frank_Li ，各方没办法达成一致，只能走法律途径。

Ruby China 是技术论坛，无力解决这事，继续争论也不会有结果。管理员群组决定不介入争议，隔离事件，等待法律结果：

1. 双方不能再在论坛上对此事评论，否则封号。
2. 跨境帮不能发布新的招聘帖。
3. 相关帖子锁定。

我们站在法律裁决这一边。

别逼着管理员表态，我们无法判断，除非劳动仲裁结果出来。