Content-Length: 348811 | pFad | http://b.hatena.ne.jp/babydaemons/HTTP/
curlでヘッダ情報やHTTPステータスコードのみを出力する方法 - Qiita
curlコマンドでAPIリクエストを投げる際、ヘッダ情報を出力するオプションを忘れがちなのでメモ。ついでにHTTPステータスコードのみを出力させる方法も調べてみた。 レスポンスボディのみを取得する場合 curlで何もオプションを付けずに対象URLを渡すだけだと、レスポンスボディのみが出力される。 $ curl "http://geoapi.heartrails.com/api/json?method=searchByPostal&postal=1010047" { "response": { "location": [ { "city": "千代田区", "city_kana": "ちよだく", "town": "内神田一丁目", "town_kana": "うちかんだ1ちょうめ", "x": "139.765943", "y": "35.690701", "prefecture": "東
サクッとAPIを叩く方法 (VS CodeでHTTPリクエストが送れちゃう拡張機能) - Qiita
概要 開発中のAPIを試したり、サードパーティのAPIをサクッと叩いてみたいといった時に皆さんどのようにしますか？ 私は、curlコマンドやPostmanをよく使っています。 ただ、もっと楽にHTTPリクエストを投げ、かつその時使用した情報を残すことができる方法を以前のチームメンバーに教えていただいたので、記事にしました。 REST Client 今回、紹介するのはVS CodeのエクステンションにあるREST Clientというものになります。 このREST ClientというのはVS Code上でHTTPリクエストを送信し、レスポンスを確認できる拡張機能となっています。 使用方法 使用方法はすごく簡単で、拡張子が「.http」か「.rest」というファイルで決められた構文に従いHTTPリクエストを記述するだけです。 下記にcrudの例を載せていきたいと思います。 また今回はREST A
[C#] REST-APIサーバーを構築する - Qiita
class ApiService { private static Logger log = Logger.GetInstance(); private HttpListener listener; private ControllerMapper mapper = new ControllerMapper(); //b.hatena.ne.jp/ <summary> //b.hatena.ne.jp/ APIサービスを起動する //b.hatena.ne.jp/ </summary> public void Start() { try { // HTTPサーバーを起動する this.listener = new HttpListener(); this.listener.Prefixes.Add(String.Format("http://+:{0}/{1}/", Settings.Default.API_PORT, Settings.Default.API_PATH)
![[C#] REST-APIサーバーを構築する - Qiita](https://images.weserv.nl/?url=https%3A%2F%2Fcdn-ak-scissors.b.st-hatena.com%2Fimage%2Fsquare%2Fc537ffa30f69306083ed4afc8ac6a89bfa89dbc5%2Fheight%3D288%3Bversion%3D1%3Bwidth%3D512%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png&q=12&output=webp&max-age=110%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCQyUyMyU1RCUyMFJFU1QtQVBJJUUzJTgyJUI1JUUzJTgzJUJDJUUzJTgzJTkwJUUzJTgzJUJDJUUzJTgyJTkyJUU2JUE3JThCJUU3JUFGJTg5JUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz01ODkyYzgzYjkyZWUyODVjZDY1NDQ1Nzk4YWMxNjFlNQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB5dW5fYm93JnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0yM2ZiYTYyYzJkNWU3NjA5ZmI3YmQxN2VmOGQwMGY3Yw%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44OR44O844Kv%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25231E2121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D85720d34e3a66c04657d99aa95793556)
C# による簡易 HTTP サーバの実装 - clock-up-blog
C# Advent Calendar 2016 1日目の記事です。 HttpListener というクラスを使うと意外と簡単にできる。 要は何らかのポート (80番または別番号) で待ちうけて、 GET /hoge/fuga.html みたいなリクエストが来たらそれに対する応答を返せばいいだけ。 今回のサンプル 以下にソースコード置いてあります。Visual Studio 2015 あたりで起動できるはず。 GitHub - kobake/CsharpHttpServerSample HELLO を返すだけの HTTP サーバ ※今回は便宜上 1000 番ポートを用いている。 using System; using System.IO; using System.Net; using System.Text; class Program { static void Main(string[
HTTP headers and Classic Load Balancers - Elastic Load Balancing
HTTP requests and HTTP responses use header fields to send information about the HTTP messages. Header fields are colon-separated name-value pairs that are separated by a carriage return (CR) and a line feed (LF). A standard set of HTTP header fields is defined in RFC 2616, Message Headers. There are also non-standard HTTP headers available (and automatically added) that are widely used by the app
HTTPステータスコード451(政治的な検閲)が正式に承認される
mnot’s blog: Why 451? draft-ietf-httpbis-legally-restricted-status-04 HTTPステータスコード451がIETFで正式に承認された。近いうちにRFCとしても発行される。 元ネタは、Ray BradburyのFahrenheit 451(華氏451)というタイトルの小説で、これはディストピアな検閲社会を描いている。 451の意味は、403(禁止/権限がない)と似ているが、正確な意味は、ドラフトを引用すると、以下の通り。 このドキュメントはサーバーオペレーターが、あるリソース、あるいはあるリソースを含むリソース群に対し、閲覧を検閲するよう法的な命令を受け取った時に使うHypertext Transfer Protocol(HTTP)ステータスコードを規定するものである。 このステータスコードは、法律や一般大衆の雰囲気がサーバー
HTTP User Agentによるブラウザ、OS判定(判別?)なら user-agent-string.info - end0tknr's kipple - web写経開発
アクセスログに含まれるブラウザやOSの種類は常に増加 webブラウザがhttp get時に(オレオレ的に)名乗るUserAgentにはブラウザやOSのバージョン情報が含まれますが、PC、携帯、スマホ等、その種類は日々、増え続けています。 http://user-agent-string.info/list-of-ua http://www.openspc2.org/userAgent/ ←個人で更新していれば、スゴすぎ webブラウザのaccess_log解析ツールには、awstatsやApacheLogViewer等がありますが、急速に増え続けるUserAgentの種類に対応できていないはずです。(ApacheLogViewerは2007のver.2.9.5を最後にアプリ自体の更新が止まっているようですが) HTTP User Agentの判定なら user-agent-string.i
Basic認証でwget - cloned.log
wget --http-user={username} --http-passwd={password} {host}いつも忘れるのでメモ。{}のところを任意に置き換える。因みにパスワードとかに「!」などが入っている場合は適宜「\」にてエスケープすれば大丈夫。
脆弱なホストを狙った不正中継を見抜く
どのように判断すべきか 不正中継には、「不正中継しようとしている通信」と「中継にされた後に発生する通信」がある。分析においては影響範囲の特定が重要視されるため、上記の点を考慮する必要がある。 HTTPプロキシを狙う通信の場合は以下のようになる。 上記の場合、攻撃者は不適切な設定のプロキシソフトウェアを探している。ソフトウェアの設定でログを残すようにしていれば、該当の通信が成功したかどうかを判断できる。 プロキシソフトウェアを利用していない場合は、該当のポート番号（8080）で何が稼働しているかの調査から始めるべきだ。 影響範囲の特定は該当の通信が攻撃であるかどうかを判断する。今回の場合は攻撃ではないので、サーバ側に適切な設定をすればよい。しかし、第1回で紹介したような攻撃の通信であった場合、中継先の状態まで確認する必要がある。 もう1つの例もほぼ同じ判断をする。
フォームよるファイルアップロードの仕様 - Jakarta Commons FileUploadの利用手順
HTMLのフォームを使ったファイルアップロードはRFC1867に従った動作をします。RFC1867は下記に記載があります。 http://www.ietf.org/rfc/rfc1867.txt フォームを使ったファイルアップロードを行った際にサーバ側にどのようなデータが送られてくるのかについて、上記ページによると次のように書かれています。 下記のようなフォームからファイルをアップロードしたとします。この場合、テキストが1つとアップロードするファイルとなりますが、「file1.txt」と「file2.gif」の2つのファイルをアップロードしたとします。 <form action="http://server.dom/cgi/handle" enctype="multipart/form-data" method="post"> What is your name? <input type=
User-Agentを名乗らない者にトビラを開けない。 - 名もないテクノ手
うちのseuzo.jpは「ぶっこ抜き」禁止なんである。共用サーバーでそういう人がいるとレスポンスが落ちるから（たぶんうち以外にも）。逃げたりしないし、気分的によくないしね。ちなみに、発見したら組織ごとアクセス禁止になりますので、ご注意くださいませ。 んで、User-Agentを名乗らない作法で入ろうとすると、もれなく403 Forbiddenをお見舞いすることになっている。夏ぐらいから。すっかり忘れていた。 秘密な感じのアプリケーションを作るとき、わたしはよく「時間」をサーバー上からもってきたり、特定のIPだけに実行許可を出したりしている。そうすることで、デモ期間を厳密にしたり、実行場所を制限できるアプリケーションになる。で、このまことに姑息な手段が、裏目に出てしまった。たとえば、こんなふうにrubyでおとないを告げると、ウチはエラーになる。 $ ruby -ropen-uri -e 'o
よさげなHTTPライブラリ - libcurl - にたまごほうれん草アーカイブ
cURL and libcurl 諸事情によりHTTPのフリーなライブラリを探していて見つけたので使ってみる。 インストール まず、ここからcurl-7.18.1.tar.gzをダウンロード。 展開してできたディレクトリの中に移動したあと、configureする。 HTTP(S)だけ使用できればよいので、以下のようにオプションをつけて実行。 $ ./configure --enable-http --enable-ipv6 --enable-nonblocking --enable-thread \ --enable-cookie --enable-crypto-auth \ --disable-ftp --disable-ldap --disable-ldaps --disable-dict \ --disable-telnet --disable-manual --disable-ar
C++でクロスプラットフォームなネットワーク用ライブラリ - なんとな～くしあわせ？の日記
そんなお題でStackOverflowの質問スレッドが立ってる。bump! bump!... Stackoverflow - C++ sockets library for cross-platform けち臭いStackoverflowはライブラリの比較を禁止にした。おかげでそのエントリは削除されてしまったので、archiveへのリンクを載せておく。 以下は ACE, Boost, Pocoの比較 c++ - ACE vs Boost vs POCO - Stack Overflow 出てきたライブラリとか、それ以外を並べてみる ライブラリ URL 一言コメント boost::asio Boost.Asio - 1.64.0 ・バイナリ配布しない＆C++ならBoost使って当たり前じゃん？って方はこれで。 ・C++のほとんどの仕事はSTLとBoostで事足りる ・これだけのためにboos
クロスサイトリクエストフォージェリ - Wikipedia
クロスサイトリクエストフォージェリ (cross-site request forgery) は、Webアプリケーションの脆弱性の一つ[1]もしくはそれを利用した攻撃。略称はCSRF（シーサーフ (sea-surf) と読まれる事もある[2][3]）、またはXSRF。リクエスト強要[4]、セッションライディング (session riding[3]) とも呼ばれる。1990年代はイメタグ攻撃とも呼ばれていた[要出典]。脆弱性をツリー型に分類するCWEではCSRFをデータ認証の不十分な検証 (CWE-345) による脆弱性のひとつとして分類している (CWE-352)[5]。 なおCSRFの正式名称はクロスサイトスクリプティング (XSS) と似ているが、XSSは不適切な入力確認 (CWE-20) によるインジェクション (CWE-74) のひとつとして分類されており[5]、全く異なる種類の
serf(HTTPクライアントライブラリ)のAPI — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
Net::HTTP - APIdock
Class methods (21) default_port get get_print get_response http_default_port https_default_port is_version_1_1? is_version_1_2? new newobj post post_form Proxy proxy_class? socket_type ssl_context_accessor (<= v1_8_7_330) start version_1_1 (<= v1_9_2_180) version_1_1? version_1_2 version_1_2? Instance methods (67) active? addr_port begin_transport conn_address connect conn_port continue_timeout= c
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/babydaemons/HTTP/
Alternative Proxies:
List of User Agent Strings :: udger.com
GitHub - JosephP91/curlcpp: An object oriented C++ wrapper for CURL (libcurl)
C言語 HTTPクライアントライブラリserfがPorts化
vc++でアプリケーション開発をしていますが ファイルのアップロード/ダウンロードをhttpもしくはhttpsでおこないたいのですが、比較的簡単の利用できるAPIはある…