問題タブ [http-method]

CORS リクエストの仕様を読んでいたところ、プリフライト リクエストについて次のことがわかりました。

これらは、プリフライト結果キャッシュ エントリまたはプリフライト リクエストのいずれかを使用して最初に認証する必要がある GET 以外の HTTP リクエスト メソッドを使用した、同一でないオリジン URL へのリクエストです。

プリフライト リクエストの目的は、サーバーの状態が (不当に) 変更された場合に備えて、リクエストを行う前に許可されているかどうかを確認することだと考えていました。

ただし、HEAD と OPTIONS はサーバーの状態を変更しません。プリフライト チェックの理由を誤解しているに違いありません。

GET ではなく HEAD と OPTIONS のプリフライト チェックを行う目的 (別名、理由、動機、または理論的根拠) は何ですか? GET の特別な点は何ですか?

問題は、JavaHTTPUrlConnectionが HTTP.PATCH をサポートしていないことです。

そこで、body を使用した削除の実装を行うガイドを見つけました。でも受けてるHTTP/1.1 400 Bad Request

これにたどり着きました：
*インポート compile("org.apache.httpcomponents:httpclient:4.3.1")

方法：

Url + メソッドが Advanced Rest クライアントで機能することを確認しましたが、私の Spring ブート プロジェクトが同じ出力を得られない理由がわかりません。どんな助けも大歓迎です。

私の Rails アプリでは、JSON リクエスト、メソッド: POST を介してクライアントからサーバーにデータを送信する必要があります。ただし、クライアントはGETメソッドでデータを送信します。

サーバー：nginx

クライアント：

ブラウザ コンソールでは次のように表示されます。

Nginx の設定:

現在、RESTful Web サービスを含む CMS に取り組んでいます。通常の REST アクションには、デフォルトの HTTP メソッドである GET、PUT、POST、および DELETE を使用します。ただし、整合性チェック、インデックスの再作成などのメンテナンス目的で使用できるカスタム メソッド MAINTENANCE を追加することを考えています。この種のメンテナンスは、CMS の管理者のみが呼び出すことができます。

私の Web サービスは、url パラメーター _method を定義することにより、HTTP メソッドのオーバーライドをサポートしています。このようにして、_method を PUT に設定して、フォームを「投稿」できます。この同じパラメーターを使用して、メソッドを MAINTENANCE に設定することもできます。技術的には、カスタム HTTP メソッドを実装するのはかなり簡単です。

私の質問は、適切な設計についてより倫理的です。一方では、カスタム HTTP メソッドが許可されており、技術的に実装が難しくありません。一方、カスタム HTTP メソッドを使用しないようにアドバイスする人もいます。

メンテナンス タスクにカスタム HTTP メソッドを使用する必要がありますか? または、他のベストプラクティスはありますか?

Api リクエストを介して埋め込みドキュメントを更新したいのですが、親リソース全体を PUT したくありません。

埋め込まれたドキュメントを更新するために、RFC 6902 A.16は次のことを提案しています。

私はこれがかなり好きで、これを提供します。しかし、少し使いやすくするために、次のエイリアスを使用します。

も受け入れられる？また、JSON Api 標準に関する優れたリソースは何ですか?

routing.yml で同じルートに対してGETとPOSTの両方のメソッドを宣言したいと考えています。

ドキュメントによると、次のような注釈で可能です。

しかし、どうやってYAMLに? 私はさまざまなことを試しました：

と

しかし、それでも機能しません...助けてください、それに関するドキュメントには何も見つかりませんでした。

私は JAX-RS 仕様の jersey 実装を使用しており、POST、GET などの各 HTTP 要求タイプを処理する特定のメソッドを記述しています。PUT と DELETE。しかし、これらすべてのリクエストを単一のメソッドで処理する方法を知りたいです。些細な質問かもしれませんが、ご意見をお聞かせください。

現在の request だけでなく、 RESTful API エンドポイントごとに関連リンクを生成しようとしています。受け入れられるもう 1 つの方法は、現在のブループリント (この場合は「blueprint_name」と呼ばれる) のすべてのエンドポイントを生成することです。これが私の現在のセットアップの要約です：

各エンドポイントによって発行された各応答に、他のすべてのエンドポイントの適切な http '署名' を追加したいと考えています。上記のコード例では、「function_that_generates_links()」がこれを行う関数になります。url_encode() が使用できる必要なリンクを提供することは既にわかっていますが、適切な http 動詞(GET、POST、DELETE など) も必要です。私が立ち往生している対応するhttp-動詞/メソッドを見つけています。動詞がないとリンクが不完全/役に立たないため、動詞は重要です。