問題タブ [http-response-codes]

私は純粋主義者なので、データの保存中にアプリケーションで問題が発生した場合は、正しい http ステータス コードをユーザー (他のサービス) に返すのが好きです。

リクエストを検証できる場合、またはサーバーが停止したことがわかっている場合は簡単です。しかし、どちらでもない場合はどうなりますか?

すべてが正常で、データを保存できる場合は、202 Accepted を返します。データを保存できなかったが、データは確かに正しく、サーバーは完全に機能していて、それが他人のせいである場合、何を返す必要がありますか?

具体的には、今日、スティッキー セッションを使用せずに db クラスターで 2 つの関連するクエリを実行すると、保存の問題が発生することを発見しました。

ユーザーに嘘をつきたくありません。「いいえ、データを保存できませんでした」と言いたいのですが、それを彼らのせいにしたくはありません (4xx)。サーバーの内部エラーではないことは間違いありません。

「入札できませんでした」または「問題が発生しました。もう一度お試しください」という応答はありますか?

それとも、私は 500 を真剣に考えすぎているので、それを使用する必要がありますか?

DigitalOcean サーバーで新しく立ち上げた Web サイトを Facebook にスクレイピングさせようとしています。これを IP — 178.62.136.69 — で行うと、うまく機能します。ただし、ドメイン名 — www.stuvoplus.be — を使用すると、その IP に関連付けられます。次のエラーが表示されます。

修正が必要な重大なエラー

不正な応答コード URL が不正な HTTP 応答コードを返しました。

そのため、奇妙な方法で Facebook は直接 IP を受け入れますが、接続されたドメインは無視します。私たちはドメイン名のプロバイダーに電話してみましたが、彼らは必要なことをしたと言ってボールを直接私たちに投げ返しました: ドメインが IP を指すように正しいレコードを追加しました.

Facebook にサイトを正しくスクレイピングさせるためにできることはありますか?

前もって感謝します、

セム

IP クロールでの応答コード 200

ドメイン クロールでの応答コード 404

リンクが利用可能かどうかを基本的にチェックする単純な URL 可用性チェッカーを実装しようとしています (HTTP 403、404 などは返されません)。

テスト目的でデータベースに (異なるサーバー/Web サイトへの) 20,000 を超えるリンクがありますが、10 を超えるスレッドを作成しようとすると機能しないようです。

これは、接続を開き、各 WorkerThread 内の応答コードを読み取るために使用しているコードです。

複数のスレッドが接続を開いているときに気付いた問題はいくつかあります。

1) 最初の 100 ～ 200 の接続のみが問題なく開くように見えますが、その後、「読み取りタイムアウト」、「接続タイムアウト」、「接続リセット」などを取得し始めます。ただし、コードを再度実行しようとすると、上記の例外がスローされた場合、適切な応答コードが返されます (最初の 100 で処理された場合)。

2) 応答コードが有効でない場合があります (特に、最初の 100 リンクの後にリンクが処理された場合)。実際には 200 を返す必要があるときに 404 が返されることがあることに気付きました (最初の 100 にリンクを入れて確認しました)。

Apache の Http クライアントを使用してみましたが、多くのスレッドでリンクを正しく処理することもできません。

では、この問題の解決策を知っている人はいますか? 複数のスレッドを使用して HttpURLConnection を使用して開くことができる接続の最大数は? 多くの HTTP 接続を開き、応答コードを確認する他の方法はありますか?

よろしくお願いします！

以下のコードを使用して、Android で接続タイムアウトを確認しています。これに加えて、接続が実際にタイムアウトした場合にトーストを表示するにはどうすればよいですか? なにか提案を？

HTTP リクエストを作成しています。10 秒以内に応答がなければ、ループを終了するようにチェックしたいと思います。以下は私のコードです。HTTP リクエストの作成中にこれを処理する最も簡単な方法は何でしょうか。提案を歓迎します。これらの提案をコードのどこに正確に含める必要があるかを教えていただければ、非常に役立ちます。ありがとう

と という 2 つのオブジェクトがTrackありWalkthruます。それらは、 を介して相互にリンクされていTrackWalkthruAssociationます。TrackとWalkthruが互いに関連付けられている場合(つまり、それらをリンクするインスタンスが存在する場合)、それらをリンクしているインスタンスが最初TrackWalkthruAssociationに削除されない限り、どちらも削除できません。TrackWalkthruAssociation

そのため、関連付けが存在する場合に、たとえばDELETEto/tracks/1またはを送信すると、失敗するはずです。/walkthrus/1この場合、適切な HTTP 応答コードは何でしょうか? これは予期しない状況ではないため、500 を返したくありません。

404 をスローして、訪問者を特定のページに誘導する必要があります。私は次のコードで試しています:

404 は発生しますが、browse_by_category.xhtml ページへのリダイレクトは発生しません。どんな助けでも大歓迎です。