Autor: Michael Schröpl
Dieses Dokument beschreibt die Menge aller Statuscodes, die von mod_gzip 1.3.26.1a über seine Verarbeitung erstellt wurden und über das Feldbeschreibung %{mod_gzip_result}n für die Verwendung innerhalb von Protokollformaten bereitgestellt werden.
DECLINED:UNHANDLED_SUBREQ
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Dies ist eine interne Teilanfrage von Apache, die durch die Verarbeitung einer anderen ‘normalen’ Anfrage verursacht wurde. Nur das endgültige Ergebnis dieser normalen Anfrage wird von mod_gzip überprüft (und möglicherweise komprimiert). |
DECLINED:UNHANDLED_REDIR
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Dies ist eine interne Umleitung von Apache, die durch die Verarbeitung einer anderen ‘normalen’ Anfrage verursacht wurde. Nur das endgültige Ergebnis dieser normalen Anfrage wird von mod_gzip überprüft (und möglicherweise komprimiert). |
DECLINED:INIT1
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Dies scheint eine Wertzuweisung als Initialisierung zu sein - zumindest hat es keinen unmittelbaren Einfluss auf die Reihenfolge der Verarbeitung. |
DECLINED:STATIC_GZ_FOUND
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Für die angeforderte Datei wurde eine statisch komprimierte Version (mit der fest codierten Dateinamenerweiterung .gz) gefunden und konnte an den UserAgent geliefert werden, anstatt die Originaldatei dynamisch zu komprimieren. |
| mod_gzip_handler | |
DECLINED:FEXT_GZ
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Die Anfrage bezieht sich ausdrücklich auf eine statisch komprimierte Datei (mit der fest codierten Dateinamenerweiterung .gz); der Inhalt solcher Dateien wird ohne Modifikation geliefert. |
| mod_gzip_handler | |
DECLINED:NO_DCONF
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Der dconf-Zeiger ist NULL. mod_gzip kann seinen Konfigurationsdatensatz nicht finden und hat somit keine Chance, die Einstellungen seiner Konfigurationsdirektiven zu überprüfen. |
DECLINED:OFF
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Der Komprimierungsmodus wurde für den Definitionsbereich dieser Datei nicht aktiviert ( mod_gzip_on No für die gesamte Apache-Konfiguration, diesen virtuellen Host, dieses Verzeichnis oder diese .htaccess-Datei) |
DECLINED:NOT_GET_OR_POST
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Diese Anfrage verwendet keine der HTTP-Methoden GET oder POST, aber nur die Daten dieser Methoden können sinnvoll komprimiert werden. |
DECLINED:HEAD_REQUEST
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Diese Anfrage verwendet die HTTP-Methode HEAD; eine solche Anfrage führt nicht zur Erstellung eines (komprimierbaren) Dokumentinhalts, sondern nur zur Erstellung von (nicht komprimierbaren) HTTP-Headern. |
DECLINED:HTTP_LEVEL_TOO_LOW
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Diese Anfrage verwendet eine HTTP-Protokollversion, die nicht so hoch ist, wie es mindestens von der Direktive mod_gzip_min_http gefordert wird. |
DECLINED:NO_GZIP
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Diese Anfrage enthält einen Accept-Encoding-Header, aber ihre Liste der Codierungen (die von diesem UserAgent unterstützt werden) enthält nicht die Codierung gzip - offensichtlich versteht dieser UserAgent keine gzip-komprimierten Daten. |
DECLINED:NO_ACCEPT_ENCODING
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Diese Anfrage enthält keinen Accept-Encoding-Header - offensichtlich versteht dieser UserAgent keine gzip-komprimierten Daten. |
DECLINED:NO_ITEMS_DEFINED
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | Die Liste der Regeln (um zu entscheiden, ob der Inhalt der angeforderten Datei komprimiert werden soll) ist leer (weder mod_gzip_include_item noch mod_gzip_exclude_item wurden verwendet). Daher ist der normale Entscheidungsprozess nicht anwendbar. |
DECLINED:REQ_HEADER_FIELD_EXCLUDED
| mod_gzip_type_checker | Diese Anfrage wurde während der Analyse der Filterregeln von der Komprimierung ausgeschlossen ( mod_gzip_validate1 (header_name, header_value, MOD_GZIP_REQUEST), Zeile 2511).
(Es muss eine Regel des Typs mod_gzip_exclude_item reqheader gewesen sein - es kann nicht durch eine fehlende mod_gzip_include_item-Regel verursacht worden sein, da andere Tests folgen müssen.) |
DECLINED:EXCLUDED
| mod_gzip_type_checker | Diese Anfrage wurde während der Analyse der Filterregeln von der Komprimierung ausgeschlossen ( mod_gzip_validate1 (file, uri, content_type, handler), Zeile 2612), nachdem die HTTP-Anforderungsheaderfelder bereits gegen mod_gzip_exclude_item-Regeln überprüft wurden.
(Nicht wirklich sinnvoll, wie schade … wenn wir zumindest gesagt bekämen, ob ein explizites mod_gzip_exclude_item ausgelöst wurde - und aus welcher Klasse - oder ob einfach kein mod_gzip_include_item gefunden wurde … !) |
COMMAND:VERSION
| mod_gzip_do_command | Diese Anfrage führte zur Ausführung des mod_gzip-Statusanzeigebefehls, der durch die Direktive mod_gzip_command_version definiert wurde (Versionsnummer und ‘ on ‘/‘ off ‘).
Die Ausgabe dieses Befehls ist so kurz (weniger als 100 Bytes), dass es sich nicht lohnt, den Inhalt zu komprimieren. |
DECLINED:INVALID_COMMAND
| mod_gzip_do_command | Irgendetwas muss während der Ausführung des internen Statusbefehls abgestürzt sein.
(Ich bin mir nicht sicher, ob - und wann - dieser Fall jemals eintreten kann.) |
INIT2
| stammt von | Bedeutung |
|---|
| mod_gzip_handler | Dies scheint eine Wertzuweisung als Initialisierung zu sein - zumindest hat es keinen unmittelbaren Einfluss auf die Reihenfolge der Verarbeitung. |
DECLINED:OFF2
| stammt von | Bedeutung |
|---|
| mod_gzip_handler | Der Komprimierungsmodus wurde für den Definitionsbereich dieser Datei nicht aktiviert ( mod_gzip_on No für die gesamte Apache-Konfiguration, diesen virtuellen Host, dieses Verzeichnis oder diese .htaccess-Datei) |
DECLINED:EXCLUDED_BY_HANDLER
| mod_gzip_handler | Diese Anfrage wurde während der Analyse der Filterregeln von der Komprimierung ausgeschlossen ( mod_gzip_validate1 (file, uri, content_type, handler), Zeile 3091), nachdem die HTTP-Anforderungsheaderfelder bereits gegen mod_gzip_exclude_item-Regeln überprüft wurden.
(Nicht wirklich sinnvoll, wie schade … außerdem weiß ich nicht, warum dies ein Handler gewesen sein muss, der die Ausschlussursache war, da diese vier Parameterwerte auch in mod_gzip_validate1 eingegeben wurden.) |
RECOVERY
| stammt von | Bedeutung |
|---|
| mod_gzip_handler | Irgendetwas muss während der Ausführung von mod_gzip_redir1_handler schiefgelaufen sein … aber was? Wir müssen sogar eine interne Umleitung durchführen, ich weiß wirklich nicht warum … und in Zeile 3310 werden wir sogar unseren eigenen Statuscode mit dem aus dieser Teilanfrage überschreiben. |
DECLINED:DYN1_OPENFAIL_BODY
| mod_gzip_redir1_handler | mod_gzip_dyn1_getfdo1 hat versucht, eine neue Datei zu erstellen, ist jedoch gescheitert.
(Der Zugriff wird schließlich zu einem HTTP_INTERNAL_SERVER_ERROR führen - wir werden kein brauchbares Ergebnis erhalten … aber warum? Können wir diese Komprimierungsanfrage nicht einfach abbrechen und ablehnen? Und dann hätte ich gerne detailliertere Informationen darüber, was hier schiefgelaufen ist … warum werden sie nicht durch einen Statuscode ausgedrückt?) |
STAT_FAILED
| stammt von | Bedeutung |
|---|
| mod_gzip_sendfile2 | Die zu sendende Datei existiert nicht. ( stat() Rückgabewert != 0); dies scheint eines dieser “das kann nicht passieren”-Ereignisse zu sein. |
CAP_FILE_EMPTY
| stammt von | Bedeutung |
|---|
| mod_gzip_sendfile2 | Wir haben eine Datei zu senden (der stat()-Aufruf hat funktioniert), aber ihre Größe beträgt weniger als 1 Byte. Der Dokumentinhalt, der komprimiert werden soll, scheint irgendwie verschwunden zu sein, warum auch immer. |
CAP_FOPEN_FAILED
| stammt von | Bedeutung |
|---|
| mod_gzip_sendfile2 | Wir haben eine Datei zu senden (der stat()-Aufruf hat funktioniert), aber der Versuch, sie zum Lesen zu öffnen ( fopen(name,”rb”)) ist fehlgeschlagen. |
NO_HTTP_EOH
| mod_gzip_sendfile2 | Der HTTP-Header des Ergebnisses, das während der aktuellen Anfrageverarbeitung erstellt wurde, wurde nicht korrekt beendet. (Beim Parsen der HTTP-Header hätten wir eine leere Zeile in Zeile 5957 finden müssen.)
Wir können einen solchen Header nicht verarbeiten (wir müssten ihn teilweise umschreiben, um den Inhalt zu komprimieren). |
NO_HTTP_RESP_CODE
| mod_gzip_sendfile2 | Der HTTP-Header des Ergebnisses, das während der aktuellen Anfrageverarbeitung erstellt wurde, enthält keinen Statuscode. (In der ersten Zeile des HTTP-Headers hätten wir einen HTTP-Statuscode finden müssen, in Zeile 5983.)
Aber nur wenig später müssen wir genau diesen Statuscode überprüfen - das wird jetzt sicher nicht funktionieren |
SEND_AS_IS:NO_200
| mod_gzip_sendfile2 | Der HTTP-Statuscode der erstellten Antwort hat nicht den Wert 200 - und nur für diesen Wert können wir einige komprimierbare Dokumentinhalte haben.
(Ähm … und was ist mit all diesen 404-Fehlerdokumenten?) |
SEND_AS_IS:RESPONSE_FIELD_EXCLUDED
| mod_gzip_sendfile2 | Diese Anfrage wurde während der Analyse der Filterregeln von der Komprimierung ausgeschlossen ( mod_gzip_validate1 (header_name, header_value, MOD_GZIP_RESPONSE), Zeile 6081).
(Das war jetzt offensichtlich ein HTTP-Header des erstellten Ergebnisses, da der Rest gerade nicht überprüft wurde. Für eine DECLINED ist es jetzt bereits zu spät, das scheint nur vor der ursprünglichen Anfrageverarbeitung sinnvoll zu sein … ?) |
SEND_AS_IS:NO_BODY
| stammt von | Bedeutung |
|---|
| mod_gzip_sendfile2 | Wir haben einen Inhalt mit einem verwendbaren HTTP-Header, aber die Größe dieses Inhalts beträgt weniger als ein Byte. Es ist einfach nichts da, was komprimiert werden könnte. (Zum Beispiel erhalten Sie diesen Status, wenn auf eine Datei mit 0 Bytes Inhalt zugegriffen wird, wie eine Dummy-robots.txt-Datei usw.) |
SEND_AS_IS:UNKNOWN_TE_VALUE
| stammt von | Bedeutung |
|---|
| mod_gzip_sendfile2 | Die HTTP-Header des Ergebnisses der Anfrage enthalten eine Transfer-Encoding, die nicht vom Typ chunked ist, die die einzige gewesen wäre, die wir hätten verarbeiten können (indem wir die Chunks in einem einzigen Paket zusammenfügen und dann dieses komprimieren). |
SEND_AS_IS:HAS_CE
| stammt von | Bedeutung |
|---|
| mod_gzip_sendfile2 | Die HTTP-Header des Ergebnisses der Anfrage enthalten eine Content-Encoding. In der Theorie könnte man mehrere Content-Encodings in HTTP kaskadieren; praktische Erfahrungen zeigen, dass keiner der verfügbaren UserAgents das korrekt verarbeiten kann. Daher lassen wir den Inhalt besser unverändert. |
SEND_AS_IS:NO_CONTENT_TYPE_IN_RESPONSE_HEADER
| mod_gzip_sendfile2 | Der HTTP-Header des Ergebnisses der Anfrage enthält keinen Content-Type. (Beim Parsen der HTTP-Header hätten wir einen Content-Type in Zeile 6034 finden müssen.)
Aber der Content-Type ist kein erforderlicher Header, gemäß HTTP; tatsächlich kann der UserAgent sogar einen Content-Type erraten wenn keiner vom Server geliefert wurde. Auf der anderen Seite basiert die wichtigste include-Regel auf diesem Content-Type, und wenn es keinen gibt, wird es schwierig sein, eine entsprechende Regel anzuwenden …
Ich persönlich habe diesen Test aus mod_gzip entfernt, da ich Seiten ohne Content-Type über mod_proxy von einem M$/IIS erhalte (aber ich weiß, dass dies text/html sein sollte), die ich komprimiert weiterleiten möchte … |
SEND_AS_IS:RESPONSE_CONTENT_TYPE_EXCLUDED
| stammt von | Bedeutung |
|---|
| mod_gzip_sendfile2 | Die Anfrage wurde während der Analyse der Filterregel von der Komprimierung ausgeschlossen ( mod_gzip_validate1 (CONTENT_TYPE), Zeile 6307). |
SEND_AS_IS:DECHUNK_OPTION_IS_OFF
| stammt von | Bedeutung |
|---|
| mod_gzip_sendfile2 | Eine Transfer-Encoding: chunked wurde erkannt, aber in der Konfiguration wurde mod_gzip nicht erlaubt, diese Codierung zu entfernen (d.h. alle Chunks zu sammeln und sie zu einem Paket zu verbinden, dessen Inhalt dann komprimierbar wäre). Die Direktive mod_gzip_dechunk Yes hätte mod_gzip erlaubt, diese Anfrage zu komprimieren. |
SEND_AS_IS:FOPEN_FAILED
| mod_gzip_sendfile2 | Wir waren dabei, mit der Komprimierung zu beginnen. Um dies zu tun, wäre es notwendig gewesen, eine temporäre Datei zu öffnen, deren Name wir zuvor mit mod_gzip_create_unique_filename berechnet haben. Aber der Versuch, diese Datei zu öffnen (zu schreiben), ist fehlgeschlagen - daher wird der Versuch, Daten zu komprimieren, abgebrochen.
Dies kann insbesondere der Fall sein, wenn mod_gzip gerade versucht hat, den veralteten Inhalt einer statisch vorkomprimierten Datei zu aktualisieren, aber keinen Schreibzugriff auf diese Datei hatte. |
SEND_AS_IS:FSEEK_FAILED
| mod_gzip_sendfile2 | Wir waren dabei, mit der Komprimierung zu beginnen. Nachdem die Eingabedatei erfolgreich geöffnet wurde, haben wir versucht, uns in dieser Datei mit fseek (ifh,0,0) an die Startposition zu positionieren - aber das ist fehlgeschlagen.
(Ich bin mir noch nicht sicher, warum an dieser Stelle bereits entschieden wird, dass Daten aus einer Datei und nicht aus einem Apache-Puffer gelesen werden müssen … wir sind noch nicht im De-Chunking-Modus?) |
SEND_AS_IS:BODY_MISSING
| stammt von | Bedeutung |
|---|
| mod_gzip_sendfile2 | Während des vorherigen Kopiervorgangs des Inhalts der zu komprimierenden Datei wurde festgestellt, dass der Inhalt dieser Datei 0 Bytes beträgt - daher macht es keinen Sinn, irgendetwas zu komprimieren. |
SEND_AS_IS:WORK_OPENFAIL
| stammt von | Bedeutung |
|---|
| mod_gzip_open_output_file | Der Versuch, die zuvor erstellte Ausgabedatei, die während der Komprimierung des Inhalts erstellt wurde (um diese Daten jetzt zu senden), erneut zu öffnen (zu lesen), ist fehlgeschlagen. |
OK / DECHUNK:OK
| stammt von | Bedeutung |
|---|
| mod_gzip_encode_and_transmit | Die Kompression wurde erfolgreich abgeschlossen. (Dieser Wert wird als Standardwert zu Beginn des Betriebs gesetzt und bei einem Fehler überschrieben.) |
DECLINED:NO_ILEN / DECHUNK:DECLINED:NO_ILEN
| stammt von | Bedeutung |
|---|
| mod_gzip_encode_and_transmit | Die Größe des Inhalts, der komprimiert werden soll, ist kleiner als ein Zeichen - es gibt nichts zu tun. |
DECLINED:TOO_SMALL / DECHUNK:DECLINED:TOO_SMALL
| stammt von | Bedeutung |
|---|
| mod_gzip_encode_and_transmit | Die Größe des komprimierten Inhalts ist kleiner als der Wert, der durch die Direktive mod_gzip_minimum_file_size definiert ist. |
DECLINED:TOO_BIG / DECHUNK:DECLINED:TOO_BIG
| stammt von | Bedeutung |
|---|
| mod_gzip_encode_and_transmit | Die Größe des komprimierten Inhalts ist größer als der Wert, der durch die Direktive mod_gzip_maximum_file_size definiert ist. |
DECLINED:NO_OLEN / DECHUNK:DECLINED:NO_OLEN
| stammt von | Bedeutung |
|---|
| mod_gzip_encode_and_transmit | Die Größe des komprimierten Inhalts ist kleiner als ein Zeichen - also muss während der Komprimierung etwas schiefgelaufen sein. |
DECLINED:ORIGINAL_SMALLER / DECHUNK:DECLINED:ORIGINAL_SMALLER
| stammt von | Bedeutung |
|---|
| mod_gzip_encode_and_transmit | Die Größe des komprimierten Inhalts ist kleiner als die Größe des Originalinhalts - daher hat die Komprimierung zu keiner Einsparung geführt. Daher wird der unkomprimierte Inhalt bereitgestellt. |
DECLINED:REOPEN_FAILED / DECHUNK:DECLINED:REOPEN_FAILED
| stammt von | Bedeutung |
|---|
| mod_gzip_encode_and_transmit | Der Versuch, die Ausgabedatei (die zuvor während der Komprimierung des Inhalts erstellt wurde) zu öffnen (zu lesen), um diese Daten zu senden, ist fehlgeschlagen. |
TRANSMIT_ERROR:ISMEM:%d:%s / DECHUNK:TRANSMIT_ERROR:ISMEM:%d:%s
| stammt von | Bedeutung |
|---|
| mod_gzip_encode_and_transmit | Fehler beim Senden komprimierter Daten aus dem Hauptspeicher (Nachricht im DEBUG-Modus) |
TRANSMIT_ERROR:ISMEM:%d / DECHUNK:TRANSMIT_ERROR:ISMEM:%d
| stammt von | Bedeutung |
|---|
| mod_gzip_encode_and_transmit | Fehler beim Senden komprimierter Daten aus dem Hauptspeicher |
TRANSMIT_ERROR:%d / DECHUNK:TRANSMIT_ERROR:%d:%s
| stammt von | Bedeutung |
|---|
| mod_gzip_encode_and_transmit | Fehler beim Senden komprimierter Daten aus der temporären Datei |
TRANSMIT_ERROR:%d / DECHUNK:TRANSMIT_ERROR:%d
| stammt von | Bedeutung |
|---|
| mod_gzip_encode_and_transmit | Fehler beim Senden komprimierter Daten aus der temporären Datei |
SEND_AS_IS:PRECOMPRESSED_VARIANT_OUTDATED
| stammt von | Bedeutung |
|---|
| mod_gzip_handler | (neu in mod_gzip 1.3.19.2a) Der Inhalt einer statisch vorkomprimierten Datei ist älter als der des unkomprimierten Originaldokuments. Daher wurde der Inhalt der Originaldatei bereitgestellt (in unkomprimierter Form) - wir servieren lieber korrekte Daten als veraltete. |
DECLINED:METHOD_EXCLUDED
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | (neu in mod_gzip 1.3.19.2a) Die Anfrage für diese URL wurde mit einer HTTP-Methode gestellt, deren Ergebnisse nicht als komprimiert deklariert wurden, indem die Direktive mod_gzip_handle_methods verwendet wurde. |
DECLINED:POST_TOO_BIG
| stammt von | Bedeutung |
|---|
| mod_gzip_type_checker | (neu in mod_gzip 1.3.26.1a) Die Inhaltslänge einer HTTP-POST-Anfrage ist größer als der verfügbare Puffer und kann von mod_gzip nicht korrekt verarbeitet werden - dies ist ein problematisches spezifisches Problem für die Windows-Plattform. Die Antwort auf diese Anfrage wird in unkomprimierter Form bereitgestellt. |
OK:PRECOMPRESSED_VARIANT_UPDATED
| stammt von | Bedeutung |
|---|
| mod_gzip_compress_file | (neu in mod_gzip 1.3.26.1a) Während des Servierens des Inhalts einer statisch vorkomprimierten Datei wurde festgestellt, dass deren Inhalt älter war als der des entsprechenden Originaldokuments. Der Inhalt der vorkomprimierten Datei wurde erfolgreich aktualisiert, indem der Originalinhalt erneut komprimiert wurde; dann wurde der komprimierte Inhalt bereitgestellt. |
Ursprünglicher Standort dieses Dokuments:
http://www.schroepl.net/projekte/mod_gzip/status.htm