アドレスバーが表示されます1.
前方のサーバリソースを要求、サーバーのターゲットアドレスに直接アクセスするURL、入れURLを超える読み取りに応答内容を、その後、コンテンツブラウザに再配布さ。ブラウザがサーバーから送信された知りませんでしたコンテンツは、それのアドレスバーまたは元のアドレスそう。、から来
リダイレクトサーバーを論理に基づいて、アドレスバーが示すように、新たな再要求にアドレスをブラウザに指示ステータスコードを送信するURLの.forward内部をリダイレクト、外部へのリダイレクトリダイレクト
データの共有から2を
前方：。データの内部に共有要求に前進前進ページとページ
のリダイレクト:.ことはできません共有データ3.使用場所、それを
前方：一般ユーザーのためにとき着陸、適切なモジュールに転送役割に応じた。
リダイレクト：など着陸、オフユーザーがログインしたときに、一般的に他のサイトへのメインページやジャンプを返すために使用効率から4.
高：前方に
リダイレクト:.低本質的な違いが説明A
要するに、転送サーバの動作は、クライアントの動作をリダイレクトします。：なぜ、あなたはこのワークフローは、2つのアクションに依存し、言うのですか
転送プロセス：クライアントブラウザが送信したHTTPリクエストを ----「Webサーバは要求を受け入れた- 」メソッド呼び出しは、コンテナと要求処理の内部に完了しアクションを転送----「ターゲット顧客にリソースを送信するステップと、ここでは、URL転送パスが同じWebコンテナの下でなければならない、それが途中まで他のウェブ経路に向けることはできませんが、独自のコンテナ内のリクエストを渡さ。クライアントブラウザのバーが表示され、パスがまだある最初の顧客は、転送サーバを感じていないことを意味パスアクセス、。行動を転送すると、アクセス要求への唯一のブラウザです。
送信するようにクライアントブラウザ：リダイレクション手順httpリクエストを発見に応じて、クライアントのブラウザ302、その後、自動的に新しいが送信- 「Webサーバーを受信するクライアントのブラウザ後の302と対応する応答ステータスコードを新しい場所に」---- httpリクエスト、リクエストURLはリソースを見つけるために顧客に送信された要求に基づいて、新しい場所----「サーバのアドレスです。ここの場所は、任意のURLにリダイレクトすることができ、それは、要求を再発行されているので、ブラウザは、要求が転送の概念を持っていないだろう。クライアントのブラウザがそのパスをリダイレクトするパスバーを表示するには、顧客は、アドレスの変化を観察することができます。行動を行うためにブラウザをリダイレクトし、少なくとも二回のアクセス要求です。通訳II
リダイレクトが、実際には、二回のリクエストは、最初に、クライアントの要求A、サーバーの応答、および応答は、ブラウザを言って、戻ってきた、あなたはBに行く必要があります 今回はIE
私たちは、アドレスが変更されている見ることができますが、戻るボタンの歴史は明るいです。リダイレクトは、独自のWebアプリケーション外部のリソースにアクセスすることができます。リダイレクションプロセスでは、情報の送信が失われます。
3 Explainを
使用すると、ライセンス、申請を行っていると
リダイレクト：あなたはオフィスA、人物局に行って、言った：「この問題は、当社の管理下にない、オフィスBに行く」、あなたはAからバックアウト、自分自身オフィスにBバス。
フォワード：、あなたはオフィスAに行くには、A局は後に、B局が管理する問題の事実を知っている必要がありますに見えたが、彼はあなたに返していませんでしたが、あなたが戻って自分の人々に、しばらくの間座ってBの事務所に連絡を作るためにそれらを介して送信さ、後に実行してみましょう