POST をリダイレクトすると GET になる件について調べた - 理系学生日記
とある事情により、POST リクエストをリダイレクトさせる必要が生じました。単純にリダイレクトさせてみたところ、リダイレクトはされるものの、POST リクエストに付与していた HTTP_BODY が取得できません。どうも、リダイレクト時に GET に変更されているみたいです。 ぼくは怒りに震えたものの、RFC 的にはどう振る舞うべきなんだ、各種ブラウザの振舞いはどうなっているんだ、ということが気になったのでまとめてみました。内容としては、 -POSTリクエストをリダイレクトするとGETされる？POSTされる? - はこべにっき ♨ の二番煎じになります。 先に結果を示しておくと、以下のとおりでした。 Status Code 期待動作 Firefox (25.0.1) Safari(7.0) Chrome (31.0) 301 POST GET GET GET 302 POST GET GE
RFC 5789: PATCH Method for HTTP
Internet Engineering Task Force (IETF) L. Dusseault Request for Comments: 5789 Linden Lab Category: Standards Track J. Snell ISSN: 2070-1721 March 2010 PATCH Method for HTTP Abstract Several applications extending the Hypertext Transfer Protocol (HTTP) require a feature to do partial resource modification. The existing HTTP PUT method only allows a complete replacement of a document. This proposal
あたらしいHTTPの話をしよう
あたらしいHTTP/1.1、RFC7230-7239のざっくりしたまとめ http://blog.hmm.jp/entry/new-http1.1-rfcs
RFC的に、HTTPヘッダってどんな値を使えるんでしたっけ？のメモ - 小野マトペの納豆ペペロンチーノ日記
Web APIを開発していると、HTTPのヘッダについてRFCにおける規約を確認しなきゃいけない場面がたまにあるので、今回調べたことをまとめた。 HTTP/1.1のRFC HTTP/1.1のRFCといえば、長らくRFC2616であったが、2014年にRFC7230〜7239が発行され、2616は廃止された。 RFC2616 ハイパーテキスト転送プロトコル -- HTTP/1.1 RFC7230〜RFC2739 HTTP/1.1 — RFC 7230 〜 7235 — 日本語訳 両者の変更点については、RFC 723xの付録に記述されているので参照のこと。Content-MD5が廃止されたり、ちょいちょい面白い。文章としても723xの方が分かりやすくなっているので、一度目を通しておくことをお勧めする。 HTTP/1.1 が更新された | The Long Wait あたらしいHTTPの話をし
HTTP Status Codes For Invalid Data: 400 vs. 422
Let's say that someone makes a request to your server with data that is in the correct format, but is simply not "good" data. So for example, imagine that someone posted a String value to an API endpoint that expected a String value; but, the value of the string contained data that was blacklisted (ex. preventing people from using "password" as their password). What HTTP status code would you retu
先輩と覚える HTTP ステータスコード
gistfile1.md 先輩に学ぶ HTTP Status Code 超雑にまとめました。修正してください。 登場人物 アプリケーション先輩: いつも忙しい。横に広がるのが得意(デブじゃない)。 後輩: 頼んでばっかしで役に立たない。 サーバー先輩: アプリケーション先輩と仲がいい。Unix Socket でつながるくらい仲良し。 プロクシ先輩: アプリケーション先輩とかサーバー先輩と後輩の間を取り持って代わりに伝えたりしてくれる。たまに勝手にレスポンスを書き換える。 1xx 系 100 Continue 後輩「あ、先輩！お願いが！」 アプリケーション先輩「おー、聞いてやる。詳しく話せ」 101 Switching Protocols 後輩「せんぱーい、お願いなんですけどー」 アプリケーション先輩「ちょっと待て、お前 HTTP 1.0 で喋るな、 HTTP 1.1 か TLS 1.0 で
HTTP Status Codes - REST API Tutorial
HTTP Status Codes This page is created from HTTP status code information found at ietf.org and Wikipedia. Click on the category heading or the status code link to read more. 1xx Informational This class of status code indicates a provisional response, consisting only of the Status-Line and optional headers, and is terminated by an empty line. There are no required headers for this class of status
Problem Details for HTTP APIs
Network Working Group M. Nottingham Internet-Draft Akamai Intended status: Informational E. Wilde Expires: August 5, 2014 UC Berkeley February 1, 2014 Problem Details for HTTP APIs draft-nottingham-http-problem-06 Abstract This document defines a "problem detail" as a way to carry machine- readable details of errors in a HTTP response, to avoid the need to invent new error response formats for HTT
RFC 7235 - HTTP/1.1: Authentication （日本語訳）
RFC 7235 日本語訳 このページ は、 IETF による， 2014 年 6 月発行 PROPOSED STANDARD RFC 7235 （HTML 版） “Hypertext Transfer Protocol (HTTP/1.1): Authentication” を日本語に翻訳したものです。 この翻訳の正確性は保証されません。 この仕様の公式な文書は英語版であり、この日本語版は公式のものではありません。 【 と 】で囲まれた部分は【訳者による注釈】です。 （各種 HTTP 仕様の日本語訳 目次） （他のウェブ関連仕様の一覧と共通機能の詳細） 更新：2015-02-13 （公開：2014-12-07 ） このページの大部分はスクリプトにより生成されています（ 古いブラウザなど，一部のブラウザには対応していません： ）。 本文ダブルクリックで当該箇所の原文が表示されます（左下隅に
curlを捨ててhttpieを使おう - Qiita
jkbr/httpie : Github : HTTPie is a CLI, cURL-like tool for humans curl（see urlと発音するらしい本家のFAQによると開発陣は kurl と発音してるらしいです）はプログラムから使うには便利だけど、オプションがわかりにくい。 httpieはより直感的なcurl代替コマンド。よほどcurlに思い入れがない限りhttpieをおすすめする。 インストール 使用例 奥がcurlで、手前がhttpieを使った場合。見れば分かるようにhttpieは自動で色付けをしてくれるし、コマンドもかなり直感的だ。内部的にはPythonのrequestsというモジュールを使っている。Python組み込みのHTTPクライアントに辟易している人はそちらも調べてみるととても幸せになれる。 kennethreitz/requests : Github
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
Mac OSXのWeb開発のお供に·HTTP Client MOONGIFT
Webシステムを開発している時に、ネットワーク上のよく分からないエラーにはまることがある。また、ブラウザでは実行できないHTTPメソッド（PUT/DELETEなど）の実行結果を確認したり、デバッグしたりするのは手間がかかる作業だ。 HTTPメソッドをブラウザのように実行 それを緩和してくれるのが開発用HTTPクライアントだ。Firefox向けにはRestTest、Windows向けRESTClientにはがある。そしてMac OSX向けにはHTTP Clientが利用できる。 HTTP ClientはBSDライセンスの下に公開されているオープンソース・ソフトウェアで、Webシステムの開発やマッシュアップ開発に役立つソフトウェアだ。 HTTP ClientはURLを指定し、特定のHTTPメソッドとデータを付与して実行できる。利用可能なメソッドはGET/POSTの他、PUT/DELETE/HE
Libevent has pure http API
It's now long time since my last post. This surely does not means that I'm stopping FAPWS, at contrary I'm more and more convinced that one of the beauty of Python reside in his gluing capabilities. This observation is probably not new to lot of people, but for my personal case it's better now than never ;-), no ? After that small philosophical intro, please go back to our main interest: integrate
PythonでHTTPの認証
備忘録:PythonでHTTPのDigest認証を行うをほとんどそのまま。忘れないようにメモ。Python Challengeのある問題で大変役立った。 import urllib2 top_url = "www.foo.org" url = "www.foo.org/bar.html" username = "user" password = "pass" passman = urllib2.HTTPPasswordMgrWithDefaultRealm() passman.add_password(None, top_url, username, password) authhandler = urllib2.HTTPBasicAuthHandler(passman) opener = urllib2.build_opener(authhandler) urllib2.install_
Lesson1：Webアクセスの流れの中で，どこにHTTPが使われているかを確認
Lesson1では，「HTTPとは何か」を確認しよう。最初に，Webアクセスの流れの中で，HTTPがどの部分に使われているかを見ていく。次に，パソコンの中のどんなソフトがHTTPを使うのかを明らかにする。いつ，どこで，どんなソフトが，何のためにHTTPを使うのかといった，基本を押さえよう。 ブラウザとサーバーの間で使う HTTPは，Webアクセスにおいて，WebブラウザとWebサーバーの間でデータをやりとりするためのプロトコルである。これをWebアクセスの流れで確認しよう。 Webアクセスの流れは全部で五つのステップがある（図1-1）。最初に，ユーザーがWebブラウザの画面上のリンクをクリックする（同（1））。するとWebブラウザは，サーバーに対してデータを要求する（同（2））。この要求に従って，サーバー上で動くWebサーバー・ソフトが目的のデータを見つけ（同（3）），そのデータをWebブ
Python入門：Proxy経由でHTTPリクエスト (ほげおメモ)
「HTTPリクエストの作法を学びましょう」 Pythonでウェブコンテンツへアクセスするための第一歩。 % python >>> import urllib >>> url = 'http://www.google.com' >>> filehandle = urllib.urlopen(url) >>> data = filehandle.read() >>> print data % python >>> import urllib >>> proxies = proxies={'http': 'http://192.168.0.1:8080'} >>> url = 'http://www.google.com' >>> filehandle = urllib.urlopen(url, proxies=proxies) >>> data = filehandle.read() >>
Python入門：Proxy経由のウェブアクセス (ほげおメモ)
「どうやって行けばいいの？」 Pythonではまっているのが、ウェブリソースへのアクセス。 社内の開発環境で試したいのだが、ウェブへはProxy経由でなければならない社内事情により、常にProxyを意識しなければならない面倒さ加減。 別に、コンテンツフィルタリングもログ監視/解析もしてないのだから、PATでアクセスさせてもらいたいなぁ。 参考サイト：URLによる任意のリソースアクセス % python >>> proxies = proxies={'http': 'http://Proxyアドレス:ポート'} >>> filehandle = urllib.urlopen('対象サイト', proxies=proxies) >>> data = filehandle.read() >>> print filehandle
HTTPのGET/PUTリクエストを直接行えるHTTPテストツール「RestTest」:phpspot開発日誌
RestTest RESTTest allows you to construct custom HTTP requests to directly test requests against a server. HTTPのGET/PUTリクエストを直接行えるHTTPテストツール「RestTest」。 特定のＵＲＬに対してGETするのはブラウザのアドレスバーからも行うことが出来ますが、POSTしたり、ヘッダーを設定することは出来ません。 RestTest はFirefoxの拡張機能で、POST値を適当に調節したり、ヘッダーを独自に書き換えることが可能です。 ヘッダーは Headers 欄を適当に埋めればＯＫ。 POST/PUT dataの欄には、〜=〜 の形式で入力すればＯＫ WEB開発に活用できそうですね。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - h2non/gentleman: Plugin-driven, extensible HTTP client toolkit for Go
GitHub - request/request: 🏊🏾 Simplified HTTP request client.
