??? @jasl

xpath 可以做到一些 css 做不到的事，例如匹配 Text Node。

看得不明所以：

1. 原文是什么？
2. 主题是什么？

又看了一次问题，似乎要的只是

我现在想要的是能不能在使用 carrierwave 选择图片后，后台自动上传到服务器？

如果只是这样的话，那么只要把表单改成 remote，在 file input 触发 change 事件的时候提交表单就行：

<%= form_for(@img,:html => {:multipart => true, id: 'img-form'}, :remote => true) do |f| %>
  <%= f.text_field :img_name %>
  <%= file_field_tag :attachment, id: 'attachment-input' %>
  <%= f.submit "upload" %>
<% end %>
<script>
  $('#attachment-input').on('change', function() {
    Rails.fire(document.querySelector('#img-form'), 'submit'); // 必须用 Rails.fire，原生的 submit 方法不会触发 rails ujs remote form。
  });
</script>

至于你想简化表单的参数，那么应该重新考虑模型建立，Img 模型的作用是什么？如果 Img 模型没必要，那么直接创建 Attachment 就好了。

PS：Attachment 模型多态关联也是有它的用处，Rails 的 ActiveStorage 有 Attachment - Blob 完整的实现，如果需要这种模型可以直接用 ActiveStorage。

自动上传需要自己写 javascript，原生接口的例子可以看这里：

https://developer.mozilla.org/en-US/docs/Web/API/File/Using_files_from_web_applications

我有个示例项目用了 Stimulus 和 Rails.ajax 的例子可以看这里：

https://github.com/getcampo/campo/blob/7d3574fcb8bf7d4c1fa63fd20f25ec4a9b714243/app/assets/javascripts/controllers/editor_controller.coffee#L4-L20

啊哈，我理解你意思了，你想要 key 按顺序排列，Ruby Hash 是按插入序。

迭代的时候手工排序可以吗？

hash.sort.to_h.each do |key, value|
  # ...
end

看起来 ActiveSupport::OrderedHash 就是 Hash 而已。

https://github.com/rails/rails/blob/c3e17bbad88326bd0cb1fcd775c2b2a2929ce59e/activesupport/lib/active_support/ordered_hash.rb

测试方法是怎么样的？

好像 1.9 开始默认就是 ordered。

https://www.igvita.com/2009/02/04/ruby-19-internals-ordered-hash/

人工智能识别，人工的。

那就沿用 Boolean 啊。

🙄️enum 的值是数字。怎么不用 boolean 类型。

docker

Don't feed the Troll

故意遗留 N+1 查询，只查顶层数据，如果有缓存就不需要执行里面的查询。

尽量用套娃缓存。

看上去楼主犯了蠢，然后被牛人纠正了，旁观者学到了东西，这是不是多赢？

不是的，这类帖子多了，牛人会觉得这个地方讨论环境比较差，总是遇到装蠢的人不得不纠正免得教坏新手，久而久之就会心累离开这个地方，最终损失的是整个社区。毕竟每个人都喜欢和高于自己水平的人讨论，愿意教导谦虚好学的新手，而不是跟巨魔战斗。

这是为什么我对这类装蠢帖子很恼火。

The Pragmatic Programmers 已经有 elixir/phoenix 一系列入门书了 https://pragprog.com/categories/all?fsort_by]=pubdate&fcategory]=all&fskill_level]=All&ftitle_contains]=elixir[

我现在觉得靠写一本书赚钱很不划算，周期太长，收益很低。除非本身不是为了赚钱，而是为了布道，或者是自己工作的副产品，那么就可以不用考虑收益去写。如果单纯是为了分享布道，不如写博客。

这本书官方没出电子版。

会不会 WxCommon.notify_user_sign 没有设置 timeout 卡死了。

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

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