CONTENIDO Forum

xmurrix hat geschrieben:Danke für den Hinweis, ist tatsächlich so und vermutlich auch keinem bisher aufgefallen.

doch mir, hab nur gedacht der fehler liegt woanders ><

xmurrix hat geschrieben:
Brazo Alkher hat geschrieben:Ich habe noch ein kleinen Fehler in Contenido_UrlBuilder_MR.class.php gefunden. Und zwar ist das schon sehr nett das er abfragt ob XHTMLverwendet wird, aber er nutzt diese Information falsch um die URLs neu zu bauen...
Danke für den Hinweis, ist tatsächlich so und vermutlich auch keinem bisher aufgefallen.

Gruß
xmurrix

immer gerne

Ich habe noch ein Problem mit dem Plugin. Ich nutze Contenido 4.8.12 und vom Plugin die Version 0.5.4.

Ich habe ein System mit mehreren Mandanten.
Wenn ich das Plugin deaktiviere und dann über einen Link auf einen anderen Mandanten wechseln will

Code: Alles auswählen

/v2/front_content.php?changeclient=2

dann funktioniert das auch wunderbar. Auch der Link zurück zum vorherigen Mandanten liefert das gewünschte Ergebniss.

Wenn ich nun aber das Plugin aktiviere und auf den selben Link klicke

Code: Alles auswählen

/v2/rathaus-apotheke/

dann bekomme ich folgende Fehlermeldung:

Code: Alles auswählen

Fatal error: Call to a member function addDebug() on a non-object in ***/htdocs/v2/contenido/classes/UrlBuilder/Contenido_UrlBuilder_MR.class.php on line 136

Ich hab mich auch schon ein wenig durch den Code gewuselt und folgendes herausgefunden:
Der Aufruf der Methode buildUrl() zu diesem Zeitpunkt erfolgt durch front_content.php in Zeile 296

Code: Alles auswählen

$errsite = 'Location: ' . Contenido_Url::getInstance()->buildRedirect($aParams);

Ein Aufruf von debug_backtrace() liefert folgendes Ergebnis:

Code: Alles auswählen

array(3) {
  [0]=>
  array(7) {
    ["file"]=>
    string(79) "***/v2/contenido/classes/Url/Contenido_Url.class.php"
    ["line"]=>
    int(145)
    ["function"]=>
    string(8) "buildUrl"
    ["class"]=>
    string(23) "Contenido_UrlBuilder_MR"
    ["object"]=>
    object(Contenido_UrlBuilder_MR)#44 (7) {
      ["_oDebug:private"]=>
      NULL
      ["_sAmp:private"]=>
      string(5) "&"
      ["_bIsXHTML:private"]=>
      bool(false)
      ["_bMREnabled:private"]=>
      bool(false)
      ["_aMrCfg:private"]=>
      NULL
      ["sUrl:protected"]=>
      NULL
      ["sHttpBasePath:protected"]=>
      string(39) "***/v2/rathaus/"
    }
    ["type"]=>
    string(2) "->"
    ["args"]=>
    array(3) {
      [0]=>
      &array(5) {
        ["client"]=>
        string(1) "2"
        ["idcat"]=>
        string(1) "0"
        ["idart"]=>
        string(1) "0"
        ["lang"]=>
        string(1) "2"
        ["error"]=>
        string(1) "1"
      }
      [1]=>
      &bool(true)
      [2]=>
      &array(0) {
      }
    }
  }
  [1]=>
  array(7) {
    ["file"]=>
    string(79) "***/v2/contenido/classes/Url/Contenido_Url.class.php"
    ["line"]=>
    int(169)
    ["function"]=>
    string(5) "build"
    ["class"]=>
    string(13) "Contenido_Url"
    ["object"]=>
    object(Contenido_Url)#41 (2) {
      ["_oUrlBuilder:private"]=>
      object(Contenido_UrlBuilder_MR)#44 (7) {
        ["_oDebug:private"]=>
        NULL
        ["_sAmp:private"]=>
        string(5) "&"
        ["_bIsXHTML:private"]=>
        bool(false)
        ["_bMREnabled:private"]=>
        bool(false)
        ["_aMrCfg:private"]=>
        NULL
        ["sUrl:protected"]=>
        NULL
        ["sHttpBasePath:protected"]=>
        string(39) "***/v2/rathaus/"
      }
      ["_sUrlBuilderName:private"]=>
      string(2) "MR"
    }
    ["type"]=>
    string(2) "->"
    ["args"]=>
    array(3) {
      [0]=>
      &array(5) {
        ["client"]=>
        string(1) "2"
        ["idcat"]=>
        string(1) "0"
        ["idart"]=>
        string(1) "0"
        ["lang"]=>
        string(1) "2"
        ["error"]=>
        string(1) "1"
      }
      [1]=>
      &bool(true)
      [2]=>
      &array(0) {
      }
    }
  }
  [2]=>
  array(7) {
    ["file"]=>
    string(59) "***/v2/hellweg/front_content.php"
    ["line"]=>
    int(296)
    ["function"]=>
    string(13) "buildRedirect"
    ["class"]=>
    string(13) "Contenido_Url"
    ["object"]=>
    object(Contenido_Url)#41 (2) {
      ["_oUrlBuilder:private"]=>
      object(Contenido_UrlBuilder_MR)#44 (7) {
        ["_oDebug:private"]=>
        NULL
        ["_sAmp:private"]=>
        string(5) "&"
        ["_bIsXHTML:private"]=>
        bool(false)
        ["_bMREnabled:private"]=>
        bool(false)
        ["_aMrCfg:private"]=>
        NULL
        ["sUrl:protected"]=>
        NULL
        ["sHttpBasePath:protected"]=>
        string(39) "***/v2/rathaus/"
      }
      ["_sUrlBuilderName:private"]=>
      string(2) "MR"
    }
    ["type"]=>
    string(2) "->"
    ["args"]=>
    array(1) {
      [0]=>
      &array(5) {
        ["client"]=>
        string(1) "2"
        ["idcat"]=>
        string(1) "0"
        ["idart"]=>
        string(1) "0"
        ["lang"]=>
        string(1) "2"
        ["error"]=>
        string(1) "1"
      }
    }
  }
}

dadurch sieht man das beim Aufruf des Konstruktors der Klasse Contenido_UrlBuilder_MR der Wert von ModRewrite::isEnabled() false ist.
Nur habe ich bisher nicht herausfinden können, warum dies der Fall ist.

Brazo Alkher hat geschrieben:...Ich habe ein System mit mehreren Mandanten.
Wenn ich das Plugin deaktiviere und dann über einen Link auf einen anderen Mandanten wechseln will
Code: Alles auswählen
/v2/front_content.php?changeclient=2
dann funktioniert das auch wunderbar. Auch der Link zurück zum vorherigen Mandanten liefert das gewünschte Ergebniss.

Wenn ich nun aber das Plugin aktiviere und auf den selben Link klicke
Code: Alles auswählen
/v2/rathaus-apotheke/
dann bekomme ich folgende Fehlermeldung:
Code: Alles auswählen
Fatal error: Call to a member function addDebug() on a non-object in ***/htdocs/v2/contenido/classes/UrlBuilder/Contenido_UrlBuilder_MR.class.php on line 136
...

Hast du das Plugin auch für den anderen Mandanten konfiguriert, idealerweise mit den gleichen Einstellungen des ersten Manadanten?

Laut der Beschreibung von dir und dem Ergebnis des debug_backtrace() ist das Plugin nicht aktiviert.
Das kann folgende Gründe haben:
- AMR ist für den Mandanten nicht konfiguriert
- AMR ist beim Mandanten nicht aktiviert
- Das Plugin kann die neue Mandantenkonfig nicht schreiben, da es keine Schreibrechte auf das Verzeichnis /contenido/plugins/mod_rewrite/includes/ hat.
- Das Plugin wird nicht korrekt initialisiert

Dennoch sollte der Fehler nicht passieren, da muss ich noch nachbessern

Gruß
xmurrix

xmurrix hat geschrieben:Hast du das Plugin auch für den anderen Mandanten konfiguriert, idealerweise mit den gleichen Einstellungen des ersten Manadanten?

Tatsache..
AMR war für den anderen Mandanten nicht aktiviert + konfiguriert.
Sorry für die "Panikmache"

Aber das war mein erstes Multi-Mandanten Projekt mit Contenido 4.8
bei dem Plugin für Contenido 4.6 war das ja eine globale Konfiguration.

@xmurrix: Warum hast du das denn als Mandantenspezifische Konfiguration gemacht?

Brazo Alkher hat geschrieben:...@xmurrix: Warum hast du das denn als Mandantenspezifische Konfiguration gemacht?

Es mag auf den ersten Blick nicht sinnig sein, aber so hat auch seine Vorteile. Hat man unter einer Contenido-Installation verschiede Mandanten, die auch ihre eigene Vorstellung davon haben, wie eine CleanURL auszusehen hat, lässt sich das für jeden Mandanten einzeln konfigurieren.

Gruß
xmurrix

Hallo,

ich habe ein kleines Problem.

Bei zwei meiner Projekte (Contenido 4.8.12 MR 0.54)
Wandelt MR die Domains alle um nur wenn ich sie anwähle oder über einen Link versuche da hin zukommen geht es immer zur Startseite bzw. zur Fehlerseite.

Ich habe leider keine Idee warum.

Kann mir jemand helfen?

Gruß

Peer

Peer hat geschrieben:...Bei zwei meiner Projekte (Contenido 4.8.12 MR 0.54)
Wandelt MR die Domains alle um nur wenn ich sie anwähle oder über einen Link versuche da hin zukommen geht es immer zur Startseite bzw. zur Fehlerseite...

Morgen,

schau mal nach, ob bei dir die Tabellen der DB auf cs (case sensitive) eingestellt sind, z. B. utf8_general_cs. Wenn das so ist, werden Aliase nicht erkannt, weil diese meist mit einem Großbuchtaben am Anfang (Kategoriename) in die Tabelle geschrieben werden, aber das Plugin in der Regel eine Abfrage mit der Kleinschreibweise der Aliase (kategoriename) macht. Das ist dann der Fall, wenn du die Option "URL immer in Kleinbuchstaben" gewählt hast.

Ist das bei dir so, kannst du als Lösung die Kollationen der Tabellen auf die ci Variante (case insensitive) umstellen, z. B. auf utf8_general_ci. Das ist im Nachhinein kein Problem, hat auch den Vorteil, dass das Contenido-Suchmodul dann auch Ergebnisse liefert, die unabhängig von der Klein-/Großschreibung sind.

Gruß
xmurrix

Hallo xmurrix,

ich habe es so gemacht wie du beschrieben hast, bzw. es war schon so eingestellt.
Leider ohne Erfolg.

Hast du vielleicht noch an dere Ideen?

Gruß

Peer

Peer hat geschrieben:...ich habe es so gemacht wie du beschrieben hast, bzw. es war schon so eingestellt.
Leider ohne Erfolg.

Hast du vielleicht noch an dere Ideen?...

Ich würde den debugger aktivieren, vielleicht kriegst du raus, wo es hackt. Unter contenido/plugins/mod_rewrite/includes/config.plugin.php die Zeile 71

Code: Alles auswählen

    'enable'                    => false, // disable debug

ändern in

Code: Alles auswählen

    'enable'                    => true, // disable debug

Dann erscheint im Frontend oben rechts eine Debug-Ausgabe. Darin sind folgende Einträge interessant, die gleich am Anfang erscheinen:

* ModRewrite::getCatIdByUrlPath() $path
Der ermittelte Pfad (Kategoriestruktur). Ist z. B. eine Seite mit /lorem-ipsum/ aufgerufen worden und in $path steht das nicht drin, ist die Erkennung schon am Anfang gescheitert

* ModRewrite::getCatIdByUrlPath() $aPathsCache
Liste der Kategoriestruktur aus Contenido. Wird benötigt, um den Wert in $path nachher darin zu finden

* ModRewrite::getCatIdByUrlPath() $aResults
Übereinstimmung ermittelter Pfad ($path) mit der Liste ($aPathsCache)
Wenn da an erster Position als Wert 100 vorkommt, wurde zumindest die Kategorie zu 100 % gefunden. Der dazugehörige Key ist die Kategorieid

Code: Alles auswählen

Array (
    [2] => 100  // 100 % übereinstimmung bei kategorieid 2
    [94] => 85  // 85 % übereinstimmung bei kategorieid 94
    ...
)

* ModRewriteController->_setPathresolverSetting $idcat
Die erkannte und gesetzte Kategorieid. Ist keine Kategorieid gesetzt, hat es mit der Übereinstimmung von oben nicht geklappt. Per default ist die Grenze bei 75% - alles was darunter liegt ist somit kein Treffer.

* ModRewriteController->_setIdart $idart
Die erkannte und gesetzte Artikelid. Die Id ist nur dann gesetzt, wenn auch ein Artikel aufgerufen wurde, in der Regel ein Artikel das nicht ein Startartikel ist.
Gab es in der URL einen Artikelalias, und die Artikelid ist nicht gesetzt, liegt das Problem an der Erkennung des Artikels.

* mr $mr_preprocessedPageError
Fehler Status. Sollte die Kategorie und oder der Artikel nicht gefunden werden, hat es den den Wert true - Dann gibt es später ein Redirect zur Start-/Fehlerseite.

* mr $idart
Die vom Plugin ermittelte Artikelid. Setzt die globale Variable $idart.

* mr $idcat
Die vom Plugin ermittelte Kategorieid. Setzt die globale Variable $idcat.

* mr $lang
Die vom Plugin ermittelte/gesetzte Id der Sprache. Setzt die globale Variable $lang.

* mr $client
Die vom Plugin ermittelte/gesetzte Id des Mandanten. Setzt die globale Variable $client.

Bei einem dieser Teilprozesse hängt es bei dir, das müsstest du mal herausfinden.

Gruß
xmurrix

Ola,

Danke. Ich habe das jetzt mal gemacht und folgendes ist dabei heraus gekommen:

Code: Alles auswählen

Peer hat geschrieben:
Code: Alles auswählen
♦ mr_buildNewUrl() in -> $url

mr_buildNewUrl() in -> $url = front_content.php
...

Hast du die Debugausgabe der Startseite gepostet?

Ich hätte die Debugausgabe der Seite gebraucht, bei der nichts gefunden wird. Ach ja, da gibt es ja gleich ein Redirect, das bringt auch nichts.

Kann man sich das irgendwo live ansehen?

Gruß
xmurrix

Moin,

echt super Plugin, funktioniert 1A. Eine Frage habe ich jedoch:

Rufe ich meine Domain auf, landet das System bei folgender Url: domain.de/startseite/startseite.html - ich habe in den Einstellungen jedoch nicht angegeben das eine Erweiterung .html angefügt werden soll...

Wie ist es möglich zum einen das oben beschriebene zu entfernen, so daß beim Aufruf der Domain nur der Domainname steht und vor allem das in der Navigation beim Navigationspunkt Startseite nicht auf domain.de/startseite/ verlinkt wird, sondern das es nur domain.de lautet.

Ich hoffe irgendwer versteht was ich meine und kann mir helfen.

Danke

Thorsten

Bevor ich ein haufen schrott schreibe, stelle ich eine rückfrage.
Meinst du das so: http://www.everymarket.org
hier bleibt die domain auf der startseite wie sie ist, nun klicke z.. auf "Warenkatalog", nun ändert es sich in: http://www.everymarket.org/Warenkatalog/index.html

Wenn dem so ist, habe ich es so eingestellt:
Start vom Hauptbaum: deaktiviert
Artikelname immer an die URLs anhängen: aktiviert, darunter "index" eingetragen

dort habe ich amr 0.5.3 am laufen, macht an der stelle jedoch keinen für mich sichtbaren unterschied zur 0.5.4

Ja genau so sollte es sein, nur das ich index.html dahinter haben möchte. Die Einstellungen bis auf Artikelname anhängen habe ich auch so.

Zur Verdeutlichung einfach mal der Link der Seite: www.aktiv-im-passivhaus.de

Man wird gleich auf /startseite/startseite.html weitergeleitet (liegt wahrscheinlich daran das ich eine Weiterleitung in Contenido gemacht habe von Hauptnavigation->Startseite, wo dann der eigentliche Artikel enthalten ist).

Jemand eine Idee wie man das lösen könnte? Irgendwelche MR-Regeln in der .htaccess?

CONTENIDO Forum

Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x