我自己的分析哈

就是服务器 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 服务了

能支持就支持下呗

mruby 也支持阿，牛逼！

建议把不提供的第三条删掉，这条有可能会冒犯到一些人

rails 6.1.1 已发布

牛逼牛逼 除了 ruby 的胜利，更是物理的胜利，终究是 数学的胜利

今天看 purgecss 的文档，发现了更简单的方案，只需要 css 里用专用注释标记出不想裁剪的代码即可

/* purgecss start ignore */

.container-never-use{
  balabala...
}

/* purgecss end ignore */

抱歉 写错了 已改正

老哥 没加群吧 群里天天鸡裂讨论。。。

react_component 这个方法会帮你生成一个 div，将参数变为 json 字符串，传给一个 react 组件，组件将 json 字符串再转化为 object，再生成一个 child component , 这个 child component 则是你对应的那个组件，之后也把 生成好的 object 给到你的组件的 props 里

话说如果是少量图标的话 可以试试 阿里的 https://www.iconfont.cn/ 这个我个人觉得比 fontawesome 好用