オプション1：CustomErrorモジュールを使用する
CustomErrorのモジュールは、サイト管理者は、HTTPステータスコード403（アクセスが拒否された）と404のカスタムエラーページを作成することができ、それらのそれぞれのノードを作成することなく、（見られません）。機能に関する詳細（プロジェクトページから）：
- 構成可能なページのタイトルと説明。
- 通常のノードのように、作者と日付/時刻ヘッダーはありません。
- HTML形式のテキストはページの本文に配置できます。
- エラーページはtheableです。
- ログインしていないユーザーがログインが必要な領域にアクセスしようとすると、ログイン後にアクセスしようとしていたページにリダイレクトされます。
- 404のカスタムリダイレクトを許可します。
「ログインしていないユーザーがログインを必要とする領域にアクセスしようとすると、ログイン後にアクセスしようとしたページにリダイレクトされます。」に関する部分に関心があるはずです。
オプション2：ルールモジュールを使用してユーザー/ログインにリダイレクトする
「「アクセス拒否ページ」の設定を追加し、そのページに「ユーザーログイン」ブロックを表示することは、実際に機能するソリューションです。ただし、これをもう少し進めて、ユーザーエクスペリエンスをAbitMOREで強化することもできます。「ルールモジュールを使用して匿名ユーザーをログインページにリダイレクトする方法」に関する質問への回答で説明されているアプローチのバリエーションを使用する。
これを行うには、「Default 403」ページのパスが「no_access」に設定されていると想定します（/admin/config/system/site-information管理ページの下部にあるを介して）。次に、Rulesモジュールを使用して、「ノード「no_access」にアクセスした後」のようなイベントを含むルールを作成します。したがって、ルール全体は次のようになります。
そうする必要がある場合は、「ログインが必要なページにアクセスしようとしました...」のような（情報）メッセージをDrupalメッセージ領域に表示する別のアクションを追加することもできます。
確かに、追加の貢献モジュール（ルール）を有効にする必要があるかもしれません。ただし、その人気の高まりからもわかるように、このモジュールには数十のユースケースがあるため、そのモジュールはおそらく（Viewsモジュールと同様に）ほとんどのサイトですでに有効になっています。この質問の1つのバリエーション：「ページが見つかりません」のユーザーエクスペリエンスを同様の方法で強化してみませんか？
オプション3：専用ページにユーザーログインブロックを表示する
ルール「アクション」（にリダイレクトするuser/login）の代替としての別のバリエーションは、「my_login_page_with_login_block」のようなパスを使用して、指定されたノードを作成することです。次に、これを「」を介して「ユーザーログイン」ブロックを次のように構成することと組み合わせますadmin/structure/block。
- 選択したテーマ領域にそのブロックを表示します。
configureそのユーザーログインブロックの右側にある「」リンクを使用して、「ページ」の「表示設定」を設定します。つまり、「特定のページにブロックを表示」のオプションを「リストされたページのみ」に変更し、その下のテキストボックス内にパス（）を指定します。何らかの理由でパスを使用したくない場合は、代わりにパスとしてnode / nid（nid =ノードのID）を指定します。my_login_page_with_login_block