已经切换到 PostgreSQL 的搜索实现,去掉了 ElasticSearch
PG 的效果不好啊
ES 内存大户,一直想去掉,之前还曾经尝试过用 Rust 写的 Meilisearch 替换掉 ElasticSearch 的,代码都写好还上线过,结果发现 Meilisearch 有内存泄漏,于是又撤销回去了。
错了,是 4 核,从最早到现在一直是 4 核。
前年迁移到香港了,内存调整到了 6G 内存,因为服务器需要跑数据库。
需要启用 macOS 或 iOS 的暗模式才可以看到,这个是随系统设置来变化的。
CSS 里面有个 media query 叫 prefers-color-scheme
@media (prefers-color-scheme: dark) {
body { background-color: #000; }
}
https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-color-scheme
4 核 6G 内存,单机
里面跑了:
这个问题大概是功能没用过,没数据,我一直没想到好的方式修复。 你用一下,创建主题、回复,然后再试试
去掉
respond_to do |format|
format.js
end
截图不完整看不出来
不用回复了 我已经修复了 还没发布,把那个功能去掉了
我处理一下,去掉那个功能,看起来没啥用了
我改大了
和速度没关系,跟随上整个大环境
目前越来越多的库都用 Npm 的方式发布,同时未来我也会尝试在 Homeland 项目里面集成 React,以代替之前 Backbone 部分的实现。
跑题一下,是时候改用 Docker 部署了。
发布前通过 GitLab CI 打包好 Docker Image,发布 / 回滚 / 服务器水平扩展将会变得更容易。
应该是可以的,如果用 MySQL 8.0
取决于磁盘速度,也受文件目录复杂度影响
大概是 Rails boot 过程,会从 RubyGems 目录寻找对应的 Gem 文件 require 加载到内存。
对着 Changelog 改,掌握好规律,其实很简单的
second_level_cache 好像有问题
我回滚了
我们招人 你要不要来嘛,成都、杭州都可以 哈哈哈
我们公司招聘都没有推荐或置顶
另外,我看了一下你的 Gem,太多了
时间精力有限,你这样拉太长战线难以把细节做好。可以考虑把精力放在重点的几个(5 个以内),专注先做好他们。
成都有没有兴趣来,我们这儿还有个湖南的,上周刚买房要定居。
我们在做 长桥,你要有兴趣可以邮件联系我。
S3、DynamoDB 这种架构复杂,不利于构建通用组件。这类需求实际上可以基于目前的方式在自己的项目中扩展。
实际上更简单的方式是将这个数据存储到非业务系统的库里面,比如我们的场景,Audit Log 是存储在后台特有的数据库里面,和业务系统隔离的。
楼主说的问题靠测试覆盖能很容易解决。
不过鉴于这个,顺带说说 Rails 某些问题只会在 production 环境发生,哪怕你测试覆盖够了。
某些特定复杂场景,在 test、development 环境是没法重现的,我们可以用 config.eager_load = true
模拟 production
的加载机制来启动,才能还原 production 的场景。
可以的,A 等待网络响应的时候,B 可以使用 CPU 的,能起到一定的并行效果
增加一个 /status
server {
location /status {
access_log off;
add_header Content-Type text/plain;
return 200 'OK via Nginx';
}
}
然后用 HTTP 访问 http://localhost/status 来验证