CONTENIDO Forum

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

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

hallo,
..... funktioniert.

Und jetzt????

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?

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

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

hallo,
...Datei ist vorhanden.

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

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/ ?

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?

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

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.

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

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)

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

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

CONTENIDO Forum

Plugin Advanced Mod Rewrite für Contenido 4.8.x