問題タブ [http-status]

JerseyのMessageBodyWriterでHTTPステータスを変更するにはどうすればよいですか? writeTo メソッドの httpHeaders と entityStream を介してヘッダーと本文の応答メッセージを変更できることはわかっていますが、HTTP ステータスを変更する方法はわかりません。

クライアントが自分自身をデバイス（モバイルデバイスなど）として登録できるサーバーがあります。登録するには、サーバーにすでに登録されている別のリソース (ユーザーなど) にデバイスを関連付ける必要があります。これを行うために、クライアントはサーバーに Http Post リクエストを送信します。これには、独自の ID と関連するリソース ID の 2 つのパラメーターが含まれます。

クライアントがサーバーに何らかの手順を実行するように要求し、パラメーターで指定されたリソースの 1 つが見つからない場合に返す HTTP ステータス コードを選択する必要があります。

私は 404 を提案しましたが、私の教授は、404 は URI に関連付けられたリソースが見つからないということであり、不正なパラメーターを含む適切な形式のリクエストを送信した場合ではありません。

最も適した http ステータスは何ですか? また、なぜそれを選択するのですか?

サーバーをホストゲーターから専用に移行しました。現在、空白の index.html ページは、サファリ (デスクトップとモバイル) でのみこのエラーをスローしています。何が問題なのですか？

認証を必要とする Web サーバーから Web コンテンツをロードする PhoneGap アプリケーションがあります。InAppBrowser で Web コンテンツを起動するときに、HTTPS 経由で HTTP ヘッダーにユーザー資格情報を投稿するソリューションがあります。ユーザーが InAppBrowser のコンテンツにアクセスすると、複数のサーバー側 Web ページ間を移動できます。私の問題は、ユーザーが再認証する必要がある場合に HTTP ステータス エラー (401、403 など) をトラップできるようにする必要があることです。これらのエラーをキャプチャできれば、Ajax 呼び出しを行ってユーザーを再認証できます。InAppBrowser から HTTP エラーを検出する方法についてのアイデアはありますか?

そこで、RESTful の原則に基づいた PHP ベースの CMS アプリケーションを構築しています (ただし、RESTful の原則からは完全に逸脱しています)。少しジレンマに陥りました。

複数のファイルをアップロードするフォームを POST し、一部のアップロードは成功し、ファイル名の競合により他のアップロードは失敗する場合に返される適切な HTTP ステータスは何ですか? 「409 Conflict」は個々の失敗したアップロードごとに意味があるように見えますが、成功したアップロードと失敗したアップロードの配列で構成される POST 全体では、それほど明確ではないようです。

私の混乱は、アップロードされるファイルごとに 1 つの POST リクエストではなく、複数ファイルのアップロードが 1 つの POST リクエストを構成するという私の認識に基づいています。あれは正しいですか？

http アウトバウンド エンドポイントを呼び出すフローに対して http 呼び出しを行っています。送信エンドポイントは、http.status = 400. フローの最後の瞬間まで、ヘッダーはhttp.status実際には 400 であることを示します。

ただし、Mule はhttp.status = 500 Internal Server Error代わりにメッセージを返します。

この解決策を見つけましたが、うまくいきません: https://stackoverflow.com/a/16486259/3510748

http 送信エンドポイントhttp.statusが 200 に変更される前にこれを設定すると、これも正しくありません。

正しい http.status を受け取るにはどうすればよいですか?

昨夜、ダッシュボードを介してjoinordie.comを WP 3.9.1 に更新しましたが、今日、サイトに 410 Gone エラーが表示されます。問題が WordPress であるかどうかは定かではありませんが、タイミングによるものと思われますよね?

要求されたリソース / はこのサーバーで利用できなくなり、転送アドレスもありません。このリソースへの参照をすべて削除してください。

サイトは更新前は問題ありませんでした。DisqusとWidget Logicの2 つのプラグインのみを使用します。私は彼らが問題だとは思わない。これを修正するにはどうすればよいですか? wp-admin も 410 が消えているため、アクセスできません。FTP 経由で WordPress を手動で再インストールする必要がありますか? このエラーの原因と修正方法を教えてください。

更新:同じ FTP ユーザーの別の (WP 以外の) サイトでエラーが発生していることに気付きました。

を使用Cohttp_asyncしてリクエストを実行する場合、HTTP レスポンス コード 302 (Temporary Redirect) を次の方法で処理しています。

これは問題なく動作するようです (少なくとも、私が使用している単純なケースでは)。私は主に、これを行うためのより良い方法があるかどうかを知りたいと思っています。on のマッチングなど、これを処理するためのより良い方法があると思いますCohttp.Code.status。何かのようなもの：

これまでのところ、適切なコンストラクターと一致していないように見えるため、これにはあまり運がありませんでした。

副次的な質問として、Cohttp には応答の一部として返される HTTP リダイレクトを処理するためのより良い方法がありますか? 多分私がこれについて行っている方法は間違っていて、もっと簡単な方法があります。

パラメーターappend_slash=Trueを指定してピラミッドでnotfound_view_configを使用すると、リダイレクト時に 302 http ステータスが取得されますが、カスタム http ステータス - 301 を設定したいです。

@notfound_view_config(append_slash=True, renderer="not_found.mako") def notfound(request): return {}