另外,目前我测试的 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/
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 */
抱歉 写错了 已改正
老哥 没加群吧 群里天天鸡裂讨论。。。