支持一波。
尝尝鲜。
没法子,最近业务团队忙。
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 的时候导致的?
好像可以了。可能他们改了配置。
不一定吧,可能是代理配置问题?能找 @Rei 帮忙看看不?
@huacnlee https://github.com/ruby-china/homeland/blob/ae3296f6cc31f83384bc1f2515278bb7838f0717/lib/homeland/pipeline/imageproxy_filter.rb#L6 貌似是搞不掉。能不能考虑设计成 有 alt noproxy
前缀的就不加代理?