我这边不太喜欢用 foreman 的原因是 我偶尔会在代码里加入 byebug 来进行调试

foreman 好像在遇到 byebug 的时候 没办法进行交互

说的没错 就是它

这个是解决 tailwindcss purge 速度的问题的么？tailwindcss 2.1 以后可以跑 jit（就是本文推荐的方式），直接生成已经使用的 class 的 css 文件，速度就几百毫秒 作者说 tailwindcss3 会把 jit 模式设置成默认

tailwind 是你改动的时候比较方便，想到啥效果，直接敲出来就好了，传统的搞法 开发的时候要绕一下，还得去改 css 文件，中间转一道很麻烦

另外在传统方式中 class 取名的时候也面临一个困境 到底是 功能性的取名（类似 user-profile）还是表现形式的取名（类似 card），tailwindcss 就直接统一了这个搞法 全都按表现形式来

推荐看一下 refactoring ui 这本书，好像就是 tailwindcss 作者写的，里面一些理念我觉得还挺对的

我的理解是 foreman 是帮你一个指令起 application 所需的所有服务的东西，能统一配置环境啥的 没说可以管理 puma sidekiq 等服务挂不挂

守护进程的话我记得 ruby 是用 god , 但是 god 本身也需要跑在 daemon

systemd 的好处就是统一了各种语言，直接按规定的写

感觉 foreman 主要用于开发阶段 systemd 用于部署阶段

这个可以在渲染 html 的时候 直接渲染 checked 字符串到 input 中

刚好 10.1 的时候处理过，你可以参考下

<%@sections.each do |section|%>
  <div data-controller='checkbox-select-all'>
    <label>
      <input type="checkbox" data-checkbox-select-all-target="checkboxAll" />
      <span><%= section.name%></span>
    </label>
    <ul>
      <% section.nodes.each do |node|%>
        <li>
          <label>
            <% checked = @tech_node_ids.include?(node.id) %>
            <input type="checkbox" name="tech_nodes[]" data-checkbox-select-all-target="checkbox" <%= checked ? "checked" : "" %>  value="<%= node.id%>" />
            <span><%= node.name%></span>
          </label>
        </li>
      <%end %>
    </ul>
  </div>
<%end %>

老哥你也许是需要这个 https://github.com/stimulus-components/stimulus-checkbox-select-all

我是觉得混用就挺好的

目前 homeland 感觉能上 react 的地方不多

倒是可以把 turbolinks 切换成 turbo，可玩性就高一些了

看起来不错

主要是老项目 又想用 tailwindcss 的 就很适合这种搞法（比如 homeland）

找到一份 调用 java 的

https://github.com/yoloz/logstash-filter-sm4/blob/master/lib/logstash/filters/sm4.rb

应该是有 gem 内存泄漏了。 除了选择 puma killer 还可以试试 systemd 本身有内存约束

我用 puma killer 有时候 worker 没起来

pv 在 1000w 以下的项目 rails 没什么大问题， 至于再大一些，我自己的项目没到那个量级，但是我觉得应该问题不大。

如果我创业，我肯定会选择 ruby 技术路线，虽然招一个 ruby 很贵（然而现在真也不贵，对比兄弟社区 testerhome 的测试招聘和社区最近的招聘），但是性价比很高，但凡搞 ruby 一阵子，基本都能做到能前端能后端能部署能运维，甚至有的能上到抗 ddos，下到 sketch 出图。两三个人就 run 个 A 轮的技术的 ruby 团队我都见过几个了。

Ruby 在国内确实存在最大的难题：ruby 圈人很少，之前在 2021 rubyconf 群里看见一堆老人，就感觉社区需要新人，需要新鲜血液

编个段子宣泄下情绪不是说不行，只是这么做意义不大，

困难大家都能看到，把问题解决了，才是正道

问题是不是就只能等大神的解决？

当然不是，是来自于社区的每一个人，

不是说 非得去 pr ruby, PR rails，提高运行速度 100%，才算解决问题

对社区的人友善，写一个新人友好的 教程，发一个用 ruby 开发的有趣指令，开源一个 rails 项目解决一个大家遇到的问题，或者自己创业时选择 ruby 作为主力语言， ​都是对 ruby 社区的贡献。

还是那句话 大家多为社区添砖加瓦 做大做强

说的没错 我是 10 年前就是写 java 的，现在 java 的 spring 生态也很好，绝大多数国内大公司最终业务都跑在 java 上

快速迭代速度和开发效率 ruby on rails 优势更大，ruby 社区的大多数人估计都赞成

我反思了下，确实你说的对，我没必要贬低其他人，要打拳我大可以去微博怼社会话题

最后祝我们为多为 ruby 社区添砖加瓦，做大做强

困扰到我的是内存 不仅仅是 ruby 内存 也不仅仅是 rails 内存 gem 内存 而是 内存

也许我的语文能力还没幼儿园毕业，让你理解起来费力了，我得好好反思下自己，多为社区添砖加瓦

这么多年，ruby 的运算速度一直没有困扰到我，困扰到我的是内存。。。

主要是对这个行业不了解 自学了一阵子 shopify，但是确实公司没这块的业务，无用武之地

看看武汉二手房挂盘量和成交量就懂了

看到河北保定的备案 我惊了

腾讯买了 vip 也一样。。。

可以设置最大值 另外 不要暴露 ip 该 cdn 就 cdn

目前来看 阿里的 ACK 版本，成本还是在可控范围内，毕竟本质上还是跑在 ECS 下，主要成本是 ECS, 额外开的 ECI 只跑弹性业务即可。

之前跟坛友吹牛，坛友也是说 k8s 就是个 kpi 神器。

目前我的结论是 想纯粹从省钱的角度上来讲，业务机器如果在 4 台以下，哪怕不算运维人员成本，k8s 也需要非常精打细算才能省钱

当然是让花旗用 hotwired 套装啦

反正学学呗 技多不压身

是的 感觉这个主要就是给 hotwired 套件用的

题外话 dhh 那边搞了个 https://github.com/rails/request.js 可以自动拿 meta 的 csrf token

别提了 我 mac 的 k8s 到现在都还没跑起来

puma 5 之后的版本移除了 daemon 模式转而推荐 systemd 的方式跑啦

会尽快推出 docker 的开源版本

active storage 感觉改动还是挺大的