多谢老铁。

是。也谈好了。

支持一波。

尝尝鲜。

没法子，最近业务团队忙。

8G

差点没认出来。

赶紧发给我老板。

这时假设平均响应时间从 150ms 变为 15s，那么

线程的 RPM = 60s / 10s = 6。不是应该 RPM = 60 / 15s = 4 ?

其实就相当于它提供了大量的机器，然后把你的测试分配到每一台上面去跑咯。这个自建服务有点难实现，确实这种场景下付费会比较省事。我这边是测试会依赖 Redis，多核跑并行的时候偶尔会出点问题，所以暂时还没有引入并行的方案，不然 3 分钟的测试可以缩短到 50s 左右。

这很可以啊。https://github.com/grosser/parallel_tests 你们是用了这个做并行测试？

我从 Circle CI 转到 Github Actions 了。现在每次 PR 都跑 1000 多个测试，微软送的那些完全不够了。 最后还是自建。

我写错了，改过来了。感谢。

还好，就顺便总结一下。

正在慢慢一步步应用到项目中。

这是打算让程序员们下岗？

明天还有。

公司名字都没有？

我感觉项目空闲时间就是我们唯一有时间去优化原来项目的时间，可以用来做一下代码重构，交互体验优化。

我感觉《Ruby 元编程》可以多看看。

@jicheng1014 你这个闪烁会不会是 preview 导致的？ https://turbo.hotwire.dev/handbook/building#opting-out-of-caching

加一下这个标签看看？ <meta name="turbo-cache-control" content="no-preview">

有道理，回头试试，确实多了之后还是需要拆分一下。后面看看能不能在 view 里面 render partial。

感觉可以用 Rails6.1 初始化一个项目，直接把原来的代码拷贝过来了。

我太傻了有现成的不用，你试一下这个

效果

就是高清文件有点大，不好刷出来。

我只是用 Mac 的 QuickTime 录制屏幕，然后在 https://cloudconvert.com/mov-to-gif 这里转一下。

@jicheng1014 应该跟 @Rei 说的currentURL有关。你用 asset pipline 导入的是这个版本的Turbo.js，这是以前的版本，还没有 currentURL这个概念，当时用的是loadingURL。

如果你用 webpacker 导入的会是最新的Turbo.js问题出在这一行，多次点击之后

this.sourceURL != this.currentURL  # => false

导致 if 里面的代码无法执行，所以得想办法重制 sourceURL 的值。我看官方的 PR 就是改的这里。

我找时间研究一下。我用你的 Demo 重现了。

会不会是跳转的时候 body 里面的元素被 replace 的时候导致的？