自分用メモ。 １）環境変数の設定 以下の環境変数を「.bashrc」に設定。※Capistranoで読み込む環境変数の場合、.bash_profileだと読み込んでくれないため。 以下の詳細。 thoames.hatenadiary.jp ①RAILS_ENV（設定しておけば、コマンドで逐一入れなくても良くなる） ②DATABASE_PASSWORD（production環境のDBに接続するためのパスワード） ③SECRET_KEY_BASE（秘密鍵の設定） ２）assets:precompileの設定 5.1からyarnが必須になったっぽい。 npmをインストールし、yarnを以下のようにインストールすれば良い。 $ npm install yarn -g ３）config/environments/production.rbの設定 config.public_file_server.e
environmentの情報を保持しているだけみたいです。 Rails 5で追加された、DB誤爆削除防止機能だった 気になったので調べてみました。どうやら、Rails5から追加された新機能で、DBの不用意な削除を防止するための機能に必要なテーブルみたいです。 具体的には、environmentがproductionの時に、以下のタスクを実行すると例外が発生します(他にもあるかも)。 >RAILS_ENV=production rails db:drop rails aborted! ActiveRecord::ProtectedEnvironmentError: You are attempting to run a destructive action against your 'production' database. If you are sure you want to cont
前回の続きです。 rubyお勉強を続けます。 1. MariaDBのインストール 1.1 本体 こちらを参考にMariaDBを入れます。何も説明する事はないくらい簡単です。 [root@localhost share]# yum -y install mariadb-server mariadb .......... 完了しました! [root@localhost share]# yum -y install mariadb-devel.x86_64 .......... 完了しました! [root@localhost share]# systemctl start mariadb [root@localhost share]# systemctl enable mariadb .......... 8月 03 17:42:15 localhost.localdomain systemd[
MigrationErrorは無視するべきではありません。 PendingMigrationErrorは「まだマイグレーションできてないから不正データでApp動かそうとしてるけど大丈夫？」 とシステムが自分に言ってくれているからです。 Migrationはどの地点からでも、復旧できなければならない。 マイグレーションファイルは冪等なupとdownメソッドを持っていて、かならず定義された状況にテーブル構造が従うようになる。 はずだ。 だが、現実はつらく厳しく、人には色々事情がある。 Migrationを通すのにどういうわけか多大な作業が必要になるケースがある。どう突破するか。 解決法 developmentのconfigファイルに以下を追記する。 # config/environments/development.rb config.active_record.migration_error
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Managing db schema changes without downtime 原文公開日: 2018/03/22 著者: Sam Saffron -- Discourseの共同創業者であり、Stack Overflowでの開発経験もあります。 後半で紹介されているgemについては先週のRailsウォッチもどうぞ。 2018/04/09: 初版公開 2022/10/25: 細部を更新 Discourseのメンバーはいつも継続的開発の大ファンであり、コミットのたびにCIのテストスイートと対決しています。すべてのテスト（UI、単体、結合、スモーク）にパスすれば、自動的にコードの最新バージョンがhttps://meta.discourse.orgにデプロイされるようになっています。 私たちが継続的開発というパターンに沿って実践し
こんにちは、hachi8833です。BigBinaryシリーズ、今回はKubernetesとRailsの翻訳記事をお送りします。 morimorihoge: アプリケーションログの集約方法（DockerのSTDOUTから取るのかfluentd等で飛ばすのか）などについて、既存の「普通のRailsアプリ」をKubernetesに持っていってproductionで利用するにはまだまだ知見が必要そうかな、と思いました。 概要 元記事: Managing Rails tasks such as 'db:migrate' and 'db:seed' on Kubernetes while performing rolling deployments（2017/06/16） 著者: Vishal Telangre（BigBinary） 本記事では、podやdeploymentといった用語を含むKube
Ruby on Rails 事始めの第２弾となる記事。 その１は Ruby on Rails 事始め を参照のこと。 CSS, JavaScript に Sass, CoffeeScript 等のプリプロセッシングと、静的コンテンツ管理を行うアセットパイプライン アセットパイプラインとは、CSS, JavaScript に Sass, CoffeeScript 等のプリプロセッシングを行うためのフレームワークである。アセットパイプラインは Sprockets Gem パッケージによる機能である。 アセットパイプラインは CSS, JavaScript, 画像等の静的コンテンツを Web アプリケーションが参照できるよう配置し、Sass, CoffeeScript, ERB 等のファイルに対してプリプロセッサ処理を行い、処理の結果をまとめた 1 つの CSS ファイル、JavaScript
はじめに この記事では Ruby on Rails と Vue.js を使って WEB アプリケーションを作成しながら、必要な技術について説明しています。 私自身は Rails を使う機会が多いのですが、Vue.js を勉強する目的で学んだことをまとめたものです。 そのため Rails は既に触ったことがあり、Vue.js を初めて使ってみたいという人に向けて入門となる情報です。 ここで紹介したコードはGitHubに公開しています。 またRuby on Rails, Vue.js によるモダン WEB アプリケーション 実践編 (その1)を執筆しているので、興味がありましたら合わせてご覧ください。 この記事で作成するアプリケーションについて この記事では以下の環境で動作することを確認しました。 Ruby on Rails: 5.2.2 (Rails: 6.0.0 でも確認済) Ruby:
第1章ゼロからデプロイまで はじめに 1.1 はじめに 1.1.1 前提知識 1.1.2 この本における取り決め 1.2 さっそく動かす 1.2.1 開発環境 1.2.2 Railsをインストールする 1.3 最初のアプリケーション 1.3.1 Bundler 1.3.2 rails server 1.3.3 Model-View-Controller（MVC） 1.3.4 Hello, world! 1.4 Gitによるバージョン管理 1.4.1 インストールとセットアップ 1.4.2 Gitのメリット 1.4.3 Bitbucket 1.4.4 ブランチ、編集、コミット、マージ 1.5 デプロイする 1.5.1 Herokuのセットアップ 1.5.2 Herokuにデプロイする（1） 1.5.3 Herokuにデプロイする（2） 1.5.4 Herokuコマンド 1.6 最後に 1.6
Railsアプリケーションをデプロイしようとするとさまざまな問題が生じるため、Railsアプリケーションの開発は好きだけれどもデプロイは嫌いという技術者は少なくありません。本書はアプリケーションのデプロイ時に技術者が直面するさまざまな問題の解決策を体系的にまとめたRailsデプロイガイドです。本書ではまずRailsアプリケーションのデプロイを家探しにたとえて解説します。そして、一連のデプロイ処理の中で、Railsアプリケーションのホスティング方式の選択、デプロイの自動化、サーバ管理、クラスタリング手法といった高度なトピックについて詳しく解説します。 サンプルPDF ・監訳者まえがき、賞賛の声、まえがき ・6章 ・8章 監訳者まえがき 賞賛の声 まえがき 1章 実運用環境に適したアプリケーション 1.1 背景 1.2 ソースコード管理 1.2.1 RailsとSubversion 1.2.2
railsにnginxのproxy cacheをしたくなったので、「rails nginx proxy cache」とググって以下のサイトを参考にしたが、どうしてもキャッシュができなかったので記載する [ バージョン情報 ] nginx: 1.10.2 rails: 4.2.6 [ 参考サイト] https://mattbrictson.com/nginx-reverse-proxy-cache http://www.mk-mode.com/octopress/2014/04/23/nginx-proxy-cache-setting/ nginxでproxy cacheを設定する 先に正解を掲載。 後に掲載する参考サイトとの差分は proxy_ignore_headers "Set-Cookie" "Cache-Control"; でSet-Cookieヘッダーも無視している proxy_
本ガイドでは、キャッシュを導入してRailsアプリケーションを高速化する方法を解説します。 「キャッシュ（caching）」とは、リクエスト・レスポンスのサイクルの中で生成されたコンテンツを保存しておき、次回同じようなリクエストが発生したときのレスポンスでそのコンテンツを再利用することを指します。 多くの場合、キャッシュはアプリケーションのパフォーマンスを効果的に増大するのに最適な方法です。キャッシュを導入することで、単一サーバーや単一データベースのWebサイトでも、数千ユーザーの同時接続による負荷に耐えられるようになります。 Railsには、すぐ利用できるキャッシュ機能がいくつも用意されています。本ガイドでは、それぞれの機能について目的を解説します。Railsのキャッシュ機能を使いこなすことで、応答時間の低下や高額なサーバー使用料に悩まされずに、Railsアプリケーションが数百万ビューを
VPSでRailsアプリを動かすまでの全手順【Rails6, Capistrano, Puma, Nginx, MySQL, HTTPS】RailsnginxCentOSCapistranoSSH VPSを契約してRailsアプリを動かすまでの手順をまとめました。 似たような記事はいくつかありますが、本記事には以下のような特長があります。 ツールのバージョンが比較的新しい Ruby2.7系、Rails6系、MySQL8系、CentOS7系 アプリケーションサーバーにPumaを使用 GitHubのプライベートリポジトリで管理されているアプリでもデプロイできる 独自ドメインに対応 HTTPSに対応 Railsアプリの開発環境をDockerで作成 以下、設定方法です。 OSインストール VPSサービスのコンパネからCentoOS7をインストールします。(以下はさくらのVPSの場合のキャプチャです
Railsアプリの場所を確認まずは、Railsアプリが置いてある場所を確認してみましょう。 「Railsの環境構築」を読みながらRailsアプリを作った方は、以下のようにホームディレクトリの下にRailsアプリがあると思います。 「/home/vagrant/training/training_app」 まずは、この「training_app」を「/opt」の下に移動、またはコピーしましょう。 なぜなら、公開するアプリを置いておく場所として、ホームディレクトリは適切ではないからです。 また、「/home/vagrant」にアクセスできるのは「vagrantユーザー」だけですが、今回は「nginxユーザー」がRailsアプリのディレクトリにアクセスする予定なので、ホームにあると都合が悪いのもあります。 Linuxのディレクトリ構成（構造）とは？Windowsフォルダとの違いを覚える！ Rai
オプスインでWebシステムを開発する際によく利用する言語とフレームワークはRyby on Railsなのですが、STG環境や本番環境ではリバースプロキシとしてnginxを使用しています。 １．はじめに Railsアプリの開発では、動作確認を行う際にはRailsに同梱されているpumaサーバを用いることがほとんどです。 pumaはデフォルトだとポート番号3000で起動しますので、コマンド「rails s」で動作確認する時は http://localhost:3000/ にアクセスします。 一方でhttpのデフォルトポート番号は80なので、本番環境はもちろんSTG環境でもポート番号80でアクセスを受け付けるようにするのが一般的と思います。 pumaでも設定ファイル「{Rails_App}/config/puma.rb」に記載されているデフォルト値の3000から80に変更するか、もしくはコマンド
この文書は内容が古くなっています。 インストール ページで新しい文書を探してください。 要約 Redmine等のRuby on Railsアプリケーションを"Phusion Passenger(mod_rails for Apache)":http://www.modrails.com/ を利用してApache上で稼働させる手順を説明します。 運用の簡素化、複数インスタンスを並列稼働させることによるレスポンスの改善が期待できます。 インストールの流れは次の通り。 gem install passenger passenger-install-apache2-module httpd.confの変更 Phusion Passengerとは Railsアプリケーションを実行するためのApacheモジュールです。 特徴 Apache単独でRailsアプリケーションを実行可能です。Apacheのモ
この記事の内容 Railsで初めてアプリを作っている人が本番環境と開発環境をどうやって(極力)コードをいじらずにやっていったらいいか学んだ(予定)ものを書きます。 取り急ぎで記事を書いたので、何か追加があった際は追記していきます。 データベースについて データベースは config/database.yml にdevelopmentとproductionの設定を書きます。下記はサンプルです。 ローカル(とテスト)では sqlite3 を使用し、本番環境でMySQLを使用する設定です。 default: &default adapter: sqlite3 pool: 5 timeout: 5000 # local PC development: <<: *default database: db/development.sqlite3 # Test 用 test: <<: *default
結論 下記のいずれかでエラーを回避できます。 ※ひとまずエラーを回避するための方法として記載しておりますが、これがベストな対処法かは判断し兼ねます。対応は自己責任でお願いいたします。 エラー回避策① config/environments/development.rbに下記を記載し、ホワイトリストに許可したいhostを追加する。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く