Hi everybody,
I am having a problem with zlib-compression-settings in php.ini and the
sending of 'normal' files with handcrafted headers that i can't pin
down. As it should not be my code (worked well on other servers) i hope
this is the right list for it.
I am currently using php4.3.4 on a Apache 1.3.26, both compiled myself
on a debian woody-server (compiled php with --with-zlib).
My initial problem was, that on our website i am using phpCMS (some
templatesystem) and it does have a function to use gzip-compression on
all webpages it produces which used to work fine on a different server.
Now on this server as long as i have zlib.output_compression activated
in php.ini it takes nearly half a minute for the server to create and
send a small html-file. This is also the case if i tell phpCMS to not
use gzip-compression - possibly a error in that templatesystem?
Well i don't really need that so i deactivated zlib.output-compression
in php.ini so now our website is as fast as expected again.
BUT:
On the server i also have our intranet. There i produce some pdfs (using
fpdf) and also sometimes just create a textfile and want it to be sent
for downloading (VCS-Files). Both don't work anymore if accessed with
the Internet Explorer - they still work with Opera.
(IE tells the user it cannot find the page). Unfortunately all our users
have IE, so whenever somebody needs some pdf or vcs created they come to
me ;(
The relevant part in fpdf as well as in my scripts is:
<snip>
if (!empty($HTTP_USER_AGENT)
&& (strpos($HTTP_USER_AGENT, 'MSIE 5.5')
|| strpos($HTTP_USER_AGENT, 'Opera'))) {
header('Content-Type: application/dummy');
} else {
header('Content-Type: application/octet-stream');
}
header('Content-Length: ' . strlen($text));
header('Content-Disposition: attachment;filename=urlaub.vcs');
echo $text;
</snip>
So as you can see there is no mentioning of compression there, i don't
have any idea why this should not work with IE and
zlib.output_compression off.
I would allready be thankful for hints were to start looking for
pinpointing the Problem.
--
Mike Beck
mike.beck_at_ibmiller.de
www.ibmiller.de
