Du bist nicht angemeldet. Der Zugriff auf einige Boards wurde daher deaktiviert.
Seiten: 1
#1 30. Juni 2014 10:58
- antibart
- Server-Pate
- Registriert: 14. Dezember 2010
- Beiträge: 880
mod_rewrite => 404
Hallo,
wenn mod_rewrite aktiv ist, die URL auch richtig umgeschrieben werden - und es trotzdem einen 404-Fehler im Frontend gibt: woran kann das liegen?
Kann es sein, dass der Administrator vergessen hat, den Apachen neu zu laden, nach dem er mod_rewrite aktiviert hat? Auf phpinfo erscheint das module zumindest schon.
Zu Info: Ich arbeite ausnahmsweise mal nicht auf einem Miet-Host, sondern auf einem Entwicklungsserver eines Unternehmens (Apache/2.4.6 (Linux/SUSE)). Habe allerdings keine kompletten Zugriffsrechte.
Beitrag geändert von antibart (30. Juni 2014 11:17)
Offline
#2 30. Juni 2014 11:27
- NaN
- Moderator

- Ort: Halle (Saale)
- Registriert: 09. November 2010
- Beiträge: 4.437
Re: mod_rewrite => 404
wenn mod_rewrite aktiv ist, die URL auch richtig umgeschrieben werden - und es trotzdem einen 404-Fehler im Frontend gibt: woran kann das liegen?
Wenn das wirklich alles so ist, dann würde ich auf fehlerhafte Rewrite-Rules in der .htaccess tippen.
Module: GBFilePicker, AdvancedContent
Sicherheit: Beispiel .htaccess-Datei
CMSms 1.12 unter PHP 7:
cmsms-1.12.3.zip (inoffiziell - komplett inkl. Installer)
CMSms 1.12 unter PHP 8:
cmsms-1.12.4.zip (inoffiziell - komplett inkl. Installer)
Offline
#3 30. Juni 2014 12:02
- antibart
- Server-Pate
- Registriert: 14. Dezember 2010
- Beiträge: 880
Re: mod_rewrite => 404
Hm - es sind die üblichen.
Das System läuft auf einer subdomain in der Testumgeung (also nicht unterhalb der "echten" Domain). Soweit ich das überlicke, kein Unterverzeichnis.
Options +FollowSymLinks
RewriteEngine on
RewriteBase /
# 301 Redirect all requests that don't contain a dot or trailing slash to
# include a trailing slash
# RewriteCond %{REQUEST_URI} !/$
# RewriteCond %{REQUEST_URI} !\.
RewriteRule ^News/rss(.+)$ index.php?page=News/rss$1 [s=1]
# RewriteRule ^(.*) %{REQUEST_URI}/ [R=301,L]
# Rewrites urls in the form of /parent/child/
# but only rewrites if the requested URL is not a file or directory
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)(.html)?$ index.php?page=$1 [QSA]Beitrag geändert von antibart (30. Juni 2014 12:26)
Offline
#4 30. Juni 2014 12:31
- antibart
- Server-Pate
- Registriert: 14. Dezember 2010
- Beiträge: 880
Re: mod_rewrite => 404
Übrigens - sehr seltsam - die URL wurden auch schon korrekt umgeschrieben, als mod_rewrite noch nicht aktiv war. Aber auch mit 404. Also genauso wie jetzt.
Beitrag geändert von antibart (30. Juni 2014 12:31)
Offline
#5 30. Juni 2014 12:57
- NaN
- Moderator

- Ort: Halle (Saale)
- Registriert: 09. November 2010
- Beiträge: 4.437
Re: mod_rewrite => 404
Übrigens - sehr seltsam - die URL wurden auch schon korrekt umgeschrieben, als mod_rewrite noch nicht aktiv war. Aber auch mit 404.
Wieso ist das seltsam?
Wenn Du in der config.php drin stehen hast, dass Du mod_rewrite verwendest, dann generiert das CMS auch entsprechende URLs - unabhängig davon, was auf Deinem Server tatsächlich eingestellt ist. Ob der Server allerdings etwas mit diesen URLs anfangen kann, steht auf einem anderen Blatt. Ob das CMS mit seinen eigenen URLs etwas anfangen kann, hängt evtl. noch von der Konfiguration ab.
Teste doch erstmal, ob mod_rewrite überhaupt funktioniert, indem du z.B. alles auf, hm, sagen wir mal "google.com" oder so umleitest. Wenn das funktioniert, liegt's nicht am Server.
Welchen Wert verwendest Du für $config['page_extension'] ?
Module: GBFilePicker, AdvancedContent
Sicherheit: Beispiel .htaccess-Datei
CMSms 1.12 unter PHP 7:
cmsms-1.12.3.zip (inoffiziell - komplett inkl. Installer)
CMSms 1.12 unter PHP 8:
cmsms-1.12.4.zip (inoffiziell - komplett inkl. Installer)
Offline
#6 30. Juni 2014 13:16
- antibart
- Server-Pate
- Registriert: 14. Dezember 2010
- Beiträge: 880
Re: mod_rewrite => 404
Teste doch erstmal, ob mod_rewrite überhaupt funktioniert, indem du z.B. alles auf, hm, sagen wir mal "google.com" oder so umeitest. Wenn das funktioniert, liegt's nicht am Server.
Auf den Trichter war ich auch gerade gekommen - und tatsächlich scheint die .htaccess überhaupt nicht anzusprechen. Egal, was für einen Mist ich dort eintrage. Nicht mal ein Internal Server Error.
Scheinbar ist die Verwendung einer .htaccess noch nicht eingerichtet ...
Welchen Wert verwendest Du für $config['page_extension'] ?
Wie immer .html
Danke schonmal
Beitrag geändert von antibart (30. Juni 2014 16:15)
Offline
Seiten: 1