I’ve described the problem at
incase any of the character get mangle.
SSI PHP seems to works fine with as long a browser doesn’t send Accept-Encoding, but if it does, then the HEADER claims the file is encoded, but it doesn’t look like it is.
(spaces intentionally added after < for this message, but are not in files)
= = = file:a.shtml = = =
< !–#include virtual="/b.php" -->
= = = file:b.php = = =
< ?php phpinfo(); ?>
– curl sends without ‘Accept-Encoding’
% curl -i http://www.spm-sports.com/a.shtml
– works as expected, output is html output of phpinfo()
% curl -i -H “Accept-Encoding: gzip” http://www.spm-sports.com/a.shtml
– response claims Content-Encoding of gzip in header
– however, content for the most part seems human readable and uncompressed
% curl -H “Accept-Encoding: gzip” http://www.spm-sports.com/a.shtml | gunzip -
– gunzip doesn’t like encoding
– gunzip: stdin: not in gzip format
– demonstrates command should work and not generate “not in gzip formt” error
% curl -H “Accept-Encoding: gzip” http://diveintomark.org | gunzip -
– HTML output as expected
So am I doing something wrong, or is the HTTP server not quite right?