>>PHP5から実装された関数でget_headersというのがある。file_get_contentsなんかでページを読む前にhttpヘッダーを見て処理したりしたい時に最適な感じです。Manualマニュアル読んで実装に使ってたんだけど、稀に辺な挙動をするので悩んでたんだが、リダイレクト回りに罠があったようだ。事の発端は自作のircbotに搭載してるurl解析機能。spreadsheetsのURLでの挙動がどうも辺なので色々とdumpしてみてみた所。no-cache(長かったので色々と省略した。他にも色んなパラメータが3つずつ、ないし4つずとか来てた。最初、てっきりgoogle側が内部のリダイレクトだからhttpパラメータをまとめて送ってきてるとか、httpハッダーにそんなのが出来るような仕様があるんだなーと思ってRFCの仕様を読むという明後日の方向に走ってたんだけど当然ながらそんな事は書いてなかった。試しにtelnetで1個1個リクエスト投げてみたら、1個1個ちゃんと個別に帰ってくる。その時点で気付いたんだけど、どうやらget_headers関数がリダイレクト先まで解決して取得してくれてたみたい。実装してたURL解析機能の方ではレスポンスは1個1個帰ってくる前提でget_heardersが301とか302だったらリダイレクトである旨を表示しつつ最終的な転送先URLまで再帰で辿って処理するようにしてたんだが、、、(何ステップまでのリダイレクト許可とか、循環リダイレクトの判定とかも書いてた。get_headers側で全部やってくれるなら言う事ない感じ。最終的なURLに対してget_file_contents投げるようにしてたんだどget_file_contents側もリダイレクトの解決をした結果を返してくれるらしい。いやー色々関数側でやってくれてて助かるなー、、、と思わされたのも束の間。spreadsheetsの結果を見てもらえば分かるが、同じ名前のヘッダーがあった場合のみ配列として格納される為、どの結果がどのレスポンスで返されたものなのかプログラム側から直感的に分かりにくい。(入った順に処理されたままの順序で出てくるので、見ようによっては分かるが、それを解析させるプログラムを作るのは無駄だ。それに将来的に保証されるものではない。)という事で、get_headersの第二引き数に値をセットしない場合に出てくる、受けとったヘッダーそのまま配列にしたデータを元に分かり易い形に整形する物を作った。200みたいにレスポンス毎に整形された配列が取れるようになった。正直なんで最初っからこうなてないのか疑問に思う。「1行ずつ処理して被るのがあったら配列にする」みたいな書き方、めんどうすぎると思うのだが、、、ついでに連想配列の添字になるフィールド名を小文字に統一した。本来はContent-Typeみたいな形で来るのがRFCの仕様に準拠した形なのだが、一部のサーバーでContent-typeになってる物があったりで、受けとる側で面倒臭い。最後にレスポンスの件数と最終的なステータスを追加しといた。1度のレスポンスで同じフィールド名の物が仕様上あるのか分からんのだけど、あったらこれだけじゃ問題があるかも。(後から来た物で上書きされる。́-`)もう一つ気になるのは循環リダイレクトの処理と多段リダイレクト時のpop数。試しにサーバー上に自ファイルに飛ぶリダイレクト作ってみたらあっさり20段まで飛んでくれた。自分自身に飛ぶの処理できてない時点で循環は見れてない。これ何段までとか設定できないんかなぁ。