Mod headers: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
Zeile 1: | Zeile 1: | ||
'''topic''' - Kurzbeschreibung | |||
== Beschreibung == | |||
<noinclude> | |||
== Anhang == | |||
=== Siehe auch === | |||
{{Special:PrefixIndex/{{BASEPAGENAME}}}} | |||
==== Links ==== | |||
===== Weblinks ===== | |||
= TMP = | = TMP = | ||
Zeile 42: | Zeile 52: | ||
# https://httpd.apache.org/docs/2.4/de/mod/mod_headers.html | # https://httpd.apache.org/docs/2.4/de/mod/mod_headers.html | ||
</noinclude> |
Version vom 10. Mai 2024, 11:13 Uhr
topic - Kurzbeschreibung
Beschreibung
Anhang
Siehe auch
Links
Weblinks
TMP
Zusammenfassung
Dieses Modul bietet Direktiven zur Kontrolle und Änderung von HTTP-Anfrage- und Antwort-Headern. Header können zusammengeführt, ersetzt oder entfernt werden.
Themen
- Reihenfolge der Bearbeitung
- Frühe und späte Verarbeitung
- Beispiele
Richtlinien
- Kopfzeile
- RequestHeader
Checkliste zur Fehlerbehebung
- httpd-Änderungsprotokoll
- Bekannte Probleme
- Einen Fehler melden
Siehe auch
- Kommentare
Reihenfolge der Bearbeitung
Die von mod_headers
bereitgestellten Direktiven können fast überall in der Serverkonfiguration vorkommen und können in ihrem Umfang eingeschränkt werden, indem sie in Konfigurationsabschnitte eingeschlossen werden.
Die Reihenfolge der Verarbeitung ist wichtig und wird sowohl durch die Reihenfolge in der Konfigurationsdatei als auch durch die Platzierung in den Konfigurationsabschnitten beeinflusst. Diese beiden Direktiven haben eine andere Wirkung, wenn sie umgekehrt werden:
RequestHeader append MirrorID "Spiegel 12" RequestHeader unset MirrorID
In diesem Fall wird der MirrorID-Header
nicht gesetzt. Im umgekehrten Fall wird der MirrorID-Header auf "mirror 12" gesetzt.
Früh- und Spätverarbeitung
mod_headers
kann entweder zu einem frühen oder späten Zeitpunkt in der Anfrage angewendet werden. Im Normalfall werden die Request-Header unmittelbar vor der Ausführung des Content-Generators gesetzt und die Response-Header, sobald die Antwort über die Leitung gesendet wird. Verwenden Sie in einem funktionierenden Server immer den Late-Modus.
Der Early-Modus ist als Test-/Debugging-Hilfe für Entwickler gedacht: Richtlinien, die mit dem Early-Schlüsselwort
definiert werden, werden gleich zu Beginn der Verarbeitung der Anfrage gesetzt. Dies bedeutet, dass sie verwendet werden können, um verschiedene Anfragen zu simulieren und Testfälle einzurichten, aber es bedeutet auch, dass Kopfzeilen jederzeit von anderen Modulen geändert werden können, bevor eine Antwort erzeugt wird.
Da frühe Direktiven verarbeitet werden, bevor die Konfiguration des Anforderungspfads durchlaufen wird, können frühe Header nur in einem Hauptserver- oder virtuellen Host-Kontext gesetzt werden. Frühe Direktiven können nicht von einem Anforderungspfad abhängen, so dass sie in Kontexten wie <Directory>
oder <Location>
fehlschlagen .