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

Node.jsのすぐに使えるツール（ npm）はありますか。これは、HTTP経由でフォルダーコンテンツをファイルサーバーとして公開するのに役立ちます。 例、私が持っている場合 D:\Folder\file.zip D:\Folder\file2.html D:\Folder\folder\file-in-folder.jpg それから始めてD:\Folder\ node node-file-server.js 私はファイルにアクセスできました http://hostname/file.zip http://hostname/file2.html http://hostname/folder/file-in-folder.jpg ノードの静的ファイルサーバーがリクエストをドロップするのはなぜですか？ いくつかの神秘的な参照 標準のnode.js静的ファイルサーバー そのようなツールがない場合、どのフレームワークを使用すればよいですか？ 関連： NodeJSの基本的な静的ファイルサーバー

642 node.js  http  fileserver 

ヘッダーCache-Control: max-age=0は、コンテンツがすぐに古くなっていると見なされ（再フェッチする必要がある）ことを意味します。これは、実質的にと同じですCache-Control: no-cache。

641 http  caching  http-headers 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 3年前休業。 REST APIからエラーが返されるようになると、良い習慣に関するガイダンスを探しています。私は新しいAPIに取り組んでいるので、今はどの方向にでも進むことができます。現在のコンテンツタイプはXMLですが、将来はJSONをサポートする予定です。 たとえば、クライアントが新しいリソースを追加しようとしたが、ストレージクォータを超えたなど、いくつかのエラーケースを追加しています。HTTPステータスコード（認証は401、承認は403、プレーンなリクエストURIは404）を使用して、特定のエラーケースをすでに処理しています。祝福されたHTTPエラーコードを調べましたが、アプリケーション固有のエラーを報告するのに適切な範囲である400〜417の範囲はありません。したがって、最初は200 OKと特定のXMLペイロードでアプリケーションエラーを返したくなりました（つまり、さらに料金を払えば、必要なストレージを取得できます）。ホラーに肩をすくめる）。その上、エラーレスポンスを別個のケースに分割しているような気がします。いくつかはhttpステータスコードドリブンで、他はコンテンツドリブンです。 では、業界の推奨事項は何ですか？グッドプラクティス（理由を説明してください！）と、クライアントの視点から、REST APIでどのようなエラー処理を行うと、クライアントコードの処理が容易になりますか？

623 web-services  http  rest 

コンテンツが文字列になることがわかっている場合、PythonでHTTP GETを実行する最も簡単な方法は何ですか？私はドキュメントのような簡単なワンライナーを探しています： contents = url.get("http://example.com/foo/bar") しかし、私がGoogleを使用して見つけることができるのはhttplib、そしてurllib-そして私はそれらのライブラリーでショートカットを見つけることができません。 標準のPython 2.5には上記のような形式のショートカットがありますか、それとも関数を作成する必要がありますurl_getか？ wgetまたはへの砲撃の出力をキャプチャしたくないcurl。

613 python  http  networking 

私は、RESTfulサービスをデバッグする方法のように、ここでいくつかの質問を見てきました。 残念ながら、同じブラウザでは、HTTP PUT、DELETE、およびある程度はHTTP POSTをテストすることはできません。 ブラウザはGETとPOSTのみをサポートしていると聞いたことがあります。 http://www.packetizer.com/ws/rest.html http://www.mail-archive.com/jmeter-user@jakarta.apache.org/msg13518.html http://www.xml.com/cs/user/view/cs_msg/1098 ただし、Firefoxでのいくつかの簡単なテストでは、送信PUTとDELETEリクエストが期待どおりに機能することが示されています-はXMLHttpRequest正常に完了し、リクエストは正しい方法でサーバーログに表示されます。ブラウザー間の互換性や明白でない制限など、これに欠けている側面はありますか？

608 http  cross-browser  browser  ajax 

ファイルが添付された次のような簡単なフォームを送信すると： <form enctype="multipart/form-data" action="http://localhost:3000/upload?upload_progress_id=12344" method="POST"> <input type="hidden" name="MAX_FILE_SIZE" value="100000" /> Choose a file to upload: <input name="uploadedfile" type="file" /><br /> <input type="submit" value="Upload File" /> </form> 内部でどのようにファイルを送信しますか？ファイルはHTTPボディの一部としてデータとして送信されますか？このリクエストのヘッダーには、ファイル名に関連するものは何もありません。 ファイルを送信するときのHTTPの内部動作を知りたいだけです。

528 http  file-upload 

HTTP POSTでphp curlを実行する方法を誰かに教えてもらえますか？ 次のようなデータを送信したい： username=user1, password=passuser1, gender=1 に www.domain.com curlがのような応答を返すことを期待していresult=OKます。例はありますか？

491 php  http  curl  http-post 

ユーザーが動的に生成されたファイルをダウンロードできるページがあります。生成に時間がかかるので、「待機中」のインジケーターを表示したいと思います。問題は、ブラウザーがファイルを受信したことを検出する方法がわからないため、インジケーターを非表示にできることです。 サーバーにPOSTする非表示のフォームでリクエストを作成し、その結果の非表示のiframeをターゲットにしています。これは、ブラウザウィンドウ全体を結果で置き換えないためです。ダウンロードが完了したときに発生することを期待して、iframeで「ロード」イベントをリッスンします。 「Content-Disposition：attachment」ヘッダーをファイルとともに返します。これにより、ブラウザーに「保存」ダイアログが表示されます。ただし、ブラウザはiframeで「ロード」イベントを発生させません。 私が試したアプローチの1つは、マルチパート応答を使用することです。そのため、空のHTMLファイルと添付のダウンロード可能なファイルが送信されます。例えば： Content-type: multipart/x-mixed-replace;boundary="abcde" --abcde Content-type: text/html --abcde Content-type: application/vnd.fdf Content-Disposition: attachment; filename=foo.fdf file-content --abcde これはFirefoxで機能します。空のHTMLファイルを受け取り、「load」イベントを発生させ、ダウンロード可能なファイルの「保存」ダイアログを表示します。しかし、IEとSafariでは失敗します。IEは「load」イベントを起動しますが、ファイルをダウンロードしません。Safariはファイルをダウンロードし（名前とコンテンツタイプが間違っています）、「load」イベントを起動しません。 別の方法として、ファイルの作成を開始する呼び出しを行い、準備ができるまでサーバーをポーリングし、作成済みのファイルをダウンロードするという方法もあります。しかし、サーバー上に一時ファイルを作成することは避けたいです。 誰かがより良いアイデアを持っていますか？

488 javascript  http  mime 

HTTP GETリクエストの最大長は？ この長さを超えるGETリクエストを受信した場合にサーバーが返すことができる/すべきであると定義された応答エラーはありますか？ これはWebサービスAPIのコンテキストにありますが、ブラウザーの制限を確認することも興味深いです。

487 web-services  http 

Railsで404ページを「偽造」したいのですが。PHPでは、エラーコードを含むヘッダーを次のように送信します。 header("HTTP/1.0 404 Not Found"); Railsでそれはどのように行われますか？

482 ruby-on-rails  ruby  http  http-status-code-404 

Expressで次のエラーが表示されます。 Error: request entity too large at module.exports (/Users/michaeljames/Documents/Projects/Proj/mean/node_modules/express/node_modules/connect/node_modules/raw-body/index.js:16:15) at json (/Users/michaeljames/Documents/Projects/Proj/mean/node_modules/express/node_modules/connect/lib/middleware/json.js:60:5) at Object.bodyParser [as handle] (/Users/michaeljames/Documents/Projects/Proj/mean/node_modules/express/node_modules/connect/lib/middleware/bodyParser.js:53:5) at next (/Users/michaeljames/Documents/Projects/Proj/mean/node_modules/express/node_modules/connect/lib/proto.js:193:15) at Object.cookieParser [as handle] (/Users/michaeljames/Documents/Projects/Proj/mean/node_modules/express/node_modules/connect/lib/middleware/cookieParser.js:60:5) at next (/Users/michaeljames/Documents/Projects/Proj/mean/node_modules/express/node_modules/connect/lib/proto.js:193:15) at Object.logger (/Users/michaeljames/Documents/Projects/Proj/mean/node_modules/express/node_modules/connect/lib/middleware/logger.js:158:5) at next (/Users/michaeljames/Documents/Projects/Proj/mean/node_modules/express/node_modules/connect/lib/proto.js:193:15) at Object.staticMiddleware [as handle] (/Users/michaeljames/Documents/Projects/Proj/mean/node_modules/express/node_modules/connect/lib/middleware/static.js:55:61) at next (/Users/michaeljames/Documents/Projects/Proj/mean/node_modules/express/node_modules/connect/lib/proto.js:193:15) TypeError: /Users/michaeljames/Documents/Projects/Proj/mean/app/views/includes/foot.jade:31 29| script(type="text/javascript", src="/js/socketio/connect.js") 30| > 31| …

471 javascript  node.js  http  express 

HTTPサーバーへの接続を一時停止しています（comet、reverse ajaxなど）。それは問題なく動作しますが、ブラウザは特定のドメインへの2つの中断された接続のみを同時に許可することを確認します。したがって、ユーザーがブラウザーのタブ1で私のWebサイトを表示していて、それをタブ2にもロードしようとすると、私のサイトへの2つの許可された接続を使い果たしてしまいます。 私はいくつかのワイルドカードドメインのことを行うことができると思います。この場合、httpサーバーに次のように私のサイトへのアドレスを解決させます。 *.example.com/webapp -> 192.0.2.1 (the actual ip of my server) そう： a.example.com/webapp b.example.com/webapp c.example.com/webapp すべてはまだ（www.example.com/webapp）を指していますが、ブラウザーはそれらを異なるドメインと見なすため、2つの接続制限に遭遇しません。これは本当ですか？ それが真実であっても、すべてのドメインにわたって、ブラウザごとのアクティブな接続の数に制限はありますか？上記のスキームを使用するとします-たとえば、Firefoxは常に24の並列接続しか許可しませんか？何かのようなもの： 1) a.example.com/webapp 2) www.download.example/hugefile.zip 3) b.example.com/webapp 4) c.example.com/webapp ... 24) x.example.com/webapp 25) // Error - all 24 possible connections currently in use! 例として24接続/ Firefoxを選択しました。

465 html  http  web-applications  persistent-connection  web-performance 

私は次の要素を持っています： <script type="text/javascript" src="https://cdn.example.com/js_file.js"></script> この場合、サイトはHTTPSですが、サイトは単なるHTTPの場合もあります。（JSファイルは別のドメインにあります。）便宜上、次の操作を行うことが有効かどうか疑問に思っています。 <script type="text/javascript" src="//cdn.example.com/js_file.js"></script> http:またはを削除することが有効かどうか疑問に思っていhttps:ますか？ 私がテストしたすべての場所で動作するようですが、動作しない場合はありますか？

458 html  http  https  uri  protocol-relative 

ngResourceを使用してアマゾンウェブサービスでREST APIを呼び出すと、このエラーが発生します。 XMLHttpRequestがhttp://server.apiurl.com:8000/s/login?login=facebookを読み込めません 。プリフライト要求への応答がアクセス制御チェックに合格しません：要求されたリソースに「Access-Control-Allow-Origin」ヘッダーがありません。したがって、オリジン ' http：// localhost 'はアクセスを許可されません。 エラー405 サービス： socialMarkt.factory('loginService', ['$resource', function($resource){ var apiAddress = "http://server.apiurl.com:8000/s/login/"; return $resource(apiAddress, { login:"facebook", access_token: "@access_token" ,facebook_id: "@facebook_id" }, { getUser: {method:'POST'} }); }]); コントローラ： [...] loginService.getUser(JSON.stringify(fbObj)), function(data){ console.log(data); }, function(result) { console.error('Error', result.status); } [...] 私はChromeを使用していますが、この問題を解決するために他に何をすべきかわかりません。originからのヘッダーを受け入れるようにサーバーを構成しましたlocalhost。

457 javascript  ajax  http  cors  http-status-code-405 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 2年前休業。 私はHTTPを経由するようにAPIを設計していて、HTTP POSTコマンドを使用するのかどうか疑問に思っていますが、URLクエリパラメータのみを使用し、リクエストボディを使用しないのが良い方法です。 考慮事項： 「優れたWebデザイン」では、POSTを介してべき等でないアクションを送信する必要があります。これはべき等ではないアクションです。 リクエストパラメータがURLに含まれていると、このアプリの開発とデバッグが簡単になります。 APIは、広範囲での使用を目的としていません。 本文なしでPOSTリクエストを行うと、少し作業が増えるようです。たとえば、Content-Length: 0ヘッダーを明示的に追加する必要があります。 また、ボディのないPOSTは、ほとんどの開発者やHTTPフレームワークの期待に少し反しているようにも思えます。 リクエストの本文ではなく、URLクエリを介してPOSTリクエストでパラメーターを送信することに他に落とし穴や利点はありますか？ 編集：これが検討されている理由は、操作がべき等ではなく、取得以外の副作用があるためです。HTTP仕様を参照してください。 特に、GETメソッドとHEADメソッドは、取得以外のアクションを実行することの重要性を持たないことが規約に定められています。これらの方法は「安全」であると考えられるべきです。これにより、ユーザーエージェントはPOST、PUT、DELETEなどの他のメソッドを特別な方法で表すことができ、ユーザーは安全でない可能性のあるアクションが要求されているという事実を知ることができます。 ... メソッドは、「偶数性」のプロパティを持つこともできます（エラーまたは期限切れの問題は別として）N> 0の同一リクエストの副作用は単一リクエストの場合と同じです。メソッドGET、HEAD、PUT、DELETEはこのプロパティを共有します。また、メソッドOPTIONSおよびTRACEには副作用がないため、本質的にべき等です。

451 rest  http