Du bist nicht angemeldet. Der Zugriff auf einige Boards wurde daher deaktiviert.

#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

NaN schrieb:

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 ...

NaN schrieb:

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