diff --git a/guides/source/ja/3_0_release_notes.md b/guides/source/ja/3_0_release_notes.md
index 6526fdc68fe..911ef7ec601 100644
--- a/guides/source/ja/3_0_release_notes.md
+++ b/guides/source/ja/3_0_release_notes.md
@@ -561,7 +561,7 @@ Action Mailer
 
 Action Mailerで、メールライブラリとしてTMailに代えて新たに[Mail](http://github.com/mikel/mail)に置き換えられた新しいAPIが提供されました。Action Mailer自身はほぼ完全に書き換えられ、多くのコードに手が入れられました。その結果Action MailerはAbstract Controllerをシンプルに継承するようになり、Rails DSLでMail gemをラップするようになりました。これにより、Action Mailer内の他のライブラリとのコード量や重複が著しく削減されました。
 
-* すべてのメイラーがデフォルトで`app/mailers`に置かれるようになった
+* すべてのメーラーがデフォルトで`app/mailers`に置かれるようになった
 * 新しいAPIを用いて3とおりの方法（`attachments`、`headers`、`mail`）でメールを送信できるようになった
 * Action Mailerが`attachments.inline`メソッドを用いてインライン添付ファイルをネイティブでサポートするようになった
 * Action Mailerのメール送信メソッドが`Mail::Message`オブジェクトを返すようになり、`deliver`メッセージを送信することで自分自身を送信できるようになった
@@ -569,18 +569,18 @@ Action Mailerで、メールライブラリとしてTMailに代えて新たに[M
 * `mail`配信メソッドが、有効なメールヘッダーのハッシュ（それらの値ペアを含む）を受け取れるようになった
 * `mail`配信メソッドがAction Controllerの`respond_to`と似た振る舞いになり、テンプレートを明示的または暗黙的にレンダリングできるようになった（Action Mailerはメールを必要に応じてマルチパートメールにする）
 * `mail`のブロック内で`format.mime_type`呼び出しにprocを1つ渡すことで、特定の種類のテキストを明示的にレンダリングしたり、レイアウトや別のテンプレートを追加したりできるようになった。そのproc内の`render`呼び出しはAbstract Controllerのもので、同じオプションをサポートする。
-* メイラーの単体テスト項目が機能テストに移動した
+* メーラーの単体テスト項目が機能テストに移動した
 * Action Mailerがヘッダーフィールドや本文（body）の自動エンコーディングをMail gemに委譲した
 * Action Mailerがメールの本文やヘッダーを自動エンコードするようになった
 
 以下は非推奨化されました。
 
 * `:charset`、`:content_type`、`:mime_version`、`:implicit_parts_order`はすべて非推奨化され、今後は`ActionMailer.default :key => value`方式の宣言になった
-* メイラーの動的な`create_method_name`や`deliver_method_name`が非推奨化された: 今後は単に`method_name`を呼ぶこと（`Mail::Message`オブジェクトが1つ返る）
+* メーラーの動的な`create_method_name`や`deliver_method_name`が非推奨化された: 今後は単に`method_name`を呼ぶこと（`Mail::Message`オブジェクトが1つ返る）
 * `ActionMailer.deliver(message)`が非推奨化された: 今後は単に`message.deliver`を呼ぶこと
 * `template_root`が非推奨化された: 今後は`mail`生成ブロック内の`format.mime_type`メソッドからのproc内でrender呼び出しにオプションを渡すこと
 * インスタンス変数を定義する`body`メソッド（`body {:ivar => value}`）が非推奨化された: 今後はインスタンス変数をメソッド内で直接宣言するだけでビューで利用できるようになる
-* メイラーを`app/models`に配置することが非推奨化された: 今後は`app/mailers`を使うこと
+* メーラーを`app/models`に配置することが非推奨化された: 今後は`app/mailers`を使うこと
 
 詳しくは以下を参照してください。
 
diff --git a/guides/source/ja/4_1_release_notes.md b/guides/source/ja/4_1_release_notes.md
index 88ed614d848..b31def3d714 100644
--- a/guides/source/ja/4_1_release_notes.md
+++ b/guides/source/ja/4_1_release_notes.md
@@ -199,7 +199,7 @@ end
 
 JavaScriptレスポンスを伴うGETリクエストもクロスサイトリクエストフォージェリ (CSRF) 保護の対象となりました。この保護によって、第三者のサイトが重要なデータの奪取のために自分のサイトのJavaScript URLを参照して実行しようとすることを防止します。
 
-これは、`xhr`を使わない場合、`.js` URLにヒットするすべてのテストはCSRF保護によって失敗するということです。``XmlHttpRequests`を明示的に想定するようにテストをアップグレードしてください。`post :create, format: :js`の代りに、明示的に`xhr :post, :create, format: :js`をお使いください。
+これは、`xhr`を使わない場合、`.js` URLにヒットするすべてのテストはCSRF保護によって失敗するということです。``XmlHttpRequests`を明示的に想定するようにテストをアップグレードしてください。`post :create, format: :js`の代わりに、明示的に`xhr :post, :create, format: :js`をお使いください。
 
 
 Railties
@@ -243,11 +243,11 @@ Action Pack
 
 ### 削除されたもの
 
-* 非推奨の、結合テスト用Railsアプリケーションフォールバックが削除されました。`ActionDispatch.test_app`を代りにお使いください。
+* 非推奨の、結合テスト用Railsアプリケーションフォールバックが削除されました。`ActionDispatch.test_app`を代わりにお使いください。
 
 * 非推奨の`page_cache_extension` configが削除されました。
 
-* 非推奨の`ActionController::RecordIdentifier`が削除されました。`ActionView::RecordIdentifier`を代りにお使いください。
+* 非推奨の`ActionController::RecordIdentifier`が削除されました。`ActionView::RecordIdentifier`を代わりにお使いください。
 
 * 以下の非推奨の定数がAction Controllerから削除されました。
 
@@ -263,7 +263,7 @@ Action Pack
 
 ### 主な変更点
 
-* `protect_from_forgery`によって、クロスオリジン`<script>`タグも利用できなくなりました。テストをアップデートして、 `get :foo, format: :js`の代りに`xhr :get, :foo, format: :js`を使うようにしてください。([Pull Request](https://github.com/rails/rails/pull/13345))
+* `protect_from_forgery`によって、クロスオリジン`<script>`タグも利用できなくなりました。テストをアップデートして、 `get :foo, format: :js`の代わりに`xhr :get, :foo, format: :js`を使うようにしてください。([Pull Request](https://github.com/rails/rails/pull/13345))
 
 * `#url_for`は、オプションのハッシュを配列の中で使えるようになりました。([Pull Request](https://github.com/rails/rails/pull/9599))
 
@@ -287,7 +287,7 @@ Action Mailer
 
 ### 主な変更点
 
-* 37 Signals社のmail_view gemを元にメイラーのプレビュー機能が追加されました。([Commit](https://github.com/rails/rails/commit/d6dec7fcb6b8fddf8c170182d4fe64ecfc7b2261))
+* 37 Signals社のmail_view gemを元にメーラーのプレビュー機能が追加されました。([Commit](https://github.com/rails/rails/commit/d6dec7fcb6b8fddf8c170182d4fe64ecfc7b2261))
 
 * Action Mailerメッセージの生成が計測されるようになりました。メッセージを生成するのにかかった時間がログに記録されます。([Pull Request](https://github.com/rails/rails/pull/12556))
 
@@ -313,7 +313,7 @@ Active Record
 
 * 非推奨の`increment_open_transactions`が削除されました。
 
-* 非推奨の`PostgreSQLAdapter#outside_transaction?`メソッドが削除されました。代りに`#transaction_open?`をお使いください。
+* 非推奨の`PostgreSQLAdapter#outside_transaction?`メソッドが削除されました。代わりに`#transaction_open?`をお使いください。
 
 * 非推奨の`ActiveRecord::Fixtures.find_table_name`が削除されました。`ActiveRecord::Fixtures.default_fixture_model_name`をお使いください。
 
@@ -385,7 +385,7 @@ Active Record
 
 * 引数を`nil`にして`update_attributes`を呼び出すと、常に`ArgumentError`エラーが発生します。具体的には、渡された引数が`stringify_keys`に応答しない場合にエラーが発生します。([Pull Request](https://github.com/rails/rails/pull/9860))
 
-* `CollectionAssociation#first`/`#last` (`has_many`など) による結果の取り出しで、コレクション全体を読み出すクエリの代りに、限定的なクエリが使われるようになりました。([Pull Request](https://github.com/rails/rails/pull/12137))
+* `CollectionAssociation#first`/`#last` (`has_many`など) による結果の取り出しで、コレクション全体を読み出すクエリの代わりに、限定的なクエリが使われるようになりました。([Pull Request](https://github.com/rails/rails/pull/12137))
 
 * Active Recordモデルクラスの`inspect`は新しい接続を初期化しなくなりました。つまり、データベースが見つからない状態で`inspect`を呼び出した場合に例外を発生しなくなりました。([Pull Request](https://github.com/rails/rails/pull/11014))
 
@@ -480,7 +480,7 @@ Active Support
 
 * 時間表現`Numeric#{ago,until,since,from_now}`が非推奨になりました。この値はAS::Durationに明示的に変換してください。例: `5.ago` => `5.seconds.ago` ([Pull Request](https://github.com/rails/rails/pull/12389))
 
-* requireパス`active_support/core_ext/object/to_json`が非推奨になりました。`active_support/core_ext/object/json`を代りにrequireしてください。([Pull Request](https://github.com/rails/rails/pull/12203))
+* requireパス`active_support/core_ext/object/to_json`が非推奨になりました。`active_support/core_ext/object/json`を代わりにrequireしてください。([Pull Request](https://github.com/rails/rails/pull/12203))
 
 * `ActiveSupport::JSON::Encoding::CircularReferenceError`が非推奨になりました。この機能は[activesupport-json_encoder](https://github.com/rails/activesupport-json_encoder) gemに書き出されました。([Pull Request](https://github.com/rails/rails/pull/10785) / [詳細](upgrading_ruby_on_rails.html#jsonの扱いの変更点))
 
diff --git a/guides/source/ja/4_2_release_notes.md b/guides/source/ja/4_2_release_notes.md
index bf30f7b6579..e877dd3673e 100644
--- a/guides/source/ja/4_2_release_notes.md
+++ b/guides/source/ja/4_2_release_notes.md
@@ -576,7 +576,7 @@ Active Record
 *   PostgreSQLアダプターでユーザ定義のRangeタイプがサポートされました。
     ([Commit](https://github.com/rails/rails/commit/4cb47167e747e8f9dc12b0ddaf82bdb68c03e032))
 
-*   `sqlite3:///some/path`のようなパスは今後絶対システムパスで解決されるようになりました。相対パスが必要な場合は、代りに`sqlite3:some/path`のような表記を使用してください
+*   `sqlite3:///some/path`のようなパスは今後絶対システムパスで解決されるようになりました。相対パスが必要な場合は、代わりに`sqlite3:some/path`のような表記を使用してください
 (従来`sqlite3:///some/path`は`some/path`のような相対パスで解決されていましたが、これはRails 4.1で非推奨となっていました)。
     ([Pull Request](https://github.com/rails/rails/pull/14569))
 
diff --git a/guides/source/ja/5_0_release_notes.md b/guides/source/ja/5_0_release_notes.md
index 827ccc1fc3f..006155741fe 100644
--- a/guides/source/ja/5_0_release_notes.md
+++ b/guides/source/ja/5_0_release_notes.md
@@ -426,13 +426,13 @@ Action Mailer
 *   テンプレートを検索するときにデフォルトのロケールとi18nにフォールバックするようになった。
     ([commit](https://github.com/rails/rails/commit/ecb1981b))
 
-*  ジェネレーターで生成されたメイラーに`_mailer`サフィックスを追加。コントローラやジョブと同様の命名規則に従う。
+*  ジェネレーターで生成されたメーラーに`_mailer`サフィックスを追加。コントローラやジョブと同様の命名規則に従う。
     ([Pull Request](https://github.com/rails/rails/pull/18074))
 
 *   `assert_enqueued_emails`と`assert_no_enqueued_emails`を追加。
     ([Pull Request](https://github.com/rails/rails/pull/18403))
 
-*  メイラーキュー名を設定する`config.action_mailer.deliver_later_queue_name`設定を追加。
+*  メーラーキュー名を設定する`config.action_mailer.deliver_later_queue_name`設定を追加。
     ([Pull Request](https://github.com/rails/rails/pull/18587))
 
 *  Action Mailerビューでフラグメントキャッシュをサポート。
diff --git a/guides/source/ja/action_controller_overview.md b/guides/source/ja/action_controller_overview.md
index a15c189e6f1..c4e7c3d11f2 100644
--- a/guides/source/ja/action_controller_overview.md
+++ b/guides/source/ja/action_controller_overview.md
@@ -1043,7 +1043,7 @@ Railsのデフォルトの例外ハンドリングでは、例外の種類にか
 
 もう少し洗練された方法でエラーをキャッチしたい場合は、`rescue_from`を使えます。これは、特定の種類または複数の種類の例外を1つのコントローラ全体およびそのサブクラスで扱えるようにするものです。
 
-`rescue_from`命令でキャッチできる例外が発生すると、ハンドラに例外オブジェクトが渡されます。このハンドラはメソッドか、`:with`オプション付きで渡された`Proc`オブジェクトのいずれかです。明示的に`Proc`オブジェクトを使う代りに、ブロックを直接使うこともできます。
+`rescue_from`命令でキャッチできる例外が発生すると、ハンドラに例外オブジェクトが渡されます。このハンドラはメソッドか、`:with`オプション付きで渡された`Proc`オブジェクトのいずれかです。明示的に`Proc`オブジェクトを使う代わりに、ブロックを直接使うこともできます。
 
 `rescue_from`を使ってすべての`ActiveRecord::RecordNotFound`エラーを奪い取り、処理を行なう方法を以下に示します。
 
diff --git a/guides/source/ja/action_mailer_basics.md b/guides/source/ja/action_mailer_basics.md
index 88a87d6f61a..79fd852490f 100644
--- a/guides/source/ja/action_mailer_basics.md
+++ b/guides/source/ja/action_mailer_basics.md
@@ -1,12 +1,12 @@
 Action Mailer の基礎
 ====================
 
-本章では、アプリケーションでメールの送受信を行えるようにするために必要なすべての事項と、Action Mailerのさまざまな内部情報を提供します。また、メイラーのテスト方法についても説明します。
+本章では、アプリケーションでメールの送受信を行えるようにするために必要なすべての事項と、Action Mailerのさまざまな内部情報を提供します。また、メーラーのテスト方法についても説明します。
 
 このガイドの内容:
 
 * Railsアプリケーションでメールを送受信する方法
-* Action Mailerクラスとメイラービューの生成および編集方法
+* Action Mailerクラスとメーラービューの生成および編集方法
 * 環境に合わせてAction Mailerを設定する方法
 * Action Mailerクラスのテスト方法
 
@@ -16,16 +16,16 @@ Action Mailer の基礎
 はじめに
 ------------
 
-Action Mailerを使うと、アプリケーションのメイラークラスやビューでメールを送信することができます。メイラーの動作はコントローラときわめて似通っています。メイラーは`ActionMailer::Base`を継承し、`app/mailers`に配置され、`app/views`にあるビューと結び付けられます。
+Action Mailerを使うと、アプリケーションのメーラークラスやビューでメールを送信することができます。メーラーの動作はコントローラときわめて似通っています。メーラーは`ActionMailer::Base`を継承し、`app/mailers`に配置され、`app/views`にあるビューと結び付けられます。
 
 メールを送信する
 --------------
 
-このセクションでは、メイラーとビューの作成方法を手順を追って説明します。
+このセクションでは、メーラーとビューの作成方法を手順を追って説明します。
 
-### メイラー生成の全手順
+### メーラー生成の全手順
 
-#### メイラーを作成する
+#### メーラーを作成する
 
 ```bash
 $ bin/rails generate mailer UserMailer
@@ -52,7 +52,7 @@ class UserMailer < ApplicationMailer
 end
 ```
 
-上に示したとおり、Railsの他のジェネレータ同様の方法でメイラーを生成できます。メイラーは概念上コントローラと似通っており、メイラーを生成すると (コントローラと同様に) ビューのディレクトリとテストも同時に生成されます。
+上に示したとおり、Railsの他のジェネレータ同様の方法でメーラーを生成できます。メーラーは概念上コントローラと似通っており、メーラーを生成すると (コントローラと同様に) ビューのディレクトリとテストも同時に生成されます。
 
 ジェネレータを使いたくない場合は、`app/mailers`ディレクトリ以下にファイルを作成し、`ActionMailer::Base`を継承してください。
 
@@ -61,11 +61,11 @@ class MyMailer < ActionMailer::Base
 end
 ```
 
-#### メイラーを編集する
+#### メーラーを編集する
 
-メイラーはRailsのコントローラと非常に似通っています。メイラーには「アクション」と呼ばれるメソッドがあり、メールのコンテンツを構成するのにビューを使います。コントローラでHTMLなどのメールコンテンツを生成して顧客に送信したい場合、その箇所でメイラーを使って、送信したいメッセージを作成します。
+メーラーはRailsのコントローラと非常に似通っています。メーラーには「アクション」と呼ばれるメソッドがあり、メールのコンテンツを構成するのにビューを使います。コントローラでHTMLなどのメールコンテンツを生成して顧客に送信したい場合、その箇所でメーラーを使って、送信したいメッセージを作成します。
 
-`app/mailers/user_mailer.rb`には空のメイラーがあります。
+`app/mailers/user_mailer.rb`には空のメーラーがあります。
 
 ```ruby
 class UserMailer < ApplicationMailer
@@ -88,12 +88,12 @@ end
 
 上のメソッドで使われている項目について簡単に説明します。利用可能なすべてのオプションについては、「Action Mailerの全メソッド」セクションでユーザー設定可能な属性を参照してください。
 
-* `default Hash` - メイラーから送信するあらゆるメールで使われるデフォルト値のハッシュです。上の例の場合、`:from`ヘッダーにこのクラスのすべてのメッセージで使う値を1つ設定しています。この値はメールごとに上書きすることもできます。
+* `default Hash` - メーラーから送信するあらゆるメールで使われるデフォルト値のハッシュです。上の例の場合、`:from`ヘッダーにこのクラスのすべてのメッセージで使う値を1つ設定しています。この値はメールごとに上書きすることもできます。
 * `mail` - 実際のメール・メッセージです。ここでは`:to`ヘッダーと`:subject`ヘッダーを渡しています。
 
-コントローラの場合と同様、メイラーのメソッド内で定義されたすべてのインスタンス変数はそのままビューで使えます。
+コントローラの場合と同様、メーラーのメソッド内で定義されたすべてのインスタンス変数はそのままビューで使えます。
 
-#### メイラービューを作成する
+#### メーラービューを作成する
 
 `app/views/user_mailer/`ディレクトリで`welcome_email.html.erb`というファイルを1つ作成してください。このファイルを、HTMLでフォーマットされたメールテンプレートにします。
 
@@ -132,11 +132,11 @@ example.comへのサインアップが成功しました。ユーザー名は「
 
 現在のAction Mailerでは、`mail`メソッドを呼び出すと2種類のテンプレート (テキストおよびHTML) があるかどうかを探し、`multipart/alternative`形式のメールを自動生成します。
 
-#### メイラーを呼び出す
+#### メーラーを呼び出す
 
-Railsのメイラーは、ビューのレンダリングと本質的に同じことを行っています。ビューのレンダリングではHTTPプロトコルとして送信されますが、メイラーではメールのプロトコルを経由して送信する点のみが異なります。従って、ユーザー作成に成功したときにメールを送信するようコントローラからメイラーに指示するだけで機能するようになります。
+Railsのメーラーは、ビューのレンダリングと本質的に同じことを行っています。ビューのレンダリングではHTTPプロトコルとして送信されますが、メーラーではメールのプロトコルを経由して送信する点のみが異なります。従って、ユーザー作成に成功したときにメールを送信するようコントローラからメーラーに指示するだけで機能するようになります。
 
-メイラー呼び出しは非常に簡単です。
+メーラー呼び出しは非常に簡単です。
 
 例として、最初にscaffoldで`User`を作成してみましょう。
 
@@ -187,7 +187,7 @@ class SendWeeklySummary
 end
 ```
 
-`with`に渡されるキーの値は、メイラーアクションでは単なる`params`になります。つまり、`with(user: @user, account: @user.account)`とすることでメイラーアクションで`params[:user]`や`params[:account]`を使えるようになります。ちょうどコントローラのparamsと同じ要領です。
+`with`に渡されるキーの値は、メーラーアクションでは単なる`params`になります。つまり、`with(user: @user, account: @user.account)`とすることでメーラーアクションで`params[:user]`や`params[:account]`を使えるようになります。ちょうどコントローラのparamsと同じ要領です。
 
 この`welcome_email`メソッドは`ActionMailer::MessageDelivery`オブジェクトを1つ返します。このオブジェクトは、そのメール自身が送信対象であることを`deliver_now`や`deliver_later`に伝えます。`ActionMailer::MessageDelivery`オブジェクトは、`Mail::Message`をラップしています。内部の`Mail::Message`オブジェクトの表示や変更などを行いたい場合は、`ActionMailer::MessageDelivery`オブジェクトの`message`メソッドにアクセスします。
 
@@ -291,11 +291,11 @@ def welcome_email
 end
 ```
 
-### メイラーのビュー
+### メーラーのビュー
 
-メイラーのビューは`app/views/name_of_mailer_class`ディレクトリに置かれます。個別のメイラービューは、その名前がメイラーメソッドと同じになるので、クラスから認識できます。先の例の場合、`welcome_email`メソッドで使うメイラービューは、HTML版であれば`app/views/user_mailer/welcome_email.html.erb`が使われ、プレーンテキストであれば`welcome_email.text.erb`が使われます。
+メーラーのビューは`app/views/name_of_mailer_class`ディレクトリに置かれます。個別のメーラービューは、その名前がメーラーメソッドと同じになるので、クラスから認識できます。先の例の場合、`welcome_email`メソッドで使うメーラービューは、HTML版であれば`app/views/user_mailer/welcome_email.html.erb`が使われ、プレーンテキストであれば`welcome_email.text.erb`が使われます。
 
-アクションで使うデフォルトのメイラービューを変更するには、たとえば以下のようにします。
+アクションで使うデフォルトのメーラービューを変更するには、たとえば以下のようにします。
 
 ```ruby
 class UserMailer < ApplicationMailer
@@ -334,9 +334,9 @@ end
 
 上のコードは、HTMLの部分を'another_template.html.erb'テンプレートでレンダリングし、テキスト部分をプレーンテキストでレンダリングしています。レンダリングのコマンドはAction Controllerで使われているものと同じなので、`:text`、`:inline`などのオプションもすべて同様に利用できます。
 
-#### メイラービューをキャッシュする
+#### メーラービューをキャッシュする
 
-`cache`メソッドを用いるアプリケーションビューと同じように、メイラービューでもフラグメントキャッシュを利用できます。
+`cache`メソッドを用いるアプリケーションビューと同じように、メーラービューでもフラグメントキャッシュを利用できます。
 
 ```
 <% cache do %>
@@ -354,9 +354,9 @@ end
 
 ### Action Mailerのレイアウト
 
-メイラーもコントローラのビューと同様の方法でレイアウトを設定できます。メイラーで使うレイアウト名はメイラーと同じ名前にする必要があります。たとえば、`user_mailer.html.erb`や`user_mailer.text.erb`というレイアウトは自動的にメイラーでレイアウトとして認識されます。
+メーラーもコントローラのビューと同様の方法でレイアウトを設定できます。メーラーで使うレイアウト名はメーラーと同じ名前にする必要があります。たとえば、`user_mailer.html.erb`や`user_mailer.text.erb`というレイアウトは自動的にメーラーでレイアウトとして認識されます。
 
-別のレイアウトファイルを明示的に指定したい場合は、メイラーで`layout`を呼び出します。
+別のレイアウトファイルを明示的に指定したい場合は、メーラーで`layout`を呼び出します。
 
 ```ruby
 class UserMailer < ApplicationMailer
@@ -395,7 +395,7 @@ end
 
 これで、<http://localhost:3000/rails/mailers/user_mailer/welcome_email>にアクセスしてプレビューを表示できます。
 
-`app/views/user_mailer/welcome_email.html.erb`やメイラー自身に何らかの変更を加えると自動的に再読み込みしてレンダリングされるので、スタイル変更を画面ですぐ確認できます。利用可能なプレビューのリストは<http://localhost:3000/rails/mailers>で表示できます。
+`app/views/user_mailer/welcome_email.html.erb`やメーラー自身に何らかの変更を加えると自動的に再読み込みしてレンダリングされるので、スタイル変更を画面ですぐ確認できます。利用可能なプレビューのリストは<http://localhost:3000/rails/mailers>で表示できます。
 
 これらのプレビュー用クラスは、デフォルトでは`test/mailers/previews`に配置されます。このパスは`preview_path`オプションで設定できます。たとえば`lib/mailer_previews`に変更したい場合は`config/application.rb`に以下の設定を追加します。
 
@@ -405,7 +405,7 @@ config.action_mailer.preview_path = "#{Rails.root}/lib/mailer_previews"
 
 ### Action MailerのビューでURLを生成する
 
-メイラーがコントローラと異なる点のひとつは、メイラーのインスタンスはサーバーに届くHTTPリクエストのコンテキストと無関係であることです。アプリケーションのホスト情報をメイラー内で使いたい場合は`:host`パラメータを明示的に指定します。
+メーラーがコントローラと異なる点のひとつは、メーラーのインスタンスはサーバーに届くHTTPリクエストのコンテキストと無関係であることです。アプリケーションのホスト情報をメーラー内で使いたい場合は`:host`パラメータを明示的に指定します。
 
 `:host`に指定する値はそのアプリケーション内で共通であるのが普通なので、`config/application.rb`に以下の記述を追加してグローバルに利用できるようにします。
 
@@ -419,7 +419,7 @@ config.action_mailer.default_url_options = { host: 'example.com' }
 <%= link_to 'ようこそ', welcome_path %>
 ```
 
-上のコードの代りに、以下のコードを使う必要があります。
+上のコードの代わりに、以下のコードを使う必要があります。
 
 ```
 <%= link_to 'ようこそ', welcome_url %>
@@ -450,11 +450,11 @@ config.action_mailer.default_url_options = { host: 'example.com' }
 <%= user_url(@user, host: 'example.com') %>
 ```
 
-NOTE: `GET`以外のリンクが機能するには[rails-ujs](https://github.com/rails/rails/blob/master/actionview/app/assets/javascripts)または[jQuery UJS](https://github.com/rails/jquery-ujs)が必須です。また、これらはメイラーテンプレートでは機能しません（通常の`GET`リクエストが出力されます）。
+NOTE: `GET`以外のリンクが機能するには[rails-ujs](https://github.com/rails/rails/blob/master/actionview/app/assets/javascripts)または[jQuery UJS](https://github.com/rails/jquery-ujs)が必須です。また、これらはメーラーテンプレートでは機能しません（通常の`GET`リクエストが出力されます）。
 
 ### Action Mailerのビューに画像を追加する
 
-コントローラの場合と異なり、メイラーのインスタンスには受け取ったリクエストのコンテキストが一切含まれません。このため、`:asset_host`パラメータを自分で指定する必要があります。
+コントローラの場合と異なり、メーラーのインスタンスには受け取ったリクエストのコンテキストが一切含まれません。このため、`:asset_host`パラメータを自分で指定する必要があります。
 
 `:asset_host`が（多くの場合）アプリケーション全体で一貫しているのと同様、`config/application.rb`でグローバルな設定を行えます。
 
@@ -476,7 +476,7 @@ config.action_mailer.asset_host = 'http://example.com'
 
 ### メール送信時に配信オプションを動的に変更する
 
-SMTP認証情報などのデフォルトの配信オプションをメール配信時に上書きしたい場合、メイラーのアクションで`delivery_method_options`を使って変更できます。
+SMTP認証情報などのデフォルトの配信オプションをメール配信時に上書きしたい場合、メーラーのアクションで`delivery_method_options`を使って変更できます。
 
 ```ruby
 class UserMailer < ApplicationMailer
@@ -513,11 +513,11 @@ end
 
 Action Mailerを使うメールの受信と解析は、メール送信に比べてやや複雑です。Railsアプリケーションでメールを受信できるようにするためには、その前にメール受信待ちするRailsアプリケーションに何らかの形でメールが転送されるようにしておく必要があります。Railsアプリケーションでメールを受信できるようにするためには、以下の作業が必要になります。
 
-* メイラーに`receive`メソッドを実装する
+* メーラーに`receive`メソッドを実装する
 
 * `/(アプリケーションのパス)/bin/rails runner 'UserMailer.receive(STDIN.read)'`でメールを受信するアプリケーションに、メールサーバーからメールを転送する。
 
-いずれかのメイラーに`receive`メソッドを定義すると、受信した生のメールはAction Mailerによって解析され、emailオブジェクトに変換されてデコードされた後、メイラーが新たにインスタンス化され、そのメイラーの`receive`インスタンスメソッドに渡されます。以下に例を示します。
+いずれかのメーラーに`receive`メソッドを定義すると、受信した生のメールはAction Mailerによって解析され、emailオブジェクトに変換されてデコードされた後、メーラーが新たにインスタンス化され、そのメーラーの`receive`インスタンスメソッドに渡されます。以下に例を示します。
 
 ```ruby
 class UserMailer < ApplicationMailer
@@ -545,7 +545,7 @@ Action Mailerのコールバック
 
 Action Mailerでは`before_action`、`after_action`および`around_action`というコールバックを指定できます。
 
-* コントローラと同様、メイラークラスのメソッドにもフィルタ付きのブロックまたはシンボルを1つ指定することができます。
+* コントローラと同様、メーラークラスのメソッドにもフィルタ付きのブロックまたはシンボルを1つ指定することができます。
 
 * `before_action`コールバックを使ってmailオブジェクトにデフォルト値やdelivery_method_optionsを与えたり、デフォルトのヘッダと添付を挿入することもできます。
 
@@ -571,7 +571,7 @@ class InvitationsMailer < ApplicationMailer
 end
 ```
 
-* `after_action`コールバックも`before_action`と同様の設定を行いますが、メイラーのアクション内のインスタンス変数を使います。
+* `after_action`コールバックも`before_action`と同様の設定を行いますが、メーラーのアクション内のインスタンス変数を使います。
 
 ```ruby
 class UserMailer < ApplicationMailer
@@ -673,10 +673,10 @@ Note: Googleは2014年7月15日より[同社のセキュリティ対策を引き
 
 Gmailの設定については、[ここ](https://www.google.com/settings/security/lesssecureapps)でこの試行を許可できます。利用するGmailアカウントで2要素認証が有効になっている場合は、[アプリケーションのパスワード](https://myaccount.google.com/apppasswords)を設定して通常のパスワードの代わりに使う必要があります。または、メール送信をsmtp.gmail.comから、プロバイダが提供する別のESPに置き換える方法もあります。
 
-メイラーのテスト
+メーラーのテスト
 --------------
 
-メイラーのテスト方法の詳細についてはテスティングガイドの[メイラーをテストする](testing.html#メイラーをテストする)を参照してください。
+メーラーのテスト方法の詳細についてはテスティングガイドの[メーラーをテストする](testing.html#メーラーをテストする)を参照してください。
 
 メールを配信直前に加工する
 -------------------
diff --git a/guides/source/ja/action_view_overview.md b/guides/source/ja/action_view_overview.md
index b6c2e7f8d67..3de6531e3c3 100644
--- a/guides/source/ja/action_view_overview.md
+++ b/guides/source/ja/action_view_overview.md
@@ -1504,7 +1504,7 @@ NOTE: 通常のフォームではそのための隠しフィールドが生成
 
 Action Viewは、現在のロケールに応じてさまざまなテンプレートを出力することができます。
 
-たとえば、`ArticlesController`にshowアクションがあるとしましょう。このshowアクションを呼び出すと、デフォルトでは`app/views/articles/show.html.erb`が出力されます。ここで`I18n.locale = :de`を設定すると、代りに`app/views/articles/show.de.html.erb`が出力されます。ローカライズ版のテンプレートが見当たらない場合は、装飾なしのバージョンが使用されます。つまり、ローカライズ版ビューがなくても動作しますが、ローカライズ版ビューがあればそれが使用されます。
+たとえば、`ArticlesController`にshowアクションがあるとしましょう。このshowアクションを呼び出すと、デフォルトでは`app/views/articles/show.html.erb`が出力されます。ここで`I18n.locale = :de`を設定すると、代わりに`app/views/articles/show.de.html.erb`が出力されます。ローカライズ版のテンプレートが見当たらない場合は、装飾なしのバージョンが使用されます。つまり、ローカライズ版ビューがなくても動作しますが、ローカライズ版ビューがあればそれが使用されます。
 
 同じ要領で、publicディレクトリのレスキューファイル (いわゆるエラーページ) もローカライズできます。たとえば、`I18n.locale = :de`と設定し、`public/500.de.html`と`public/404.de.html`を作成することで、ローカライズ版のレスキューページを作成できます。
 
diff --git a/guides/source/ja/active_record_basics.md b/guides/source/ja/active_record_basics.md
index c8b429ae3ea..675038fe150 100644
--- a/guides/source/ja/active_record_basics.md
+++ b/guides/source/ja/active_record_basics.md
@@ -26,7 +26,7 @@ Active Recordとは、[MVC](https://ja.wikipedia.org/wiki/Model_View_Controller)
 
 ### O/Rマッピング
 
-[オブジェクト/リレーショナルマッピング](https://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E9%96%A2%E4%BF%82%E3%83%9E%E3%83%83%E3%83%94%E3%83%B3%E3%82%B0)(O/RマッピングやORMと略されることもあります)とは、アプリケーションが持つリッチなオブジェクトをリレーショナルデータベース(RDBMS)のテーブルに接続することです。ORMを用いると、SQL文を直接書く代りにわずかなアクセスコードを書くだけで、アプリケーションにおけるオブジェクトの属性やリレーションシップをデータベースに保存することもデータベースから読み出すこともできるようになります。
+[オブジェクト/リレーショナルマッピング](https://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E9%96%A2%E4%BF%82%E3%83%9E%E3%83%83%E3%83%94%E3%83%B3%E3%82%B0)(O/RマッピングやORMと略されることもあります)とは、アプリケーションが持つリッチなオブジェクトをリレーショナルデータベース(RDBMS)のテーブルに接続することです。ORMを用いると、SQL文を直接書く代わりにわずかなアクセスコードを書くだけで、アプリケーションにおけるオブジェクトの属性やリレーションシップをデータベースに保存することもデータベースから読み出すこともできるようになります。
 
 NOTE: Active Recordを完全に理解するには、リレーショナルデータベース管理システム（RDBMS）やSQL（構造化クエリ言語）についての知識が役に立ちます。これらについてもっと深く学びたい場合は、[このチュートリアル](https://www.w3schools.com/sql/default.asp)（[このチュートリアル](http://www.sqlcourse.com/)も可）を参照するか、他の方法で学習しましょう。
 
diff --git a/guides/source/ja/active_record_migrations.md b/guides/source/ja/active_record_migrations.md
index 9a7281cf0ed..c483bce3678 100644
--- a/guides/source/ja/active_record_migrations.md
+++ b/guides/source/ja/active_record_migrations.md
@@ -59,7 +59,7 @@ class ChangeProductsPrice < ActiveRecord::Migration[5.0]
 end
 ```
 
-`change`の代りに`up`と`down`を使うこともできます。
+`change`の代わりに`up`と`down`を使うこともできます。
 
 ```ruby
 class ChangeProductsPrice < ActiveRecord::Migration[5.0]
@@ -510,7 +510,7 @@ end
 
 ### `up`/`down`メソッドを使う
 
-`change`の代りに、従来の`up`メソッドと`down`メソッドを使うこともできます。
+`change`の代わりに、従来の`up`メソッドと`down`メソッドを使うこともできます。
 `up`メソッドにはスキーマに対する変換方法を記述し、`down`メソッドには`up`メソッドによって行われた変換を逆転する方法を記述する必要があります。つまり、`up`の後に`down`を実行した場合、スキーマが変更されないようにする必要があります。
 たとえば、`up`メソッドでテーブルを作成したら、`down`メソッドではそのテーブルを削除する必要があります。`down`メソッド内で行なう変換の順序は、`up`メソッド内で行なうのとは逆順にするのが賢明と言えます。先の`reversible`セクションの例は以下と同等になります。
 
diff --git a/guides/source/ja/active_record_querying.md b/guides/source/ja/active_record_querying.md
index 6d59416758b..efe50c4f42d 100644
--- a/guides/source/ja/active_record_querying.md
+++ b/guides/source/ja/active_record_querying.md
@@ -1230,7 +1230,7 @@ Active Recordでは、`joins`のように事前読み込みされた関連付け
 Article.includes(:comments).where(comments: { visible: true })
 ```
 
-このコードは、`LEFT OUTER JOIN`を含むクエリを1つ生成します。`joins`メソッドを使用していたら、代りに`INNER JOIN`を使用するクエリが生成されていたでしょう。
+このコードは、`LEFT OUTER JOIN`を含むクエリを1つ生成します。`joins`メソッドを使用していたら、代わりに`INNER JOIN`を使用するクエリが生成されていたでしょう。
 
 ```ruby
   SELECT "articles"."id" AS t0_r0, ... "comments"."updated_at" AS t1_r5 FROM "articles" LEFT OUTER JOIN "comments" ON "comments"."article_id" = "articles"."id" WHERE (comments.visible = 1)
@@ -1620,7 +1620,7 @@ Client.find_or_create_by!(first_name: 'Andy')
 
 ### `find_or_initialize_by`
 
-`find_or_initialize_by`メソッドは`find_or_create_by`と同様に動作しますが、`create`の代りに`new`を呼ぶ点が異なります。つまり、モデルの新しいインスタンスは作成されますが、その時点ではデータベースに保存されていません。`find_or_create_by`の例を少し変えて説明を続けます。今度は'Nick'という名前のクライアントが必要だとします。
+`find_or_initialize_by`メソッドは`find_or_create_by`と同様に動作しますが、`create`の代わりに`new`を呼ぶ点が異なります。つまり、モデルの新しいインスタンスは作成されますが、その時点ではデータベースに保存されていません。`find_or_create_by`の例を少し変えて説明を続けます。今度は'Nick'という名前のクライアントが必要だとします。
 
 ```ruby
 nick = Client.find_or_initialize_by(first_name: 'Nick')
diff --git a/guides/source/ja/active_record_validations.md b/guides/source/ja/active_record_validations.md
index 09da68faa7b..69e7a93efd7 100644
--- a/guides/source/ja/active_record_validations.md
+++ b/guides/source/ja/active_record_validations.md
@@ -359,7 +359,7 @@ class Person < ApplicationRecord
 end
 ```
 
-デフォルトのエラーメッセージは複数形で表現されていることにご注意ください (例: "is too short (minimum is %{count} characters)")。このため、`:minimum`を1に設定するのであればメッセージをカスタマイズして単数形にするか、代りに`presence: true`を使います。`:in`または`:within`の下限に1を指定する場合、メッセージをカスタマイズして単数形にするか、`length`より先に`presence`を呼ぶようにします。
+デフォルトのエラーメッセージは複数形で表現されていることにご注意ください (例: "is too short (minimum is %{count} characters)")。このため、`:minimum`を1に設定するのであればメッセージをカスタマイズして単数形にするか、代わりに`presence: true`を使います。`:in`または`:within`の下限に1を指定する場合、メッセージをカスタマイズして単数形にするか、`length`より先に`presence`を呼ぶようにします。
 
 ### `numericality`
 
@@ -736,7 +736,7 @@ end
 
 ### `:if`や`:unless`で`Proc`を使う
 
-呼び出したい`Proc`オブジェクトを`:if`や`:unless`で使うこともできます。`Proc`オブジェクトを使うと、個別のメソッドを指定する代りに、その場で条件を書けるようになります。ワンライナーに収まる条件を使いたい場合に最適です。
+呼び出したい`Proc`オブジェクトを`:if`や`:unless`で使うこともできます。`Proc`オブジェクトを使うと、個別のメソッドを指定する代わりに、その場で条件を書けるようになります。ワンライナーに収まる条件を使いたい場合に最適です。
 
 ```ruby
 class Account < ApplicationRecord
@@ -968,7 +968,7 @@ Railsに組み込まれているどのバリデータも、対応するバリデ
 
 ### `errors[:base]`
 
-個別の属性に関連するエラーメッセージを追加する代りに、オブジェクトの状態全体に関連するエラーメッセージを追加することもできます。このメソッドは、属性がどんな値であってもオブジェクトが無効であることを通知したい場合に使えます。`errors[:base]`は配列なので、これに文字列を単に追加するだけでエラーメッセージとして使えるようになります。
+個別の属性に関連するエラーメッセージを追加する代わりに、オブジェクトの状態全体に関連するエラーメッセージを追加することもできます。このメソッドは、属性がどんな値であってもオブジェクトが無効であることを通知したい場合に使えます。`errors[:base]`は配列なので、これに文字列を単に追加するだけでエラーメッセージとして使えるようになります。
 
 ```ruby
 class Person < ApplicationRecord
diff --git a/guides/source/ja/active_support_core_extensions.md b/guides/source/ja/active_support_core_extensions.md
index 4f1a8592cc1..7e6addcbabb 100644
--- a/guides/source/ja/active_support_core_extensions.md
+++ b/guides/source/ja/active_support_core_extensions.md
@@ -233,7 +233,7 @@ def log_info(sql, name, ms)
 end
 ```
 
-`try`メソッドは引数の代りにブロックを与えて呼び出すこともできます。この場合オブジェクトが`nil`でない場合にのみブロックが実行されます。
+`try`メソッドは引数の代わりにブロックを与えて呼び出すこともできます。この場合オブジェクトが`nil`でない場合にのみブロックが実行されます。
 
 ```ruby
 @person.try { |p| "#{p.first_name} #{p.last_name}" }
@@ -745,7 +745,7 @@ delegate :table_name, to: :class
 
 WARNING: `:prefix`オプションが`true`の場合、一般性が低下します (後述)。
 
-委譲時に`NoMethodError`が発生して対象が`nil`の場合、例外が発生します。`:allow_nil`オプションを使うと、例外の代りに`nil`を返すようにすることができます。
+委譲時に`NoMethodError`が発生して対象が`nil`の場合、例外が発生します。`:allow_nil`オプションを使うと、例外の代わりに`nil`を返すようにすることができます。
 
 ```ruby
 delegate :name, to: :profile, allow_nil: true
@@ -1624,7 +1624,7 @@ end
 
 このため、このメソッドは、同じ場所でRubyが定数を評価したときの値と必ずしも等価ではありません。
 
-メイラー (mailer) のテストケースでは、テストするクラスの名前からテスト対象のメイラーを取得するのに`constantize`メソッドを使います。
+メーラー (mailer) のテストケースでは、テストするクラスの名前からテスト対象のメーラーを取得するのに`constantize`メソッドを使います。
 
 ```ruby
 # action_mailer/test_case.rb
@@ -3471,7 +3471,7 @@ Time.current
 
 `DateTime`と同様、述語`past?`と`future?`は`Time.current`を起点とします。
 
-構成される時間が、実行プラットフォームの`Time`でサポートされる範囲を超えている場合は、usecは破棄され、`DateTime`オブジェクトが代りに返されます。
+構成される時間が、実行プラットフォームの`Time`でサポートされる範囲を超えている場合は、usecは破棄され、`DateTime`オブジェクトが代わりに返されます。
 
 #### 期間（duration）
 
diff --git a/guides/source/ja/active_support_instrumentation.md b/guides/source/ja/active_support_instrumentation.md
index 1e7e15b5179..43a1f31235f 100644
--- a/guides/source/ja/active_support_instrumentation.md
+++ b/guides/source/ja/active_support_instrumentation.md
@@ -299,7 +299,7 @@ Action Mailer
 
 | キー         | 値              |
 | ------------- | -------------------------------------------- |
-| `:mailer`     | メイラークラス名                     |
+| `:mailer`     | メーラークラス名                     |
 | `:message_id` | Mail gemが生成したメッセージID |
 | `:subject`    | メールの件名                          |
 | `:to`         | メールの宛先                   |
@@ -325,7 +325,7 @@ Action Mailer
 
 | キー         | 値              |
 | ------------- | -------------------------------------------- |
-| `:mailer`     | メイラークラス名                     |
+| `:mailer`     | メーラークラス名                     |
 | `:message_id` | Mail gemが生成したメッセージID |
 | `:subject`    | メールの件名                          |
 | `:to`         | メールの宛先                   |
@@ -351,7 +351,7 @@ Action Mailer
 
 | キー           | 値                    |
 | ------------- | ------------------------ |
-| `:mailer`     | メイラーのクラス名 |
+| `:mailer`     | メーラーのクラス名 |
 | `:action`     | アクション       |
 | `:args`       | 引数            |
 
diff --git a/guides/source/ja/api_documentation_guidelines.md b/guides/source/ja/api_documentation_guidelines.md
index 96bc5ea8f3e..c2f871be420 100644
--- a/guides/source/ja/api_documentation_guidelines.md
+++ b/guides/source/ja/api_documentation_guidelines.md
@@ -293,7 +293,7 @@ self.class_eval %{
 
 Railsのドキュメントを作成するにあたり、ユーザー向けのパブリックなAPIと内部APIの違いを理解しておくことが重要です。
 
-多くのライブラリと同様、Railsでも内部APIの定義にprivateキーワードが使われます。しかし、パブリックなAPIのルールは若干異なります。Railsでは、すべてのpublicなメソッドがユーザーに公開されて使われるということを前提にしていません。代りに、そのメソッドが内部APIであることを示すために`:nodoc:`ディレクティブを使います。
+多くのライブラリと同様、Railsでも内部APIの定義にprivateキーワードが使われます。しかし、パブリックなAPIのルールは若干異なります。Railsでは、すべてのpublicなメソッドがユーザーに公開されて使われるということを前提にしていません。代わりに、そのメソッドが内部APIであることを示すために`:nodoc:`ディレクティブを使います。
 
 つまり、Railsでは可視性が`public`のメソッドであっても、ユーザーに公開されているとは限らないのです。
 
diff --git a/guides/source/ja/asset_pipeline.md b/guides/source/ja/asset_pipeline.md
index 6a2d932df82..d8e836b7c7a 100644
--- a/guides/source/ja/asset_pipeline.md
+++ b/guides/source/ja/asset_pipeline.md
@@ -571,7 +571,7 @@ location ~ ^/assets/ {
 
 #### GZip圧縮
 
-ファイルをプリコンパイルする際に、Sprocketsによって[gzipされた](http://ja.wikipedia.org/wiki/Gzip) (.gz) アセットも作成されます。Webサーバーによる圧縮はほどほどの圧縮率で行われるのが普通ですが、プリコンパイルが1度発生するとSprocketsによって最大圧縮率で圧縮され、Webサーバーからのデータ転送量が最小化されます。逆に、圧縮されてないファイルを自前で圧縮する代りに、事前に圧縮しておいたコンテンツを直接ディスクに配置しておくようWebサーバーを設定することもできます。
+ファイルをプリコンパイルする際に、Sprocketsによって[gzipされた](http://ja.wikipedia.org/wiki/Gzip) (.gz) アセットも作成されます。Webサーバーによる圧縮はほどほどの圧縮率で行われるのが普通ですが、プリコンパイルが1度発生するとSprocketsによって最大圧縮率で圧縮され、Webサーバーからのデータ転送量が最小化されます。逆に、圧縮されてないファイルを自前で圧縮する代わりに、事前に圧縮しておいたコンテンツを直接ディスクに配置しておくようWebサーバーを設定することもできます。
 
 NGINXでは`gzip_static`を使用することでこれを自動的に行なうことができます。
 
@@ -684,7 +684,7 @@ NOTE: 上の設定が有効になるためには、サーバーの`CDN_HOST`環
 http://mycdnsubdomain.fictional-cdn.com/assets/smile.png
 ```
 
-`smile.png`のコピーがCDNにあれば、CDNが代りにこのファイルをブラウザに送信します。元のサーバーはリクエストがあったことすら知りません。ファイルのコピーがCDNにない場合、CDNは "origin" (この場合`example.com/assets/smile.png`) を探して今後のために保存しておきます。
+`smile.png`のコピーがCDNにあれば、CDNが代わりにこのファイルをブラウザに送信します。元のサーバーはリクエストがあったことすら知りません。ファイルのコピーがCDNにない場合、CDNは "origin" (この場合`example.com/assets/smile.png`) を探して今後のために保存しておきます。
 
 CDNで扱うアセットを一部だけに限っておきたい場合、アセットヘルパーのカスタム`:host`オプションを使用して`config.action_controller.asset_host`の値セットを上書きすることもできます。
 
@@ -843,7 +843,7 @@ config.assets.prefix = "/他のパス"
 
 ### X-Sendfileヘッダー
 
-X-SendfileヘッダーはWebサーバーに対するディレクティブであり、アプリケーションからのレスポンスをブラウザに送信せずに破棄し、代りに別のファイルをディスクから読みだしてブラウザに送信します。このオプションはデフォルトでは無効です。サーバーがこのヘッダーをサポートしていればオンにできます。このオプションをオンにすると、それらのファイル送信はWebサーバーに一任され、それによって高速化されます。この機能の使用法については[send_file](http://api.rubyonrails.org/classes/ActionController/DataStreaming.html#method-i-send_file)を参照してください。
+X-SendfileヘッダーはWebサーバーに対するディレクティブであり、アプリケーションからのレスポンスをブラウザに送信せずに破棄し、代わりに別のファイルをディスクから読みだしてブラウザに送信します。このオプションはデフォルトでは無効です。サーバーがこのヘッダーをサポートしていればオンにできます。このオプションをオンにすると、それらのファイル送信はWebサーバーに一任され、それによって高速化されます。この機能の使用法については[send_file](http://api.rubyonrails.org/classes/ActionController/DataStreaming.html#method-i-send_file)を参照してください。
 
 ApacheとNGINXではこのオプションがサポートされており、以下のように`config/environments/production.rb`で有効にすることができます。
 
diff --git a/guides/source/ja/autoloading_and_reloading_constants_classic_mode.md b/guides/source/ja/autoloading_and_reloading_constants_classic_mode.md
index f78c0075407..c47c9631292 100644
--- a/guides/source/ja/autoloading_and_reloading_constants_classic_mode.md
+++ b/guides/source/ja/autoloading_and_reloading_constants_classic_mode.md
@@ -839,7 +839,7 @@ class AuthService
 end
 ```
 
-さらにアプリケーションで`AuthService.instance`を代りに使うという方法があります。`AuthService`は必要に応じて読み込まれ、自動読み込みとよく調和するでしょう。
+さらにアプリケーションで`AuthService.instance`を代わりに使うという方法があります。`AuthService`は必要に応じて読み込まれ、自動読み込みとよく調和するでしょう。
 
 ### `require_dependency`とイニシャライザ
 
diff --git a/guides/source/ja/configuring.md b/guides/source/ja/configuring.md
index 9dac7ec8917..f87a33a4a2d 100644
--- a/guides/source/ja/configuring.md
+++ b/guides/source/ja/configuring.md
@@ -387,7 +387,7 @@ PostgreSQLアダプターを使うと、以下の設定オプションが1つ追
 
 `config.action_controller`には多数の設定が含まれています。
 
-* `config.action_controller.asset_host`: アセットを置くためのホストを設定します。これは、アセットをホストする場所としてアプリケーションサーバーの代りにCDN(コンテンツ配信ネットワーク)を使いたい場合に便利です。
+* `config.action_controller.asset_host`: アセットを置くためのホストを設定します。これは、アセットをホストする場所としてアプリケーションサーバーの代わりにCDN(コンテンツ配信ネットワーク)を使いたい場合に便利です。
 
 * `config.action_controller.perform_caching`: Action Controllerコンポーネントが提供するキャッシュ機能をアプリケーションで使うかどうかを指定します。developmentモードでは`false`、productionモードでは`true`に設定します。指定のない場合は`true`になります。
 
@@ -600,7 +600,7 @@ config.action_dispatch.rescue_responses = {
 
 * `config.action_mailer.perform_deliveries`: メールを実際に配信するかどうかを指定します。デフォルトは`true`です。テスト時にメール送信を抑制するのに便利です。
 
-* `config.action_mailer.default_options`: Action Mailerのデフォルトを設定します。これは、メイラーごとに`from`や`reply_to`などを設定します。デフォルトは以下のとおりです。
+* `config.action_mailer.default_options`: Action Mailerのデフォルトを設定します。これは、メーラーごとに`from`や`reply_to`などを設定します。デフォルトは以下のとおりです。
 
     ```ruby
     mime_version:  "1.0",
@@ -629,21 +629,21 @@ config.action_dispatch.rescue_responses = {
     config.action_mailer.interceptors = ["MailInterceptor"]
     ```
 
-* `config.action_mailer.preview_path`: メイラーのプレビュー場所を指定します
+* `config.action_mailer.preview_path`: メーラーのプレビュー場所を指定します
 
     ```ruby
     config.action_mailer.preview_path = "#{Rails.root}/lib/mailer_previews"
     ```
 
-* `config.action_mailer.show_previews`: メイラーのプレビューを有効または無効にします。デフォルトではdevelopment環境で`true`です。
+* `config.action_mailer.show_previews`: メーラーのプレビューを有効または無効にします。デフォルトではdevelopment環境で`true`です。
 
     ```ruby
     config.action_mailer.show_previews = false
     ```
 
-* `config.action_mailer.deliver_later_queue_name`: メイラーで使うキュー名を指定します。デフォルトは`mailers`です。
+* `config.action_mailer.deliver_later_queue_name`: メーラーで使うキュー名を指定します。デフォルトは`mailers`です。
 
-* `config.action_mailer.perform_caching`: メイラーのテンプレートでフラグメントキャッシュを有効にするべきかどうかを指定します。指定のない場合のデフォルト値は`true`です。
+* `config.action_mailer.perform_caching`: メーラーのテンプレートでフラグメントキャッシュを有効にするべきかどうかを指定します。指定のない場合のデフォルト値は`true`です。
 
 * `config.action_mailer.delivery_job`: メールの配信ジョブを指定します。デフォルトは`ActionMailer::DeliveryJob`です。
 
diff --git a/guides/source/ja/constant_autoloading_and_reloading.md b/guides/source/ja/constant_autoloading_and_reloading.md
index 0492ce61235..714490cac99 100644
--- a/guides/source/ja/constant_autoloading_and_reloading.md
+++ b/guides/source/ja/constant_autoloading_and_reloading.md
@@ -834,7 +834,7 @@ class AuthService
 end
 ```
 
-さらにアプリケーションで`AuthService.instance`を代りに使用するという方法があります。`AuthService`は必要に応じて読み込まれ、自動読み込みとよく調和します。
+さらにアプリケーションで`AuthService.instance`を代わりに使用するという方法があります。`AuthService`は必要に応じて読み込まれ、自動読み込みとよく調和します。
 
 ### `require_dependency`とイニシャライザ
 
diff --git a/guides/source/ja/debugging_rails_applications.md b/guides/source/ja/debugging_rails_applications.md
index 32a894c5d21..6c0c6801a2d 100644
--- a/guides/source/ja/debugging_rails_applications.md
+++ b/guides/source/ja/debugging_rails_applications.md
@@ -143,7 +143,7 @@ TIP: Railsのデフォルトログレベルは全環境で`debug`です。
 
 ### メッセージ送信
 
-コントローラ、モデル、メイラーから現在のログに書き込みたい場合は、`logger.(debug|info|warn|error|fatal)`を使います。
+コントローラ、モデル、メーラーから現在のログに書き込みたい場合は、`logger.(debug|info|warn|error|fatal)`を使います。
 
 ```ruby
 logger.debug "Person attributes hash: #{@person.attributes.inspect}"
@@ -816,7 +816,7 @@ Valgrindのインストール方法とRuby内での利用方法については
 * [Footnotes](https://github.com/josevalim/rails-footnotes): すべてのRailsページに脚注を追加し、リクエスト情報を表示したり、TextMateでソースを開くためのリンクを表示したりします。
 * [Query Trace](https://github.com/ruckus/active-record-query-trace/tree/master): ログにクエリ元のトレースを追加します。
 * [Query Reviewer](https://github.com/nesquena/query_reviewer): このRailsプラグインは、開発中のselectクエリの前に"EXPLAIN"を実行します。また、ページごとにDIVセクションを追加して、分析対象のクエリごとの警告の概要をそこに表示します。
-* [Exception Notifier](https://github.com/smartinez87/exception_notification/tree/master): Railsアプリケーションでのエラー発生時用の、メイラーオブジェクトとメール通知送信テンプレートのデフォルトセットを提供します。
+* [Exception Notifier](https://github.com/smartinez87/exception_notification/tree/master): Railsアプリケーションでのエラー発生時用の、メーラーオブジェクトとメール通知送信テンプレートのデフォルトセットを提供します。
 * [Better Errors](https://github.com/charliesome/better_errors): Rails標準のエラーページを新しい表示に置き換えて、ソースコードや変数検査などのコンテキスト情報を見やすくしてくれます。
 * [RailsPanel](https://github.com/dejan/rails_panel): Rails開発用のChrome機能拡張です。これがあればdevelopment.logでtailコマンドを実行する必要がなくなります。Railsアプリケーションのリクエストに関するすべての情報をブラウザ上 (Developer Toolsパネル) に表示できます。
 db時間、レンダリング時間、トータル時間、パラメータリスト、出力したビューなども表示されます。
diff --git a/guides/source/ja/engines.md b/guides/source/ja/engines.md
index 27f1d2bd38d..5e69743f33c 100644
--- a/guides/source/ja/engines.md
+++ b/guides/source/ja/engines.md
@@ -128,13 +128,13 @@ module Blorgh
 end
 ```
 
-`Rails::Engine`クラスを継承すると、指定されたパスにエンジンがあることがgemからRailsに通知され、アプリケーションの内部でエンジンが正しくマウントされます。そして、エンジンの`app`ディレクトリをモデル/メイラー/コントローラ/ビューの読み込みパスに追加します。
+`Rails::Engine`クラスを継承すると、指定されたパスにエンジンがあることがgemからRailsに通知され、アプリケーションの内部でエンジンが正しくマウントされます。そして、エンジンの`app`ディレクトリをモデル/メーラー/コントローラ/ビューの読み込みパスに追加します。
 
 ただし、`isolate_namespace`メソッドについては特別な注意が必要です。このメソッドの呼び出しは、エンジンのコントローラ/モデル/ルーティングなどが持つ固有の名前空間を、アプリケーション内部のコンポーネントが持つ類似の名前空間から分離する役目を担います。この呼び出しが行われないと、エンジンのコンポーネントがアプリケーション側に「漏れ出す」リスクが生じ、思わぬ動作が発生したり、エンジンの重要なコンポーネントが同じような名前のアプリケーション側コンポーネントによって上書きされてしまったりする可能性があります。名前の衝突の例として、ヘルパーを取り上げましょう。`isolate_namespace`が呼び出されないと、エンジンのヘルパーがアプリケーションのコントローラにインクルードされてしまいます。
 
 NOTE: `Engine`クラスの定義に含まれる`isolate_namespace`の行を変更・削除しないことを**強く**推奨します。この行が変更されると、生成されたエンジン内のクラスがアプリケーションと衝突する**可能性があります**。
 
-名前空間を分離するということは、`bin/rails g model`の実行によって生成されたモデル (ここでは `bin/rails g model article`を実行したとします) は`Article`にならず、名前空間化されて`Blorgh::Article`になるということです。さらにモデルのテーブルも名前空間化され、単なる`articles`ではなく`blorgh_articles`になります。コントローラもモデルと同様に名前空間化されます。`ArticlesController`というコントローラは`Blorgh::ArticlesController`になり、このコントローラのビューは`app/views/articles`ではなく`app/views/blorgh/articles`に置かれます。メイラーも同様に名前空間化されます。
+名前空間を分離するということは、`bin/rails g model`の実行によって生成されたモデル (ここでは `bin/rails g model article`を実行したとします) は`Article`にならず、名前空間化されて`Blorgh::Article`になるということです。さらにモデルのテーブルも名前空間化され、単なる`articles`ではなく`blorgh_articles`になります。コントローラもモデルと同様に名前空間化されます。`ArticlesController`というコントローラは`Blorgh::ArticlesController`になり、このコントローラのビューは`app/views/articles`ではなく`app/views/blorgh/articles`に置かれます。メーラーも同様に名前空間化されます。
 
 最後に、ルーティングもエンジン内で分離されます。これは名前空間化の最も重要な部分のひとつであり、これについては本ガイドの[ルーティング](#ルーティング)セクションで後述します。
 
@@ -167,7 +167,7 @@ WARNING: `require`は使わないでください。開発環境でのクラス
 
 `app/jobs `ディレクトリの下には`blorgh`というディレクトリがあり、その中に`application_job.rb`というファイルがあります。このファイルは、エンジンのジョブで使うあらゆる共通機能を提供します。`blorgh`ディレクトリは、エンジンが使うその他のジョブの置き場所です。この名前空間化されたディレクトリの中に配置することで、他のエンジンに含まれる名前が完全に同一なジョブと衝突することも、アプリケーション内にあるジョブと衝突することも防止できます。
 
-`app/mailers `ディレクトリの下には`blorgh`というディレクトリがあり、その中に`application_ mailer.rb`というファイルがあります。このファイルは、エンジンのメイラーで使うあらゆる共通機能を提供します。`blorgh`ディレクトリは、エンジンが使うその他のメイラーの置き場所です。この名前空間化されたディレクトリの中に配置することで、他のエンジンに含まれる名前が完全に同一なメイラーと衝突することも、アプリケーション内にあるメイラーと衝突することも防止できます。
+`app/mailers `ディレクトリの下には`blorgh`というディレクトリがあり、その中に`application_ mailer.rb`というファイルがあります。このファイルは、エンジンのメーラーで使うあらゆる共通機能を提供します。`blorgh`ディレクトリは、エンジンが使うその他のメーラーの置き場所です。この名前空間化されたディレクトリの中に配置することで、他のエンジンに含まれる名前が完全に同一なメーラーと衝突することも、アプリケーション内にあるメーラーと衝突することも防止できます。
 
 最後に、`app/views`ディレクトリの下には`layouts`フォルダがあります。ここには`blorgh/application.html.erb`というファイルが置かれます。このファイルは、エンジンで使うレイアウトを指定するためのものです。エンジンが単体のエンジンとして使われていれば、このファイルでレイアウトをいくらでもカスタマイズできます。レイアウト変更のためにアプリケーション自身の`app/views/layouts/application.html.erb`ファイルを変更する必要はありません。
 
@@ -494,7 +494,7 @@ NOTE: Deviseなどの他のエンジンでは、この点が若干異なり、
 $ bin/rails blorgh:install:migrations
 ```
 
-マイグレーションをコピーする必要のあるエンジンが複数ある場合は、代りに`railties:install:migrations`を使います。
+マイグレーションをコピーする必要のあるエンジンが複数ある場合は、代わりに`railties:install:migrations`を使います。
 
 ```bash
 $ bin/rails railties:install:migrations
diff --git a/guides/source/ja/form_helpers.md b/guides/source/ja/form_helpers.md
index d3c87a34966..fcf7601e09a 100644
--- a/guides/source/ja/form_helpers.md
+++ b/guides/source/ja/form_helpers.md
@@ -725,7 +725,7 @@ end
 <%= render partial: f %>
 ```
 
-`f`が`ActionView::Helpers::FormBuilder`のインスタンスである場合、このコードは`form`パーシャルを生成し、そのパーシャルオブジェクトをフォームビルダーに設定します。このフォームビルダーのクラスが`LabellingFormBuilder`の場合 、代りに`labelling_form`パーシャルがレンダリングされます。
+`f`が`ActionView::Helpers::FormBuilder`のインスタンスである場合、このコードは`form`パーシャルを生成し、そのパーシャルオブジェクトをフォームビルダーに設定します。このフォームビルダーのクラスが`LabellingFormBuilder`の場合 、代わりに`labelling_form`パーシャルがレンダリングされます。
 
 パラメータの命名ルールを理解する
 ------------------------------------------
@@ -1014,7 +1014,7 @@ class Person < ApplicationRecord
 end
 ```
 
-代りにシンボル`:all_blank`を渡すこともできます。このシンボルが渡されると、すべての値が空欄のレコードを受け付けなくなるprocが1つ生成され、`_destroy`ですべての値が取り除かれます。
+代わりにシンボル`:all_blank`を渡すこともできます。このシンボルが渡されると、すべての値が空欄のレコードを受け付けなくなるprocが1つ生成され、`_destroy`ですべての値が取り除かれます。
 
 ### フィールドを動的に追加する
 
diff --git a/guides/source/ja/getting_started.md b/guides/source/ja/getting_started.md
index 428ec648ac9..8bbee2f713f 100644
--- a/guides/source/ja/getting_started.md
+++ b/guides/source/ja/getting_started.md
@@ -112,7 +112,7 @@ $ cd blog
 
 ファイル/フォルダ | 目的
 --- | ---
-app/ | ここにはアプリケーションのコントローラ、モデル、ビュー、ヘルパー、メイラー、チャンネル、ジョブズ、そしてアセットが置かれます。以後、本ガイドでは基本的にこのディレクトリを中心に説明を行います。
+app/ | ここにはアプリケーションのコントローラ、モデル、ビュー、ヘルパー、メーラー、チャンネル、ジョブズ、そしてアセットが置かれます。以後、本ガイドでは基本的にこのディレクトリを中心に説明を行います。
 bin/ | ここにはアプリケーションを起動/アップデート/デプロイするためのRailsスクリプトなどのスクリプトファイルが置かれます。
 config/ | アプリケーションの設定ファイル (ルーティング、データベースなど) がここに置かれます。詳しくは[Rails アプリケーションを設定する](configuring.html) を参照してください。
 config.ru | アプリケーションの起動に必要となる、Rackベースのサーバー用のRack設定ファイルです。Rackについて詳しくは、[RackのWebサイト](https://rack.github.io/)を参照してください。
diff --git a/guides/source/ja/routing.md b/guides/source/ja/routing.md
index 8c32a034243..eb9a370ce6e 100644
--- a/guides/source/ja/routing.md
+++ b/guides/source/ja/routing.md
@@ -456,7 +456,7 @@ resources :magazines do
 end
 ```
 
-`magazine_ad_path`を使うと、idを数字で渡す代りに`Magazine`と`Ad`のインスタンスを引数として渡すことができます。
+`magazine_ad_path`を使うと、idを数字で渡す代わりに`Magazine`と`Ad`のインスタンスを引数として渡すことができます。
 
 ```erb
 <%= link_to 'Ad details', magazine_ad_path(@magazine, @ad) %>
@@ -468,7 +468,7 @@ end
 <%= link_to 'Ad details', url_for([@magazine, @ad]) %>
 ```
 
-上の場合、Railsは`@magazine`が`Magazine`であり、`@ad`が`Ad`であることを認識し、それに基づいて`magazine_ad_path`ヘルパーを呼び出します。`link_to`などのヘルパーでも、完全な`url_for`呼び出しの代りに単にオブジェクトを渡すことができます。
+上の場合、Railsは`@magazine`が`Magazine`であり、`@ad`が`Ad`であることを認識し、それに基づいて`magazine_ad_path`ヘルパーを呼び出します。`link_to`などのヘルパーでも、完全な`url_for`呼び出しの代わりに単にオブジェクトを渡すことができます。
 
 ```erb
 <%= link_to 'Ad details', [@magazine, @ad] %>
@@ -815,7 +815,7 @@ get '/stories/:name', to: redirect('/articles/%{name}', status: 302)
 
 ### Rackアプリケーションにルーティングする
 
-`Post`コントローラの`index`アクションに対応する`'articles#index'`のような文字列の代りに、任意の<a href="rails_on_rack.html">Rackアプリケーション</a>をマッチャーのエンドポイントとして指定することができます。
+`Post`コントローラの`index`アクションに対応する`'articles#index'`のような文字列の代わりに、任意の<a href="rails_on_rack.html">Rackアプリケーション</a>をマッチャーのエンドポイントとして指定することができます。
 
 ```ruby
 match '/application.js', to: MyRackApp, via: :all
diff --git a/guides/source/ja/security.md b/guides/source/ja/security.md
index 8c9dccaa5f0..7b819621325 100644
--- a/guides/source/ja/security.md
+++ b/guides/source/ja/security.md
@@ -61,7 +61,7 @@ WARNING: **ユーザーのセッションIDが盗まれると、攻撃者がそ
 
 * クロスサイトスクリプティング (XSS) 攻撃は、多くの場合、ユーザーのcookieを手に入れるのが目的です。<a href="#クロスサイトスクリプティング-xss">XSSの詳細</a>も参照してください。
 
-* 攻撃者が自分の知らないcookieをわざわざ盗み取る代りに、自分が知っているcookieのセッションidを固定してしまうという攻撃方法もあります。詳細については後述のセッション固定に関する記述を参照してください。
+* 攻撃者が自分の知らないcookieをわざわざ盗み取る代わりに、自分が知っているcookieのセッションidを固定してしまうという攻撃方法もあります。詳細については後述のセッション固定に関する記述を参照してください。
 
 たいていの場合、攻撃者の目的は金儲けです。[Symantec Global Internet Security Threat Report](http://eval.symantec.com/mktginfo/enterprise/white_papers/b-whitepaper_internet_security_threat_report_xiii_04-2008.en-us.pdf)によると、盗まれた銀行口座アカウントの闇価格は、利用可能な資金にもよりますがだいたい10ドルから1000ドルぐらい、クレジットカード番号が0.40ドルから20ドルぐらい、オンラインオークションサイトのアカウントが1ドルから8ドルぐらい、電子メールのパスワードが4ドルから30ドルくらいで売買されているそうです。
 
@@ -143,7 +143,7 @@ TIP: **`CookieStore`を扱うのであれば、もう一つの攻撃方法であ
 
 ### セッション固定攻撃
 
-NOTE: **ユーザーのセッションIDを盗む代りに、攻撃者が意図的にセッションIDを既知のものに固定するという方法があります。この手法はセッション固定 (session fixation) と呼ばれます。**
+NOTE: **ユーザーのセッションIDを盗む代わりに、攻撃者が意図的にセッションIDを既知のものに固定するという方法があります。この手法はセッション固定 (session fixation) と呼ばれます。**
 
 ![Session fixation](images/session_fixation.png)
 
@@ -363,7 +363,7 @@ raise if basename !=
 send_file filename, disposition: 'inline'
 ```
 
-その他に、ファイル名をデータベースに保存しておき、データベースのidをサーバーのディスク上に置く実際のファイル名の代りに使う方法も併用できます。この方法も、アップロードファイルが実行される可能性を回避する方法として優れています。attachment_fuプラグインでも同様の手法が採用されています。
+その他に、ファイル名をデータベースに保存しておき、データベースのidをサーバーのディスク上に置く実際のファイル名の代わりに使う方法も併用できます。この方法も、アップロードファイルが実行される可能性を回避する方法として優れています。attachment_fuプラグインでも同様の手法が採用されています。
 
 イントラネットとAdminのセキュリティ
 ---------------------------
@@ -528,7 +528,7 @@ http://hi.com
   /\Ahttps?:\/\/[^\n]+\z/i
 ```
 
-`^`や`$`をうっかり使ってしまうミスが頻発したため、Railsのフォーマットバリデータ(`validates_format_of`) では、正規表現の冒頭の`^`や末尾の`$`に対して例外を発生するようになりました。めったにないと思われますが、`\A`や`\z`の代りに`^`や`$`をどうしても使いたい場合は、`:multiline`オプションをtrueに設定することもできます。
+`^`や`$`をうっかり使ってしまうミスが頻発したため、Railsのフォーマットバリデータ(`validates_format_of`) では、正規表現の冒頭の`^`や末尾の`$`に対して例外を発生するようになりました。めったにないと思われますが、`\A`や`\z`の代わりに`^`や`$`をどうしても使いたい場合は、`:multiline`オプションをtrueに設定することもできます。
 
 ```ruby
   # この文字列のどの行にも"Meanwhile"という文字が含まれている必要がある
@@ -643,7 +643,7 @@ SELECT * FROM projects WHERE (name = '') UNION
 
 Ruby on Railsには、特殊なSQL文字をフィルタが組み込まれており、「`'`」「`"`」「NULL」「改行」をエスケープします。**`Model.find(id)`や`Model.find_by_なんちゃら(かんちゃら)`といったクエリでは自動的にこの対応策が適用されます**。ただし、SQLフラグメント、特に**条件フラグメント (`where("...")`)、`connection.execute()`または`Model.find_by_sql()`メソッド**については手動でエスケープする必要があります。
 
-条件オプションに文字列を直接渡す代りに、以下のように配列を渡すことで、汚染された文字列をサニタイズすることもできます。
+条件オプションに文字列を直接渡す代わりに、以下のように配列を渡すことで、汚染された文字列をサニタイズすることもできます。
 
 ```ruby
 Model.where("login = ? AND password = ?", entered_user_name, entered_password).first
@@ -779,7 +779,7 @@ s = sanitize(user_input, tags: tags, attributes: %w(href title))
 
 webmailワームの他の概念実証的な事例としてNdujaを取り上げます。詳細については[Rosario Valotta'の論文](http://www.xssed.com/news/37/Nduja_Connection_A_cross_webmail_worm_XWW/)を参照してください。どちらのwebmailワームもメールアドレスの収集が狙いで、犯罪的ハッカーが不正な収入を得るのに使われることがあります。
 
-2006年12月、実在する34,000人のユーザー名とパスワードが[MySpaceへのフィッシング攻撃](http://news.netcraft.com/archives/2006/10/27/myspace_accounts_compromised_by_phishers.html)によって盗み出されました。この攻撃では「login_home_index_html」という名前をURLに持つプロファイルページが捏造され、それによってこのURLはユーザーからは何の変哲もないように見えました。MySpaceの本物のWebページコンテンツは特殊なHTML/CSSによって覆い隠され、独自の偽ログインページを代りに表示しました。
+2006年12月、実在する34,000人のユーザー名とパスワードが[MySpaceへのフィッシング攻撃](http://news.netcraft.com/archives/2006/10/27/myspace_accounts_compromised_by_phishers.html)によって盗み出されました。この攻撃では「login_home_index_html」という名前をURLに持つプロファイルページが捏造され、それによってこのURLはユーザーからは何の変哲もないように見えました。MySpaceの本物のWebページコンテンツは特殊なHTML/CSSによって覆い隠され、独自の偽ログインページを代わりに表示しました。
 
 ### CSSインジェクション
 
@@ -855,7 +855,7 @@ XSS対応策で既に述べたとおり、**RedClothは必ずホワイトリス
 
 NOTE: **Ajaxでも、通常のWebアプリケーション開発上で必要となるセキュリティ上の注意と同様の注意が必要です。ただし1つ例外があります。ページヘの出力は、アクションがビューをレンダリングしない場合であってもエスケープが必要です。**
 
-[in_place_editorプラグイン](http://dev.rubyonrails.org/browser/plugins/in_place_editing)や、ビューをレンダリングする代りに文字列を返すようなアクションを使う場合は、**アクションで返される値を確実にエスケープする必要があります**。もしXSSで汚染された文字列が戻り値に含まれていると、ブラウザで表示されたときに悪意のあるコードが実行されてしまいます。入力値はすべて`h()`メソッドでエスケープしてください。
+[in_place_editorプラグイン](http://dev.rubyonrails.org/browser/plugins/in_place_editing)や、ビューをレンダリングする代わりに文字列を返すようなアクションを使う場合は、**アクションで返される値を確実にエスケープする必要があります**。もしXSSで汚染された文字列が戻り値に含まれていると、ブラウザで表示されたときに悪意のあるコードが実行されてしまいます。入力値はすべて`h()`メソッドでエスケープしてください。
 
 ### コマンドラインインジェクション
 
diff --git a/guides/source/ja/testing.md b/guides/source/ja/testing.md
index 075a4d1bd8c..53c3c1c10d2 100644
--- a/guides/source/ja/testing.md
+++ b/guides/source/ja/testing.md
@@ -36,7 +36,7 @@ controllers/           helpers/               mailers/               system/
 fixtures/              integration/           models/                application_system_test_case.rb
 ```
 
-`helpers`ディレクトリにはビューヘルパーのテスト、`mailers`ディレクトリにはメイラーのテスト、`models`ディレクトリにはモデル用のテストをそれぞれ保存します。`controllers`ディレクトリはコントローラ/ルーティング/ビューをまとめたテストの置き場所です。`integration`ディレクトリはコントローラ同士のやりとりのテストを置く場所です。
+`helpers`ディレクトリにはビューヘルパーのテスト、`mailers`ディレクトリにはメーラーのテスト、`models`ディレクトリにはモデル用のテストをそれぞれ保存します。`controllers`ディレクトリはコントローラ/ルーティング/ビューをまとめたテストの置き場所です。`integration`ディレクトリはコントローラ同士のやりとりのテストを置く場所です。
 
 システムテストのディレクトリ（`system`）にはシステムテストを保存します。システムテストは、ユーザーエクスペリエンスに沿ったアプリケーションのテストを行うためのもので、JavaScriptのテストにも有用です。
 システムテストはCapybaraから継承した機能で、アプリケーションのブラウザテストを実行します。
@@ -1362,16 +1362,16 @@ end
 さらに、テストクラスは`ActionView::TestCase`をextendしたものなので、`link_to`や`pluralize`などのRailsヘルパーメソッドにアクセスできます。
 
 
-メイラーをテストする
+メーラーをテストする
 --------------------
 
-メイラークラスを十分にテストするためには特殊なツールが若干必要になります。
+メーラークラスを十分にテストするためには特殊なツールが若干必要になります。
 
-### メイラーのテストについて
+### メーラーのテストについて
 
-Railsアプリケーションの他の部分と同様、メイラークラスについても期待どおり動作するかどうかをテストする必要があります。
+Railsアプリケーションの他の部分と同様、メーラークラスについても期待どおり動作するかどうかをテストする必要があります。
 
-メイラークラスをテストする目的は以下を確認することです。
+メーラークラスをテストする目的は以下を確認することです。
 
 * メールが処理 (作成および送信) されていること
 * メールの内容 (subject、sender、bodyなど) が正しいこと
@@ -1379,21 +1379,21 @@ Railsアプリケーションの他の部分と同様、メイラークラスに
 
 #### あらゆる側面からのチェック
 
-メイラーのテストには単体テストと機能テストの2つの側面があります。単体テストでは、完全に制御された入力を与えた結果の出力と、期待される既知の値 (フィクスチャー) とを比較します。機能テストではメイラーによって作成される詳細部分についてのテストはほとんど行わず、コントローラとモデルがメイラーを正しく利用しているかどうかをテストするのが普通です。メイラーのテストは、最終的に適切なメールが適切なタイミングで送信されたことを立証するために行います。
+メーラーのテストには単体テストと機能テストの2つの側面があります。単体テストでは、完全に制御された入力を与えた結果の出力と、期待される既知の値 (フィクスチャー) とを比較します。機能テストではメーラーによって作成される詳細部分についてのテストはほとんど行わず、コントローラとモデルがメーラーを正しく利用しているかどうかをテストするのが普通です。メーラーのテストは、最終的に適切なメールが適切なタイミングで送信されたことを立証するために行います。
 
 ### 単体テスト
 
-メイラーが期待どおりに動作しているかどうかをテストするために、事前に作成しておいた出力例と、メイラーの実際の出力を比較するという単体テストを行なうことができます。
+メーラーが期待どおりに動作しているかどうかをテストするために、事前に作成しておいた出力例と、メーラーの実際の出力を比較するという単体テストを行なうことができます。
 
 #### フィクスチャーの逆襲
 
-メイラーの単体テストを行なうために、フィクスチャーを利用してメイラーが最終的に出力すべき外見の例を与えます。これらのフィクスチャーはメールの出力例であって、通常のフィクスチャーのようなActive Recordデータではないので、通常のフィクスチャーとは別の専用のサブディレクトリに保存します。`test/fixtures`ディレクトリの下のディレクトリ名は、メイラーの名前に対応させてください。たとえば`UserMailer`という名前のメイラーであれば、`test/fixtures/user_mailer`というスネークケースのディレクトリ名にします。
+メーラーの単体テストを行なうために、フィクスチャーを利用してメーラーが最終的に出力すべき外見の例を与えます。これらのフィクスチャーはメールの出力例であって、通常のフィクスチャーのようなActive Recordデータではないので、通常のフィクスチャーとは別の専用のサブディレクトリに保存します。`test/fixtures`ディレクトリの下のディレクトリ名は、メーラーの名前に対応させてください。たとえば`UserMailer`という名前のメーラーであれば、`test/fixtures/user_mailer`というスネークケースのディレクトリ名にします。
 
-メイラーを生成しても、メイラーのアクションに対応するスタブフィクスチャーは生成されません。これらのファイルは上述の方法で手動作成する必要があります。
+メーラーを生成しても、メーラーのアクションに対応するスタブフィクスチャーは生成されません。これらのファイルは上述の方法で手動作成する必要があります。
 
 #### 基本的なテストケース
 
-`invite`というアクションで知人に招待状を送信する`UserMailer`という名前のメイラーに対する単体テストを以下に示します。これは、`invite`アクションをジェネレータで生成したときに作成される基本的なテストに手を加えたものです。
+`invite`というアクションで知人に招待状を送信する`UserMailer`という名前のメーラーに対する単体テストを以下に示します。これは、`invite`アクションをジェネレータで生成したときに作成される基本的なテストに手を加えたものです。
 
 ```ruby
 require 'test_helper'
@@ -1420,7 +1420,7 @@ end
 
 このテストでは、メールを送信し、その結果返されたオブジェクトを`email`変数に保存します。続いて、このメールが送信されたことを主張します (最初のアサーション)。次のアサーションでは、メールの内容が期待どおりであることを主張します。このファイルの内容を`read_fixture`ヘルパーで読み出しています。
 
-NOTE: `email.body.to_s`は、HTMLまたはテキストで1回出現した場合にのみ存在するとみなされます。メイラーがどちらも提供している場合は、 `email.text_part.body.to_s`や`email.html_part.body.to_s`を用いてそれぞれの一部に対するフィクスチャをテストできます。
+NOTE: `email.body.to_s`は、HTMLまたはテキストで1回出現した場合にのみ存在するとみなされます。メーラーがどちらも提供している場合は、 `email.text_part.body.to_s`や`email.html_part.body.to_s`を用いてそれぞれの一部に対するフィクスチャをテストできます。
 
 `invite`フィクスチャーは以下のような内容にしておきます。
 
@@ -1432,13 +1432,13 @@ friend@example.comさん、こんにちは。
 どうぞよろしく!
 ```
 
-ここでメイラーのテスト作成方法の詳細部分についてご説明したいと思います。`config/environments/test.rb`の`ActionMailer::Base.delivery_method = :test`という行で送信モードをtestに設定しています。これにより、送信したメールが実際に配信されないようにできます。そうしないと、テスト中にユーザーにスパムメールを送りつけてしまうことになります。この設定で送信したメールは、`ActionMailer::Base.deliveries`という配列に追加されます。
+ここでメーラーのテスト作成方法の詳細部分についてご説明したいと思います。`config/environments/test.rb`の`ActionMailer::Base.delivery_method = :test`という行で送信モードをtestに設定しています。これにより、送信したメールが実際に配信されないようにできます。そうしないと、テスト中にユーザーにスパムメールを送りつけてしまうことになります。この設定で送信したメールは、`ActionMailer::Base.deliveries`という配列に追加されます。
 
 NOTE: この`ActionMailer::Base.deliveries`という配列は、`ActionMailer::TestCase`と`ActionDispatch::IntegrationTest`でのテストを除き、自動的にはリセットされません。それらのテストの外で配列をクリアしたい場合は、`ActionMailer::Base.deliveries.clear`で手動リセットできます。
 
 ### 機能テスト
 
-メイラーの機能テストでは、メール本文や受取人が正しいことを確認するなど、単体テストでカバーされているようなことは扱いません。メールの機能テストでは、メール配信メソッドを呼び出し、その結果適切なメールが配信リストに追加されるかどうかをチェックします。機能テストでは配信メソッド自体は正常に動作すると仮定することになりますが、これでまず問題ありません。機能テストでは、期待されたタイミングでアプリケーションのビジネスロジックからメールが送信されるかどうかをテストすることがメインになるのが普通だからです。たとえば、友人を招待するという操作によってメールが適切に送信されるかどうかをチェックするには以下のような機能テストを使います。
+メーラーの機能テストでは、メール本文や受取人が正しいことを確認するなど、単体テストでカバーされているようなことは扱いません。メールの機能テストでは、メール配信メソッドを呼び出し、その結果適切なメールが配信リストに追加されるかどうかをチェックします。機能テストでは配信メソッド自体は正常に動作すると仮定することになりますが、これでまず問題ありません。機能テストでは、期待されたタイミングでアプリケーションのビジネスロジックからメールが送信されるかどうかをテストすることがメインになるのが普通だからです。たとえば、友人を招待するという操作によってメールが適切に送信されるかどうかをチェックするには以下のような機能テストを使います。
 
 ```ruby
 require 'test_helper'
diff --git a/guides/source/ja/upgrading_ruby_on_rails.md b/guides/source/ja/upgrading_ruby_on_rails.md
index 5fa26cbb0dd..3a6fab714e2 100644
--- a/guides/source/ja/upgrading_ruby_on_rails.md
+++ b/guides/source/ja/upgrading_ruby_on_rails.md
@@ -700,7 +700,7 @@ Rails 5 では、JavaScriptで作成されたフォームによるコードイ
 
 #### Action Mailerのキュー名がカスタマイズ可能に
 
-デフォルトのメイラー キュー名は`mailers`です。新しい設定オプションを使うと、キュー名をグローバルに変更できます。以下の方法で設定します。
+デフォルトのメーラー キュー名は`mailers`です。新しい設定オプションを使うと、キュー名をグローバルに変更できます。以下の方法で設定します。
 
     config.action_mailer.deliver_later_queue_name = :new_queue_name
 
@@ -872,7 +872,7 @@ SSL攻撃を緩和するために、`form_authenticity_token`がマスクされ
 
 ### Action Mailer
 
-従来は、メイラークラスでメイラーメソッドを呼び出すと、該当するインスタンスメソッドが直接実行されました。Active Jobと`#deliver_later`メソッドの導入に伴い、この動作が変更されました。Rails 4.2では、これらのインスタンスメソッド呼び出しは`deliver_now`や`deliver_later`が呼び出されるまで実行延期されます。以下に例を示します。
+従来は、メーラークラスでメーラーメソッドを呼び出すと、該当するインスタンスメソッドが直接実行されました。Active Jobと`#deliver_later`メソッドの導入に伴い、この動作が変更されました。Rails 4.2では、これらのインスタンスメソッド呼び出しは`deliver_now`や`deliver_later`が呼び出されるまで実行延期されます。以下に例を示します。
 
 ```ruby
 class Notifier < ActionMailer::Base
@@ -886,7 +886,7 @@ mail = Notifier.notify(user, ...) # Notifier#notifyはこの時点では呼び
 mail = mail.deliver_now           # "Called"を出力する
 ```
 
-この変更によって実行結果が大きく異なるアプリケーションはそれほどないと思われます。ただし、メイラー以外のメソッドを同期的に実行したい場合、かつ従来の同期的プロキシ動作に依存している場合は、これらのメソッドをメイラークラスにクラスメソッドとして直接定義する必要があります。
+この変更によって実行結果が大きく異なるアプリケーションはそれほどないと思われます。ただし、メーラー以外のメソッドを同期的に実行したい場合、かつ従来の同期的プロキシ動作に依存している場合は、これらのメソッドをメーラークラスにクラスメソッドとして直接定義する必要があります。
 
 ```ruby
 class Notifier < ActionMailer::Base
@@ -1286,7 +1286,7 @@ class UsersController < ApplicationController
 end
 ```
 
-このアクションがパブリックなAPIで使われておらず、HTTPメソッドを自由に変更できるのであれば、ルーティングを更新して`patch`を`put`の代りに利用できます。
+このアクションがパブリックなAPIで使われておらず、HTTPメソッドを自由に変更できるのであれば、ルーティングを更新して`patch`を`put`の代わりに利用できます。
 
 Rails 4で`PUT`リクエストを`/users/:id`に送信すると、従来と同様`update`にルーティングされます。このため、実際のPUTリクエストを受け取るAPIは今後も利用できます。この場合、`PATCH`リクエストも`/users/:id`経由で`update`アクションにルーティングされます。
 
@@ -1296,7 +1296,7 @@ resources :users do
 end
 ```
 
-このアクションがパブリックなAPIで使われており、HTTPメソッドを自由に変更できないのであれば、フォームを更新して`PUT`を代りに使えます。
+このアクションがパブリックなAPIで使われており、HTTPメソッドを自由に変更できないのであれば、フォームを更新して`PUT`を代わりに使えます。
 
 ```erb
 <%= form_for [ :update_name, @user ], method: :put do |f| %>
@@ -1437,9 +1437,9 @@ Rails 4.0ではActive Resourceがgem化されました。この機能が必要
 
 セッションcookiesを暗号化する方法の詳しくは[Pull Request #9978](https://github.com/rails/rails/pull/9978) を参照してください。
 
-* Rails 4.0では`ActionController::Base.asset_path`オプションが廃止されました。代りにアセットパイプライン機能をご利用ください。
+* Rails 4.0では`ActionController::Base.asset_path`オプションが廃止されました。代わりにアセットパイプライン機能をご利用ください。
 
-* Rails 4.0では`ActionController::Base.page_cache_extension`オプションが非推奨になりました。代りに`ActionController::Base.default_static_extension`をご利用ください。
+* Rails 4.0では`ActionController::Base.page_cache_extension`オプションが非推奨になりました。代わりに`ActionController::Base.default_static_extension`をご利用ください。
 
 * Rails 4.0のAction PackからActionとPageのキャッシュ機能が取り除かれました。コントローラで`caches_action`を使いたい場合は`actionpack-action_caching` gemを、`caches_page`を使いたい場合は`actionpack-page_caching` gemをそれぞれGemfileに追加する必要があります。
 
@@ -1453,7 +1453,7 @@ Rails 4.0では、シンボルやprocがnilを返す場合の、デフォルト
 
 * Rails 4.0では`link_to`ヘルパーでの`:confirm`オプションが非推奨になりました。代わりにデータ属性をお使いください (例： `data: { confirm: 'Are you sure?' }`)。`link_to_if`や`link_to_unless`などでも同様の対応が必要です。
 
-* Rails 4.0では`assert_generates`、`assert_recognizes`、`assert_routing`の動作が変更されました。これらのアサーションからは`ActionController::RoutingError`の代りに`Assertion`が発生するようになりました。
+* Rails 4.0では`assert_generates`、`assert_recognizes`、`assert_routing`の動作が変更されました。これらのアサーションからは`ActionController::RoutingError`の代わりに`Assertion`が発生するようになりました。
 
 * Rails 4.0では、名前付きルートの定義が重複している場合に`ArgumentError`が発生するようになりました。このエラーは、明示的に定義された名前付きルートや`resources`メソッドによってトリガされます。名前付きルート`example_path`が衝突している例を2つ示します。
 
@@ -1520,7 +1520,7 @@ config.middleware.insert_before(Rack::Lock, ActionDispatch::BestStandardsSupport
 
 * Rails 4.0では、リクエストされたフォーマットがアクションで扱えなかった場合に`ActionController::UnknownFormat`が発生するようになりました。デフォルトでは、この例外は406 Not Acceptable応答として扱われますが、この動作をオーバーライドすることができます。Rails 3では常に406 Not Acceptableが返されます。オーバーライドはできません。
 
-* Rails 4.0では、`ParamsParser`がリクエストパラメータをパースできなかった場合に一般的な`ActionDispatch::ParamsParser::ParseError`例外が発生するようになりました。`MultiJson::DecodeError`のような低レベルの例外の代りにこの例外をレスキューすることができます。
+* Rails 4.0では、`ParamsParser`がリクエストパラメータをパースできなかった場合に一般的な`ActionDispatch::ParamsParser::ParseError`例外が発生するようになりました。`MultiJson::DecodeError`のような低レベルの例外の代わりにこの例外をレスキューすることができます。
 
 * Rails 4.0では、URLプレフィックスで指定されたアプリケーションにエンジンがマウントされている場合に`SCRIPT_NAME`が正しく入れ子になるようになりました。今後はURLプレフィックスの上書きを回避するために`default_url_options[:script_name]`を設定する必要はありません。
 
@@ -1551,7 +1551,7 @@ Rails 4.0では複数のディレクトリからのヘルパーの読み込み
 
 ### sprockets-rails
 
-* `assets:precompile:primary`および`assets:precompile:all`は削除されました。`assets:precompile`を代りにお使いください。
+* `assets:precompile:primary`および`assets:precompile:all`は削除されました。`assets:precompile`を代わりにお使いください。
 * `config.assets.compress`オプションは、たとえば以下のように`config.assets.js_compressor` に変更する必要があります。
 
 ```ruby