感谢分享！

hotwire 可能真的很少人在使用，但我个人还是觉得很实用的！

这教程的视频，动画做的也太到位了。

YouTube-What is Hotwire?-Pragmatic Studio

https://youtu.be/nMRtc0poYZI

看懂了... 就是 sprockets 迁移到 propshaft，可能会需要 dart-sass 来协助相容性.... 用的... 看来要使用 importmap-rails (js) + sass (propshaft) 还有一段路要走

请问，即使 使用 esbuild 取代 webpack，一样不看好这个方式吗？

我还没实际试过，但，我看文件，我以为，devise 已经完整支持 Rails 7.0 了

https://github.com/heartcombo/devise/compare/v4.8.0...v4.8.1

好的，感謝感謝！

我也是才发现，要用 bin/dev 才能把 application.css 产生出来

https://ruby-china.org/topics/41990

可是，npm/npx 不是应该安装完 node，default 就会一并安装的吗？

请问 hotwired/turbo , 没有 rails_ujs。

您，button_to , disable_with: "loading..." 这个是怎么实作出来的？

个人觉得，前后端，是要分裂，还是要分离，还是要深度糅合，目前来讲，根本不是开发者可以决定的事情。是只有公司 Boss 可以决定...

如果 Boss 有钱，每次作梦梦到一个产品，就找 3 个 app , 3 个 前端 web , 3 个 后端 api，我想深度糅合 应该 也不可能。

如果 Boss 抠门，每次作梦梦到一个产品，就找 2 个 rails 开发者，你想前后端分离开发，你可能会 看着 深度糅合 的开发者下班回家了，你还在加班。

真的从来没想过，rails , hotwire 这么原始的 框架，也会 yanked 版本。

还好大大帮我发现 turbo-rails 版本 问题。不然，我应该会连 data-confirm 都用 stimulus + css selector + js confirm 去实现，然后一路错到底...

太感谢您了！ 成功了，turbo-rails 7.1.1 ---> 1.0.0 就出现 are you sure。

另外我发现，我一直都只有习惯使用 rails server 刚刚才留意到，您是使用 bin/dev 我才发现到下面这个现象

default: rails new r7 -c bootstrap (css-bundling 会使用 sass 把 app/assets/stylesheets/application.bootstrap.scss convert to app/assets/stylesheets/application.css

"build:css": "sass ./app/assets/stylesheets/application.sass.scss ./app/assets/builds/application.css --no-source-map --load-path=node_modules"

然后才用 asset pipeline 去打包，也就是 我要开始习惯使用 bin/dev(foreman) ，抛弃旧的习惯 bin/rails s

实在麻烦你了！

https://github.com/charlietag/r7_bootstrap_esbuild

目前测试，没有成功。

我也有在 turbo 的 github 看到他的语法

https://github.com/hotwired/turbo/blob/aa61e6afe9f521963a680e2865e836513ef5aa6a/src/tests/fixtures/form.html#L76-L78

但是很奇怪，没有办法 实现 confirm window

认真的研究了下 Rails 7 , 感觉几乎是为了前端生态，升版 的~

--- Frontend ---

• CSS

  • cssbundling-rails
    • bin/rails css:install:[tailwind|bootstrap|bulma|postcss|sass]
  • tailwindcss-rails
    • importmap-rails + tailwindcss 3

• Javascript

  • CDN javascript
    • importmap-rails (jsdm, unpkg or jsdelivr)
  • jsbundling-rails
    • bin/rails javascript:install:[esbuild|rollup|webpack]

不同 css 框架，还会 搭配 不同 组合， ex bootstrap 5 , 就 node (yarn) + cssbundling 使用 tailwindcss 3 , 就可以 importmap + pure tailwindcss 3 使用，或者 使用 esbuild | rollup | webpack 用 node 设定 似乎对于 rails 7 选择了 tailwindcss 3，就不用再使用 sass 的感觉

importmap 也会处理 js 相依性，但只有 针对 js 框架，还是要搭配 cssbundling 使用 才能处理 sass ( scss css:install:sass, 取代 gem sass-rails)

importmap 的感觉 就是有种，前端绕了一大圈，最后还是回到，早期的 header cdn 引入，html 强化 的感觉

--- Backend ---

Backend 的变化，似乎只要留意 zeitwerk

目前心得是这样。不知道是不是有理解错误。

持续探险中...

请问，没有了 rails-ujs， button_to method: :delete, data: {confirm: 'sure?' } 还能正常使用吗？

全新的版本，全新的界面，全新的前端打包方式。

OLD Welcome:

NEW Welcome:

但是，它 7.0.RC2 -> 7.0 只花了 1 天，我以为，7.0 要 12/25...

请问，有使用过 daisyui.com 的想法吗？

请问一下，如果，有资源权限控制的话，应该不容易爬才对？?

另外，我觉得很多看不懂的语言...

Indie hacker ?? Betin cliff ?? Eubolus cliff ??

目前资料量不多，是不是可以加一个类似大厅的功能，把所有文章集中在一起。 (有点像 rubychina 的 社区 )。 因为我刚刚想要发一个主题关于 Linux 的 想探讨关于 CentOS 的内容：

1. 找不到主题
2. 独立一个 linux 主题，感觉这个又属于很冷门的主题
3. 如果有一个类似 瞎扯淡 的主题 可能会好一点
4. 但都只能每个主题点进去又觉得麻烦，如果有一个大厅区 包含所有讨论，看到喜欢的讨论，再进去那一个主题区是不是更好

刚刚又点进去 https://monthcamp.com/ 看了下 坦白说，习惯操作的话，主题多的话，还蛮好玩有趣的。

可能是属于，本身喜欢尝鲜的人会喜欢的产品

其实， @adamshen 大说得很实际，确实，就算是超级大公司的产品，没有洒点币推广，就只能靠时间 or 名人推荐。

跟我说的一样，产品感觉算是很完善了 (除了操作动线需要微调)，说到底，跟我先前提到的一样，剩下的就是推广的问题了。推广也是另外一门学问。

不过这些东西本来就要慢慢摸索的～

甚至有一部份是靠运气，谁会想到 basecamp 在美国当初这么多人用。谁会想到 hey.com 这种 email service 能让人放弃 gmail.com 花大钱，就因为他有 basecamp + dhh 加持。

所以，不段尝试 + pivot，本来就是新创产业的辛苦道路。 目前 social network 类别的都是重口味才有流量。 确实，转向开发主题为 相亲 + 美图分享，肯定马上让你的 server cpu loading 100%。

但，这可能不是开发者当初这个 side project 的初衷。

何况只是 side project。尤其是想要有正向的交流，是更难的路。 Side project 就 坚持走自己的路哄～

除非没工作，要靠这个生活，再转向迎合大众口味即可。

I see, thanks for sharing !!!

why not simply use

gem: hotwire-rails

https://github.com/hotwired/hotwire-rails

我个人觉得很厉害，也觉得很喜欢。 整个设计使用敢跟 hey.com / basecamp 很雷同 我觉得问题，真的是在 需要花时间教育使用者。 hey.com / basecamp 都有完整的视频介绍。 尤其是 hey.com 我没看他的视频，我觉得我不太可能知道怎么使用。

另外，Target User 的部份，我觉得不在产品本身区分。而是 视频分享的对象。 这类讨论区，确实要约 2x 岁，比较有时间去尝鲜。 至于 3x 岁以上的人。通常都是等 2x 岁 流行到很火红。才会开始回过头来关注。

所以我个人觉得

1. 产品 - 本身已经很完善 (UX 动线可能需要在稍微微调，确实有时候我会迷路，可是用 hey.com 的时候，一开始应该也都会迷路)

2. 推广 - 视频应该会是最快。我认为，或许真的可以考虑，是要技术群为主，还是可以扩展到 其他领域 (工作/ 娱乐)

3. 内容 - 比较没有内容确实很快就想离开了，但我相信推广成功，内容问题就有解了，毕竟，有人就会有内容。

整体而言，我是喜欢的！对于非 Ruby on Rails 圈的 圈外人。可能会比较难理解，因为他们对于 hey.com 的 UI/UX 模式本身就不适应。

这些事我的简短想法。我自己是觉得很厉害！要叫你作个 hey.com 你可能也可以实做的出来。

类似这样 https://github.com/charlietag/os_preparation/blob/master/helpers_views/helper_nginx_site_config/etc/nginx/rails_sites/sample-rails.conf

我一直都在用 comodo WAF 规则 + Nginx mod-security + fail2ban

防止客户端使用 F12……这也能防止？？

感谢分享！

看来，你跟我一样，不太能适应，这样滑动的回馈感。 不只是 Android 客户端上浏览页面返回之后会乱跑动，web 端，也是会这样。

这功能 应该是 css 本来就存在： scroll-behavior:smooth 。只是在 hotwired/turbo 上的 效果 (应该算是 pjax 效果) ，会显得更明显。

你试试看 任何专案 加上

js: turbolinks or @hotwired/turbo 
css: scroll-behavior:smooth

browser (history back / history next) 应该都会这样滑来滑去。