gemのwheneverを導入してみた - まっしろけっけ
wheneverとは？ javan/whenever · GitHub 簡単に説明するとRubyのコードでcrontabの管理が出来るライブラリです。 導入以前 whenever導入前はbatchを実行するserverに入って「crontab -e」とかで編集する crontabメンテナンスおじさんが存在していた。 問題点 設定がcrontabメンテナンスおじさんに依存してしまう crontabメンテナンスおじさんとcrontabを設定しているserverがお亡くなりになった場合、再設定出来ない 解決方法 chefで管理する ansibleで管理する どこかにまとめておく whenever導入 等々があった訳ですが 1,2はほぼ同じでプロビジョニングツールで管理するやり方です。 crontab変更する為だけにプロビジョニングツールを走らせるのめんどくさい recipeやplaybook変更
Railsでwheneverを使ってcronを設定する - Qiita
# Rails.rootを使用するために必要 require File.expand_path(File.dirname(__FILE__) + "/environment") # cronを実行する環境変数 rails_env = ENV['RAILS_ENV'] || :development # cronを実行する環境変数をセット set :environment, rails_env # cronのログの吐き出し場所 set :output, "#{Rails.root}/log/cron.log" # stagingのみで実行 if rails_env.to_sym != :development # clear cache every 10.minutes do begin rake 'sample_task:all', :environment_variable => "RA
[Rails]不要になったmodelの削除方法 | ぼくらの研究
よくある間違い 不要になったUserモデルを削除したいと思った時に $ rails destroy model users としてしまうのは最初やってしまいがちな間違い。 「一発で関連ファイルを全部消せて楽じゃん」と思ってしまいますが、実は悪手。 このコマンドを実行した時の中身を見ればわかりますが invoke active_record remove db/migrate/2017XXXXXXXXX_create_users.rb remove app/models/user.rb invoke test_unit remove test/models/user_test.rb remove test/fixtures/users.yml このようにモデルを作成した時のmigrationファイルを直接消してしまっています。 少しDBをいじったことがある方はもうお分かりだと思いますがmig
NginxとRails（Puma）をソケット通信で連携させる方法！
Railsアプリの場所を確認まずは、Railsアプリが置いてある場所を確認してみましょう。 「Railsの環境構築」を読みながらRailsアプリを作った方は、以下のようにホームディレクトリの下にRailsアプリがあると思います。 「/home/vagrant/training/training_app」 まずは、この「training_app」を「/opt」の下に移動、またはコピーしましょう。 なぜなら、公開するアプリを置いておく場所として、ホームディレクトリは適切ではないからです。 また、「/home/vagrant」にアクセスできるのは「vagrantユーザー」だけですが、今回は「nginxユーザー」がRailsアプリのディレクトリにアクセスする予定なので、ホームにあると都合が悪いのもあります。 Linuxのディレクトリ構成（構造）とは？Windowsフォルダとの違いを覚える！ Rai
【Puma】Rails 5.2 + Puma + Nginx のデプロイ設定 - 7839
先日、【EC2】Rails5 環境構築（Ruby + MySQL5.7 + Node.js + Nginx） について書いた。そして、今回は、アプリケーションサーバーである Puma について色々と調べて設定したので、備忘録を残しておく。（以前、Rails を使っていた時は、Unicorn が主流だったのに、Rails5 からは標準サーバーも Puma に変わったこともあり、今回は Puma を採用してみた。） Pumaとは マルチスレッド Ruby/Rack アプリケーション インストールに関して 設定に関して コマンドに関して rails sの場合 pumaコマンドの場合 pumactlの場合 まとめ 関連記事 Pumaとは github.com Puma is a simple, fast, multi-threaded, and highly concurrent HTTP 1.1
ライブラリ
多くのプログラミング言語と同様に、Ruby にも幅広いサードパーティのライブラリが提供されています。 それらのほとんどは “gem” という形式で公開されています。RubyGems は (Ruby に特化した apt-get と同じようなパッケージングシステムで) ライブラリの作成や公開、インストールを助けるシステムです。Ruby のバージョン 1.9 以降 RubyGems は標準添付となっていますが、それ以前のバージョンの Ruby の場合は自分でインストールする必要があります。 他のライブラリは .zip や .tar.gz のようなアーカイブの形式で公開されています。インストール方法は様々で、一般的には README や INSTALL ファイルに方法が書かれています。 ではライブラリを探してインストールする方法を見てみましょう。 ライブラリを探す Ruby のライブラリは主に R
【Rails】Gemfileのバージョン指定の書き方
どうも、イソップです。 Railsアプリを rails new で新規作成すると、Gemfile が作成されますよね。 これは Bundler というRubyのライブラリ管理システムのための設定ファイルで、 Railsアプリで使用するライブラリの情報が保存されています。 この Gemfile の中に、Railsで利用するRubyライブラリを記述して管理していきますが、 中を覗いてみると、gem 'rails', '~> 5.0.2' と書いてあり、~> 5.0.2 ってなんだろう？って思いませんか？ これはバージョンを指定しているのですが、Rails初心者には記号の意味がさっぱりわかりません。 ということで、今回はGemfileでのバージョンの指定について紹介してみたいと思います。 Gemfileでバージョン指定できる種類 Gemfileの中では、利用するgemを次のように書きます。 [r
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
railsとnginxをunixドメインソケットで連携させる