找到问题源头了，https://github.com/rails/rails/issues/43835#issuecomment-1002288478 居然是 Safari 的原因。

这个 PR 导致的问题 https://github.com/rails/rails/pull/44304

Server-Sent Events

不用怕。就让它找呗，看它请求什么，喂一些迷惑的数据引导对方。

这个在最新的提交里已经改好了，服务器上还没有更新

已解决

发帖这么随意吗？随手一发，也不看看实际排版格式？我帮你稍微调整了一下。

使用 rbenv 吧，rvm 都没有人用了。

报名 +1，明天我会带来一款好玩的 路由器 ，光影猫

Ruby1.9 以后的线程是操作系统中真实的线程实体。

现阶段还是想使用拖跩的方式，不编写代码，主要是想培养一下编程的思维。

Scratch 只是一个网页版吗？有 APP 可以安装到 iPad 中去吗？找了几个模仿的 APP，都做的不怎么样。

RUN bundle exec rails assets:precompile RAILS_ENV=production SECRET_KEY_BASE=fake

这么霸气吗？期待

get "/:name", to: "hello#welcome", trailing_slash: true, as: :hello2 ，加了这个后，hello2_path(name: "Jim") 生成了 /Jim/ 这样的 URL，但是 /Jim 这个 URL 还是能匹配到，只能这样了。

这样还是不行的

使用 stimulus 配合。

<turbo-stream action="append" target="messages">
  <template>
    <div id="message_1" data-controller="auto-hide" ><%= flash[:notice] %></div>
  </template>
</turbo-stream>

然后 stimulus:

import { Controller } from "@hotwired/stimulus";

export default class extends Controller {

  // Search used: data-controller="auto-hide"

  // Search used: data-auto-hide-delay-value=
  static values = {
    delay: { type: Number, default: 10000 },
  }

  connect() {
    setTimeout(() => {
      this.element.classList.add("animate__fadeOut");
      setTimeout(() => {
        this.element.remove();
      }, this.delayValue);
    }, 2500);
  }
}

可以不用 turbo-frame 标签包起来，直接在 tr 标签上直接使用 ID 可以解决。如对表格数据进行更新和删除：

index.html.erb

<tbody >            
<%= render @users %>
</tbody>

_user.html.erb

<tr  id="<%= dom_id(user) %>" >
<td>....</td>
<td>....</td>
</tr>

update.turbo_stream.erb

<%= turbo_stream.replace @user do -%>
  <%= render @user -%>
<% end -%>

destroy.turbo_stream.erb

<%= turbo_stream.remove @user %>

我大概明白了。这个不是 Turbo 本身的原因，原因是由于 Turbo 使用了 内置的 Fetch API，它遵循的是 http 规范的。而 button_to 创建的是一个 http method 为 post 请求的表单请求。

303 状态能保证总是采用 GET 请求的，而 302 重定向时不改变方法的

所以解决办法是：想办法让登出方法返回 303 的状态码；或者使用 button_to。

• https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/302
• https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/303
• https://stackoverflow.com/questions/8138137/http-post-request-receives-a-302-should-the-redirect-request-be-a-get

要求这么高吗？10 年以上的老手都被无视了

20 年前就有了 Delphi，那时 C/S 形式的各种桌面的 XX 信息管理软件都是用它做的。现在各种“低代码”又一个是 WEB 届的 Delphi?

最近的形势给我一种感觉，每当新招聘出来，接着又会有另一个招聘出来。感觉都不是新机会，而是存量在倒腾。

想只是第一步，重要的是先干起来。

我感觉目前 ruby-china 论坛的 Feed 流做的不够好。应该改进一波，把喜欢交流的人们再次聚合在一起分享交流，大家有什么想法？

你 Java 转过来的话，你要是愿意折腾，可以试试 jruby, 我很久以久搞过，把 rails 程序打包成一个 war 包，然后可以放在 tomcat 中运行。

我下一个判断，前端以后会随着浏览器原生技术的发展，API 会越来越丰富和完善，各种语义化的 HTML 标签会越来越好。像下拉菜单、弹出框等各种常用的控件以后都是会有的。随便举几个例子，比如说

• 日期选择器 <input id="date" type="date"> 现在直接浏览器提供了，不需要额外的 JS 库了。
• 表单验证现在也越来越完善了，甚至都自行定制验证消息了。

像现在这些很多客户端 JS 的很多控件库，以后都没有人用了。有些 React 库，一个小小的控件文件，点进入一看，都上几百上千行代码了，我一点兴趣都没有。

反对前后端分离 https://williamkennedy.ninja/javascript/2022/05/03/in-defence-of-the-single-page-application/

前后端分离的方案在目前这个阶段我个人是真的不认同的，把所有的前端工程架在一个看起来不是那么面向未来的技术框架之上，我是不放心的。我觉得浏览器原生的技术标准才是未来。

正好相反，从实现原理上说，Hotwire 比 React / Vue / Augular 简单多了。

排版都没有搞好。参照一下招聘要求，https://ruby-china.org/topics/25579