<?xml version="1.0" encoding="iso-8859-1" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>mod_gzip status codes</title>
<meta name="author" content="Michael Schröpl" />
<meta name="description" content="A summary of all status codes created by mod_gzip and an attempt to explain their meaning" />
<meta name="keywords" content="Apache, HTTP, encoding, gzip, compression" />
<style type="text/css">
body{font-family:sans-serif;margin:0px 30px 0px 30px;}
h1{font-size:22px;margin-top:20px;}
h2{font-size:18px;margin-top:14px;}
small{font-size:80%;}
td{vertical-align:top;}
tt{font-weight:bold;}
code,tt{font-family:"Courier New",monospace;}
h1,h2{margin-bottom:1px;}
p,td{margin-top:3px;margin-bottom:3px;}
p,ul,ol,li{font-size:17px;line-height:22px;}
ul,ol,li{margin-top:0px;margin-bottom:0px;}
img{border-width:0;}
#nav{position:absolute;top:30px;left:0px;font-size:14px;width:170px;font-weight:bold;margin:2px 2px 2px 30px;}
#nav[id]{position:fixed;}
#nav img{margin:5px;}
#nav p, #nav a:hover, #nav a{display:block;padding:3px;margin:2px;width:150px;font-size:15px;line-height:18px;}
#content{position:absolute;left:220px;right:30px;}
#mail{text-align:right;}
#icon{width:190px;float:left;}
#mail,#icon{margin-top:30px;}
@media screen {
body{color:#000;background-color:#f8ebd9;}
h1{color:#666;}
h2{color:#840;}
code{color:#333;}
em{color:#900;}
tt{color:#909;}
h1,h2,code,em,tt{background-color:inherit;}
.new13192a{color:#inherit;background-color:#ffd;}
.new13261a{color:#inherit;background-color:#eff;}
.bugfix{color:#fff;background-color:#f00;font-weight:bold;padding:0px 4px;}
#nav a{color:#530;background-color:transparent;}
#nav a{text-decoration:none;}
#nav p, #nav a:hover{color:#000;background-color:#fff;}
#nav p {border:1px #660 solid;}
#nav a {border:1px #666 dotted;}
}
@media print {
#icon,#nav{display:none;}
#content{position:absolute;left:0px;right:0px;}
}
table.status {border:1px solid #999;width:100%;font-size:12px;}
table.status td,th {border:1px solid #000;vertical-align:top;text-align:left;padding:2px 6px 2px 6px;}
table.status .col1 {width:200px;}
table.status .col2 {width:40px;}
@screen {
table.status,
table.status th,
table.status td {color:inherit;}
table.status {background-color:#fff;}
table.status td {background-color:#ddd;}
table.status th {background-color:#ccc;}
}
</style>
</head>
<body>
<div id="nav">
<img src="mod_gzip_logo.gif" height="47" width="102" alt="mod_gzip logo" />
<a title="mod_gzip - what's that, anyway?" href="index.htm">mod_gzip</a>
<a title="Compression of HTTP content using Content-Encoding" href="encoding.htm">Content-Encoding</a>
<a title="Which browsers can handle 'Content-Encoding: gzip'?" href="browser.htm">Browsers</a>
<a title="How do Firewalls handle 'Content-Encoding:'?" href="firewalls.htm">Firewalls</a>
<a title="An example configuration for mod_gzip" href="config.htm">Configuration</a>
<p>Status Codes</p>
<a title="Possible enhancements in future versions of mod_gzip" href="enhancements.htm">Enhancements</a>
<a title="Caching of negotiated HTTP responses" href="cache.htm">Caching</a>
<a title="Version history and change log for mod_gzip" href="versions.htm">Versions</a>
<a title="Other ressources about mod_gzip" href="links.htm">Links</a>
</div>
<div id="content">
<h1>Description of all <tt>mod_gzip</tt> status codes</h1>
<p>This document describes the set of all status codes created by <tt>mod_gzip</tt> 1.3.26.1a about its processing and provided via the field description <code>%{mod_gzip_result}n</code> for usage inside log formats.</p>
<h2><a id="DECLINED:UNHANDLED_SUBREQ"></a>DECLINED:UNHANDLED_SUBREQ</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>This is an Apache internal partial request, caused by processing another 'normal' request. Only this normal request's final result will be checked <small>(and possibly compressed)</small> by <tt>mod_gzip</tt>.</td>
</tr>
</table>
<h2><a id="DECLINED:UNHANDLED_REDIR"></a>DECLINED:UNHANDLED_REDIR</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>This is an Apache internal redirection, caused by processing another 'normal' request. Only this normal request's final result will be checked <small>(and possibly compressed)</small> by <tt>mod_gzip</tt>.</td>
</tr>
</table>
<h2><a id="DECLINED:INIT1"></a>DECLINED:INIT1</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>This seems to be a value setting as initialization - at least it has no immediate effect on the order of processing.</td>
</tr>
</table>
<h2><a id="DECLINED:STATIC_GZ_FOUND"></a>DECLINED:STATIC_GZ_FOUND</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td rowspan="2">For the requested file a statically compressed version <small>(with the hard-coded filename extension <code>.gz</code>)</small> was found and could be delivered to the UserAgent, instead of dynamically compressing the original file.</td>
</tr>
<tr>
<td>mod_gzip_handler</td>
</tr>
</table>
<h2><a id="DECLINED:FEXT_GZ"></a>DECLINED:FEXT_GZ</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td rowspan="2">The request explicitly refers to a statically compressed file <small>(with the hard-coded filename extension <code>.gz</code>)</small>; the content of such files is delivered without modification.</td>
</tr>
<tr>
<td>mod_gzip_handler</td>
</tr>
</table>
<h2><a id="DECLINED:NO_DCONF"></a>DECLINED:NO_DCONF</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>The <code>dconf</code> pointer is NULL. <tt>mod_gzip</tt> cannot find its configuration record and thus has no chance to check the settings of its configuration directives.</td>
</tr>
</table>
<h2><a id="DECLINED:OFF"></a>DECLINED:OFF</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>The compression mode has not been enabled for this file's definition scope <small>(<code>mod_gzip_on No</code> for the complete Apache configuration, this virtual host, this directory or this <code>.htaccess</code> file)</small></td>
</tr>
</table>
<h2><a id="DECLINED:NOT_GET_OR_POST"></a>DECLINED:NOT_GET_OR_POST</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>This request doesn't use one of the HTTP methods <code>GET</code> or <code>POST</code>, but only these method's data can be reasonably compressed.</td>
</tr>
</table>
<h2><a id="DECLINED:HEAD_REQUEST"></a>DECLINED:HEAD_REQUEST</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>This request uses the HTTP method <code>HEAD</code>; such a request doesn't cause the creation of a <small>(compressable)</small> document content but only the creation of a <small>(uncompressable)</small> HTTP headers.</td>
</tr>
</table>
<h2><a id="DECLINED:HTTP_LEVEL_TOO_LOW"></a>DECLINED:HTTP_LEVEL_TOO_LOW</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>This request uses a HTTP protocol version not as high as at least required by the directive <code>mod_gzip_min_http</code>.</td>
</tr>
</table>
<h2><a id="DECLINED:NO_GZIP"></a>DECLINED:NO_GZIP</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>This request does contain an <code>Accept-Encoding</code> header but its list of encodings <small>(that are supported by this UserAgent)</small> doesn't contain the encoding <code>gzip</code> - obviously this UserAgent doesn't understand gzip-compressed data.</td>
</tr>
</table>
<h2><a id="DECLINED:NO_ACCEPT_ENCODING"></a>DECLINED:NO_ACCEPT_ENCODING</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>This request doesn't contain an <code>Accept-Encoding</code> header - obviously this UserAgent doesn't understand gzip-compressed data.</td>
</tr>
</table>
<h2><a id="DECLINED:NO_ITEMS_DEFINED"></a>DECLINED:NO_ITEMS_DEFINED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>The list of rules <small>(to decide whether the content of the requested file is to be compressed)</small> is empty <small>(neither <code>mod_gzip_include_item</code> nor <code>mod_gzip_exclude_item</code> were used)</small>. Therefore the normal decision process is not applicable.</td>
</tr>
</table>
<h2><a id="DECLINED:REQ_HEADER_FIELD_EXCLUDED"></a>DECLINED:REQ_HEADER_FIELD_EXCLUDED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>This request has been excluded from compression during the filter rules analysis
<small>(<code>mod_gzip_validate1 (header_name, header_value, MOD_GZIP_REQUEST)</code>, line 2511)</small>.<br />
<small>(It must have been a rule of the type <code>mod_gzip_exclude_item reqheader</code> - it cannot have been caused by a missing <code>mod_gzip_include_item</code> rule as other tests are bound to follow.)</small></td>
</tr>
</table>
<h2><a id="DECLINED:EXCLUDED"></a>DECLINED:EXCLUDED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td>This request excluded from compression during the filter rules analysis <small>(<code>mod_gzip_validate1 (file, uri, content_type, handler)</code>, line 2612)</small>, after the HTTP request header fields were already checked against <code>mod_gzip_exclude_item</code> rules.<br />
<small>(Not really meaningful, what a pity ... if we were told at least whether an explicit <code>mod_gzip_exclude_item</code> fired - and from which class - or only no <code>mod_gzip_include_item</code> was found ... !)</small></td>
</tr>
</table>
<h2><a id="COMMAND:VERSION"></a>COMMAND:VERSION</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_do_command</td>
<td>This request caused the execution of the <tt>mod_gzip</tt> status display command defined by the directive <code>mod_gzip_command_version</code> <small>(version number and '<code>on</code>'/'<code>off</code>')</small>.<br />
This command's output is so short <small>(less than 100 bytes)</small> that it wouldn't pay to compress the content.</td>
</tr>
</table>
<h2><a id="DECLINED:INVALID_COMMAND"></a>DECLINED:INVALID_COMMAND</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_do_command</td>
<td>Something must have crashed during the execution of the internal status command.<br />
<small>(I am not sure whether - and when - this case may ever happen.)</small></td>
</tr>
</table>
<h2><a id="INIT2"></a>INIT2</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_handler</td>
<td>This seems to be a value setting as initialization - at least it has no immediate effect on the order of processing.</td>
</tr>
</table>
<h2><a id="DECLINED:OFF2"></a>DECLINED:OFF2</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_handler</td>
<td>The compression mode has not been enabled for this file's definition scope <small>(<code>mod_gzip_on No</code> for the complete Apache configuration, this virtual host, this directory or this <code>.htaccess</code> file)</small></td>
</tr>
</table>
<h2><a id="DECLINED:EXCLUDED_BY_HANDLER"></a>DECLINED:EXCLUDED_BY_HANDLER</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_handler</td>
<td>This request excluded from compression during the filter rules analysis <small>(<code>mod_gzip_validate1 (file, uri, content_type, handler)</code>, line 3091)</small>, after the HTTP request header fields were already checked against <code>mod_gzip_exclude_item</code> rules.<br />
<small>(Not really meaningful, what a pity ... furthermore, I don't know why this must have been a handler causing the exclusion, as those four parameter values were fed into <code>mod_gzip_validate1</code> as well.)</small></td>
</tr>
</table>
<h2><a id="RECOVERY"></a>RECOVERY</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_handler</td>
<td>Something must have gone wrong during the execution of <code>mod_gzip_redir1_handler</code> ... but what? We will have to do even an internal redirect, don't really know why ... and in line 3310 we will even overwrite our own status code with the one from this subrequest.</td>
</tr>
</table>
<h2><a id="DECLINED:DYN1_OPENFAIL_BODY"></a>DECLINED:DYN1_OPENFAIL_BODY</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_redir1_handler</td>
<td><code>mod_gzip_dyn1_getfdo1</code> has tried to create a new file, but failed.<br />
<small>(This access will finally result in a HTTP_INTERNAL_SERVER_ERROR - we won't get a usable result ... but why? Can't we still abort and DECLINE this compression request? And then, I would like to have more detailled information about what has gone wrong here ... why aren't they expressed by some status code?)</small></td>
</tr>
</table>
<h2><a id="STAT_FAILED"></a>STAT_FAILED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>The file to be sent doesn't exist. <small>(<code>stat()</code> return code != 0)</small>; this seems to be one of these <cite>"this can't happen"</cite>events.</td>
</tr>
</table>
<h2><a id="CAP_FILE_EMPTY"></a>CAP_FILE_EMPTY</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>We <em>do</em> have a file to be sent <small>(the <code>stat()</code> call has worked)</small>, but its size is less than 1 Byte. The document content to be compressed seems to have vanished somehow, why ever.</td>
</tr>
</table>
<h2><a id="CAP_FOPEN_FAILED"></a>CAP_FOPEN_FAILED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>We <em>do</em> have a file to be sent <small>(the <code>stat()</code> call has worked)</small>, but the attempt to open it for reading <small>(<code>fopen(name,"rb")</code>)</small> has failed.</td>
</tr>
</table>
<h2><a id="NO_HTTP_EOH"></a>NO_HTTP_EOH</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>The HTTP header of the result created during the current request processing was not terminated correctly. <small>(While parsing the HTTP headers we should have found an empty line at line 5957.)</small><br />
We cannot process such a header <small>(we would have to partially rewrite it for compressing the content)</small>.</td>
</tr>
</table>
<h2><a id="NO_HTTP_RESP_CODE"></a>NO_HTTP_RESP_CODE</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>The HTTP header of the result created during the current request processing doesn't contain a status code. <small>(In the first line of the HTTP header we should have found a HTTP status code, in line 5983.)</small><br />
But just a bit later we will have to check exactly this status code - this won't work now, for sure</td>
</tr>
</table>
<h2><a id="SEND_AS_IS:NO_200"></a>SEND_AS_IS:NO_200</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>The HTTP status code of the created response doesn't have the value <code>200</code> - and only for this value we may have some compressable document content.<br />
<small>(Um ... and what about all those 404 error documents?)</small></td>
</tr>
</table>
<h2><a id="SEND_AS_IS:RESPONSE_FIELD_EXCLUDED"></a>SEND_AS_IS:RESPONSE_FIELD_EXCLUDED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>This request has been excluded from compression during the filter rules analysis
<small>(<code>mod_gzip_validate1 (header_name, header_value, MOD_GZIP_RESPONSE)</code>, line 6081)</small>.<br />
<small>(This now obviously has been a HTTP header of the created result, as the rest hasn't been checked right now. For a DECLINED it is already to late now, this seems to make sense only <em>before</em> the original request processing ... ?)</small></td>
</tr>
</table>
<h2><a id="SEND_AS_IS:NO_BODY"></a>SEND_AS_IS:NO_BODY</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>We do have a content with a usable HTTP header, but the size of this content is smaller than one byte. There simply isn't anthing there to be compressed. <small>(For example, you get this status if a file with 0 bytes content is being accessed, like a dummy <code>robots.txt</code> file etc.)</small></td>
</tr>
</table>
<h2><a id="SEND_AS_IS:UNKNOWN_TE_VALUE"></a>SEND_AS_IS:UNKNOWN_TE_VALUE</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>The HTTP headers of the request's result contain a <code>Transfer-Encoding</code> which isn't of the <code>chunked</code> type that would have been the only one we had been able to handle<small>(by joining the <i>chunks</i> one single packet and then compress this one)</small>.</td>
</tr>
</table>
<h2><a id="SEND_AS_IS:HAS_CE"></a>SEND_AS_IS:HAS_CE</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>The HTTP headers of the request's result contain a <code>Content-Encoding</code>. In theory one would be able to cascade several Content-Encodings in HTTP; practical experience shows that none of the available UserAgents can handle that correctly. So we better let the content unchanged.</td>
</tr>
</table>
<h2><a id="SEND_AS_IS:NO_CONTENT_TYPE_IN_RESPONSE_HEADER"></a>SEND_AS_IS:NO_CONTENT_TYPE_IN_RESPONSE_HEADER</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>The HTTP header of the request's result doesn't contain a <code>Content-Type</code>. <small>(While parsing the HTTP headers we should have found a Content-type in line 6034.)</small><br />
But the Content-type isn't a required header, according to HTTP; indeed the UserAgent may even guess a Content-type <em>if</em> none was delivered by the server. On the other hand the most important <code>include</code> rule is based upon this Content-type, and if there is none, then it will be difficult to make an according rule apply ...<br />
I personally have eliminated just this test from <tt>mod_gzip</tt> for I get pages <em>without</em> Content-type via <code>mod_proxy</code> from a M$/IIS <small>(but I <em>know</em> this ought to be <code>text/html</code>)</small> which I want to forward in compressed form ...</td>
</tr>
</table>
<h2><a id="SEND_AS_IS:RESPONSE_CONTENT_TYPE_EXCLUDED"></a>SEND_AS_IS:RESPONSE_CONTENT_TYPE_EXCLUDED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>The request was excluded from compression during the filter rule analysis
<small>(<code>mod_gzip_validate1 (CONTENT_TYPE)</code>, line 6307)</small>.</td>
</tr>
</table>
<h2><a id="SEND_AS_IS:DECHUNK_OPTION_IS_OFF"></a>SEND_AS_IS:DECHUNK_OPTION_IS_OFF</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>A <code>Transfer-Encoding: chunked</code> was detectet, but in the configuration <tt>mod_gzip</tt> has not been allowed to remove this encoding <small>(i. e. collect all <i>chunks</i> and join them to one packet, whose content would then be compressable)</small>. The directive <code>mod_gzip_dechunk Yes</code> would have allowed <tt>mod_gzip</tt> to compress this request.</td>
</tr>
</table>
<h2><a id="SEND_AS_IS:FOPEN_FAILED"></a>SEND_AS_IS:FOPEN_FAILED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>We were about to start compressing. For doing that it would have been necessary to open a temporary file whose name we let compute by <code>mod_gzip_create_unique_filename</code> before. But the attempt to open <small>(write)</small> this file has failed - therefore the attempt to compress data is terminated.<br />
<div class="new13261a">This may especially be the case if <tt>mod_gzip</tt> has just attempted to update the outdated content of a statically precompressed file but had no write access to this file.</div></td>
</tr>
</table>
<h2><a id="SEND_AS_IS:FSEEK_FAILED"></a>SEND_AS_IS:FSEEK_FAILED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>We were about to start compressing. After the input file has been opened successfully now we tried to position inside this file to the start position using <code>fseek (ifh,0,0)</code> - but this has failed.<br />
<small>(I am not yet sure why at this position it is already decided that data have to be read from a file and not from some Apache buffer ... we aren't in de-chunking mode yet?)</small></td>
</tr>
</table>
<h2><a id="SEND_AS_IS:BODY_MISSING"></a>SEND_AS_IS:BODY_MISSING</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_sendfile2</td>
<td>During previous copying the content of the file to be compressed it has been detected that the content of this file contains of 0 bytes - therefore it makes no sense to compress anything.</td>
</tr>
</table>
<h2><a id="SEND_AS_IS:WORK_OPENFAIL"></a>SEND_AS_IS:WORK_OPENFAIL</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_open_output_file</td>
<td>The attempt to reopen <small>(read)</small> the output file that has been created previously while compressing content <small>(for sending these data now)</small> has failed.</td>
</tr>
</table>
<h2><a id="OK"></a><a id="DECHUNK:OK"></a>OK / DECHUNK:OK</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_encode_and_transmit</td>
<td>The dompression has been completed successfully. <small>(This value is set as default value at start of operation and overwritten in case of any error.)</small></td>
</tr>
</table>
<h2><a id="DECLINED:NO_ILEN"></a><a id="DECHUNK:DECLINED:NO_ILEN"></a>DECLINED:NO_ILEN / DECHUNK:DECLINED:NO_ILEN</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_encode_and_transmit</td>
<td>The size of the content to be compressed is smaller than one character - there's nothing to be done.</td>
</tr>
</table>
<h2><a id="DECLINED:TOO_SMALL"></a><a id="DECHUNK:DECLINED:TOO_SMALL"></a>DECLINED:TOO_SMALL / DECHUNK:DECLINED:TOO_SMALL</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_encode_and_transmit</td>
<td>The size of the compressed content is smaller than the value defined by the directive <code>mod_gzip_minimum_file_size</code>.</td>
</tr>
</table>
<h2><a id="DECLINED:TOO_BIG"></a><a id="DECHUNK:DECLINED:TOO_BIG"></a>DECLINED:TOO_BIG / DECHUNK:DECLINED:TOO_BIG</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_encode_and_transmit</td>
<td>The size of the compressed content is larger than the value defined by the directive <code>mod_gzip_maximum_file_size</code>.</td>
</tr>
</table>
<h2><a id="DECLINED:NO_OLEN"></a><a id="DECHUNK:DECLINED:NO_OLEN"></a>DECLINED:NO_OLEN / DECHUNK:DECLINED:NO_OLEN</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_encode_and_transmit</td>
<td>The size of the compressed content is smaller than one character - so something must have gone wrong during compression.</td>
</tr>
</table>
<h2><a id="DECLINED:ORIGINAL_SMALLER"></a><a id="DECHUNK:DECLINED:ORIGINAL_SMALLER"></a>DECLINED:ORIGINAL_SMALLER / DECHUNK:DECLINED:ORIGINAL_SMALLER</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_encode_and_transmit</td>
<td>The size of the compressed content is smaller than the size of the original content - so the compression has not lead to any saving. Therefore the uncompressed content will be served.</td>
</tr>
</table>
<h2><a id="DECLINED:REOPEN_FAILED"></a><a id="DECHUNK:DECLINED:REOPEN_FAILED"></a>DECLINED:REOPEN_FAILED / DECHUNK:DECLINED:REOPEN_FAILED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_encode_and_transmit</td>
<td>The attempt to open <small>(read)</small> the output file <small>(that has been created previously while compressing content)</small> as to send these data has failed.</td>
</tr>
</table>
<h2><a id="TRANSMIT_ERROR:ISMEM:d:s"></a><a id="DECHUNK:TRANSMIT_ERROR:ISMEM:d:s"></a>TRANSMIT_ERROR:ISMEM:%d:%s / DECHUNK:TRANSMIT_ERROR:ISMEM:%d:%s</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_encode_and_transmit</td>
<td>Error while sending compressed data from main memory <small>(message in DEBUG mode)</small></td>
</tr>
</table>
<h2><a id="TRANSMIT_ERROR:ISMEM:d"></a><a id="DECHUNK:TRANSMIT_ERROR:ISMEM:d"></a>TRANSMIT_ERROR:ISMEM:%d / DECHUNK:TRANSMIT_ERROR:ISMEM:%d</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_encode_and_transmit</td>
<td>Error while sending compressed data from main memory</td>
</tr>
</table>
<h2><a id="TRANSMIT_ERROR:d:s"></a><a id="DECHUNK:TRANSMIT_ERROR:d:s"></a>TRANSMIT_ERROR:%d / DECHUNK:TRANSMIT_ERROR:%d:%s</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_encode_and_transmit</td>
<td>Error while sending compressed data from the temporary file</td>
</tr>
</table>
<h2><a id="TRANSMIT_ERROR:d"></a><a id="DECHUNK:TRANSMIT_ERROR:d"></a>TRANSMIT_ERROR:%d / DECHUNK:TRANSMIT_ERROR:%d</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_encode_and_transmit</td>
<td>Error while sending compressed data from the temporary file</td>
</tr>
</table>
<div class="new13192a">
<h2><a id="SEND_AS_IS:PRECOMPRESSED_VARIANT_OUTDATED"></a>SEND_AS_IS:PRECOMPRESSED_VARIANT_OUTDATED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_handler</td>
<td><small>(new in mod_gzip 1.3.19.2a)</small> The content of a statically precompressed file is older than the one of the uncompressed original file. Therefore the content of the original file has been served <small>(in uncompressed form)</small> - we rather serve correct data than outdated ones.</td>
</tr>
</table>
<h2><a id="DECLINED:METHOD_EXCLUDED"></a>DECLINED:METHOD_EXCLUDED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td><small>(new in mod_gzip 1.3.19.2a)</small> The request for this URL was made using a HTTP method whose results were not declared as to be compressed by using the <code>mod_gzip_handle_methods</code> directive.</td>
</tr>
</table>
</div>
<div class="new13261a">
<h2><a id="DECLINED:POST_TOO_BIG"></a>DECLINED:POST_TOO_BIG</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_type_checker</td>
<td><small>(new in mod_gzip 1.3.26.1a)</small> The content length of a HTTP POST request is bigger than the available buffer and cannot be handled correctly by <tt>mod_gzip</tt> - this is a problem specific to the windows platform. The response to this request will be served in uncompressed form.</td>
</tr>
</table>
<h2><a id="OK:PRECOMPRESSED_VARIANT_UPDATED"></a>OK:PRECOMPRESSED_VARIANT_UPDATED</h2>
<table class="status">
<tr>
<th class="col1">originated by</th>
<th class="col3">meaning</th>
</tr>
<tr>
<td>mod_gzip_compress_file</td>
<td><small>(new in mod_gzip 1.3.26.1a)</small> While serving the content of a statically precompressed file it has been noticed that their content was older than the one of the corresponding original file. The content of the precompressed file has been updated successfully by compressing the original content once more; then the compressed content has been served.</td>
</tr>
</table>
</div>
<div id="icon">
<a href="http://validator.w3.org/check/referer"><img alt="" title="valid XHTML 1.1" height="31" width="88" src="valid-xhtml11.png" /></a><a href="http://jigsaw.w3.org/css-validator/check/referer"><img alt="" title="valid CSS" height="31" width="88" src="valid-css.png" /></a>
</div>
<p id="mail">(<a href="mailto:michael.schroepl@gmx.de?subject=mod_gzip">Michael Schröpl</a>, 2002-09-30)</p>
</div>
</body>
</html>
distrib
>
Mandriva
>
2010.0
>
i586
>
media
>
contrib-release
>
by-pkgid
>
d265f71d7fce441fd72dd0a77d0f8893
>
files
>
251
