問題タブ [http-method]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
48 参照

rest - 異なる http メソッドで URL を再利用することは好ましい方法ですか?

たとえば、クレジットカードで支払いを行う場合、POSTurl /paymybill-cc. また、ユーザーがページを更新したときの再投稿を避けたいと考えています。この場合、メソッドを使用して同じ URL にリダイレクトすることをお勧めしGETますか?

0 投票する
1 に答える
4062 参照

jquery - "jquery.jsonp.js" GET が機能します。POST PUT DELETE OPTIONS はどうですか?

GET 以外の jsonp http メソッド (POST、PUT、OPTIONS、DELETE)

jquery 組み込みの $.ajax メソッドを使用すると、次のようになります。

type: "GET", $.ajax を使用して http PUT を実行すると、単純に変更される行に注意を向けたいだけです。type: "PUT",

このコード例は、jquery ajax を使用したクロス ドメインからの JSON 解析からのものです。

$.ajax を使用しない

google-code の jquery.jsonp を使用するhttps://github.com/jaubourg/jquery-jsonp

GET メソッドで jquery.jsonp.js を使用する例を次に示します。

これは完全に機能します。GET jsonp リクエストを行う方法は私の質問ではありません。

$.jsonp で、他の http メソッドを実行したい: PUT POST DELETE OPTIONS ... ? $.jsonp は をサポートしていtype="PUT",ますか?

ドキュメントにはまったく言及されていません: API.md および TipsAndTricks.md ソースコードにもありません。

アップデート

@ohgodwhy ドメインを越えて POST 2 を機能させるためのハック (iframes / Proxy) があります。 JSONP および jQuery での PUT/POST/DELETE の使用

@thefrontenderリンクされた記事は、「クロスオリジンリソース共有(CORS)」を調べることを提案しています

ブラウザーによる CORS サポートhttp://caniuse.com/cors

同じ記事には、「JSON を URL パラメーターとしてエンコードすることもできますが、それを考えるのは恥ずべきことです」とも書かれています。歴史の中で、恥は誰も止めなかったのですか?シンプルで怠惰で、限られたケースでは仕事を終わらせます。

Thx 4みんな助けて...

0 投票する
2 に答える
116 参照

rest - REST サービスでのファイルベースの検索のベスト プラクティス

ファイルの類似検索サービスの構築を手伝っています。何かを検索する 1 つの方法は、ファイルの URL を指定して GET 要求を使用することですが、クライアントがファイルを直接送信できるようにする必要もあります。次のオプションが必要です。

  1. クライアントがペイロードを含む GET リクエストを送信するようにします。これは推奨されていないようです --リクエスト本文を含む HTTP GET

  2. ファイルベースの検索には、GET 以外のもの (おそらく PUT?) を使用します。問題は、他の HTTP メソッドがこの目的に適していないように見えることです。

ここでどのオプションが最適ですか? 私はこの分野の専門家ではないので、この状況で何が正しいのかわかりません。

0 投票する
3 に答える
5045 参照

symfony - 「post」または「delete」または「put」メソッドを使用したSymfony2リンク

0 投票する
1 に答える
9253 参照

asp.net-web-api - ASP.NET Web API - 削除時の 404

DeleteWeb API コントローラーにメソッドを実装しようとしています。ただし、常に404 - Not Found. この時点で、問題なく動作している GET、POST、およびPUTメソッドがあります。同じ問題に関する他のSOの投稿をいくつか読んでいますが、どれも機能していません。

コントローラーのアクション

AJAX リクエスト

Web.Config

これは私のweb.configファイルです。モジュール セクションを除いて、すべてはプロジェクトを作成したときと同じです。

IIS Express を使用していますが、Visual Studio 開発サーバーに戻すと問題が発生します。

生の HTTP

Fiddler によってキャプチャされた生の HTTP 要求を次に示します。

そして、ここに応答があります:

これは、独学のためのオープン ソースプロジェクトです。誰かが完全なソースを見たい場合に備えて、最新のものをチェックインしました.

0 投票する
1 に答える
2393 参照

java - http 応答からサーバー名を取得する方法

応答がどのサーバーから来るのか知りたいです。

HttpMethod を使用して、HttpStatus、Method-Name などを読み込んでいます。しかし、どうすれば Response-Server を知ることができるでしょうか?

助けてくれてありがとう。

編集:

次のようなものを返したいと思います: "HTTP 応答は " + method.getStatusLine().toString()) + "サーバーから" + ??? Server-name ??;

0 投票する
0 に答える
1732 参照

django - Django は CORS PUT OPTIONS リクエストを中断します

django で REST API をセットアップし、CORS を有効にした JavaScript AJAX 経由で要求を行いました。PUT リクエストを使用しようとするまでは正常に動作します。django は PUT を処理できないため、django-piston のcoerce_put_postメソッドを使用しています。問題は、PUT リクエストは正常に処理されますが、OPTIONS リクエストは で失敗すること405 METHOD NOT ALLOWEDです。

これは、失敗した要求のネットワーク ログです。

  • リクエスト URL :http://localhost
  • 依頼方法: OPTIONS
  • ステータスコード: 405 メソッドは許可されていません

リクエスト ヘッダー

  • 受け入れる: /
  • Accept-Encoding : gzip、deflate、sdch
  • Accept-Language : de,en-US;q=0.8,en;q=0.6
  • Access-Control-Request-Headers : accept、origin、content-type
  • Access-Control-Request-Method : PUT
  • キャッシュ制御: キャッシュなし
  • 接続:キープアライブ
  • ホスト:フー
  • 起源:http://localhost
  • プラグマ: no-cache
  • リファラー:http://localhost/bar
  • ユーザーエージェント: Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (Gecko のような KHTML) Chrome/28.0.1500.95 Safari/537.36

応答ヘッダー

  • Access-Control-Allow-Credentials : true
  • Access-Control-Allow-Headers : Content-Type、Pragma、Cache-Control
  • Access-Control-Allow-Methods : POST、GET、OPTIONS、PUT、DELETE
  • Access-Control-Allow-Origin :http://localhost
  • 許可: 投稿、取得、オプション、書き込み、削除
  • コンテンツ タイプ: テキスト/html; 文字セット=utf-8
  • 日付: 2013 年 8 月 9 日 (金) 09:39:41 GMT
  • サーバー: WSGIServer/0.1 Python/2.7.4

ご覧のとおり、OPTIONS は CORS ヘッダーで実際に許可されています。

では、なぜそれはまだ失敗するのでしょうか?