最近バイトでGolangを書いてみたりしてるのだけれど、Golangへの細かい不満はあるんだけど、 今回のは小さな不満がどうでも良くなるような感じの不満だ。
はじめに
golangのhttp.Get()、エンコードして渡したURIをデコードしてからリクエスト送るの、完全に気が狂ってると思うんだけど、なんでこんな風になってるんだ。
— 中野のな(鴨川水量bot) (@nonamea774) 2015, 7月 16GoogleのAPI扱ってたら、%2Fを含んだURIにリソースが置かれて、それをGolangのnet/httpで取りに行こうとしてたら、何故かうまく行かなくて、
fmt.Print(resp.Request.URL.String())してみたら、なぜか%2Fが/に直されていたので、それに関するツイート。
あきらかにバグだと思ってググってみたら、仕様らしくて、Won't Fixらしい。
@nonamea774 urlの仕様上、pathは%エンコード可能で%2fはエンコード対象ではないけれど世の中のサーバの殆どが%2fをデコードして扱ってるので、ならばgolangは療法持つかーって RawPath も持ってるという経緯だと思います。
— mattn (@mattn_jp) 2015, 7月 16@nonamea774 req.Opaque を変えて下さい。 http://t.co/WNPV79ENX1
— mattn (@mattn_jp) 2015, 7月 16こういう時の対処法を教えて頂いて、その通りに修正したら上手く行くかと思い、次の時に試してみた。
しかし
golangのnet/http、%2Fを/に書き換えられるのを、それを区別するサーバの為に回避するのはOpaqueを変更すれば良いということはわかったんだけど、307 リダイレクトで飛ばされるときも勝手に%2Fを/にされてるっぽくて困るのだけれど、これは回避できるのかな……。
— 中野のな(鴨川水量bot) (@nonamea774) 2015, 7月 21Opaqueを書き換えて、狙ったところにリクエストを送ることには成功したものの、
そこから307リダイレクトされた先に欲しいコンテンツが有る(言ってしまうと、Google Cloud StorageのAPIです)。
そしてそのリダイレクトする時にもまた%2Fを/に書き換えられてしまい、思ったところにリクエストを飛ばしてくれない(これもRequest.URL.String()を見て判明した)。
HTTPクライアントにリクエストハンドラ的なものがあるとgolang.org/pkg/net/http/を眺めていると気づいたのだけれど、
CheckRedirectとかでなんとか出来るかと思ったら、これでリクエストを書き換えることはできない……？
— 中野のな(鴨川水量bot) (@nonamea774) 2015, 7月 21なような感じでできなさそうな感じである。
しょうがないので今のとこ、
cmd := exec.Command("curl", "-L", uri)
のようなひどいコードでごまかしてるが、何とかする方法は無いのでしょうか。誰か教えてください。 流石に何か方法が無いなら完全に壊れていると思うし、何かあるとは思うけれど、見つけられなかった……。
追記
CheckRedirectでリクエストを書き換えることはできそうな感じだったけれど、
そこのリクエストには既に%2Fを/に書き換えられて破壊されたURIが格納されていた という感じでした。
一応そこから心のこもった置換で(%2Fの使われている場所は大体予測できる)もとに戻すことはできそうな感じだけれど……。
なんとかならないのかなぁ……。
