Thema: Serverfehler bei .htm & .php in der URL

Hallo,

ich habe bei mir ein etwas rätselhaftes Problem und weiß nicht so recht, wo ich nach der Ursache suchen soll. Also, ich habe SEF eingeschaltet und eigentlich funktioniert das auch alles. Hab meine .htaccess entsprechend aufgesetzt usw.

Nun habe ich das Problem, daß meine URLs funktionieren, wenn ich keine Endung im Browser eintippe oder .html dahinter. Tippe ich aber statt dessen .htm oder .php dahinter, dann gibt es eine freundliche Fehlermeldung 500 vom Server zurück. Freundlich ist die wahrscheinlich nur, weil ich die Fehlerseite selbst geschrieben habe - aber das führt vom Thema ab...

Hab eigentlich direkt an meine .htaccess gedacht, kann dort aber nicht wirklich was erschreckendes finden. Meiner Meinung nach müßte alles funktionieren, was dort definiert ist. Hier ein Ausschnitt aus der Datei:

Code:

##########
#  mod_rewrite in use

RewriteEngine On

########## Begin - Rewrite rules to block out some common exploits
## If you experience problems on your site block out the operations listed below
## This attempts to block the most common type of exploit `attempts` to Joomla!

# Block out any script trying to set a mosConfig value through the URL
RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]

# Block out any script trying to base64_encode crap to send via URL
RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]

# Block out any script that includes a ********** tag in URL
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]

# Block out any script trying to set a PHP GLOBALS variable via URL
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]

# Block out any script trying to modify a _REQUEST variable via URL
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})

# Send all blocked request to homepage with 403 Forbidden error!
RewriteRule ^(.*)$ index.php [F,L]

########## Joomla! core SEF Section
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^/index.php
RewriteCond %{REQUEST_URI} (/|\.php|\.html|\.htm|\.feed|\.pdf|\.raw|/[^.]*)$  [NC]
RewriteRule (.*) index.php
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

Hat jemand eine Idee, warum nur .html und nicht .htm funktioniert?

Vielen Dank im voraus.

Gruß,
Armin

Hallo,

ja, den Hinweis hatte ich schon verfolgt, weil ich da auch dran gedacht habe. Nach stundenlangem Suchen im Backend habe ich aber nichts finden können, wo man die Endungen konfiguriert. Wo kann man das einstellen? Also wenn man das irgendwo einstellen kann, dann wird da im Moment wohl .html stehen. Die Links auf meienr Webseite werden ja auch automatisch so erzeugt. In der Konfig kann ich nur einstellen, daß Endungen angehängt werden sollen. Im Plugin System - SEF gibt es nichts einzustellen.

Was mich aber darüber hinaus trotzdem wundert ist, warum denn dann der 500er Fehler kommt und nicht ein schnöder 404er. Immerhin wird der 404er ja auch bei allen anderen Endungen ausgegeben, die nicht in der .htaccess ganz unten definiert sind.

Fragen über fragen...

Thanx,
Armin

Hallo,

ich hab nochmal ein bißchen nachgeforscht. Also die genaue Fehlermeldung, die beim Aufruf einer Seite z.B. mit .htm oder .php von Joomla kommt, lautet:

500 - Seitenansicht nicht gefunden [Name, Typ, Präfix]: article,htm,contentView

Ich hätte das schon irgendwie gerne verstanden, warum da keine 404 kommt!?!? Hintergrund der Fragerei ist, daß die Site von einem statischen Aufbau auf Joomla portiert wurde. Die alten URLs endeten alle mit .htm und die Links in den Suchmaschinen lauten ebenfalls alle noch so. Für ein paar wichtige Seiten habe ich jetzt eine 301er reddirection in der .htaccess eingetragen.

Ich habe das jetzt auch nochmal auf einer anderen Site von mir geprüft, die ich schon länger unter Joomla laufen habe. Ohh wunder, da passiert irgendwie genau das gleiche :-(. Da ist auch SEF aktiviert. Ich habe das jetzt auch mal auf anderen Sites getestet, von denen ich weiß, daß sie auf Joomla laufen. Also das scheint ja schon eher ein generelles Problem zu sein, daß die 500 ausgelöst wird. Oder haben wir hier eine Sicherheitslücke!?!?!?

Hat keiner eine Idee zum Thema?

Vielen Dank im voraus,
Armin