DHH 的演讲真刺激
这个是很多年前他们写手机客户端做的,居然一直在跑
好了,之前 QCloud 免费证书没自动续期了,我买了个 3 年的 SSL
这... 都第四代了,Sublime 这团队的设计品位依然如此差。
我查了一下,可能是历史问题导致,你有两个账号 id 都是 kastrcn
现在你可以修改 Name 了,如果有需要,可以处理一下 kastrcn
这个老账号
我看看,可能是你用户名有大写字母的问题
可以别管它,也不影响。
@xinyifly 说的是对的,可能就是前面某个信息获取失败了,所以它把每个版本都拉了。但这些仅仅是一些比较小的描述问题。
是网络问题,服务在境外 Cloudflare 的 CDN 上,你看到的可能是网络延迟
可能是我那天批量处理,看走眼了
用 Zed 现在很好用了
简单,你别理这个好了,不是每个语法都要学会的,实际也用不到,别在这里费神,又不是搞语法研究。
已升级
这样:
find . -type f -name "*.md" -exec bash -c 'mv "$0" "${0%.md}.backup"' {} \;
这个是 Wrap 的 AI 给的建议:
感觉有点多余啊,既然这个工具都需要用 find
和 xargs
命令,那为啥不用 mv
命令来做这个批量改名动作?
find /path/to/directory -type f -name "*.md" -exec mv {} {}.backup \;
Ruby China 的镜像,如果不考虑实时性,也可以快。
早期的时候就是国内其他 RubyGems 镜像那样的,后面发现不行,刚发布的 Gem 要等很久,要手动更新 CDN 等等。
于是就改了,让动态 API 请求直接以代理的方式回源到 rubygems.org 这样肯定实时,实际的 .gem 文件下载有国内 CDN 离线的缓存,那个肯定快的。你测试方法不对,只测试到了 API。受下载速度影响的主要是 .gem 文件,小的 1M,大的有几十 M。
此外,日常零成本维护,一般一年我都不用管它。
上面截图速度哪里是正常的,Ruby China 的镜像节点是在香港的 CDN 上,这样可以做到实时的 rubygems.org 回源代理。
实际 Gem 安装过程中,大部分文件是国内 CDN 速度很快的,只有动态页面速度要慢一些。
检查一下是不是本地网络问题。
gems.ruby-china.com 是在腾讯云的香港 CDN 节点上的,没有独立服务器。
要不是看这头像是熟悉的,估计按下了删帖按钮。
这标题看起来颇像广告、诈骗之类的。
&.
这个叫 optional chaining
JavaScript 里面也有的是 ?.
app/models/topic.rb
里面新增一个 can_edit?
函数,判断条件自行实现。app/controllers/topics_controller.rb
的 edit
和 update
函数内,增加 can_edit?
的判断。由于这个限制不需要那么的严谨,仅在 controller 里面限制即可,不需改 Model 里面的逻辑。
你努努力,把细节改进一下,这个或许可以合并到 Rails 主项目,作为一个项目流程,这样官方就直接有多语言了。
翻译动作,可以在 CI 里面做。
既然已经有了 S3 支持,我也给 GoBackup 增加了 UpYun 的存储支持
不过 UpYun 这个 storage_class 不支持低频存储啊。并且根据我测试,如果 Bucket 的低频存储,也不能用 S3 协议上传文件。
哦哦,我一般都是点击顶部导航栏来返回列表的。我有空增加一个返回按钮
已修复
你再试一次,我调整了部署架构。新增了一个更稳定的境外节点作为主要的服务。
域名 DNS 更新可能每个地方速度不一样,注意检查 dig gems.ruby-china.com
$ dig gems.ruby-china.com
;; ANSWER SECTION:
gems.ruby-china.com. 267 IN CNAME gems.ruby-china.com.cdn.dnsv1.com.
gems.ruby-china.com.cdn.dnsv1.com. 600 IN CNAME 21gxf88f.slt.sched.intlscdn.com.
21gxf88f.slt.sched.intlscdn.com. 180 IN A 43.152.14.32
这个问题我在查查,实际上我验证的时候那个 404 还是有的,那个确实是 rubygems.org 废弃了那个 API。但据我测试,安装流程不影响的。
超时是 Upstream 的问题,偶尔会有,我需要再查查看