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

iOSアプリのAlamofireでHTTPボディに単純な文字列を含むPOSTリクエストを送信するにはどうすればよいですか？ デフォルトでは、Alamofireはリクエストにパラメータを必要とします。 Alamofire.request(.POST, "http://mywebsite.com/post-request", parameters: ["foo": "bar"]) これらのパラメーターには、キーと値のペアが含まれています。しかし、HTTP本文にKey-Value文字列を含むリクエストを送信したくありません。 私はこのようなものを意味します： Alamofire.request(.POST, "http://mywebsite.com/post-request", body: "myBodyString")

84 ios  http  swift  request  alamofire 

REST APIエンドポイントをアップグレードしており、非推奨になるエンドポイントを呼び出しているときにクライアントに通知したいと思います。 「このAPIバージョンは非推奨です。最新のドキュメントを参照してエンドポイントを更新してください」というメッセージとともに、応答でどのヘッダーを使用する必要がありますか

84 rest  http  http-status-codes  deprecation-warning 

http://www.boutell.com/newfaq/misc/urllength.htmlに記載されているように、HTTPクエリ文字列の長さには制限があります。クライアント（Firefox、IE、...）、サーバー（Apache、IIS、...）、またはネットワーク機器（適用可能なファイアウォール、...）によって制限される可能性があります。 今日、私は検索フォームでこの問題に直面しています。多くのフィールドを含む検索フォームを開発しました。このフォームはGETリクエストとしてサーバーに送信されるため、結果のページをブックマークできます。 クエリ文字列の長さが1100バイトになるほど多くのフィールドがあり、1024バイトを超えるHTTPGETリクエストをドロップするファイアウォールがあります。システム管理者は、制限がないように、代わりにPOSTを使用することをお勧めします。 確かに、POSTは機能しますが、検索はPOSTではなくGETとして実際に感じます。したがって、フィールド名を確認してクエリ文字列が長すぎないことを確認し、長すぎない場合は実用的でPOSTを使用すると思います。 しかし、RESTfulサービスの設計に欠陥はありますか？GETリクエストの長さが制限されている場合、大きなオブジェクトをRESTful Webサービスに送信するにはどうすればよいですか？たとえば、ファイルに基づいて計算を行うプログラムがあり、次のようなRESTfulWebサービスを提供したい場合：http://compute.com?content=<base64 file>。クエリ文字列の長さが無制限ではないため、これは機能しません。 私は少し戸惑っています...

84 http  rest 

iPhoneおよびAndroidクライアントに公開されているRESTサービスがあります。現在、私はHTTPコード200、400、401、403、404、409、500などに従います。 私の質問は、エラーの理由/説明/原因を置くための推奨される場所はどこですか？このように、REST APIのヘッダーに常にカスタムReasonを含める方が理にかなっていますか？ < HTTP/1.1 400 Bad Request - Missing Required Parameters. < Date: Thu, 20 Dec 2012 01:09:06 GMT < Server: Apache/2.2.22 (Ubuntu) < Connection: close < Transfer-Encoding: chunked それとも、JSONを介して応答本文に含める方が良いですか？ < HTTP/1.1 400 Bad Request < Date: Thu, 20 Dec 2012 01:09:06 GMT < Server: Apache/2.2.22 (Ubuntu) < Connection: …

84 http  rest  http-error 

私が書き込もうとしているアプリケーションでは、メインページ（http：// localhost：8675）の形式は次のとおりです。 <form action='/?joinnew' method='post'> <button>Start</button> </form> server.jsのコードは次のとおりです。 http.createServer(function(request, response) { var root = url.parse(request.url).pathname.split('/')[1]; if (root == '') { var query = url.parse(request.url).search: if (query == '?joinnew') { var newRoom = getAvaliableRoomId(); // '8dn1u', 'idjh1', '8jm84', etc. // redirect the user's web browser to a new url // ??? …

84 http  node.js  redirect  post  webserver 

def index(request): the_user = request.user Djangoでは、それが実際のユーザーであるかどうかをどのように知ることができますか？私は試した： if the_user: ただし、「AnonymousUser」は誰もログインしていなくても存在します。したがって、常にtrueが返され、これは機能しません。

84 python  django  http  authentication 

Restful Webサービスのhttpリクエストのリクエストヘッダーのコンテンツタイプを変更するにはどうすればよいですか？どこから正確に変更しますか？

84 http  jmeter 

次のコードを使用してサーバーからファイルをダウンロードし、SDカードのルートディレクトリに書き込みます。すべて正常に機能します。 package com.downloader; import java.io.File; import java.io.FileOutputStream; import java.io.InputStream; import java.net.HttpURLConnection; import java.net.URL; import android.os.Environment; import android.util.Log; public class Downloader { public void DownloadFile(String fileURL, String fileName) { try { File root = Environment.getExternalStorageDirectory(); URL u = new URL(fileURL); HttpURLConnection c = (HttpURLConnection) u.openConnection(); c.setRequestMethod("GET"); c.setDoOutput(true); c.connect(); FileOutputStream f = …

83 java  android  http  download  android-sdcard 

HTTPOPTIONSメソッドは、サーバーが特定のリソースでサポートする他のメソッドを決定するために使用されると思われます。それを考えると、私は2つの質問があります： この応答はどのように見えますか？私は、中にCSVリストで例を見てきたPublic、AllowとさえAccess-Control-Allow-Methodsヘッダ。それらはすべて必要ですか？違いは何ですか？ RFC 2616は、ここではあまり役に立たないようです。 これを使用して、リソースが非REST-API環境でサポートするアクションを一覧表示するのは適切でしょうか？たとえば、私ConversionControllerがアクションをサポートしている場合、次のconvertような応答は意味がありますか？ リクエスト： OPTIONS /conversion HTTP/1.1 応答： HTTP/1.1 200 OK ... Allow: CONVERT ...

83 http 

httpクライアントであるNode.jsアプリケーションがあります（現時点では）。だから私はやっています： var query = require('querystring').stringify(propertiesObject); http.get(url + query, function(res) { console.log("Got response: " + res.statusCode); }).on('error', function(e) { console.log("Got error: " + e.message); }); これは、これを達成するのに十分な方法のようです。しかし、私はそのurl + queryステップをしなければならなかったことに少し不安を感じています。これは共通のライブラリによってカプセル化される必要がありますが、これがノードのhttpライブラリに存在することはまだわかりません。また、どの標準npmパッケージがそれを実現できるかわかりません。より良い、合理的に広く使用されている方法はありますか？ url.formatメソッドは、独自のURLを作成する手間を省きます。しかし、理想的には、リクエストはこれよりも高いレベルになります。

83 node.js  http  query-string 

弊社が開発したアプリケーションを勉強しています。ApacheHttpClientライブラリを使用します。ソースコードでは、HttpClientクラスを使用してサーバーに接続するインスタンスを作成します。 Apache HttpClientについて知りたいので、この一連の例を紹介しました。すべての例では、のCloseableHttpClient代わりにを使用していますHttpClient。だから私CloseableHttpClientはの拡張バージョンだと思いますHttpClient。この場合、2つの質問があります。 これら2つの違いは何ですか？ 新しい開発に使用することをお勧めするクラスはどれですか？

83 java  apache  http  apache-httpclient-4.x 

関数でhttpgetリクエストを返そうとしていますが、何をしても「スコープ」で失われるようです。私はNode.jsを初めて使用するので、助けていただければ幸いです。 function getData(){ var http = require('http'); var str = ''; var options = { host: 'www.random.org', path: '/integers/?num=1&min=1&max=10&col=1&base=10&format=plain&rnd=new' }; callback = function(response) { response.on('data', function (chunk) { str += chunk; }); response.on('end', function () { console.log(str); }); //return str; } var req = http.request(options, callback).end(); // These just return …

83 javascript  node.js  http  get  request 

後続の2つのリクエストの場合、次の2つのヘッダーのどちらがブラウザによってより重要視され、そのうちの1つを変更する必要があります：ETagまたはLast-Modified？

82 http  caching  last-modified  etag 

「すべての」キャッシュとブラウザで機能する最小限のヘッダーセットを見つけたい（HTTPSを使用している場合も！） 私のWebサイトには、次の3種類のリソースがあります。 （1）永久にキャッシュ可能（パブリック/すべてのユーザーに等しい） 例：0A470E87CC58EE133616F402B5DDFE1C.cache.html（GWTによって自動生成） これらのファイルは、コンテンツが変更されると（MD5に基づいて）、自動的に新しい名前が割り当てられます。 HTTPSを使用している場合でも、可能な限りキャッシュする必要があります（したがってCache-Control: public、特にFirefoxの場合は設定する必要がありますか？） コンテンツが変更された場合、検証のためにクライアントがサーバーにラウンドトリップする必要はありません。 （2）時々変更する（公開/すべてのユーザーに等しい） 例：index.html、mymodule.nocache.js これらのファイルは、サイトの新しいバージョンが展開されるときに、URLを変更せずにコンテンツを変更します。 それらはキャッシュできますが、おそらく毎回再検証するためにラウンドトリップが必要です。 （3）リクエストごとに個別（プライベート/ユーザー固有） 例：JSON応答 これらのリソースは、いかなる状況でも暗号化せずにディスクにキャッシュしないでください。（キャッシュできる特定のリクエストがいくつかある場合を除きます。） おそらく各タイプにどのヘッダーを使用するかについての一般的な考えはありますが、常に何かが欠けている可能性があります。

82 http  caching  https  http-headers 

追加のHTTPステータスコード（RFC6585）の1つは 429リクエストが多すぎます このHTTP応答ステータスで役立つHTTP / REST APIレート制限HTTP応答ヘッダーの例はどこにありますか？

82 rest  api  http  rate-limiting  http-status-code-429