Docker 是不错的方法。 Docker 化是一个长期的过程,一些小项目比如内部管理/统计/配置系统,再就是自动化测试。 Docker 整个体系还不是非常成熟,用过就知道有很多坑。 开发和生产都 Docker 化,现在是很理想的情况。 现实来说整个团队需要有一个学习的过程。
先看下是否执行过
echo "ruby_url=https://cache.ruby-china.org/pub/ruby" > ~/.rvm/user/db
再检查一下 curl
和 openssl
是否安装正确
@saberma 武汉也招人吗 是否也是这个待遇
:plus1: 圣诞节大礼啊 最近做优化 到处加 freeze
:plus1: 买买买
https://github.com/nicksieger/multipart-post 的 README 里面不是有现成的例子吗?
require 'net/http/post/multipart'
url = URI.parse('http://www.example.com/upload')
req = Net::HTTP::Post::Multipart.new url.path,
"file1" => UploadIO.new(File.new("./image.jpg"), "image/jpeg", "image.jpg"),
"file2" => UploadIO.new(File.new("./image2.jpg"), "image/jpeg", "image2.jpg")
res = Net::HTTP.start(url.host, url.port) do |http|
http.request(req)
end
试试头像 @huacnlee 在 https://ruby-china.org/tuliang 的头像下面文本显示错了 怎么变成“企业 HR”了
#10 楼 @xiaoronglv 和用户量无关 而是业务场景有多复杂
web 可以改 css 来旋转
transform: rotate(270deg);
主题:基于 AST 的代码优化 求 PPT
49 元 :plus1: 还以为看错了 真是 49 元
@jasl 楼主把 帖子里面的 9 月 26 日 修改为 10 月 10-11 吧 以免误导
:plus1: b 站加油
:plus1: 以前都是靠 Rails.cache + memcached 来做这种 n+1,现在方便了很多
数据库压力不大时这种并发查询可以提升效率 但是如果数据库本身压力就比较大的情况下 反倒会减慢
用 HBase 这种数据库来并发查询会更好一些(典型场景是查询大量日志),其他数据库我还是倾向合并为一次查询
B 站也用 ruby 了啊 :plus1:
Heroku 选择了 WEBrick 作为默认服务器 据我所知 Heroku 换成了 Unicorn
习惯了键位都还好 就是同事们不习惯
看过 SICP 的极少,还能做完习题就更少了。我尝试很多次,都失败了。不知道楼主是准备了那些基础知识后才看下去的,在此请教一下
#4 楼 @quakewang :plus1: 涨姿势了
都好棒 :plus1:
:plus1: 好使
#19 楼 @jasonliu 看这里 https://ruby-china.org/huacnlee 阿里一直都在招的
kanbox.com