Dear Wiki user, You have subscribed to a wiki page or wiki category on "Httpcomponents Wiki" for change notification.
The following page has been changed by CharlesHonton: http://wiki.apache.org/HttpComponents/LessonsLearned ------------------------------------------------------------------------------ = 100+ websites = - In a recent project which actively queries hundreds of different websites, I rediscovered some practices which require configuration changes + In maintaining an application which actively queries hundreds of different websites, several practices which require configuration changes have discovered. == User Agent == Several websites responded with 500 status code when presented with the default User-Agent header. One website sent a 200 status code but the html content of the page was truncated with "500 server error" For maximum compatibility, use a standard web browser user-agent string. @@ -15, +15 @@ http.protocol.cookie-policy = compatibility == Cookie Header == - Although some websites support multiple Cookie headers, many do not. The documentation for http.protocol.single-cookie-header is misleading. This parameter determines how Cookie headers are sent in the request. Multiple Set-Cookie headers are always supports. + Although some websites support multiple Cookie headers, many do not. The documentation for http.protocol.single-cookie-header is misleading. This parameter determines how Cookie headers are sent in the request. Multiple Set-Cookie headers are always supported. http.protocol.single-cookie-header = true @@ -23, +23 @@ [http://en.wikipedia.org/wiki/Post/Redirect/Get Post redirecting to Get] turns out to be a common practice. Contrary to the [http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.3 RFC 2616] recommendation, this practice relies on the "broken" behavior of major web browsers. The query portion for the GET comes strictly from the Location header returned with the 302 response to the POST. == Certificates == - The certificate database ($JAVA_HOME/lib/security/cacerts) in the standard java distribution contains one third of the root certificates that are present in Firefox or Internet Explorer. The following script can help you with this task. + The certificate database ($JAVA_HOME/lib/security/cacerts) in the standard java distribution contains one third of the root certificates that are present in Firefox or Internet Explorer. The following script can update the cacerts database. {{{ #/bin/sh # How to use this script --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
