Diskussion:Htaccess: Unterschied zwischen den Versionen

Version vom 28. Januar 2012, 23:31 Uhr

Vorsicht beim Einsatz von diesem Modul ohne entsprechende Erfahrung

Mir aktuell heute passiert: Diverse Rewrite-Regeln (z.B. php) werden auf dem Server meines Massenhosters benötigt, welche durch einfachen Import der Contao-Grundeinstellungen sofort überschrieben wurden.

Somit lief der Contao-Core nur noch mit php4 - mit dem entsprechenden, erschreckenden Ergebnis... Drum' sichere, bevor Du testest (hatte ich in diesem Fall Gott sei Dank beherzigt...).

An dieser Stelle fehlt die Möglichkeit, zuerst einmal bestehende Einstellungen in das Modul importieren zu können....

Muster- .htaccess (wie schiefgelaufen):

# Enable mod_rewrite
RewriteEngine On
RewriteBase /
AddType x-mapp-php5 .php

# Block any URI protocol in the query string
RewriteCond %{QUERY_STRING} (ftp|https?):|/etc/ [NC]
RewriteRule .* - [F,L]

# Block any URI protocol in the request
RewriteCond %{REQUEST_URI} (ftp|https?):|/etc/ [NC]
RewriteRule .* - [F,L]

# Rewrite TYPOlight URLs
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .*\.html$ index.php [L]

Gruß -Mpns

Also das Parsen der alten Datei ist nahezu unmöglich Fehlerfrei zu bewältigen. Wie wäre es mit einer Vorschaltseite nach der Erstinstallation, der auf die Probleme hinweist, ein Backup der vorhandenen Datei macht usw.

Tril 18:32, 25. Jan. 2012 (CET)

Auch, wenn ich so gut wie keine Ahnung von PHP und den Möglichkeiten habe: Eine Bestehende Datei zu parsen und bei Auftreten diverser Schlüsselworte (z.B. PHP-Versions Rewrite-Regel) diese Regeln entsprechend aufzunehmen (z.B. in den Block eigener Regeln) sollte aber doch möglich sein. Denn dieser Kardinalfehler hat dann ja auch zur Folge, das auch das Backend nicht mehr nutzbar ist ... Alternativ wäre ja auch Java für diese Funktion denkbar ... -Mpns 23:31, 28. Jan. 2012 (CET)