大家再看看,目前应该恢复了。
我今天看看
已修复
其实不太好用。给出的信息有一些啰嗦。这个在做代码重构的时候合适,能解释出每一处改了啥,什么目的。
VS Code 加一些插件,现在已经做得比之前好很多了。动态语言很多动态方法解析不出来。
这次正确开启了,打包了好几次。目前线上已经以 Ruby 3.2.0 + YJIT 的模式运行了。
还发现 ruby:3.2-alpine 的 Docker Image 引入以后,带来了 /root
文件夹权限问题,之前服务器的 Docker 版本 18 不支持,查了好久原来是得升级到 Docker v20 以上的版本。
等等,似乎我搞错了,YJIT 没开对
看了一下主机的统计,似乎有所下降。整个部署逻辑和程序都没变的,就是升级了 Ruby 3.2
不是,用的是 ruby:3.2-slim-buster 通过设置环境变量来启用的。
Ruby China 已经升级到 3.2 并开启了 YJIT
刚刚试了一下,好的
cannot load such file -- mysql2/2.7/mysql2
我已经发布了两个基于这种方案实现的 Gem:
file.url(thumb: '?x-oss-process=image/resize,h_100')
这个方法试过了没?
x-oss-process
这个参数,可以靠 url 函数的 thumb
参数来传递的,x-oss-process
相传什么随意。
不过有个点需要注意,carrierwave-aliyun 最初的设计是用于公开文件的场景,所以对私密 OSS Bucket 需要签名的场景不一定覆盖到位,你可能得试试。
不行的话,你可以换成 activestorage-aliyun,这个受 ActiveStorage 影响,私密、公开文件的支持都较好。
对的,一般前端工程师,可能不会愿意写那个。
所以 Rails 出这两个东西与实际情况有些背道而驰,愿景也理想化了。
实际上很多时候,往往会让 Rails 工程师学习 Vue 或 React 来做项目。至于为啥要这样,社区组件、前端岗位支持等等。
可以发布静态库,类似 Nokogiri 那样
发布的时候上传外部 CDN
慢慢研究 Rails API 文档,收益会比阅读源代码更好。
然后是,在 Rails API 之前,甚至应该认真读完 Rails Guides,那个也有很多技术细节的。
Tailwind CSS 可以用 @apply
定义自己的,不用全都 Utils
HTTPS 的话,用的是 Caddy Server
Cloudflare 那边配置错了,现在好了
好了
CSS 问题,我看看
排名已经更新了,默认是按最近一年的回复量排序的
https://github.com/ruby-china/homeland/pull/1317
试着做一些改变,让这个排行动起来
Rails 7 的前端部分我不看好。
Webpack 还是当前整个前端界认可的方式,所以 Webpacker 是合适的方向。而 Rails 7 这些前端打包方式的改动有些走乱了。
不过 importmap 这个方式,让 Rails 默认技术栈可以不依赖 Node.js,看起来也还是不错的。对于新手似乎更友好一些(之前那种安装依赖的问题、Npm 网络问题等等,应该可以避免掉),一些不重前端的产品,直接可以回到 Rails 5.2 之前那种 Assets Pipeline 的状态。