Code: Alles auswählen
# Exclude some files and directories from rewriting
# -------------------------------------------------
RewriteRule ^usage/.*$ - [L]
RewriteRule ^contenido/.*$ - [L]
RewriteRule ^setup/.*$ - [L]
RewriteRule ^cms/upload/.*$ - [L]
RewriteRule ^cms/test/.*$ - [L]
RewriteRule ^cms/front_content.php.*$ - [L]
# enable following line if you want to run the plugin test
#RewriteRule ^cms/mr_test.php.*$ - [L]Code: Alles auswählen
# One RewriteRule to rule them all
# --------------------------------
RewriteRule !\.(js|ico|gif|jpg|jpeg|png|css|pdf)$ front_content.php [NC,QSA,L]Code: Alles auswählen
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
ich glaube, diese Vorschlag hattest du schon mal gemacht, ich habe es leider nicht weiter verfolgt. Du hast vollkommen recht, es wäre wesentlich besser, da die .htaccess dadurch weitaus weniger Zeilen enthalten würde.Dodger77 hat geschrieben:...
Ließe sich das nicht bedeutend einfacher mit (angelehnt an die .htaccess des ZF):
erreichen?Code: Alles auswählen
RewriteCond %{REQUEST_FILENAME} -s [OR] RewriteCond %{REQUEST_FILENAME} -l [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^.*$ - [NC,L]
Oh, sorry! Das ist mir wohl entfallen.xmurrix hat geschrieben:ich glaube, diese Vorschlag hattest du schon mal gemacht, ich habe es leider nicht weiter verfolgt. Du hast vollkommen recht, es wäre wesentlich besser, da die .htaccess dadurch weitaus weniger Zeilen enthalten würde.
Da hast du natürlich recht. Ich dachte vor allem an die Vereinfachung der .htaccess (und somit weniger Supportanfragen), das explizite Ausschließen des mod_rewrite für einzelne Verzeichnisse bzw. Dateien ist natürlich in Sachen Sicherheit ("/cms/includes" kann da je nach verwendeten Scipts sicherlich problematisch sein) ein Vorteil.xmurrix hat geschrieben:Dein Vorschlag lässt alle Requests auf existierende Dateien durch, bei der .htaccess, die es momentan gibt, muss man Dateien explizit freigeben, auch für andere HTML oder PHP Dateien, d. h. man kann ohne weiteres keine Seite unter /cms/templates oder ein Script unter /cms/includes aufrufen. HTML Seiten stellen kein Problem dar, der direkte Aufruf von PHP-Scripten sollte auch problemlos sein, da normalerweise auf korrekte Initialisierung (if(!defined('CON_FRAMEWORK')) {...}) überprüft wird.
Das soll keine Kritik sein, sondern nur eine Zuasmmenfassung von dem, was mir auf Anhieb zu diesem Thema einfällt.
dieses Verhalten ist mir in der Version unbekannt, wie sieht deine Pluginkonfiguration aus?smac hat geschrieben:...Bei meiner jetzigen Installation habe ich allerdings ein seltsames Problem. Wenn ich das Mod_rewrite aktiviere, werden die Link umgeschrieben, allerdins werden die aliase der Kategorien nicht ergänzt.
Also bei "www.meinedomain.at/front_content...." ist das "front_content..." weg, aber dafür wird nichts ergänzt.
...
Das ist aber sehr gewagt gewesen, von 4.4.4 auf 4.8.9 ist ein erheblicher Versionsprungsmac hat geschrieben:...Vielleicht hängt es auch daran, dass es ursprünglich ne 4.4.4 war, die ich auf 4.8.9 geupdatet habe?...
Das glaube ich nicht, sonst würde gar nichts gehen.smac hat geschrieben:...
Kann es eventuell daran liegen, dass ich im {prefix} einen Unterstrich habe?...
Code: Alles auswählen
// set debug configuration
$options = array(
'enable' => true, // enable debug
'ressource_urls' => array('/contenido/logs/errorlog.txt'),
'dump_super_globals' => array('$_GET', '$_POST', '$_COOKIE', '$_SESSION'),
'ignore_empty_superglobals' => true
);
xmurrix hat geschrieben: Wie ist es eigentlich, wenn du das Plugin deaktivierst und in der .htaccess die Zeile "RewriteEngine on" auf "RewriteEngine off" stellst, funktioniert
Code: Alles auswählen
# Enable following lines to run PHP5 on 1und1.de (1and1.com)
# ----------------------------------------------------------
#AddType x-mapp-php5 .php
#AddHandler x-mapp-php5 .php
AddType application/x-httpd-php3 .php3
AddType application/x-httpd-php43 .php4
AddType application/x-httpd-php5 .php .php5
<IfModule mod_rewrite.c>
RewriteEngine off
# Specify a base URL-path for the rules
# -------------------------------------
RewriteBase /
# Exclude some files and directories from rewriting
# -------------------------------------------------
RewriteRule ^usage/.*$ - [L]
RewriteRule ^contenido/.*$ - [L]
RewriteRule ^setup/.*$ - [L]
RewriteRule ^cms/upload/.*$ - [L]
RewriteRule ^cms/test/.*$ - [L]
RewriteRule ^cms/front_content.php.*$ - [L]
# enable following line if you want to run the plugin test
#RewriteRule ^cms/mr_test.php.*$ - [L]
# Catch some common exploits in query string to get rid of them
# NOTE: Conditions to prevent protocolls (ftp, http[s]) in query string could be a
# disadvantage in some cases
# --------------------------------------------------------------------------------
RewriteCond %{QUERY_STRING} contenido_path=.*$ [NC,OR]
RewriteCond %{QUERY_STRING} cfg\[path\]=.*$ [NC,OR]
RewriteCond %{QUERY_STRING} _PHPLIB\[libdir\]=.*$ [NC,OR]
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
RewriteCond %{QUERY_STRING} ftp://.*$ [NC,OR]
RewriteCond %{QUERY_STRING} http[s]*://.*$ [NC]
RewriteRule ^.* - [F,L] # all matching conditions from above will end in nirvana
# One RewriteRule to rule them all
# --------------------------------
RewriteRule !\.(js|ico|gif|jpg|jpeg|png|css|pdf)$ front_content.php [NC,QSA,L]
</IfModule>
Code: Alles auswählen
$cfg["is_start_compatible"] = true;
Code: Alles auswählen
$cfg["is_start_compatible"] = false;
Wenn du dich mit "RewriteEngine on" nicht einloggen kannst, musst du in der .htaccess eine Ausnahme für Requests auf "content/contenido/" definieren.gap hat geschrieben:...Da passiert eigentlich überhaupt nichts ... ist das ein gutes oder schlechtes Zeichen ? Doch es passiert was ...ich kann zwar nich das Frontend sehen aber nicht das backend nur bei "RewriteEngine off" kann ich mich einloggen...
Code: Alles auswählen
RewriteRule ^content/contenido/.*$ - [L]