Thursday 16 November 2017

Apache Mime Type Binary Options


DETAIL: FELD CONSTR METHOD javax. servlet Schnittstelle ServletResponse Definiert ein Objekt, das ein Servlet beim Senden einer Antwort an den Client unterstützt. Der Servlet-Container erstellt ein ServletResponse-Objekt und übergibt es als Argument an die Servlet-Dienstmethode. Verwenden Sie das von getOutputStream () zurückgegebene ServletOutputStream, um binäre Daten in einer MIME-Körperantwort zu senden. Verwenden Sie zum Senden von Zeichendaten das von getWriter () zurückgegebene PrintWriter-Objekt. Um Binär - und Textdaten zu mischen, um beispielsweise eine Multipart-Antwort zu erstellen, verwenden Sie ein ServletOutputStream und verwalten Sie die Zeichenabschnitte manuell. Der charset für den MIME-Körperantwort kann explizit die setCharacterEncoding (java. lang. String) und setContentType (java. lang. String) Methoden oder implizit die setLocale (java. util. Locale) Methode verwendet wird mit angegeben werden. Explizite Spezifikationen haben Vorrang vor impliziten Spezifikationen. Wenn kein Zeichensatz angegeben ist, wird ISO-8859-1 verwendet. Die setCharacterEncoding. SetContentType. Oder setLocale-Methode muss vor getWriter aufgerufen werden, bevor die Antwort für die Zeichencodierung festgelegt wird, die verwendet werden soll. Siehe Internet-RFCs wie RFC 2045 für weitere Informationen über MIME. Protokolle wie SMTP und HTTP definieren Profile von MIME, und diese Standards entwickeln sich immer noch. FlushBuffer () Erzwingt, dass der Inhalt des Puffers auf den Client geschrieben wird. GetBufferSize () Gibt die für die Antwort verwendete tatsächliche Puffergröße zurück. GetCharacterEncoding () Gibt den Namen der Zeichenkodierung (MIME-Zeichensatz) zurück, die für den in dieser Antwort gesendeten Körper verwendet wird. GetContentType () Gibt den Inhaltstyp zurück, der für den in dieser Antwort gesendeten MIME-Körper verwendet wird. GetWriter () Gibt ein PrintWriter-Objekt zurück, das Zeichentext an den Client senden kann. IsCommitted () Gibt einen Booleschen Wert zurück, der angibt, ob die Antwort festgelegt wurde. Reset () Löscht alle im Puffer vorhandenen Daten sowie den Statuscode und die Kopfzeilen. ResetBuffer () Löscht den Inhalt des zugrunde liegenden Puffers in der Antwort, ohne die Kopfzeilen oder den Statuscode zu löschen. SetBufferSize (int size) Legt die bevorzugte Puffergröße für den Körper der Antwort fest. SetCharacterEncoding (java. lang. String charset) Legt die Zeichencodierung (MIME-Zeichensatz) der Antwort fest, die an den Client gesendet wird, beispielsweise an UTF-8. SetContentLength (int len) Legt die Länge des Inhaltskörpers in der Antwort fest In HTTP-Servlets setzt diese Methode den HTTP-Content-Length-Header. SetContentType (java. lang. String type) Setzt den Inhaltstyp der Antwort, die an den Client gesendet wird, wenn die Antwort noch nicht begangen wurde. SetLocale (java. util. Locale loc) Setzt das Gebietsschema der Antwort, wenn die Antwort noch nicht begangen wurde. GetCharacterEncoding Gibt den Namen der Zeichencodierung (MIME-Zeichensatz) zurück, die für den in dieser Antwort gesendeten Text verwendet wird. Die Zeichenkodierung explizit angegeben worden sein, die setCharacterEncoding (java. lang. String) oder setContentType (java. lang. String) Methoden verwenden oder implizit die setLocale (java. util. Locale) Methode verwendet wird. Explizite Spezifikationen haben Vorrang vor impliziten Spezifikationen. Anrufe, die an diese Methoden vorgenommen wurden, nachdem getWriter aufgerufen wurde oder nachdem die Antwort begangen wurde, haben keine Auswirkung auf die Zeichencodierung. Wenn keine Zeichenkodierung angegeben wurde, wird ISO-8859-1 zurückgegeben. Weitere Informationen über Zeichencodierung und MIME finden Sie unter RFC 2047 (ietf. org rfc rfc2047.txt). Rückgabewert: eine Zeichenfolge, die den Namen der Zeichenkodierung angibt, z. B. UTF-8 getContentType Gibt den Inhaltstyp zurück, der für den in dieser Antwort gesendeten MIME-Körper verwendet wird. Der Inhaltstyp ordnungsgemäß muss mit setContentType (java. lang. String) angegeben worden sein, bevor die Antwort festgelegt wurde. Wenn kein Inhaltstyp angegeben wurde, gibt diese Methode null zurück. Wenn ein Inhaltstyp angegeben wurde und eine Zeichenkodierung explizit oder implizit angegeben wurde, wie in getCharacterEncoding () beschrieben. Der Parameter charset ist in der zurückgegebenen Zeichenkette enthalten. Wenn keine Zeichenkodierung angegeben wurde, wird der Parameter charset weggelassen. Rückgabewert: eine Zeichenfolge, die den Inhaltstyp angibt, z. B. text html charsetUTF-8. Oder null Seit: 2.4 getOutputStream Gibt ein ServletOutputStream zurück, das für das Schreiben binärer Daten in der Antwort geeignet ist. Der Servlet-Container codiert die Binärdaten nicht. Der Aufruf von flush () auf dem ServletOutputStream verpflichtet die Antwort. Entweder diese Methode oder getWriter () aufgerufen werden, um den Körper zu schreiben, nicht beides. Rückgabewert: ein ServletOutputStream zum Schreiben von Binärdaten Wirft: java. lang. IllegalStateException - wenn die getWriter Methode hat über diese Antwort java. io. IOException genannt worden - wenn ein Ein - oder Ausgang Ausnahme Auch aufgetreten Siehe: getWriter () Gibt einen Printwriter-Objekt, das Kann Zeichentext an den Client senden. Der PrintWriter verwendet die Zeichenkodierung, die von getCharacterEncoding () zurückgegeben wird. Wenn die Antwortzeichenkodierung nicht wie in getCharacterEncoding beschrieben festgelegt wurde (d. H. Die Methode gibt nur den Standardwert ISO-8859-1 zurück), aktualisiert getWriter es nach ISO-8859-1. Der Aufruf von flush () auf dem PrintWriter verpflichtet die Antwort. Entweder diese Methode oder getOutputStream () aufgerufen werden, um den Körper zu schreiben, nicht beides. Rückgabewert: ein Printwriter-Objekt, das Zeichendaten an den Client zurückgeben kann Wirft: UnsupportedEncodingException - wenn die Zeichenkodierung von getCharacterEncoding zurückgegeben wird, kann nicht java. lang. IllegalStateException verwendet werden - wenn die getOutputStream Methode wurde bereits für diese Antwortobjekt java. io. IOException genannt worden - wenn eine Eingabe - oder Ausgabe-Ausnahme aufgetreten ist Siehe auch: getOutputStream (). setCharacterEncoding (java. lang. String) setCharacterEncoding Setzt die Zeichenkodierung (MIME charset) der Antwort an den Client zum Beispiel in UTF-8, gesendet werden. Wenn die Zeichenkodierung bereits durch setContentType (java. lang. String) oder setLocale (java. util. Locale) gesetzt wurde. Diese Methode überschreibt es. Der Aufruf setContentType (java. lang. String) mit dem String von Text html und dem Aufruf dieser Methode mit dem String von UTF-8 ist äquivalent mit setContentType mit dem String von Text html charsetUTF-8 aufrufen. Diese Methode kann wiederholt aufgerufen werden, um die Zeichenkodierung zu ändern. Diese Methode hat keine Wirkung, wenn sie aufgerufen wird, nachdem getWriter aufgerufen wurde oder nachdem die Antwort begangen wurde. Container müssen die für den Servletantworten-Schreiber verwendete Zeichencodierung an den Client übermitteln, wenn das Protokoll eine Möglichkeit dafür bietet. Im Fall von HTTP wird die Zeichencodierung als Teil des Content-Type-Headers für Textmedientypen übermittelt. Beachten Sie, dass die Zeichencodierung nicht über HTTP-Header kommuniziert werden kann, wenn das Servlet keinen Inhaltstyp jedoch festlegt, wird es immer noch verwendet, um Text zu schreiben, der über den Servletantworten-Verfasser geschrieben wird. Parameter: charset - eine Zeichenfolge, die nur den Zeichensatz angibt, der von IANA-Zeichensätzen definiert wird (iana. org-Zuordnungszeichensätze) Seit: 2.4 Siehe auch: setLocale setContentLength Legt die Länge des Inhaltskörpers in der Antwort fest In HTTP-Servlets setzt diese Methode Der HTTP-Content-Length-Header. Parameter: len - eine Ganzzahl, die die Länge des an den Client zurückgesendeten Inhalts angibt, setzt den Content-Length-Header setContentType Setzt den Inhaltstyp der Antwort, die an den Client gesendet wird, wenn die Antwort noch nicht begangen wurde. Der angegebene Inhaltstyp kann eine Zeichenkodierungsspezifikation enthalten, beispielsweise den Text htmlcharsetUTF-8. Die Antwortzeichenkodierung wird nur vom angegebenen Inhaltstyp gesetzt, wenn diese Methode aufgerufen wird, bevor getWriter aufgerufen wird. Dieses Verfahren kann wiederholt aufgerufen werden, um Inhaltstyp und Zeichencodierung zu ändern. Diese Methode hat keine Wirkung, wenn sie aufgerufen wird, nachdem die Antwort begangen wurde. Es setzt nicht die Antwort-Zeichenkodierung, wenn es aufgerufen wird, nachdem getWriter aufgerufen wurde oder nachdem die Antwort festgelegt wurde. Container müssen den Inhaltstyp und die Zeichencodierung, die für den Servletantworten-Schreiber verwendet wird, an den Client übermitteln, wenn das Protokoll eine Möglichkeit bietet, dies zu tun. Im Falle von HTTP wird der Content-Type-Header verwendet. SetBufferSize Legt die bevorzugte Puffergröße für den Körper der Antwort fest. Der Servlet-Container wird einen Puffer verwenden, der mindestens so groß ist wie die angeforderte Größe. Die verwendete Puffergröße kann mit getBufferSize gefunden werden. Ein größerer Puffer erlaubt es, mehr Inhalte zu schreiben, bevor alles tatsächlich gesendet wird, wodurch dem Servlet mehr Zeit gegeben wird, geeignete Statuscodes und Header zu setzen. Ein kleinerer Puffer verringert die Speicherbelastung des Servers und ermöglicht dem Client, schneller Daten zu empfangen. Diese Methode muss aufgerufen werden, bevor ein Antwortkörperinhalt geschrieben wird, wenn Inhalt geschrieben wurde oder das Antwortobjekt begangen wurde, wobei diese Methode eine IllegalStateException auslöst. Parameter: size - die bevorzugte Puffergröße Throws: java. lang. IllegalStateException - wenn diese Methode aufgerufen wird, nachdem Inhalt geschrieben wurde Siehe auch: getBufferSize (). FlushBuffer (). hat sich verpflichtet(). Reset () getBufferSize Gibt die für die Antwort verwendete tatsächliche Puffergröße zurück. Wenn keine Pufferung verwendet wird, gibt diese Methode 0 zurück. FlushBuffer Erzwingt, dass alle Inhalte im Puffer auf den Client geschrieben werden. Ein Aufruf dieser Methode verpflichtet automatisch die Antwort, dh der Statuscode und die Header werden geschrieben. ResetBuffer Löscht den Inhalt des zugrunde liegenden Puffers in der Antwort, ohne die Kopfzeilen oder den Statuscode zu löschen. Wenn die Antwort begangen wurde, wirft diese Methode eine IllegalStateException aus. IsCommitted Gibt einen booleschen Wert zurück, der angibt, ob die Antwort festgelegt wurde. Eine engagierte Antwort hat bereits ihren Statuscode und Kopfzeilen geschrieben. Löscht alle im Puffer vorhandenen Daten sowie den Statuscode und die Kopfzeilen. Wenn die Antwort begangen wurde, wirft diese Methode eine IllegalStateException aus. Setzt das Gebietsschema der Antwort, wenn die Antwort noch nicht begangen wurde. Außerdem wird die Zeichensatzkodierung für das Gebietsschema entsprechend gesetzt, wenn die Zeichenkodierung nicht explizit mit setContentType (java. lang. String) oder setCharacterEncoding (java. lang. String) gesetzt wurde. GetWriter wurde noch nicht aufgerufen, und die Antwort wurde noch nicht begangen. Wenn der Deployment Descriptor ein Locale-Encoding-Mapping-Listenelement enthält und dieses Element eine Abbildung für das gegebene Gebietsschema bereitstellt, wird dieses Mapping verwendet. Andernfalls ist die Zuordnung von Gebietsschema zu Zeichencodierung containerabhängig. Dieses Verfahren kann wiederholt aufgerufen werden, um die Gebietsschema - und Zeichencodierung zu ändern. Die Methode hat keine Wirkung, wenn sie aufgerufen wird, nachdem die Antwort begangen wurde. Wenn es aufgerufen wird, nachdem setContentType (java. lang. String) mit einer Zeichensatz-Spezifikation aufgerufen wurde, nachdem setCharacterEncoding (java. lang. String) aufgerufen wurde, nachdem getWriter aufgerufen wurde oder nachdem es aufgerufen wurde, setzt es die Reaktionen-Zeichenkodierung nicht fest Die Antwort wurde begangen. Container müssen das Gebietsschema und die Zeichencodierung, die für den Servletantworten-Schreiber verwendet wird, an den Client kommunizieren, wenn das Protokoll eine Möglichkeit bietet, dies zu tun. Im Fall von HTTP wird das Gebietsschema über den Content-Language-Header, die Zeichencodierung als Teil des Content-Type-Headers für Textmedientypen, kommuniziert. Beachten Sie, dass die Zeichencodierung nicht über HTTP-Header kommuniziert werden kann, wenn das Servlet keinen Inhaltstyp jedoch festlegt, wird es immer noch verwendet, um Text zu schreiben, der über den Servletantworten-Verfasser geschrieben wird. Gibt das für diese Antwort angegebene Gebietsschema mit der Methode setLocale (java. util. Locale) zurück. Anrufe, die nach der Festlegung der SetLocale vorgenommen wurden, haben keine Auswirkung. Wenn kein Gebietsschema angegeben wurde, wird das Standardgebietsschema des Containers zurückgegeben. Apache-Modul modmime Dieses Modul wird verwendet, um verschiedene Bits von Metainformationen mit Dateien durch ihre Dateinamenerweiterungen zu verknüpfen. Diese Information bezieht sich auf den Dateinamen des Dokuments auf seinen Mime-Typ, Sprache, Zeichensatz und Codierung. Diese Informationen werden an den Browser gesendet und beteiligen sich an der Inhaltsverhandlung, sodass die Benutzereinstellungen bei der Auswahl einer von mehreren möglichen Dateien berücksichtigt werden. Weitere Informationen zur Inhaltsverhandlung finden Sie unter Modnegotiation. Die Anweisungen AddCharset. AddEncoding. AddLanguage und AddType werden verwendet, um Dateierweiterungen auf die Meta-Informationen für diese Datei zuzuordnen. Sie legen jeweils den Zeichensatz, die Inhaltscodierung, die Inhaltssprache und den MIME-Typ (Inhaltstyp) von Dokumenten fest. Mit der Direktive TypesConfig wird eine Datei angegeben, die auch Erweiterungen auf MIME-Typen abbildet. Darüber hinaus kann modmime definieren, die Handler und Filter, die Ursprung und Verarbeitung von Inhalten. Die Anweisungen AddHandler. AddOutputFilter. Und AddInputFilter steuern die Module oder Skripts, die dem Dokument dienen. Die MultiviewsMatch-Direktive erlaubt Modnegotiation, diese Dateierweiterungen zu berücksichtigen, die beim Testen von Multiviews-Spielen enthalten sein sollen. Während modmime Meta-Informationen mit Dateinamenerweiterungen verknüpft, stellt der Core-Server Direktiven bereit, mit denen alle Dateien in einem bestimmten Container (z. B. ltLocationgt. LtDirectorygt. Oder ltFilesgt) mit bestimmten Metainformationen verknüpft werden. Zu diesen Richtlinien gehören ForceType. SetHandler. SetInputFilter. Und SetOutputFilter. Die Kernrichtlinien überschreiben alle Dateinamenserweiterungen, die in modmime definiert wurden. Beachten Sie, dass das Ändern der Meta-Informationen für eine Datei den Wert des Last-Modified-Headers nicht ändert. Somit können zuvor zwischengespeicherte Kopien immer noch von einem Client oder Proxy mit den vorherigen Headern verwendet werden. Wenn Sie die Meta-Informationen ändern (Sprache, Inhaltstyp, Zeichensatz oder Codierung), müssen Sie möglicherweise betroffene Dateien berühren (Aktualisierung ihres letzten geänderten Datums), um sicherzustellen, dass alle Besucher die korrigierten Inhaltskopfzeilen erhalten. Richtlinien Dateien können mehr als eine Erweiterung haben und die Reihenfolge der Erweiterungen ist normalerweise irrelevant. Wenn zum Beispiel die Datei welcome. html. fr auf den Inhaltstyp text html und die Sprache Französisch abbildet, wird die Datei welcome. fr. html auf genau die gleichen Informationen abgebildet. Wenn mehr als eine Erweiterung angegeben wird, die auf die gleiche Art von Metainformationen abbildet, wird diejenige nach rechts verwendet, mit Ausnahme von Sprachen und Inhaltscodierungen. Zum Beispiel, wenn. gif auf die MIME-type image gif und. html Maps auf die MIME-type text html. Dann wird die Datei welcome. gif. html dem MIME-Typ text html zugeordnet. Sprachen und Inhaltscodierungen werden kumulativ behandelt, da man einer bestimmten Ressource mehr als eine Sprache oder Codierung zuordnen kann. Zum Beispiel wird die Datei welcome. html. en. de mit Content-Language: en, de und Content-Type: text html ausgeliefert. Es sollte darauf geachtet werden, dass eine Datei mit mehreren Erweiterungen sowohl einem MIME-Typ als auch einem Handler zugeordnet wird. Dies führt normalerweise dazu, dass die Anforderung von dem Modul behandelt wird, das dem Handler zugeordnet ist. Wenn z. B. die. imap-Erweiterung der Handler-Imap-Datei (aus modimagemap) zugeordnet ist und die Erweiterung. html dem MIME-Typ text html zugeordnet ist. Wird die Datei world. imap. html sowohl dem imap-file-Handler als auch dem text html MIME-Typ zugeordnet. Wenn es verarbeitet wird, wird die Imap-Datei Handler verwendet werden, und so wird es als eine modimagemap Imagemap-Datei behandelt werden. Wenn Sie nur den letzten punktgetrennten Teil des Dateinamens bevorzugen, der auf ein bestimmtes Stück von Metadaten abgebildet werden soll, dann verwenden Sie die Anweisungen "Direktiven hinzufügen" nicht. Wenn Sie z. B. die Datei foo. html. cgi als CGI-Skript verarbeiten möchten, nicht aber die Datei bar. cgi. html. Dann anstelle von AddHandler cgi-script. cgi. Use Configure-Handler auf Basis der endgültigen Erweiterung ltFilesMatch. cgigt SetHandler cgi-script lt FilesMatchgt Eine Datei eines bestimmten MIME-Typs kann zusätzlich eine bestimmte Weise codiert werden, um die Übertragung über das Internet zu vereinfachen. Während dies in der Regel bezieht sich auf Komprimierung, wie z. B. gzip. Es kann sich auch auf Verschlüsselung, einen solchen pgp oder auf eine Kodierung wie UUencoding beziehen, die für die Übertragung einer Binärdatei in einem ASCII (Text) - Format ausgelegt ist. Die HTTP 1.1 RFC. Abschnitt 14.11 gibt es so aus: Das Content-Encoding-Entity-Header-Feld wird als Modifier für den Medientyp verwendet. Wenn sie vorhanden ist, zeigt ihr Wert an, welche zusätzlichen Inhaltscodierungen auf den Entitätskörper angewandt worden sind, und somit müssen die Decodierungsmechanismen angewendet werden, um den Medientyp zu erhalten, auf den durch das Headerfeld des Content-Typs verwiesen wird. Content-Encoding wird hauptsächlich verwendet, um ein Dokument komprimieren zu lassen, ohne die Identität des zugrundeliegenden Medientyps zu verlieren. Durch die Verwendung mehrerer Dateierweiterungen (siehe Abschnitt über mehrere Dateierweiterungen) können Sie angeben, dass eine Datei von einem bestimmten Typ ist. Und hat auch eine besondere Kodierung. Beispielsweise können Sie eine Datei haben, die ein Microsoft Word-Dokument ist, das pkzipped ist, um seine Größe zu reduzieren. Wenn die. doc-Erweiterung mit dem Microsoft Word-Dateityp verknüpft ist und die Erweiterung. zip mit der pkzip-Dateicodierung verknüpft ist, dann wäre die Datei Resume. doc. zip ein pkzipiertes Word-Dokument. Apache sendet einen Content-Encoding-Header mit der Ressource, um dem Client-Browser die Codierungsmethode mitzuteilen. Neben dem Dateityp und der Datei-Codierung ist eine weitere wichtige Information die Sprache, in der sich ein bestimmtes Dokument befindet, und in welchem ​​Zeichensatz die Datei angezeigt werden soll. Zum Beispiel könnte das Dokument in der vietnamesischen Alphabet oder in kyrillischen geschrieben werden, und sollte als solche angezeigt werden. Diese Informationen werden auch in HTTP-Headern übertragen. Der Zeichensatz, die Sprache, die Codierung und der Mime-Typ werden alle im Prozess der Inhaltsverhandlung verwendet (siehe Modnegotiation), um festzustellen, welches Dokument dem Client übergeben werden soll, wenn es alternative Dokumente in mehr als einem Zeichensatz, Sprache, Codierung oder Mime gibt Art. Alle Dateinamenerweiterungen, die mit AddCharset erstellt wurden. AddEncoding. AddLanguage und AddType-Direktiven (und Erweiterungen, die im MimeMagicFile aufgelistet sind) nehmen an diesem Auswahlprozess teil. Dateinamenerweiterungen, die nur mit dem AddHandler verknüpft sind. AddInputFilter - oder AddOutputFilter-Direktiven können mit der MultiviewsMatch-Direktive enthalten oder aus dem Matching ausgeschlossen werden. Um diese weiteren Informationen zu übermitteln, sendet Apache optional einen Content-Language-Header, um die Sprache festzulegen, in der sich das Dokument befindet, und kann zusätzliche Informationen an den Content-Type-Header angehängen, um den bestimmten Zeichensatz anzugeben, der für die korrekte Darstellung verwendet werden soll Information. Content-Sprache: en, fr Inhaltstyp: text plain charsetISO-8859-1 Die Sprachspezifikation ist die zweibuchige Abkürzung für die Sprache. Der Zeichensatz ist der Name des bestimmten Zeichensatzes, der verwendet werden soll. Die AddEncoding-Direktive ordnet die angegebenen Dateinamenerweiterungen dem angegebenen Codierungstyp zu. MIME-enc ist die MIME-Codierung, die für Dokumente verwendet wird, die die Erweiterung enthalten. Diese Zuordnung wird zu allen bereits in Kraft gesetzt, überschreibt alle Zuordnungen, die bereits für die gleiche Erweiterung vorhanden sind. AddEncoding x-gzip. zz AddEncoding x-compress. Z Dies bewirkt, dass Dateinamen, die die. gz-Erweiterung enthalten, als codiert mit der x-gzip-Codierung markiert werden, und Dateinamen, die die Z-Erweiterung enthalten, die als mit x-compress codiert markiert werden. Alte Clients erwarten x-gzip und x-compress. Jedoch die Norm diktiert, dass theyre äquivalent zu gzip und komprimieren jeweils. Apache tut Inhaltscodierungsvergleiche durch Ignorieren irgendeiner führenden x-. Wenn sie mit einer Kodierung antwortet, verwendet Apache irgendeine Form (d. h. x-foo oder foo), die der Client angefordert hat. Wenn der Client nicht speziell ein bestimmtes Formular anfordert, verwendet Apache das Formular, das durch die AddEncoding-Direktive angegeben wird. Um diese lange Geschichte kurz zu machen, sollten Sie für diese beiden spezifischen Codierungen immer x-gzip und x-compress verwenden. Neuere Kodierungen wie Deflate sollten ohne die x - angegeben werden. Das Erweiterungsargument berücksichtigt die Groß - / Kleinschreibung und kann mit oder ohne führenden Punkt angegeben werden. Dateinamen können mehrere Erweiterungen haben und das Erweiterungsargument wird mit jedem von ihnen verglichen. Die AddLanguage-Direktive ordnet die angegebene Dateinamenerweiterung der angegebenen Inhaltssprache zu. MIME-lang ist die MIME-Sprache der Dateinamen mit der Erweiterung. Diese Zuordnung wird zu allen bereits in Kraft gesetzt, überschreibt alle Zuordnungen, die bereits für die gleiche Erweiterung vorhanden sind. AddEncoding x-compress. Z AddLanguage en. de AddLanguage fr. fr Dann wird das Dokument xxxx. en. Z als ein komprimiertes englisches Dokument behandelt (ebenso wie das Dokument xxxx. Z.en). Obwohl die Inhaltssprache dem Client gemeldet wird, ist es unwahrscheinlich, dass der Browser diese Informationen verwendet. Die AddLanguage-Direktive ist nützlicher für Inhaltsverhandlungen. Wobei der Server eine von mehreren Dokumenten zurückgibt, die auf der Präferenz der Klienten-Sprache basiert. Wenn mehrere Sprachzuweisungen für dieselbe Erweiterung vorgenommen werden, ist die zuletzt verwendete diejenige, die verwendet wird. Das heißt, für den Fall von: AddLanguage en. en AddLanguage en-gb. en AddLanguage en-us. en Dokumente mit der Erweiterung. en wäre als en-us behandelt werden. Das Erweiterungsargument berücksichtigt die Groß - / Kleinschreibung und kann mit oder ohne führenden Punkt angegeben werden. Dateinamen können mehrere Erweiterungen haben und das Erweiterungsargument wird mit jedem von ihnen verglichen. AddOutputFilter ist nur in Apache 2.0.26 und höher verfügbar. Die AddOutputFilter-Direktive ordnet die Dateierweiterungserweiterung den Filtern zu, die die Antworten vom Server verarbeiten, bevor sie an den Client gesendet werden. Dies ist zusätzlich zu anderen Filtern definiert, einschließlich SetOutputFilter und AddOutputFilterByType-Direktive. Diese Zuordnung wird über alle bereits in Kraft übergeordnet und überschreibt alle Zuordnungen, die bereits für die gleiche Erweiterung vorhanden sind. Beispielsweise verarbeitet die folgende Konfiguration alle. shtml-Dateien für serverseitige Includes und komprimiert dann die Ausgabe mit moddeflate. AddOutputFilter INCLUDESDEFLATE shtml Wenn mehr als ein Filter angegeben wird, müssen sie durch Semikolons in der Reihenfolge getrennt werden, in der sie den Inhalt verarbeiten sollen. Das Filterargument wird zwischen Groß - und Kleinschreibung unterschieden. Das Erweiterungsargument berücksichtigt die Groß - / Kleinschreibung und kann mit oder ohne führenden Punkt angegeben werden. Dateinamen können mehrere Erweiterungen haben und das Erweiterungsargument wird mit jedem von ihnen verglichen. Die AddType-Direktive ordnet die angegebenen Dateinamenerweiterungen dem angegebenen Inhaltstyp zu. MIME-Typ ist der MIME-Typ, der für Dateinamen verwendet wird, die eine Erweiterung enthalten. Diese Zuordnung wird zu allen bereits in Kraft gesetzt, überschreibt alle Zuordnungen, die bereits für die gleiche Erweiterung vorhanden sind. Diese Direktive kann verwendet werden, um Zuordnungen hinzuzufügen, die nicht in der MIME-Typen-Datei aufgelistet sind (siehe die Direktiven TypesConfig). AddType image gif. gif Es wird empfohlen, dass neue MIME-Typen unter Verwendung der AddType-Direktive hinzugefügt werden, anstatt die TypesConfig-Datei zu ändern. Das Erweiterungsargument berücksichtigt die Groß - / Kleinschreibung und kann mit oder ohne führenden Punkt angegeben werden. Dateinamen können mehrere Erweiterungen haben und das Erweiterungsargument wird mit jedem von ihnen verglichen. Verfügbar in Apache 2.0.26 und höher. MultiviewsMatch erlaubt drei verschiedene Verhaltensweisen für Modnegotiation s Multiviews-Feature. Multiviews ermöglicht eine Anforderung für eine Datei, z. B. Index. html. Um alle ausgehandelten Erweiterungen, die der Basisanforderung folgen, z. B. Index. html. en. Index. html. fr. Oder index. html. gz. Die Option NegotiatedOnly sieht vor, dass jede Erweiterung, die dem Basisnamen folgt, mit einer erkannten modmime-Erweiterung für Inhaltsverhandlungen korrelieren muss, z. B. Zeichensatz, Inhaltstyp, Sprache oder Kodierung. Dies ist die strengste Umsetzung mit den wenigen unerwarteten Nebenwirkungen und ist das Standardverhalten. Um Erweiterungen zuzuordnen, die mit Handlern und / oder Filtern verknüpft sind, setzen Sie die MultiviewsMatch-Anweisung auf Handler. Filter. Oder beide Optionsschlüsselwörter. Wenn alle anderen Faktoren gleich sind, wird die kleinste Datei, z. B. Bei der Entscheidung zwischen index. html. cgi von 500 Bytes und index. html. pl von 1000 Bytes, würde die. cgi-Datei in diesem Beispiel gewinnen. Benutzer von. asis-Dateien können es vorziehen, die Handler-Option zu verwenden, wenn. asis-Dateien dem Asis-Handler zugeordnet sind. Sie können schließlich zulassen, dass alle Erweiterungen übereinstimmen, auch wenn modmime die Erweiterung nicht erkennt. Dies war das Verhalten in Apache 1.3 und kann zu unvorhersehbaren Ergebnissen führen, wie zum Beispiel das Versenden von. old - oder. bak-Dateien, die der Webmaster nie erwartet hatte. Die folgende Konfiguration ermöglicht beispielsweise, dass Handler und Filter an Multviews teilnehmen können, aber keine Dateien ausschließen: MultiviewsMatch Handlers Filter Entfernt alle Zeichensatzzuordnungen für eine Erweiterung der Erweiterung "RemoveCharset" von Dateierweiterungen. Virtuellen Host, Verzeichnis. Htaccess RemoveCharset ist nur in Apache 2.0.24 und höher verfügbar. Die RemoveCharset-Direktive entfernt alle Zeichensatzzuordnungen für Dateien mit den angegebenen Erweiterungen. Dadurch können. htaccess-Dateien in Unterverzeichnissen alle Verknüpfungen rückgängig machen, die von übergeordneten Verzeichnissen oder den Serverkonfigurationsdateien übernommen werden. Das Erweiterungsargument berücksichtigt die Groß - / Kleinschreibung und kann mit oder ohne führenden Punkt angegeben werden. RemoveCharset. html. shtml Entfernt alle Inhaltscodierungszuordnungen für eine Dateierweiterung RemoveEncoding-Erweiterungserweiterung. Virtuellen Host, Verzeichnis. Htaccess Die RemoveEncoding-Direktive entfernt alle Codierungsassoziationen für Dateien mit den angegebenen Erweiterungen. Dadurch können. htaccess-Dateien in Unterverzeichnissen alle Verknüpfungen rückgängig machen, die von übergeordneten Verzeichnissen oder den Serverkonfigurationsdateien übernommen werden. Ein Beispiel für seine Verwendung könnte sein: foo. htaccess: AddEncoding x-gzip. gz AddType text plain. asc ltFiles. gz. ascgt RemoveEncoding. gz lt Filesgt Dies wird dazu führen, dass foo. gz als mit der gzip-Methode codiert markiert wird, Aber foo. gz. asc als eine uncodierte Klartextdatei. RemoveEncoding-Direktiven werden nach allen AddEncoding-Direktiven verarbeitet, so dass es möglich ist, die Effekte des letzteren rückgängig zu machen, wenn beide innerhalb derselben Verzeichniskonfiguration auftreten. Das Erweiterungsargument berücksichtigt die Groß - / Kleinschreibung und kann mit oder ohne führenden Punkt angegeben werden. Die RemoveHandler-Direktive entfernt alle Handlerassoziationen für Dateien mit den angegebenen Erweiterungen. Dadurch können. htaccess-Dateien in Unterverzeichnissen alle Verknüpfungen rückgängig machen, die von übergeordneten Verzeichnissen oder den Serverkonfigurationsdateien übernommen werden. Ein Beispiel für seine Verwendung könnte sein: foo. htaccess: AddHandler server-parsed. html foo bar. htaccess: Dies hat die Wirkung der Rückgabe von HTML-Dateien im foo bar-Verzeichnis als normale Dateien behandelt werden, anstatt als Kandidaten für das Parsing (Siehe Modul modulclude). Das Erweiterungsargument berücksichtigt die Groß - / Kleinschreibung und kann mit oder ohne führenden Punkt angegeben werden. RemoveInputFilter ist nur in Apache 2.0.26 und höher verfügbar. Die RemoveInputFilter-Direktive entfernt alle Eingabefilterzuordnungen für Dateien mit den angegebenen Erweiterungen. Dadurch können. htaccess-Dateien in Unterverzeichnissen alle Verknüpfungen rückgängig machen, die von übergeordneten Verzeichnissen oder den Serverkonfigurationsdateien übernommen werden. Das Erweiterungsargument berücksichtigt die Groß - / Kleinschreibung und kann mit oder ohne führenden Punkt angegeben werden. Entfernt alle Sprachassoziationen für einen Satz von Dateierweiterungen RemoveLanguage Erweiterungserweiterung. Virtuellen Host, Verzeichnis. Htaccess RemoveLanguage ist nur in Apache 2.0.24 und höher verfügbar. Die RemoveLanguage-Direktive entfernt alle Sprachassoziationen für Dateien mit den angegebenen Erweiterungen. Dadurch können. htaccess-Dateien in Unterverzeichnissen alle Verknüpfungen rückgängig machen, die von übergeordneten Verzeichnissen oder den Serverkonfigurationsdateien übernommen werden. Das Erweiterungsargument berücksichtigt die Groß - / Kleinschreibung und kann mit oder ohne führenden Punkt angegeben werden. Entfernt alle Ausgabefilterzuordnungen für eine Erweiterung der Dateierweiterungen RemoveOutputFilter. Virtuellen Host, Verzeichnis. Htaccess RemoveOutputFilter ist nur in Apache 2.0.26 und höher verfügbar. Die RemoveOutputFilter-Direktive entfernt alle Ausgabefilterzuordnungen für Dateien mit den angegebenen Erweiterungen. Dadurch können. htaccess-Dateien in Unterverzeichnissen alle Verknüpfungen rückgängig machen, die von übergeordneten Verzeichnissen oder den Serverkonfigurationsdateien übernommen werden. Das Erweiterungsargument berücksichtigt die Groß - / Kleinschreibung und kann mit oder ohne führenden Punkt angegeben werden. Entfernt alle Inhaltstypzuordnungen für eine Dateierweiterung RemoveType-Erweiterungserweiterung. Virtuellen Host, Verzeichnis. Htaccess Die RemoveType-Direktive entfernt alle MIME-Typ-Zuordnungen für Dateien mit den angegebenen Erweiterungen. Dadurch können. htaccess-Dateien in Unterverzeichnissen alle Verknüpfungen rückgängig machen, die von übergeordneten Verzeichnissen oder den Serverkonfigurationsdateien übernommen werden. Ein Beispiel für seine Verwendung könnte sein: foo. htaccess: Dies entfernt alle speziellen Handhabung von. cgi-Dateien im foo-Verzeichnis und alle darunter, was bewirkt, dass die Dateien als DefaultType behandelt werden. RemoveType-Direktiven werden nach allen AddType-Direktiven verarbeitet, so dass es möglich ist, dass sie die Effekte des letzteren rückgängig machen können, wenn beide innerhalb derselben Verzeichniskonfiguration auftreten. Das Erweiterungsargument berücksichtigt die Groß - / Kleinschreibung und kann mit oder ohne führenden Punkt angegeben werden. Die TypesConfig-Direktive setzt den Speicherort der Konfigurationsdatei des MIME-Typs. Dateipfad ist relativ zum ServerRoot. Diese Datei setzt die Standardliste der Zuordnungen von Dateinamenerweiterungen auf Inhaltstypen. Die meisten Administratoren verwenden die bereitgestellte mime. types-Datei, die gemeinsame Dateinamenerweiterungen mit IANA-registrierten Inhaltstypen verknüpft. Die aktuelle Liste wird bei iana. org Zuordnungen media-types index. html geführt. Dies vereinfacht die httpd. conf-Datei, indem sie die meisten Medientypdefinitionen bereitstellt und bei Bedarf durch AddType-Direktiven überschrieben werden kann. Sie sollten die Datei mime. types nicht bearbeiten, da sie beim Aktualisieren Ihres Servers ersetzt werden kann. Die Datei enthält Zeilen im Format der Argumente zu einer AddType-Direktive: Der Fall der Erweiterung spielt keine Rolle. Leerzeilen und Zeilen, die mit einem Hash-Zeichen () beginnen, werden ignoriert. Bitte senden Sie keine Anfragen an das Apache HTTP Server-Projekt, um neue Einträge in die verteilte mime. types-Datei einzufügen, es sei denn, (1) sie bereits mit IANA registriert sind und (2) weit verbreitete, nicht-widersprüchliche Dateinamenerweiterungen über Plattformen hinweg verwendet werden . Kategorie-Subtype-Anforderungen werden automatisch zurückgewiesen, ebenso wie jede neue Zwei-Buchstaben-Erweiterungen, da sie wahrscheinlich später Konflikt mit dem bereits überfüllt Sprache und Zeichensatz Namespace. Hinweis: Dies ist kein QampA Abschnitt. Die hier gezeigten Kommentare sollten auf Vorschläge zur Verbesserung der Dokumentation oder des Servers hingewiesen werden und können von unseren Moderatoren wieder entfernt werden, wenn sie entweder implementiert oder als ungültig ausgeschrieben werden. Fragen zur Handhabung des Apache HTTP Servers sollten an unseren IRC Channel, httpd, an Freenode oder an unsere Mailinglisten weitergeleitet werden. Urheberrecht 2016 Die Apache Software Foundation. Lizenziert unter der Apache Lizenz, Version 2.0.

No comments:

Post a Comment