receiveHTTP does not preprocess the incoming URI before it is parsed

Because of the strict parsing of URIs by Network.URI.parseURIReference, parseRequestHead fails on this "almost valid" URI:

```
ghci> parseRequestHead ["GET http://fonts.googleapis.com/css?family=Roboto:300|Open+Sans:700|Open+Sans:300&lang=en HTTP/1.1"]
ghci> Left (ErrorParse "parseRequestHead Request command line parse failure: GET http://fonts.googleapis.com/css?family=Roboto:300|Open+Sans:700|Open+Sans:300&lang=en HTTP/1.1")
```

Replacing the pipe characters with %7C allows the URI to parse.

receiveHTTP, or maybe parseRequestHead, should probably try to escape the characters that are considered invalid for URIs, before sending the string through parseURIReference.

In that regard, `escapeURIString isAllowedInURI` from Network.URI may be handy.

(Something about "be conservative in what you send, be liberal in what you accept" prompted me to raise this issue.)

まず receiveHTTP と parseRequestHead を読み、次に受信したリクエスト URI がどのように Network.URI.parseURIReference に到達するかを調べます。無効な URI 文字に対する、提案されている escapeURIString isAllowedInURI の動作を確認し、issue で示されている両方のエントリポイントを検討します。表示された URI が受け入れられ、すでに有効な URI も引き続き正しくパースされれば完了です。

索引モデルが issue の本文から書いたものです。