問題タブ [http-status-code-302]

ステージングサーバーと本番サーバーの両方を備えたDotNetNukeサイトで作業しています。現在の問題は特定のNB_Storeメニューにありますが、実際にはサイト全体の問題だと思います。

本番環境では、製品管理者の編集リンクをクリックすると正常に機能します。編集ボタンをクリックすると、AJAX postリクエストがサイトに返され、リダイレクト命令が返され、ブラウザはそれに応じてリダイレクトするようです。

ただし、ステージングサーバーでは、リダイレクト命令を送り返す代わりに、リダイレクトは302リダイレクトとして処理され、ブラウザーはリダイレクトされたページ全体をjavascriptとして解釈しようとします。これにより、実際に移動する必要のあるページにアクセスできなくなります。

私が知っている2つのサーバーの唯一の違いは、ステージ上のパスを新しいドメイン（元のwww.xxx.com/subdir/dnnではなくstage.xxx.com）に更新したことです。特にこの管理メニューを使ったことがないので、パスを変更したのか、すでに壊れているのかわかりません。

これを修正するにはどうすればよいですか？私はアイデアが不足し始めています！

Google Checkout にショッピング カートを送信するフォームがあります。フォームはそれ自体でうまく機能しますが、(ラッパーの content-type を使用して) Joomla 内に配置すると、Google Checkout は 302 をスローし、フォーム ページが再度読み込まれます。

これを書いているときに、Joomla の外で静的フォームから何が起こるかを確認することにしました。302 が返されましたが、Google Checkout が読み込まれました。

リソース インスペクタにリストされているリクエスト URL に直接アクセスすると (これには chrome を使用)、次のエラーが発生します。

これは、Joomla でラップされたフォームとスタンドアロンの両方で発生します。

ただし、両方のフォームは、Google チェックアウトに移動する場所の URL を含む応答ヘッダーを受け取り、実際には適切なデータを読み込みます。

Joomla内でこれを機能させる方法はありますか? または、私が間違っている可能性がありますか？

私は自分自身を説明するのに十分なほどよく知らないので、明確な質問があれば、できるだけ多くの情報を提供したいと思います.

さて、これは私をびっくりさせます。Httpヘッダーチェックツールを使用して、Webページのヘッダーをチェックし、何を推測しました。すべてのリクエストで、応答は200ではなく302でした。

だから、私はここで何かが欠けていますか？リダイレクトは一切行っていません。

では、私のWebサイトのf＃$％はどこにリダイレクトされますか？セキュリティホールはありますか？

更新：グーグルがこれを見つけた間

私は自分のウェブサイトのリダイレクトの束を基本的にサーバー上の別のフォルダーに移動したものと一致させようとしています。http://www.site.com/index.php?page=anypageをhttp://www.site.com/newfolder/index.php?page=anypageに移動させる必要があります。問題はhttp://www.site.com/index.phpであり、http： //www.site.com/index.php？page=homeはそのままにしておく必要があります。どうすればこれを達成できますか？

.htaccessファイルで次のことを試していましたが、間違えたのではないかと思います。私もこれをテストする方法を本当に知りません。

これは一時的なものだと思ったので、逆にする方法を知っておく必要があります。来週、リンクはルートサーバーに再度リダイレクトする必要があります。また、通常のリダイレクトを再確立するにはどうすればよいですか？

私のスタックはnginx>uwsgi>pylonsです。

コントローラでredirect_toを使用すると、アプリは302エラーをスローします。また、貼り付けで正常に機能した404または500のエラーページは表示されなくなりました。

任意のポインタをいただければ幸いです。

ありがとう。

次のケースを検討してください。

• Web サーバーが .NET アプリを実行しています<sessionState cookieless="AutoDetect" />。
• クライアントは、単純なHttpWebRequest(Cookie なし) を使用してデータを送信しています。

この一見単純なケースは、大きな失敗を引き起こします。

.NET は、要求元のエージェント ( ) が Cookie をサポートしているかどうかを判断できないためHttpWebRequest、POST 要求に対して、次のように同じ場所への 302 Found リダイレクトで応答します。

• AspxAutoDetectCookie応答で指定された Cookie
• AspxAutoDetectCookie転送された場所で指定されたクエリ パラメータ

要求元のエージェントは、新しい場所を要求することになってHttpWebRequestいます。.NET は、クエリ文字列を確認すると、これが再要求であることを認識し、指定された Cookieが要求ヘッダーにあるAspxAutoDetectCookieかどうかを確認することで、Cookie がサポートされているかどうかを判断できます。AspxAutoDetectCookie

問題は、ほとんどのリクエスト エージェント (Web ブラウザHttpWebRequest) が 302 Found を 303 See Other であるかのように扱い、元の HTTP メソッドに関係なく、再リクエストを GET にすることです! 最初の POST 要求で送信されたデータは転送されません。

正しい応答は、要求メソッドを変更しない 307 一時リダイレクトである必要があります。(場所 X への POST 要求は、場所 Y へのPOST要求にリダイレクトされます。)

POST 要求が破棄されないように、.NET でこの動作を変更する方法はありますか?

3xx リダイレクトに関する情報

最初に (Tomcat サーバー) 認証を必要とする 1 つのサイトにアクセスし、次に POST 要求でログインして、そのユーザーにサイトのページを表示させたいと考えています。私はHttpclient 4.0.1を使用しています

最初の認証は正常に機能しますが、このエラーについて常に不平を言うログオンではありません: "302 Moved Temporarily"

私はクッキーを保持し、コンテキストを保持していますが、何も保持していません。実際、間違ったパラメータや user||password を記述すると、ログイン ページが表示されるため、ログオンは機能しているようです。だから、うまくいかないのは自動リダイレクトだと思います。

私のコードに従うと、常にIOException、302がスローされます。

最近、isapi リダイレクタ インターフェイス ( http://tomcat.apache.org/connectors-doc/webserver_howto/iis.htmlを参照) を介して IIS 7 サーバーに接続された Tomcat 6 に Web アプリケーションをインストールしました。コネクタは、リダイレクト先の新しい場所でステータス 302 を返す Web アプリケーションの一部のページを除いて、すべての場合で適切に動作します。

ブラウザーは 302 を取得し、新しい場所を要求しますが、URI ワーカー マップが正しいように見えても、IIS Web サーバーは要求を Tomcat サーバーに転送せず、代わりに 404 エラーを返します。

対応する uri ワーカー ルールは次のとおりです。

/WebClientServlet/*=worker1

新しい場所の場所 URL は次のようになります。

http://localhost/WebClientServlet/SBS/cmd:editContent2/workflow:false/articleSearch:false/confirmed:false/objectID:131294/---/fpse/db:test/objectID:131294/Copy+of+0001-Intranet+Home-main-ip+%28DE%29

フレーム/iframe で要求された pdf を表示する html ページに PDF の要求をリダイレクトする必要があります。

私が恐れているのは、一部のブラウザ (少なくともこれを行っていた IE) がリクエストを Acrobat Reader に引き渡すことです。Acrobat は、application/pdf の代わりに html ページにあまり満足しないだろうと想像できます。

これに関する情報をお寄せいただきありがとうございます。近い将来、pdfが要求されたときにhtmlを提供できるサーバーにアクセスできるようになりますが、おそらく誰かがすでに私の問題を解決してくれるでしょう

ミシェル

PHP curl の使用方法を学ぼうとしていますが、changeip.com への認証を試みるまでうまくいくように見えました。Curl 呼び出しを行うために使用する関数は次のとおりです。

そして、実際の呼び出しは次のとおりです。

ただし、このスクリプトは、changeip.com から有効な Cookie を取得しません。つまり、認証しません。Curl が送信したヘッダーと HTTPLiveHeaders を比較して違いを見つけようとしましたが、最終的には何も見つかりませんでした。これを機能させるために何が欠けているのか、誰にもアドバイスできますか?

よくある質問: cookie.txt は 0777 ですか? はい、スクリプトは実際にある種の Cookie を作成します: www.changeip.com FALSE / FALSE 0 ACloginAddrs 6 www.changeip.com FALSE / FALSE 0 ASPSESSIONIDCCSSCQRA DNHKGDICMKHFIJADMAPPMHHC

しかし、これは有効な Cookie ではありません。