Plugin Advanced Mod Rewrite für Contenido 4.8.x

20082009
Beiträge: 116
Registriert: So 5. Okt 2008, 09:58
Kontaktdaten:

Beitrag von 20082009 » Mo 19. Jan 2009, 11:56

wow-das ging aber fix.

Das mit der englischen Sprache hab ich dann auch gemerkt.....

Was ist damit gemeint, ob das Mod Rewrite am Server richtig eingestellt ist? Wie finde ich das heraus?

Einstellungen:
Pfad zur .htaccess Datei aus Sicht des Web-Browsers /

Sprache an die URL anhängen

Seperator eingetragen

Artikelname immer an die Urls anhängen

.html

Prozentsatz: 75

Zeitpunkt: Bei der Ausgabe des HTML Codes der Seite


Das wars auch schon

malsdgtac
Beiträge: 717
Registriert: Fr 12. Mär 2004, 15:50
Kontaktdaten:

Beitrag von malsdgtac » Mo 19. Jan 2009, 12:08

Nun ja das mit der richtigen Einstellung am Server, wenn ich das endlich mal wissen würde, da gibt es immer wieder Probleme. Was hast denn für einen Provider?

Ich habe mir ein kleines Testscript dafür gebaut - wie gesagt es gibt auch eines bei den Plugin, schau mal danach, auch gibt es in der Beschreibung eine Anleitung für die richitge Konfiguration.

Mein (einfaches) Testscript zum Testen ob das Mod_rewrite richtig funktionert:

erstelle einen Ornder in den legst du folgende test.php Datei:

Code: Alles auswählen

<?php
	echo "Test erfolgreich bestanden.";
?>
dazu folgende .htaccess Datei:

Code: Alles auswählen

RewriteEngine On 
RewriteRule ^test.html$ test.php
Jetzt ruft du folgende URL auf: www.deinedomain.at/deinordner/test.html

Wenn das mod_rewrite richtig installiert ist, sollte die Meldung "Test erfolgreich bestanden" erscheinen, wenn nicht schickst es einfach deinem Provider ;-)

20082009
Beiträge: 116
Registriert: So 5. Okt 2008, 09:58
Kontaktdaten:

Beitrag von 20082009 » Mo 19. Jan 2009, 12:44

hallo,
..... funktioniert.

Und jetzt????

malsdgtac
Beiträge: 717
Registriert: Fr 12. Mär 2004, 15:50
Kontaktdaten:

Beitrag von malsdgtac » Mo 19. Jan 2009, 12:49

okay, also die verwendest die Standardtinstallation und die front_content.php liegt im Ordner cms/?

"Webseite kann nicht angezeigt werden" - bedeutet einen Fehler 404?

Welche Seite rufst du auf, wenn du den Fehler bekommst?

20082009
Beiträge: 116
Registriert: So 5. Okt 2008, 09:58
Kontaktdaten:

Beitrag von 20082009 » Mo 19. Jan 2009, 13:22

Wenn ich die Domain aufrufe kommt "Seite kann nicht...."

Wenn ich Domain/cms/front_content.php aufrufe kommt:
Fatal error: Error: Can't include /homepages/22/d265937020/htdocs/contenido/classes/UrlBuilder/Contenido_UrlBuilder.class.php in /homepages/22/d265937020/htdocs/contenido/includes/api/functions.api.general.php on line 181

xmurrix
Beiträge: 3143
Registriert: Do 21. Okt 2004, 11:08
Wohnort: Augsburg
Kontaktdaten:

Beitrag von xmurrix » Mo 19. Jan 2009, 14:15

Hallo 20082009,
20082009 hat geschrieben:Wenn ich die Domain aufrufe kommt "Seite kann nicht...."

Wenn ich Domain/cms/front_content.php aufrufe kommt:
Fatal error: Error: Can't include /homepages/22/d265937020/htdocs/contenido/classes/UrlBuilder/Contenido_UrlBuilder.class.php in /homepages/22/d265937020/htdocs/contenido/includes/api/functions.api.general.php on line 181
schau doch mal nach, ob es die Datei Contenido_UrlBuilder.class.php auch in /homepages/22/d265937020/htdocs/contenido/classes/UrlBuilder/ gibt. Vermutlich wurden nicht alle Dateien bei der Installation kopiert.

Gruß
xmurix

20082009
Beiträge: 116
Registriert: So 5. Okt 2008, 09:58
Kontaktdaten:

Beitrag von 20082009 » Mo 19. Jan 2009, 14:42

hallo,
...Datei ist vorhanden.

...steh hier wohl völlig auf dem Schlauch.

xmurrix
Beiträge: 3143
Registriert: Do 21. Okt 2004, 11:08
Wohnort: Augsburg
Kontaktdaten:

Beitrag von xmurrix » Mo 19. Jan 2009, 14:50

20082009 hat geschrieben:hallo,
...Datei ist vorhanden.

...steh hier wohl völlig auf dem Schlauch.
Und wie sieht es mit den Zugriffsrechten aus, kann mit PHP auf die Datei zugegriffen werden oder hat die Datei (oder der übergeordnete Ordner) andere Rechte als die anderen Verzeichnisse/Dateien unterhalb von contenido/ ?

20082009
Beiträge: 116
Registriert: So 5. Okt 2008, 09:58
Kontaktdaten:

Beitrag von 20082009 » Mo 19. Jan 2009, 15:00

der Ordner UrlBuilder hat 777
classes auch 777

Alle übertragenen Plugin Dateien haben 777


Folgendes ist mir aufgefallen:

sobald ich die .htaccess Datei austausche kann die Seite nicht mehr aufgerufen werden.

kann ich das Plugin löschen und nochmal installieren?
Zuletzt geändert von 20082009 am Mo 19. Jan 2009, 15:20, insgesamt 1-mal geändert.

xmurrix
Beiträge: 3143
Registriert: Do 21. Okt 2004, 11:08
Wohnort: Augsburg
Kontaktdaten:

Beitrag von xmurrix » Mo 19. Jan 2009, 15:19

20082009 hat geschrieben:der Ordner UrlBuilder hat 777
classes auch 777

Alle übertragenen Plugin Dateien haben 777
Wenn jetzt die Groß-/Kleinschreibung und der Pfad stimmt, bin ich mit meinem Latein am Ende???

20082009
Beiträge: 116
Registriert: So 5. Okt 2008, 09:58
Kontaktdaten:

Beitrag von 20082009 » Mo 19. Jan 2009, 15:35

Hier nochmal meine Vorgehensweise:

Plugin heruntergeladen.
Dateien in die entsprechenden Verzeichnisse kopiert.
Install-Datei Plugin aufgerufen
Installiert.
in den Adminbereich gewechselt und Plugin konfiguriert und aktiviert.

Frontend aufgerufen:
Fatal error: Error: Can't include /homepages/22/d265937020/htdocs/contenido/classes/UrlBuilder/Contenido_UrlBuilder.class.php in /homepages/22/d265937020/htdocs/contenido/includes/api/functions.api.general.php on line 181

Das steht in Zeile 181 die angemeckert wird drinne: if ($error) {
trigger_error("Error: Can't include $include", E_USER_ERROR);
return;
}


Kann doch nur ne Kleinigkeit sein. Wenn ich das noch hinbekomme, ist mein Projekt fertig.

xmurrix
Beiträge: 3143
Registriert: Do 21. Okt 2004, 11:08
Wohnort: Augsburg
Kontaktdaten:

Beitrag von xmurrix » Mo 19. Jan 2009, 15:47

20082009 hat geschrieben:...Kann doch nur ne Kleinigkeit sein. Wenn ich das noch hinbekomme, ist mein Projekt fertig...
Das ist es bestimmt, diese Art der Fehlermeldung ist mir noch nicht unterlaufen.
Kann ich mir das dasOnline irgendwo ansehen und Debuggen? Komme allerdings erst am Abend dazu...

malsdgtac
Beiträge: 717
Registriert: Fr 12. Mär 2004, 15:50
Kontaktdaten:

Beitrag von malsdgtac » Mo 19. Jan 2009, 18:03

Hallo xmurrix,

darf ich dir eine "Verständnisfrage" stellen?

Wenn ich deine .htaccess-Datei nehme ins root lege das Mod_rewrite aktiviere (Pfad zur .htaacces ... lautet /) dann funktioniert ein Aufruf mit front_content.php?idcat=xy nicht mehr - es kommt immer die Startseite.

Wenn ich nun die .htaccess-Datei in den Ordner /cms/ lege (die Pfade entsprechen angepasst) und das Plugin mit Pfad zur .htaccess mit /cms/ konfiguriere, dann ruft der Aufruf front_content.php?idcat=xy die gewünscht Seite auf.

Der Aufruf mit front_content.php?idart=xy funktioniert beides mal.
"Duplicated Content verhindern" ist jedesmal deaktiviert.

Was ist jetzt eigentlich die korrekte Verhaltensweise, und kannst du mir erklären, warum es einmal geht und einmal nicht? (nur wenn du gleich weißt warum, sonst ist es nicht so wichtig)

xmurrix
Beiträge: 3143
Registriert: Do 21. Okt 2004, 11:08
Wohnort: Augsburg
Kontaktdaten:

Beitrag von xmurrix » Di 20. Jan 2009, 00:16

smac hat geschrieben:...Wenn ich deine .htaccess-Datei nehme ins root lege das Mod_rewrite aktiviere (Pfad zur .htaacces ... lautet /) dann funktioniert ein Aufruf mit front_content.php?idcat=xy nicht mehr - es kommt immer die Startseite.

Wenn ich nun die .htaccess-Datei in den Ordner /cms/ lege (die Pfade entsprechen angepasst) und das Plugin mit Pfad zur .htaccess mit /cms/ konfiguriere, dann ruft der Aufruf front_content.php?idcat=xy die gewünscht Seite auf.

Der Aufruf mit front_content.php?idart=xy funktioniert beides mal.
"Duplicated Content verhindern" ist jedesmal deaktiviert.

Was ist jetzt eigentlich die korrekte Verhaltensweise, und kannst du mir erklären, warum es einmal geht und einmal nicht? (nur wenn du gleich weißt warum, sonst ist es nicht so wichtig)
Das ist noch ein Problem mit dem Plugim, welches behoben werden muss. Ein Aufruf mit /cms/front_content.php?idcat=123 wird momentan nicht korrekt verarbeitet. Die vorhandene Kategorieid wird ignoriert, übrig bleibt cms, damit landet man auf der Startseite.

Werde dies in der nächsten Version anpassen, damit das Plugin auch mit solchen URLs keine Probleme hat.

Vorläufig kannst du das Beheben, in dem du die contenido/plugins/mod_rewrite/classes/class.modrewritecontroller.php am Anfang der Funktion execute() folgendes einfügst:

Code: Alles auswählen

    public function execute() {
        if (parent::isEnabled() == false) {
            return;
        }

        if (strpos($this->_sIncommingUrl, 'front_content.php') !== false) {
            return;
        }
...
Der Code sorgt dafür, dass die ankommende URL, z. B. cms/front_content.php?idcat=123 als eine Frontend-URL erkannt und die weitere Verarbeitung unterbrochen wird.

Gruß
xmurrix

StSnake
Beiträge: 57
Registriert: Fr 10. Mär 2006, 17:46
Kontaktdaten:

Beitrag von StSnake » Di 20. Jan 2009, 21:42

Hallo,

erstmal möchte ich ein ausdrückliches Lob aussprechen, ich nutze das Plugin schon geraume Zeit und hatte noch nie nennenswerte Probleme.

Heute habe ich auf die Contenido Version 4.8.10 geupdatet, mit Advanced Mod Rewrite 0.5.2.

Nun habe ich folgendes Problem:

Ich habe in früheren Installationen die Menüs mit der Artikelliste "Artikelliste V4.6 V3.0.0" realisiert. Dort wurden die Menüs mit dem Advanced Mod Rewrite immer richtig umgeschrieben.
Seite dem Update heute kann!! (muss nicht) es vorkommen, das die Menüpunkte verschoben sind. Der Text des Links stimmt also nicht mit der Beschriftung überein. Wenn ich Mod Rewrite ausschalte dann stimmt allerdings wieder alles.

Ebenfalls werden Artikel, die ein Zeichen wie "ü" im Namen haben nicht mehr richtig umgesetzt.
Bsp. "Vorfüher" wird in "vorfhrer" umgesetzt

Hat jemand eie Idee woran das liegen könnte?

Vielen Dank schon einmal und viele Grüße
StSnake

Gesperrt