タグ付けされた質問 「http-get」

20
リクエストボディを含むHTTP GET
アプリケーション用の新しいRESTful Webサービスを開発しています。 特定のエンティティに対してGETを実行すると、クライアントはエンティティのコンテンツを要求できます。一部のパラメーターを追加する場合(リストの並べ替えなど)、これらのパラメーターをクエリ文字列に追加できます。 あるいは、リクエストの本文でこれらのパラメーターを指定できるようにしたいです。 HTTP / 1.1はこれを明示的に禁止していないようです。これにより、より多くの情報を指定できるようになり、複雑なXML要求を指定しやすくなる場合があります。 私の質問: これは完全に良いアイデアですか? HTTPクライアントは、GETリクエスト内のリクエスト本文の使用に問題がありますか? http://tools.ietf.org/html/rfc2616
2110 rest  http  http-get 


10
OS X:Linuxのwgetに相当
ストックOS XシステムでUn * xシェルスクリプトからHTTP GETを実行するにはどうすればよいですか?(サードパーティソフトウェアのインストールはオプションではありません。これは、私が制御できない多くの異なるシステムで実行する必要があるためです)。 たとえば、ローカルでhg serveを実行してMercurialサーバーを起動すると: ... $ hg serve そして、wgetコマンドを備えたLinuxから、wgetを実行します。 ... $ wget http://127.0.0.1:8000 --2010-12-31 22:18:25-- http://127.0.0.1:8000/ Connecting to 127.0.0.1:8000... connected. HTTP request sent, awaiting response... 200 Script output follows Length: unspecified [text/html] Saving to: `index.html そして、「hg serve」コマンドを起動したターミナルで、HTTP GETが実行されたことがわかります。 127.0.0.1 - - [30/Dec/2010 22:18:17] "GET / HTTP/1.0" 200 …
499 macos  shell  unix  http-get 

27
いつPOSTを使用し、いつGETを使用しますか?
私が収集できるものから、3つのカテゴリがあります。 決して使用GETしないでくださいPOST 決して使用POSTしないでくださいGET どちらを使用してもかまいません。 私はこれらの3つのケースを想定して正しいですか?もしそうなら、それぞれのケースからいくつかの例は何ですか?

10
GETリクエストではなくOPTIONSリクエストが返されるのはなぜですか?
<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.js" type="text/javascript"></script> <script> $.get("http://example.com/", function(data) { alert(data); }); </script> そのURLに対してOPTIONSリクエストを実行し、コールバックは何も呼び出されません。 クロスドメインでない場合は、正常に動作します。 jQueryは、<script>ノードを使用して呼び出しを行い、ロード時にコールバックを行うだけではいけませんか?(クロスドメインであるため)結果を取得できないことを理解していますが、それで問題ありません。電話をかけたいだけです。これはバグですか、それとも何か問題がありますか?

7
AngularJSにHTTP 'Get'サービスの応答をキャッシュしますか?
データオブジェクトが空の場合にHTTP 'Get'リクエストを作成し、成功時にデータオブジェクトを生成するカスタムAngularJSサービスを作成できるようにしたいのですが。 次にこのサービスが呼び出されたときに、HTTPリクエストを再度行うオーバーヘッドをバイパスし、代わりにキャッシュされたデータオブジェクトを返します。 これは可能ですか?

10
GETデータもHTTPSで暗号化されますか?
あなたが取得するとき https://encrypted.google.com/search?q=%s %sクエリは暗号化されていますか?または単に応答?そうでない場合、なぜGoogleは公開コンテンツも暗号化して提供する必要があるのですか?
127 https  http-get 

7
AndroidでHTTP GETリクエストにパラメーターを追加する方法
送信しようとしているHTTP GETリクエストがあります。最初にBasicHttpParamsオブジェクトを作成し、そのオブジェクトにパラメーターを追加してから、このオブジェクトを呼び出すことsetParams( basicHttpParms )で、このリクエストにパラメーターを追加しようとしましたHttpGet。このメソッドは失敗します。しかし、自分のパラメーターをURLに手動で追加(つまり、append ?param1=value1&param2=value2)すると、成功します。 私はここで何か不足していることを知っています、そしてどんな助けも大いに感謝されます。
119 java  android  http-get 

6
JsonRequestBehaviorをAllowGetに設定するときに開示できる「機密情報」
私が(組み込みのを使用して)URLいるとき、ブラウザのアドレスバーから新しいものをテストするたびに、同じ古いエラーが発生しています。returning JsonMVC JsonResult helper 機密情報がで使用されると、第三者のWebサイトに開示される可能性があるため、このリクエストはブロックされましたGET request。を許可するにはGET requests、に設定JsonRequestBehaviorしAllowGetます。 今回は、承認でうなり声を上げてFiddlerを起動して投稿リクエストを実行するのではなく、GETリクエストが公開POSTしないのがリクエストであるとはどういうことなのでしょうか。

4
HTTP GETに応答して202「Accepted」を返すのは間違っていますか?
表現が怠惰に作成されるリソースのセットがあります。これらの表現を構築するための計算は、サーバーの負荷、特定のリソース、および月の満ち欠けに応じて、数ミリ秒から数時間かかる場合があります。 リソースに対して受信された最初のGET要求は、サーバーで計算を開始します。計算が数秒以内に完了すると、計算された表現が返されます。それ以外の場合は、202の「承認済み」ステータスコードが返され、クライアントは最終的な表現が利用可能になるまでリソースをポーリングする必要があります。 この動作の理由は次のとおりです。結果が数秒以内に利用できる場合は、できるだけ早く取得する必要があります。それ以外の場合は、いつ利用可能になるかは重要ではありません。 メモリが限られており、リクエストの量が非常に多いため、NIOも長いポーリングもオプションではありません(つまり、ほぼ十分な接続を開いたままにすることも、すべてのリクエストをメモリに収めることもできません。「数秒」に1回)。合格したので、超過リクエストを保持します)。同様に、クライアントの制限により、代わりに完了コールバックを処理できません。最後に、POSTする「ファクトリ」リソースを作成することに興味がないことに注意してください。余分なラウンドトリップは、区分的リアルタイム制約を必要以上に失敗させることを意味します(さらに、これは余分な複雑さです。また、これはリソースです。キャッシングのメリット)。 GETリクエストに応答して202の「承認済み」ステータスコードを返すことについては、実際には見たことがないので、いくつかの論争があると思います。最も直感的な使用法は、安全でないメソッドへの応答ですが、これまでに一度もありません。特にそれを思いとどまらせる何かを見つけました。さらに、私は安全性とべき等性の両方を維持していませんか? それで、人々はこのアプローチについてどう思いますか? 編集:これはいわゆるビジネスWeb API用であり、ブラウザ用ではありません。

2
[AcceptVerbs(HttpVerbs.Post)]と[HttpPost]の違いは何ですか?
[AcceptVerbs(HttpVerbs.Post)] / [AcceptVerbs(HttpVerbs.Get)]のいずれかでアクションを装飾できます。 [AcceptVerbs(HttpVerbs.Post)] public ActionResult Create(string title) { // Do Something... } または[HttpPost] / [HttpGet]属性を使用する [HttpPost] public ActionResult Create(string title) { // Do Something... } 彼らは違いますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.