🎠 🥌 🙇🏾 Konfigurationsdatei htaccess 🐈 👨‍👨‍👧‍👦 🍗

Beginnen wir von weitem mit dem Ziel, dass die Anfänger sehen können, wie die im Artikel beschriebene Datei funktioniert. Um die Website im Internet zu bearbeiten, benötigen Sie nicht nur einen PC und Zugriff auf das Netzwerk, sondern auch eine außergewöhnliche Programmierung, die den Zugriff auf Informationen unter Verwendung der HTTP- und HTTPS-Konventionen ermöglicht. Dieses Produkt ist der Webserver. Es gibt verschiedene Arten von Webservern. Am bekanntesten ist jedoch Apache. Es basiert auf dem kostenlosen Open-Source-Code, wird ständig verbessert und erweitert, ist mit vielen Skripten kompatibel und funktioniert auf fast allen Plattformen, einschließlich Windows, Linux und Netware 5.x.

Apache wird mithilfe von Designdokumenten angeordnet, die in der Inhaltsorganisation abgelegt werden. Mit ihrer Unterstützung können Sie explizite Aktivitätsstandards für den Webserver festlegen. Der Hauptentwurfsdatensatz heißt httpd.conf oder apache.conf (abhängig von der OS-Übermittlung). In den meisten Fällen können hier alle Server-Setups bestimmt werden, und im Wesentlichen ist diese Technik am besten angesichts der Tatsache, dass:

reduziert die Antwortzeit des Webservers, wenn dies erwähnt wird (sodass Apache nicht jedes Mal, wenn der Webserver aufgerufen wird, nicht alle Kataloge auf .htaccess durchsucht); Einige Aufträge, zum Beispiel Mod_rewrite-Modulaufträge, funktionieren in vielerlei Hinsicht besser aus dem Hauptentwurfsdatensatz.

Wie dem auch sei, möglicherweise nähern sich nicht alle Clients des Servers diesem Dokument (z. B. aufgrund gemeinsamer Erleichterungen), sodass dem Rest ein zusätzlicher Datensatz für die Anordnung der Webserver angeboten wird - .htaccess (mit einem Tupfer gegen Beginn des Name).

Inhaltsverzeichnis

Wofür steht .htaccess?
So erstellen Sie eine .htaccess-Datei
.htaccess-Syntax
.htaccess Möglichkeiten
Zugangskontrolle
Arbeiten mit Webserverfehlern
Anpassen der Umleitung 301 in htaccess
mod umschreiben umleitungsmodul
Codierung definieren
Andere Möglichkeiten
Wenn .htaccess nicht funktioniert
Noch ein paar Tipps zur Arbeit mit .htaccess
Nützliche Links

Was ist .htaccess und wofür ist es?

Die Datei (oder Dateien) .htaccess legt die Regeln für den Webserver nur in dem Verzeichnis fest, in dem er sich befindet, und in den untergeordneten Verzeichnissen, ohne dass sich der Betrieb des gesamten Servers global ändert. Die Fähigkeit zur Verwendung von .htaccess wird durch eine Anweisung (dh einen Befehl) - AllowOverride - in der Hauptkonfigurationsdatei httpd.conf vorgegeben, deren Name direkt angibt, dass die Einstellungen in .htaccess Vorrang vor den Einstellungen in httpd.conf haben (sofern nicht durch dieselbe Direktive AllowOverride anderweitig eingeschränkt). Mit dieser Anweisung können Sie alles zulassen, und Sie können - nur einige Aktionen. Detaillierte Anweisungen zur Verwendung finden Sie auf der Apache-Website.

Damit durchsucht Apache bei jedem Zugriff auf einen Webserver alle Verzeichnisse nach .htaccess. Änderungen an der Datei sind sofort nach dem Speichern gültig - der Neustart des gesamten Webservers ist nicht erforderlich (im Gegensatz zu Änderungen in httpd.conf).

Der Name der .htaccess-Datei ist üblich, aber überhaupt nicht obligatorisch. Sie können in httpd.conf mithilfe der AccessFileName-Direktive einen anderen Namen festlegen, z. B.:

AccessFileName .config

So erstellen Sie eine .htaccess-Datei

Wie bereits erwähnt, haben die Konfigurationsdateien ein Textformat, und Sie können .htaccess auch mit einem Texteditor erstellen (z. B. Notepad oder NotePad ++ in Windows).

Der Dateiname lautet .htaccess (mit einem Punkt am Anfang).

Typ - "Alle Dateien";

Zeilenumbruch;

ASCII-Modus (beim Hochladen von .htaccess auf ein Hosting mithilfe eines FTP-Protokolls).

Da bei Apache zwischen Groß- und Kleinschreibung unterschieden wird, ist es wichtig, den Namen in Kleinbuchstaben zu schreiben: .HTaccess und .htaccess sind unterschiedliche Dateien.

Mac OS-Dateien, die mit einem Punkt beginnen, sind unsichtbar. Daher können Sie es anders aufrufen und anschließend nach der Übertragung per FTP zum Hosting umbenennen. Normalerweise platzieren sie die Datei im Stammverzeichnis des Webservers (/ public_html) oder im Stammverzeichnis der Site (/public_html/site.com/).

.htaccess-Syntax

Die .htaccess-Syntax ähnelt der httpd-Syntax. Für jede Richtlinie wird eine separate Zeile angenommen. Zu Ihrer eigenen Bequemlichkeit können Sie der Datei mithilfe des # -Zeichens Kommentare hinzufügen. Der Wert nach # wird vom Webserver ignoriert. Dieser Trick kann verwendet werden, um eine Direktive zu deaktivieren. Es muss nicht vollständig aus der Datei entfernt werden - kommentieren Sie es einfach aus.

Die Möglichkeiten der Konfigurationsdatei sind enorm. Nachfolgend finden Sie die Grundeinstellungen in .htaccess.

.htaccess Möglichkeiten

Zugangskontrolle

Verbot des Webzugriffs:

Order Deny, Allow
Leugne von allen

Webzugriffsverbot, außer IP:

order deny, allow deny from all allow from xxx.xxx.xxx.xxx

Webzugriffsverbot für IP:

 Order allow, deny Allow from all Deny from xxx.xxx.xxx.xxx

Dateizugriffsverbot:

 <Files private.html > Order allow, deny Deny from all

Verzeichnissicherheit mit dem Passwort:

 AuthType Basic AuthName "Directory Name" AuthUserFile /home/cpanel_user/.htpasswds/public_html/smth/passwd require valid-user # where AuthName "Directory Name is the secured directory name, nd # /home/cpanel_user/.htpasswds/public_html/smth/passwd is the file location with the password.

Arbeiten mit den Webserverfehlern

Anstelle der erwarteten Seite kann es vorkommen, dass ein Besucher auf eine Webserver-Antwort in Form eines Fehlers mit einer präzisen, aber für einen einfachen Benutzer nicht immer eindeutigen Erklärung des Grundes stößt. Eine vollständige Liste der Statuscodes finden Sie auf Wikipedia. Für die häufigsten (z. B. 404 oder 500 Fehler) ist es wünschenswert, eine eigene Seite zu erstellen, die besser aussieht und dem Besucher die Ausgangsroute darstellt. Es wird wie folgt eingestellt:

ErrorDocument 404 yourdomain.com/error/404.html
# Dabei ist yourdomain.com/error/404.html der Pfad zur erstellten Seite.

Anpassen der Umleitung 301 in htaccess

Um eine permanente Weiterleitung zu erstellen, wird die Direktive 301-Weiterleitung verwendet, die das gesamte Gewicht der Seite auf eine neue URL überträgt (daher ist sie für SEO-Zwecke einer 302-Weiterleitung vorzuziehen).

Umleiten der gesamten Site auf eine neue Domain:

 Redirect 301 / http://www.newdomain.com/

Seite auf neu umleiten:

 Redirect 301 /page1.html http://mydomain.com/page2.html

Mod Redirect-Modul umschreiben

Das mod_rewrite-Modul ist ein unverzichtbarer Mechanismus zum Ändern von URLs "on the fly". Die Nützlichkeit und gleichzeitig die Schwierigkeit liegt in der Tatsache, dass Sie eine Vielzahl von Regeln verwenden können, die noch mehr Variablen enthalten.

Damit das Modul funktioniert, benötigen wir zunächst Anweisungen

RewriteEngine On (enthält die Konvertierungs-Engine)

Optionen FollowSymLinks (Betriebsbedingung mod_rewrite).

Wenn der Serveradministrator diese Option für das Benutzerverzeichnis deaktiviert hat, kann der Konvertierungsmechanismus nicht verwendet werden. Diese Einschränkung gilt für virtuelle Hosting-Server aus Sicherheitsgründen.

Für weitere Informationen zum Modul empfehlen wir, sich auf die Quelle zu beziehen.

RewriteRule

Eine der funktionalsten Anweisungen des Moduls mod_rewrite ist die RewriteRule. Um die Bedingung anzugeben, unter der die Regel funktioniert, wird die RewriteCond-Direktive verwendet. Es (eines oder mehrere) muss vor der RewriteRule verschrieben werden.

Seite auf neue Domain umleiten:

 RewriteRule ^ page1 \ .html $ http://newdomain.com/ [R = 301]

Umleiten einer Site von einer Domain ohne www zu einer Domain von www:

 RewriteEngine On RewriteCond% {HTTP_HOST}! ^ Www \ .. * [NC] RewriteRule ^ (. *) Http: //www.% {HTTP_HOST} / $ 1 [R = 301]

Und umgekehrt:

 RewriteCond% {HTTP_HOST} ^ www \. (. *) $ [NC] RewriteRule ^ (. *) $ Http: //% 1 / $ 1 [R = 301, L]

HTTPS-Umleitung (Sie müssen zuerst ein HTTPS-Zertifikat installieren):

 RewriteEngine On RewriteCond% {https}! On RewriteRule (. *) Https: //% {HTTP_HOST}% {REQUEST_URI} [R = 301, L]

Diese Zeilen müssen ganz oben in .htaccess stehen.

Kodierung definieren

Die Symboltabelle zum Öffnen der Site wird vom Browser festgelegt. Sie können jedoch die Standardcodierung festlegen:

 AddDefaultCharset UTF-8

Eine solche Änderung gilt innerhalb von .htaccess und für alle Seiten der Website. Sie können die Codierung für einen bestimmten Dateityp festlegen, z. B. Windows-1251 für HTML:

 AddType "application / x-httpd-php3; charset = windows-1251" .html

Oft enthält die Seite selbst (nämlich im Titel) Informationen über die verwendete Codierung. Es muss überprüft werden, ob die im Dokument und in der Konfigurationsdatei angegebene Codierung übereinstimmt. Das hier angegebene utf-8 wird fast immer benötigt, wenn Sie mit gängigen CMS arbeiten, da diese für eine breite Palette von Benutzern auf der ganzen Welt entwickelt wurden. Übrigens ist auf unseren gemeinsam genutzten Hosting-Servern standardmäßig dieselbe Codierung konfiguriert.

Andere Möglichkeiten

- Bestimmen Sie die Site-Indexdatei:

Standardmäßig wird die Indexseite als index.html betrachtet. Mit Hilfe der folgenden Anweisung können Sie einen anderen Dateinamen angeben, der beim Zugriff auf das Verzeichnis zuerst angezeigt wird:

DirectoryIndex index.php

- Eine nützliche Anweisung ist FilesMatch, die die Grenzen der Regel anhand des Dateinamens mithilfe regulärer Ausdrücke angibt. Mit seiner Hilfe können Sie beispielsweise den Zugriff auf bestimmte Dateien verweigern:

 <FilesMatch "\. (htaccess | htpasswd | ini | phps | fla | psd | log | sh) $"> Order Allow, Deny Deny from all </ FilesMatch>

Es gibt einige Anweisungen, die auf unseren gemeinsam genutzten Hosting-Servern nicht unterstützt werden. Sie können sie jedoch beispielsweise auf Ihrem VPS zulassen.

Der Grund ist, dass der als suPHP ausgeführte Webserver php_flag und php_value nicht unterstützt. Daher empfehlen wir die Verwendung von cPanel (der Unterabschnitt „Auswählen einer PHP-Version“ ist äußerst nützlich, um mit error_log - „Fehlerprotokoll“ zu arbeiten) oder die Erstellung einer lokalen php.ini-Datei für diesen Zweck. Wir haben ein paar Anweisungen unten gebracht:

- Um ein Einfrieren des Webservers bei der Verarbeitung falsch geschriebener Skripte zu vermeiden, gibt es max_execution_time. Mit seiner Hilfe wird die für die Verarbeitung des PHP-Skripts zugewiesene Zeit in Sekunden angezeigt. Sie können das Zeitlimit des Webservers erhöhen, wenn Sie das Skript ausführen:

 php_value max_execution_time 60

- Bestimmen Sie die maximale Größe der Upload-Datei:

 php_value upload_max_filesize 128M (here, instead of 128, put the desired value)

- Drucken Sie PHP-Fehler in eine separate Datei:

 php_flag log_errors on php_value error_log /home/path/to/public_html/domain/PHP_errors.log # PHP_errors.log is the name of the file, and # / home / path / to / public_html / domain - the path to it).

PS Auf einem gemeinsam genutzten Hosting ist es schwierig, genau zu bestimmen, welche Anweisungen in .htaccess funktionieren, da viele der Anweisungen, die zu einer Änderung der Webserverkonfiguration führen, aus offensichtlichen Gründen verboten sind. Diese Änderungen wirken sich auf alle Benutzer auf den Medien aus.

Wenn .htaccess nicht funktioniert

Sie können den Dateivorgang überprüfen, indem Sie einfache Anweisungen schreiben, die mit der richtigen Syntax und den richtigen httpd-Einstellungen (wie am Anfang des Artikels beschrieben) funktionieren sollten:

- Zum Beispiel, indem der Zugriff auf die Website von außen mithilfe einer Richtlinie verweigert wird

 Order deny, allow Deny from all

- oder eine Reihe bedeutungsloser Zeichen in die Datei schreiben, die keine Direktiven sind. Wenn der Webserver mit htaccess interagiert, kann er diese natürlich nicht lesen und gibt 500 Fehler aus.

Wenn das Problem tatsächlich besteht, müssen Sie zuerst in der Hauptkonfigurationsdatei nach der Ursache suchen:

- Stellen Sie sicher, dass der Server die Verwendung der .htaccess-Datei zulässt: Es gibt einen AllowOverride All-Eintrag (der nicht mit # auskommentiert wird).

- Stellen Sie sicher, dass ein VirtualHost-Eintrag für die Domäne erstellt wurde. Als Beispiel:

 <VirtualHost *: 80> DocumentRoot / www / example1 ServerName www.example.com # Other directives </ Virtualhost>

- Der Name der zusätzlichen Konfigurationsdatei wird nach Bedarf angegeben. Wenn es sich um .htaccess handelt, dann:

 AccessFileName .htaccess

- Der Hostname des Servers ist als IP-Adresse des Servers oder der Domäne vorhanden (beim Erstellen von URL-Weiterleitungen angegeben):

 ServerName www.example.com

Wenn der Grund nicht in httpd angegeben ist, müssen Sie .htaccess selbst auf Syntaxfehler überprüfen. Sie können Onlinedienste (z. B. www.htaccesscheck.com , htaccess.madewithlove.be ) oder - die Originalquelle, in der eine vollständige Liste der Anweisungen zusammen mit der Syntax vorhanden ist, verwenden.

Noch ein paar Tipps zur Arbeit mit .htaccess

Es ist äußerst wünschenswert, vor jeder Bearbeitung eine Sicherungskopie der Datei zu erstellen, damit Sie im schlimmsten Fall die Änderungen zurücksetzen können.

Wir empfehlen, Änderungen Schritt für Schritt mit einem Minimum an Anweisungen vorzunehmen - und im Fehlerfall ist es einfacher zu berechnen, welche Regel den Fehler verursacht hat.

Obwohl die Änderungen sofort wirksam werden, wurde der Cache des Browsers nicht abgebrochen. Um die Arbeit der Site nach der Bearbeitung von .htaccess zu überprüfen, können Sie sie regelmäßig bereinigen oder die Seite laden, um den Cache zu umgehen. Verwenden Sie dazu die Tastenkombination Strg + F5 (in Safari: Strg + R, unter Mac OS: Cmd + R).

Der häufigste Webserverfehler bei der Arbeit mit .htaccess ist 500 und weist entweder auf ein Problem in der Syntax hin (z. B. Tippfehler in einer Direktive), oder diese Art von Direktive ist in der Hauptkonfigurationsdatei nicht zulässig.

Konfigurationsdatei htaccess