問題タブ [bad-request]

次の POST「操作」で RESTful WCF を構成しました。

私の web.config では、次のように構成しました。

「text/plain」または「json」を使用して POST メッセージを送信すると、すべて正常に動作します。ただし、 ContentType = "application/json"で POST メッセージを送信しようとする と、次のメッセージで失敗します: リモート サーバーがエラーを返しました: (400) Bad Request

私が見つけた唯一の解決策は、Factory クラスを定義することでした: System.ServiceModel.Activation.WebServiceHostFactory int Svc 定義マークアップ。

次のリンクでこの解決策を見つけました: Send JSON to WCF 3.5 using Ajax

私が理解しているように、WebServiceHostFactory の定義は、web.config を編集したくない場合にのみ役立ちます。

WebServiceHostFactory を定義せずに機能させるにはどうすればよいですか?

「json」コンテンツ タイプの POST メッセージは取得できますが、「application/json」コンテンツ タイプは取得できないことに注意してください。

多くの同様の問題と関連するFlaskドキュメントを読んだ後、フォームの送信時に次のエラーを生成しているものを理解できないようです:

400不正な要求

ブラウザ (またはプロキシ) が、このサーバーが理解できない要求を送信しました。

フォームは常に正しく表示されますが、これらの関数のいずれかに関連付けられた HTML フォームを送信すると、不適切なリクエストが発生します。

HTMLの関連部分は

ほとんどの人にとっての問題は、GETまたはPOSTを呼び出すことではありませんでしたが、私は両方の関数でそれを行っており、from flask import request. また、データベースにクエリを実行し、フォームからの追加が追加されていないことを確認しました。

Flask アプリでは、HTML フォームでわずかに異なるラベルが付けられたフォーム フィールドをリクエストしていました。名前の一貫性を維持することは必須です。この質問で詳細を読むことができますフォーム送信エラー、Flask

HTTP クライアントが Java でどのように機能するかについて学習しようとしています。PHPファイルをWebサーバーにリクエストする独自のクライアントを構築しようとしています。

現在、リクエストを行うと、サーバーから次のエラーが表示されます。

HTTP/1.1 400 不正な要求

ただし、ブラウザ内から問題なくファイルにアクセスできます。何が間違っているのかわかりませんが、理解できません。以下は、私の HTTP クライアント クラスのコードです。

}

誰かがこの問題に光を当てることができれば、とても感謝しています! ありがとう。

サーバーへの新しいリクエスト:

応答：

メソッド: GET

私の環境では、perlbal を使用してリクエストを nginx にリダイレクトしています。verify_backendがオンの場合。perbal は "OPTIONS *" リクエストを nginx に送信しますが、nginx はそれを不正なリクエストとして応答します。

RFC2616によると:

Request-URI がアスタリスク (" ") である場合、OPTIONS 要求は、特定のリソースではなく一般的な ?server に適用されることを意図しています。通常、サーバーの通信オプションはリソースに依存するため、" " リクエストは "ping" または "no-op" タイプのメソッドとしてのみ有用です。クライアントがサーバーの機能をテストできるようにする以外には何もしません。たとえば、これを使用して、HTTP/1.1 準拠 (またはその欠如) についてプロキシをテストできます。

perlbal はこの種のリクエストを送信しようとしていると思いますが、nginx はデフォルトでこれを処理できません。

リクエスト「OPTIONS * HTTP/1.0」を送信しようとすると、常に「HTTP 400 bad request」が表示されます。

127.0.0.1 - - [18/Feb/2013:03:55:47 +0000] "オプション * HTTP/1.0" 400 172 "-" "-" "-"

ただし、アスタリスク要求なしで「OPTIONS / HTTP/1.0」オプションで動作します:

127.0.0.1 - - [18/Feb/2013:04:03:56 +0000] "オプション/HTTP/1.0" 200 0 "-" "-" "-"

HTTP return 400 ではなく http return 200 で応答するように nginx を構成するにはどうすればよいですか?

CodeIgniterを使用して簡単なログインシステムを構築します。

フォームデータを送信しようとすると、このエラーが発生します

404ページが見つかりませんリクエストしたページが見つかりませんでした。

理由がわかりません！これは私のフォームです：

これはフォームアクションです->

ユーザーは新しいページに移動する必要があります。なぜこの問題が発生しているのかわかりません!! 何か案は？

だから私は最初の WCF プロジェクトを書きました。それは私のブラウザーと jquery を使用して動作しているように見えますが、クライアントを書き、物事が少し混乱しました...実際には、そのクライアントで行うすべてのことは 400 の悪い要求応答につながるようです。 ..だから私はいくつかの投稿を読んで、物事を整理する良い方法がフィドラーを使用していることを発見し、選び始めました...

フィドラーはクライアントを識別できないため、クライアントを使用してデータを直接クライアントに送信しました ... https://docs.google.com/file/d/0ByOtHJSZT_GtNHZqTVZMdVVqZEU/edit?usp=sharingスクリーンショットはこちら。

私が見ることができる唯一の違いは、いくつかのヘッダーのリークであり（これは私には本当に役に立たないようです）、1つはコンテンツタイプをapplication/jsonpとして使用し、もう1つはtext/htmlを使用します（これが主な問題だと思います） . 悪いことに、リクエストを送信する前に content-type ヘッダーを設定しましたが、結果はありません。右側のパネルにまだ application/json が表示されていることに注意してください。私は混乱しています。

これはサービスのインターフェースです

良い一日！

このプラグインを実行しようとしています - http://www.nihilogic.dk/labs/exifjquery/jquery.exif.js

asp.net Web サイト。現在、ローカル IIS または asp.net 開発サーバーを介してサイトを実行しています。

function sendRequest(strURL, fncCallback, fncError, aRange, bAcceptRanges, iFileSize){//...}このプラグインが回線 195を呼び出そうとするたびにoHTTP.send(null);

読み込んだ画像が badrequest(400) で返されます。

リクエスト URL は192.168.#.###/MyWebsite/img1.jpgまたはlocalhost/MyWebsite/img1.jpgのようなものです。

この例をそのままコピーして新しいプロジェクトに貼り付けようとしました (自分のディレクトリを指すように参照を変更しました): JQuery EXIF Demo

言うまでもなく、exif メソッドを呼び出すと空の結果が得られます。

これが役立つかどうかはわかりませんが、リクエストヘッダー

プラグインはそのままでは機能しません。ある種のドメイン要求の問題だと思います。

これについての助けは非常に高く評価されます!

ありがとう！

2 つの WCF Web サービスを作成しました。1 番目のサービスは JSON 文字列を返す取得サービスであり、2 番目のサービスはこの JSON 文字列を入力として受け入れ、それらのデータをデータベースに格納するポスト サービスです。

両方のサービスはローカルで正常に動作しますが、サーバーにコードをアップロードすると、最初のサービスは引き続き正常に動作しますが、2 番目のサービス、つまりポスト サービスはエラーを返します。

エラー 400 不正な要求。

私の知る限り、Web.config ファイルに何かが欠けています。

私は本質的にここで尋ねられたのと同じことを探しています: サーバーがエラーを返したときに WebClient を使用して応答本文にアクセスする方法はありますか?

しかし、これまでのところ答えは提供されていません。

サーバーは「400 bad request」ステータスを返しますが、詳細なエラーの説明がレスポンス本文として返されます。

.NET WebClient を使用してそのデータにアクセスするアイデアはありますか? サーバーがエラーステータスコードを返すと、例外がスローされます。

で終わるURLがあります%。のように：/view/this-is-100%25。%URLの末尾に含めることは許可されていませんか？許可されていない場合、別の方法でそれを行うにはどうすればよいですか。許可されている場合、なぜそれが悪い要求を引き起こすのですか？

ありがとう。

更新：正確なエラー：