看了一下主机的统计,似乎有所下降。整个部署逻辑和程序都没变的,就是升级了 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 的状态。
用 RAILS_MASTER_KEY
环境变量
Ruby China 已经升级上线
看起来还需要依赖 Beanstalk
昨天我才分享了这个 https://github.com/hibiken/asynq
居然没 TablePlus,其他工具都不需要
以前一直用 Sequel Pro,很久没更新,就换 TablePlus 了
没续费,麻烦,就用一个二级域名
你放个透明遮罩就可以了
其实我很想把 Homeland 的 Bootstrap 去掉,换成 Tailwind CSS
我也很想用 React + TypeScript 来改造前端
就是太费时间了,产出意义不是太大,干不动。