curlでパフォーマンス測定 | DevelopersIO
コマンドラインツールのcurlを用いてHTTPによる通信のパフォーマンスを調べる方法を考えていこうと思います。 curlとは curlはURLを用いてデータをやりとりするためのコマンドラインツールもしくはライブラリです。 コマンドラインツールとしてはcurl、ライブラリとしてはlibcurlがあります。 HTTPだけではなくFTPやSMTPなど様々なプロトコルに対応しています。 自分は主にCLIからHTTPリクエストを送りたい時などに使っています。 使ってみたい方は以下の方法でインストールできると思います brew install curl apt install curl --write-outを使ってパフォーマンス測定 curlには様々なオプションが用意されていますが、今回、主に用いるのはこの-w, --write-outオプションです。 このオプションは指定したフォーマットを用いてコ
そのリクエストパラメータ、クエリストリングに入れますか、それともボディに入れますか - Qiita
今回は、何らかのパラメータを扱うAPIを設計する際に、どこにパラメータを含めるべきかという問題について。 選択肢は3つあります。 1. クエリストリングに含める 2. リクエストボディに含める 3. パスに含める それぞれどんなユースケースに適しているのか例を挙げます。 1. クエリストリングに含める 何らかのリソースのフィルタリング、ソート、ページングを実現したいときに用います。 クエリ と名前がついているくらいですからね。 一覧や検索が主ですね。ゆえに GET 以外で見ることはほぼありません。 ただし、認証のような例外もあります。これは後述します。 検索
cURL で取得できるレスポンスタイムの内訳 - 元RX-7乗りの適当な日々
※ このエントリは、はてなグループ終了に伴う、サブブログからの引越エントリ(2016/10)です。 ※ 情報が古い可能性もありますので、ご留意ください。 cURL で取得できるレスポンスタイムの内訳について、引用的なメモ。 Step 4: Print timing breakdown But we still don’t see the timing breakdown of the HTTP request as promised. If we go through all the options supported by curl (http://curl.haxx.se/docs/manpage.html) we will see that it has the capability of returning timing information on the hostname lo
屋上屋を重ねた格好のWebSocket、なぜ必要になったのか | 日経 xTECH（クロステック）
前々回の連載記事で、IoT（Internet of Things）向け標準プロトコルの1つである「MQTT」を紹介しました。MQTTはブローカー型のプッシュ型メッセージ配送プロトコルです（詳しくは「MQTTのはなし」を参照）。このMQTTをネットで検索すると、ペアで使われる技術要素として「WebSocket」というキーワードがよく引っかかってきます。今回はこのWebSocketについて紹介します。 HTTP/2とは似て非なるもの WebSocketはHTTP上の相乗りプロトコルです。確立済みのHTTP／HTTPS回線上に、任意の長さ・フォーマットで双方向のデータ通信を実現します。IETFで標準化され、RFC 6445としてドキュメント化されています。 以前の連載記事（HTTPのはなし）で、「TCPの上で動くHTTPの上にTCPのようなものを実装したプロトコル」として「HTTP／2」を紹介し
第2回 HTTPSの詳細
本入門連載では、システム管理者やシステムエンジニアの方々を主な対象として、IT業界でよく使われる技術や概念、サービスなどの解説をコンパクトにまとめておく。 HTTPSとは 「HTTPS（HTTP over SSL／TLS）」とは、簡単に言うと「SSL（Secure Sockets Layer)」や「TLS（Transport Layer Security）」で暗号化した通信路上でHTTPプロトコルを利用する技術である。SSLやTLSは、暗号化された通信路を実現するためのプロトコルの1つだ。 通常のHTTPを使った通信では、Webサーバ側のTCPのポート番号は（デフォルトでは）80番となっている。一方HTTPSの場合は443番でSSL／TLSのポートをリッスン（待ち受け）している。Webブラウザがこのポートに接続すると、最初にSSL／TLSで暗号化された通信路（コネクション）を確立し、それが
How can I see the entire HTTP request that's being sent by my Python application?
A simple method: enable logging in recent versions of Requests (1.x and higher.) Requests uses the http.client and logging module configuration to control logging verbosity, as described here. Demonstration Code excerpted from the linked documentation: import requests import logging # These two lines enable debugging at httplib level (requests->urllib3->http.client) # You will see the REQUEST, inc
Requests の使い方 (Python Library) - Qiita
TL;DR Requests とは Python の 今風な HTTP ライブラリである. requests.get('URL') で GET リクエストができる. レスポンスに対して .text とすることで, レスポンスボディをテキスト形式で取得できる. Requests とは Python の HTTP ライブラリ. Python には urllib2 というライブラリがあるが, 公式サイトに Requests is an Apache2 Licensed HTTP library, written in Python, for human beings. という説明がある通り, 人類にとって読みやすくコーディングできる. 導入
シンプルで覚えやすい仕様，パワフルなPythonのWebアクセスモジュール request | TRIVIAL TECHNOLOGIES on CLOUD
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー Pythonには「後方互換性を大切にする」というモットーがあって，時にはそれが裏目に出ることがある。PythonでWebにリクエストを送る時の手法は，目的に応じて複数存在するが，これも後方互換性を守るがために起こっている現象といえる。当初はシンプルな機能を持つモジュールが利用されていて，その後より高度な機能を持つモジュールが追加されたのだが，後方互換性を守るために古いモジュールが残されているのだ。 たとえば，普通にhtppでGETリクエストを送って結果を取得するなら簡単で from urllib import urlopen src = urlopen('http://www.exam
[Node.js]Amazon SNSでHTTPを使って通知を受け取る[aws-sdk-js] | DevelopersIO
Amazon SNSで通知を受け取ろう 以前の記事で、Amazon SNSについて少し解説しました。 Amazon SNSとは、安価でクラウドからいろいろなプロトコルを用いて通知を行うことができるサービスです。 使用できる形式はHTTPやEmailがあり、プッシュを用いて通知を行うことができる優れ物です。 今回はnode.js + aws-sdk-jsで、Amazon SNSをHTTP形式で通知させる方法を紹介します。 環境構築方法 今回使用した動作環境は以下のとおりです。 OS : MacOS X 10.7.4 Node.js : v0.8.15 npm : 1.1.66 適当なディレクトリを作成し、そこでnpmを使用してaws-sdk-js、url、asyncモジュールをインストールします。 % mkdir aws-sns url async % cd aws-sns % npm in
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
iOSのテストで非同期のHTTPリクエスト結果をモックしたい - yaakaito::Blog
Test, iPad, iPhone, Objective-C先に結論期待して見てる方がいるかもしれないので先に結論を。(最後まで読むつもりの人もここで書いてる説明は飛ばすので軽く読んでおいた方がいいかも)AFNetworkingとASIHttpRequestで試してみたのですが、結果的に綺麗に実装はできませんでした。両ライブラリとも非同期通信をサポートしていますが、ライブラリの提供する非同期通信は使わないのが一番綺麗な気がします。(別エントリで書きます) 同期で通信して、それを返してくれるメソッドがあれば、OCMockなりでそこを差し替えてしまえばよいので、あとはdispatch_asyncなりで裏に送ってやれば同じことができるはずです。無理矢理やろうと思えばできなくもない(ASIHttpRequestで一度やったことはある(後述))のですが、無理してもテストコードの品質が下がる一方です
ブロックを使ってHTTP通信 – なんてこったい
OS X 10.6, iOS 4.0から使えるようになったブロック構文。iOS 3系のデバイス(特にiPad)のことがあったため、なかなか本格的に使う機会が訪れなかったのですが、先日iPadもOSが4.2となりブロックが使えるようになり、これでようやくブロック構文を本格的に使って実装を行っていく事ができそうです。 ブロックを使うメリット 詳解Objective-C 2.0(改訂版)には「ブロックオブジェクトを用いることで、関数を呼び出す箇所で行いたいと考えていることを、まさにその位置に、そこにある情報を利用して記述することができる(P.331)」と書かれています。 例えば、通常非同期処理を実装するときは処理が完了したときに実行したいコードをコールバックメソッドという形で実装します。この方法で実装すると、非同期処理を呼び出しコードと結果をうけて実行されるコードがソースコードの中で別々の所に記
iOS: How can i receive HTTP 401 instead of -1012 NSURLErrorUserCancelledAuthentication
I have a problem similar to the one described in the link below. NSHTTPURLResponse statusCode is returning zero when it should be 401 I use [NSURLConnection sendSynchronousRequest:returningResponse:error:] to get data from a server. When NSURLConnection receives the HTTP Code 401, it does not return anything but an error object with code -1012 from the NSURLErrorDomain. -1012 corresponds to NSURLE
ピュアAJAXアーキテクチャのススメ
先日、ここで発表したFacebookユーザーむけグループウェア「Fruence.com」。今年のトレンドになるであろう「ソシアル・アプリ」の実例という意味もあったが、私自身の中で少し前から形になりつつあった「AJAXを最大限に活用した新しい形にウェブ・アプリケーション」のアーキテクチャの実践という意味合いも大きい。 このアーキテクチャの特徴は以下の３つである。 サーバー側は、JSON over HTTPのAPIとHTML/CSS（およびそのテンプレート）をスタティックな形でのみ提供する（サーバー側では、ダイナミックなHTMLの生成はしない） クライアント側では、JavaScriptを使ってサーバーから取得したJSONとHTMLのテンプレートを組み合わせて（データ・バインドして）表示する。 ウェブサイトはあたかも独立したアプリのように動き、操作中はURLは一切変化しない もともとは、HTML
Grand Central Dispatchで楽々マルチスレッド iPhoneプログラミング - @yuumi3のお仕事日記
iPhoneでもiOS4以降サポートされたGrand Central Dispatchを使うと、マルチスレッドを使ったプログラムが簡単に作れます。WWDC 2010のビデオ(#206, #211) を見て何となく判った気になったのですが、まだクリアでない点があったので自分でコードを書いてみました。 私の理解では、Grand Central Dispatch(GCD)はには マルチプロセッサを有効に使える、並列プログラムを簡単に書ける 操作性を高める、並行処理を簡単に書ける の2つの目的があると思います。ここでは 2. に付いて書きます。 1.については Wikipediaの The second exampleが参考になると思います。 今回のサンプル ここでは、Twitterのpublic timelineを取得し、つぶやきとアイコンを表示するプログラムを、スレッドをまったく使わないコード
Http client to POST using multipart/form-data « ActiveState Code
A scripted web client that will post data to a site as if from a form using ENCTYPE="multipart/form-data". This is typically used to upload files, but also gets around a server's (e.g. ASP's) limitation on the amount of data that can be accepted via a standard POST (application/x-www-form-urlencoded). 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 3
iOS4時代の非同期HTTP通信 - すぎゃーんメモ
SDKで始めるiPad/iPhoneアプリ開発の勘所（4）：iOS 4のSDKで、Twitterを使ったiPhoneアプリを作る (1/4) - ＠IT SDKで始めるiPad/iPhoneアプリ開発の勘所（4）：iOS 4のSDKで、Twitterを使ったiPhoneアプリを作る (2/4) - ＠IT を読んだのだけど。 NSURLConnectionを使った非同期HTTP通信は、この記事のようにラッパークラスを書いて NSMutableDataを内部で保持 通信開始時に初期化、delegateメソッドdidReceiveDataを実装して細切れに渡されてくるNSDataを付け足してゆき、 通信終了時、最終的に得られた合計のNSDataはNotificationなどを使って呼び出し元に通知、その後NSMutableDataを破棄 といったことをする必要があり、何かとめんどくさい。 大抵
開発メモ: 50行のC++コードでWebサーバを実装する
「Kyoto Tycoonの設計 その四」改め、50行でWebサーバを書く方法を解説する。前回実装した「多重I/Oマルチスレッド汎用TCPサーバ」の上にHTTPの処理を行う層をつけて、「多重I/Oマルチスレッド汎用HTTPサーバ」を司るクラスを実装してみたので、それを使ってちょちょいとやる。 URLクラス HTTPと言えばURLが使えないと意味がない。URLは単なる文字列として扱ってもよいのだが、様々なシーンで分解や加工が必要になり、その処理はなにげに複雑で面倒なので、予めクラスとして導出しておいた方がよいだろう。 class URL { public: // 文字列のURLを解析して内部構造を作る void set_expression(const std::string& expr); // スキーム要素を設定する void set_scheme(const std::string&
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クイックスタート — requests-docs-ja 1.0.4 documentation
Google Code Archive - Long-term storage for Google Code Project Hosting.