modrewrite Einstellungen

[Guest_eknem_*]

Moin,

Sefrengo liegt im Rootverzeichnis, modrewrite2 aktiviert. htaccess.txt in .htaccess umbenannt.
Läuft bis auf die Weiterleitung sehr gut,
dafür allen Machern an dieser Stelle noch einmal vielen Dank.

Nun habe ich aber in einer Subdomain ein ganz normale statische Seite. Wenn ich dort nun einen ganz einfachen Link setzte kommt ebenfalls der Fehler mit der Weiterleitung. Der Link erscheint wie folgt:
http://www.xxxxx.xx/http://www.xxxxx.xxx

Bevor nun eine endgültige Lösung der modrewrite Umleitung gefunden wird, würde mir es vorerst helfen, wenn ich diese modrewrite Geschicht für die Subdomain ausschalte. Habe aber keine Ahnung wie dies zu bewerkstelligen ist.

[pawel]

Rewrite Engine off
(in die .htaccess)

für die Subdomain

[Guest_eknem_*]

Rewrite Engine off
(in die .htaccess)

für die Subdomain

Hab ich schon probiert mit: RewriteEngine Off (RewriteEngine ohne Leerzeichen)

hat keine Auswirkungen.

[Olaf]

In welche htaccess hast du das geschrieben?

/web1/html/ ist dein Root
/web1/html/irgendwas/ ist die Sub, da muss das rein!

[bjoern]

http://forum.sefrengo.org/index.php?showtopic=86 - sollte der Gleiche Fehler sein.

[bjoern]

Ich bin jetzt etwas verwirrt. Ist das jetzt ein Bug in Sefrengo oder hat das nur Sekundär etwas mit dem CMS zu tun und mehr mit der .htaccess?

[Guest_eknem_*]

Hallo bjoern,

wie ich das sehe, hat die modrewrite funktion in der .htaccess einen fehler.
mit der neuen frontend.php bügelts du in sefrengo den fehler aus, so das es in sefrengo läuft.
der fehler an sich bleibt aber bestehen und wirkt sich damit auf die subdomain aus

[Guest_eknem_*]

Hallo,

vielleicht liegt es ja an meiner .htaccess, deswegen hier der inhalt:

QUELLTEXT

DirectoryIndex index.html index.shtml  index.htm index.php

# Options +FollowSymLinks
RewriteEngine On

# Sefrengo numeric rewrite

#cats
RewriteRule ^cat([0-9][0-9]*)-([1-9][0-9]?)\.html(&.*)? /index.php?lang=$2&idcat=$1&$3 [QSA,L]
RewriteRule ^cat([1-9][0-9]*)\.html(&.*)? /index.php?idcat=$1&$2 [QSA,L]
#pages
RewriteRule ^page([1-9][0-9]*)-([1-9][0-9]?)\.html(&.*)? /index.php?lang=$2&idcatside=$1$3 [QSA,L]
RewriteRule ^page([1-9][0-9]*)\.html(&.*)? /index.php?idcatside=$1$2 [QSA,L]

# DeDi compatible rewrite

#categories
RewriteCond %{QUERY_STRING} ^(.*)?$
RewriteRule ^([1-9][0-9]?)cat([0-9][0-9]*)\.html(&.*)? /index.php?lang=$1&idcat=$2$3 [QSA,L]
RewriteRule ^cat([0-9][0-9]*)\.html(&.*)? /index.php?idcat=$1$2 [QSA,L]
#pages
RewriteRule ^([1-9][0-9]?)side([1-9][0-9]*)\.html(&.*)? /index.php?lang=$1&idcatside=$2$3 [QSA,L]
RewriteRule ^side([1-9][0-9]*)\.html(&.*)? /index.php?idcatside=$1$2 [QSA,L]

# Sefrengo 'spoken url support' rewrite

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /index.php?sf_rewrite=$1 [L,QSA]

unverändert bis auf:
DirectoryIndex index.html index.shtml index.htm index.php

# Options +FollowSymLinks

Der Beitrag wurde von eknem bearbeitet: Tue. 4. July 2006, 15:48

[bjoern]

Hast Du da ein genaues Beispiel, wo ich mir das angucken kann?

[Guest_eknem_*]

Du hast eine PN

[Guest_eknem_*]

Problem gelöst.

War ein Fehler von mir.

Thread kann daher gerne gelöscht werden.

[Guest_summerbrother_*]

Wenn Du uns noch sagst, was der Fehler war, dann fällt der nächste auch nicht drauf rein und der Thread hat wieder einen Sinn.

Aber wo wir grade dabei sind: Modrewrite2 mit Treemenü scheint Macken zu haben. Bei einigen Ordnern und den Seiten darin zieht er bei mir die css nicht. Eine Regelmässigkeit kann ich nicht feststellen. Einige Ordner gehen, andere nicht.
Nach dem Umstieg auf die Listennavigation ist alles in Ordnung. (Warum teste ich eigentlich immer wieder andere Navis ? tsts...)

Edit: frontend.php von Björn hab ich ausgetauscht, klappt nicht

Der Beitrag wurde von summerbrother bearbeitet: Tue. 4. July 2006, 18:29

[bjoern]

Das Problem war der angegebene Link. http//www.123... statt http://www.123.. (Doppelpunkt).

@summerbrother - falscher Thread

Ich schieb den Thread ins Anwenderforum.

[Guest_eknem_*]

Wenn Du uns noch sagst, was der Fehler war, dann fällt der nächste auch nicht drauf rein und der Thread hat wieder einen Sinn.

Sorry, hätte ich bestimmt gemacht, wenn es ein Programmfehler gewesen wäre.

bjoern hat es ja schon geschrieben, war von mir ein Eingabefehler beim Link.
Und da ich vorher den - mittlerweile behobenen - Fehler bei der Weiterleitung hatte, habe ich nicht an so einen blöden Eingabefehler gedacht.

peinlich peinlich ...

Der Beitrag wurde von eknem bearbeitet: Tue. 4. July 2006, 20:42

[bjoern]

Ist ja nicht weiter schlimm, möchte nicht wissen, wie viel Zeit ich mit meinen eigenen Fehlern von dem Kaliber verbracht habe.

[Guest_eknem_*]

Ist ja nicht weiter schlimm, möchte nicht wissen, wie viel Zeit ich mit meinen eigenen Fehlern von dem Kaliber verbracht habe.

Na ja, ich leiste ab und an Hotline bei einem Spezialprogramm und sage dann sowas auch immer ...

[bjoern]

Dem nächsten Anrufer kannst Du ja gleich den Link dazu mitgeben. *grins*

[Guest_summerbrother_*]

Das Problem war der angegebene Link. http//www.123... statt http://www.123.. (Doppelpunkt).

Supi, jetzt zeigts wenigstens, dass ich nicht alleine solche Dusselfehler mache

@summerbrother - falscher Thread

Falscher Thread oder falsches Forum ?
Wenn das ein Bug ist, dann ist (war) es doch hier richtig, Überschrift war ja "modrewrite".

Ich persönlich halte das mit dem Treemenu schon für einen Bzg und nicht für ein ANwenderproblem.
Aber ist ja auch egal, das Treemenü benutzt glaube produktiv eh keiner. Dann sollte es aber vielleicht rausgenommen oder zumindest beim Modul dazugesagt werden.