老哥你是真能写啊

升级 @hotwired/turbo-rails 至 beta7 后 bug fix

不是 是因为 渲染是在 服务器加载完 dom 之后 react 需要运算 继续修改 dom 导致的

另外根据帖子 https://ruby-china.org/topics/41360 的描述 其实 stream 也可以在 render 的时候 指定 turbo_stream 模版

指定 turbo_stream 的好处在于，你可以通过不同的 target, 更新不同的 dom

老哥 你那个录屏生成 GIF 的工具是啥呀 看着好洋气

老哥，我在使用 turbo frame (webpacker 方式) 的时候出现了这么个问题：

如果 有一个 frame 返回了 form, 这个 form 提交后继续返回一个新的 frame, 这个新的 frame (由 form 提交产生) 虽然会被正确替换，但是这个 frame 的链接将无法再使用新的 frame

举个例子，在官方 demo 中，点击修改 room 名称，出现 修改 room 的 form, 修改完成 room 后，继续正确显示 room 信息，但是在这个 room 信息，再次点击修改，则无响应。

我观察了下，是没有任何请求发出，感觉像是 js 的问题

这个问题 在 assets 模式下 则没有任何问题，

我将有问题的代码推到了 github 上， https://github.com/jicheng1014/hotwire-rails-demo-chat

官方的代码仅需在我的代码基础上回退一次提交即可 他的地址是 https://github.com/hotwired/hotwire-rails-demo-chat

另外，目前我测试的 turbo-rails beta5 版本 在 webpacker 下，turbo frame 似乎是有 bug 的：

如果 有一个 frame 返回了 form, 这个 form 提交后继续返回一个新的 frame, 这个新的 frame (由 form 提交产生) 虽然会被正确替换，但是这个 frame 的链接将无法再使用新的 frame

举个例子，在官方 demo 中，点击修改 room 名称，出现 修改 room 的 form, 修改完成 room 后，继续正确显示 room 信息，但是在这个 room 信息，再次点击修改，则无响应。

这个问题 在 assets 模式下 则没有任何问题

有兴趣的朋友可以看下 https://github.com/jicheng1014/hotwire-rails-demo-chat

是我从官方 fork 出来，之后切换到 webpacker 的情况，会复现我说的这个问题

我自己的分析哈

就是服务器 render 的时候 react_component 的组件只是个 空 div 他还要等 react renderDOM 这个空 div , 渲染完毕了才有新界面

我是在 hotwire 的时候也用了 react_component, 但是在加载 react_component 的时候，会闪一下。不知道有没有哪位大佬解决好了这个问题

抽 5.1 放假的功夫，又完善了下 www.urlprint.com 的功能，现在支持 API 调用截图，欢迎大家来玩

... 我看到你抓的了，其实是我当时发现了个 bug 之后修了下 😄

顺手撸了个截图的网站 http://www.urlprint.com/

嗯那 看了下 他下载在这里 https://github.com/puppeteer/puppeteer/blob/c239d9edc72d85697b4875c98fff3ec592848082/src/node/BrowserFetcher.ts

回头我去抄下 😄

pu 是个啥

我之前一个项目也上了，真是同样的感觉。在出现问题需要抓包的时候，不能直观的显示出问题所在。后来就觉得还是算了

不如加个 redis 吧

是的 我的意思是 当在代码中看到有方法的时候，有时候 go to definition 过不去，那就搜索下

3.0.1 出来了 同志们去更新呀

因为 chrome 浏览器的某版本之后 在你只输入 kuanshu.net 的时候 会自动补足 www

我一般在 define_method 前面会用注释将生成的方法名 写出来 避免 搜索的时候搜索不到

hey.com 邪魅一笑： “想要更好的，得充钱”

理论上会将你的程序协议变更为 GPL

即需要开源你的程序

会存在一定的协议风险，可能风控不会过

我来水图啦

感觉在 v2ex 的口碑已经崩坏了

嗯嗯 这是 app，微信公众号也在做

额，可以关注我司微信公众号 我会瘦APP 我们公司还真有营养师写这类减肥文章

是的

只不过需要考虑一下这些问题：

首先，浏览器拿到代码，到你看到到渲染页面出来，比一般人想象中要慢很多，因为 window，dom 等需要重新过一遍生命周期 屏幕会闪一下，我感觉开启 turboilinks 后跳转新的链接比不开启 turbolinks 访问新的链接快 20ms-50ms（cache 不存在的情况）

第二，预览，其实这个东西我曾经也是非常排斥，比如跳回的时候，后来我发现如果我把第三方组件（一般都是第三方组件被渲染了多次）放到 stimulus 中的 connect 和 disconnect 中管理的话，就可以解决第三方组件被渲染多次的问题。

在 cache 被加载的情况下，网站会给人极大的加速访问的错觉。我自己的体会是，特殊复杂页面关闭，静态页面保留。

“我的项目，application.js 文件已经 3.5M 大了，首次打开页面要 1 分钟时间。”

applicaiton.js 让 nginx 处理，打开 gzip 会缓解

另外，如果是固定的库，没必要都放到 application.js 里，单独也可以

这个咱忍忍，毕竟又拍云赞助了 ruby-china，

如果你使用了 rubychina 的 gemfile 源，就使用到了 又拍云的 cdn 服务了

能支持就支持下呗