HttpResponse class is only available for PHP >= 5.1
-Not all places where files are handled check for open_basedir and/or safe_mode.
-
-Throttling with the FastCGI SAPI may behave unexpected, because libfcgi seems
-not to practically flush its buffers when calling sapi_flush().
-See also http://bugs.php.net/bug.php?id=34429
-
If you keep getting "SSL connect error" when trying to issue requests on
Windows, try another (newer) libeay32.dll/ssleay32.dll pair.
-Inflating compressed HttpRequest responses happens twice if libcurl
-was built with zlib support.
+Deflate/Inflate:
+ http_inflate() resp. the HttpInflateStream should be able to inflate
+any compressed data (gzip, deflate AKA zlib and raw deflate). However,
+inflating raw deflated data causes a re-initialization of the inflate
+stream where the corresponding window bits are modified to tell libz
+to not check for zlib header bytes. This is not preventable AFAICS.
+ http_deflate() resp. the HttpDeflateStream should be able to
+generate any compressed data (gzip, deflate AKA zlib and raw deflate);
+just use the flag for the data format you want to generate:
+ HTTP_DEFLATE_TYPE_GZIP, HTTP_DEFLATE_TYPE_ZLIB or HTTP_DEFLATE_TYPE_RAW.
Internals:
- - the request bodies created in http_request_pool_attach() are not
- destroyed in http_request_pool_detach() but on reset;
- may be a memory problem in long running scripts which reuse one
- request pool several times
+ - there's a memleak with sizeof(zval) for each thrown exception,
+ which ends up in HttpRequestPoolExcepiont::$exceptionStack, in
+ HttpRequestPool::__construct(); it doesn't happen with wrapped
+ exceptions in HttpRequestPool::send().
+ - our http_urlencode_hash() only handles arrays and does not
+ differentiate between prefixes for numeric or string keys.
\ No newline at end of file