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.)

Commencez par lire receiveHTTP et parseRequestHead, puis examinez comment l’URI de la requête entrante parvient à Network.URI.parseURIReference. Vérifiez le comportement suggéré de escapeURIString isAllowedInURI pour les caractères d’URI non valides et prenez en compte les deux points d’entrée nommés dans l’issue. C’est terminé lorsque l’URI affichée est acceptée et que les URI déjà valides continuent d’être analysées correctement.

Rédigé par le modèle d'indexation à partir du texte de l'issue.