下記のように自前でautoload_pathsに追加したパスはproduction環境では自動読み込みされません。 # ./config/application.rb config.autoload_paths += %W(#{config.root}/lib)
![Rails5: production環境でのAutoloadの廃止 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/4215d767f92b54814c4d1c64d768210e1441cb58/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9UmFpbHM1JTNBJTIwcHJvZHVjdGlvbiVFNyU5MiVCMCVFNSVBMiU4MyVFMyU4MSVBNyVFMyU4MSVBRUF1dG9sb2FkJUUzJTgxJUFFJUU1JUJCJTgzJUU2JUFEJUEyJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz05ZWZlMjcwMGQ4NDQ1MDA0NTNlZmY1NDUxNjEyOTlmMQ%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwam9vb2VlMDAwMCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ODhjMWExOTNkZTFkM2U2MjhmNmI4M2I1MDMwZjJmMGE%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D0a5518ee620a49cd4b1a7a50fe43971b)
unicornとunicorn_railsはほとんど同じ挙動をして、 application serverを立ち上げてくれますが、一部オプション指定の意味が違います。 ちょっとハマったので書いておくことにします。 結論 unicornのオプション-EはRACK_ENVを設定 unicorn_railsのオプション-EはRAILS_ENVを設定 参考: http://unicorn.bogomips.org/ 経緯1 Capistrano 3を導入しまして、unicornを使っていたので無邪気に http://rubygems.org/gems/sepastian-capistrano3-unicorn を使っていました。(僕の環境では0.3.2) 普通に動かしていたんですが、muninがunicornのmemory statusをうまく取得できていないようでした。 該当のmuninのplu
デプロイしたけど何かおかしい? 先日、Unicornを採用しているウェブアプリで問題が発生しました。デプロイした最新のコードが実行されているように見えますが、時々古いコードの挙動を見せるのです。 今回はそのトラブルシューティングの一部始終を紹介しながら、Unicornのホットデプロイ(ダウンタイムなしでアプリケーションを更新すること)の仕組みをおさらいします。担当は私、去年KRAYに入社しました@irohirokiです。よろしくお願いします。 問題 まずはデプロイ先のサーバにSSHして、Unicornのプロセスを調べてみました。 $ ps ax -H PID TTY STAT TIME COMMAND 3159 ? Sl 0:00 unicorn master (old) -c unicorn.conf -D 3162 ? Sl 0:00 unicorn worker[0] -c unic
デプロイ先から Git サーバにアクセスさせたくないという要求があって、capistrano-rsync を使ってみました。ちょっとハマったのでメモ。 環境 ruby 2.1.0 capistrano v3.1.0 capistrano-rsync v1.0.2 まず Gemfile に適当に突っ込んでおく。 1 2 3 4 group :development do gem 'capistrano' gem 'capistrano-rsync' end 基本的には普通に capistrano v3 の設定をする。 はまったところ scm を rsync に capistrano-rsync を使ってデプロイするためにconfig/deploy.rbで scm を rsync にする。 1 set :scm, :rsync キャッシュ用ディレクトリの作成 このまま実行してみると、デプロイ先
Capistrano とは何か。それは、デプロイメントのツールである。 デプロイメントとは何か。Web アプリケーションについて言えば、それは以下のようなタスク全般を指す言葉である。 アプリケーションを本番サーバにインストールすること。あるいは、最新版に更新すること。 Web サーバを起動、再起動、停止すること。 Web サイトをメンテナンス中にすること。あるいは、通常の状態に戻すこと。 世の中に向けて Web アプリケーションを公開しているなら、こうしたタスクは日常茶飯事である。 最初は少し面白いけれど、基本的な退屈な作業だ。 怠惰を美徳とする我々プログラマは、もちろんこんな状況に甘んじるわけにはいかない。 というわけで、Capistrano について研究をしていこうと思う。
Capistranoを使って、Ruby初心者でもRuby以外のソースコードをデプロイできるようになるまでの流れです。 Rubyもよくわからないし、デプロイツールもろくに使ったことないけど、 Capistranoを使ってコードをデプロイしたい。という人に特に向けた記事です。 私自身そういう人でした。 私の理解不足の部分が多々ありますが、とにかくCapistranoを使ってデプロイができることを目的とします。私は今回の方法で、PHPのコードをデプロイしています。 「もう手動デプロイは嫌だ」「デプロイツール使いたい」「なんかデプロイツール使わないとヤバそう」と思っている方々にとってちょうどいい記事になればいいなと。 Capistranoデプロイができるまで(目次) Capistranoってどういうもの デプロイの流れの概要 デプロイ先サーバーとの接続条件 Ruby、RubyGemsのインストール
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く