Plugin Advanced Mod Rewrite für Contenido 4.8.x

[Spider IT]

PS Die Sache mit dem ü ist bekannt?!? und hängt mit 4.8.12 zusammen, oder?!? Da war doch was.. ich meine ich hätte mal was gelesen. Ein ü im Artikelnamen wird nicht in ue übersetzt sondern das ü verschwindet einfach...

Korrekt, das ü wurde bis einschließlich 4.8.12 nicht umgewandelt, sondern entfernt.
Bei der 4.8.14 war dies korrigiert, die 4.8.13 habe ich nicht getestet oder eingesetzt gehabt.
Das Problem lag aber bei Contenido und nicht bei AMR.

Gruß
René

[Halchteranerin]

Hallo,

ich habe jetzt ein Update von 4.4.5 auf 4.8.15 via 4.6.24 durchgeführt und bei der neuen Version auch AMR mit installiert. Ich werde mal das Thema durchforsten, um zu sehen, wo mögliche "Schwachpunkte" (also was nicht funktioniert) sind, so auf dem ersten Blick geht die Suche nicht mehr, da muss ich wohl die Ergebnislinks anders ausgeben. Was ich aber zurückmelden wollte ist ein Eintrag im errorlog:

Code: Alles auswählen

[11-Jul-2011 14:42:08] /contenido/plugins/mod_rewrite/install.php?install=1&contenido=c00febd718e14ef504cc93ea50166e58 MySQL error 1060: Duplicate column name 'urlname'
ALTER TABLE con_art_lang ADD urlname VARCHAR( 128 ) AFTER title

Ich hatte das Thema nach "Duplicate column name" bzw. nach Duplicate durchsucht, es kam aber nichts Relevantes raus.
Die Spalte ist auch tatsächlich vorhanden, allerdings als varchar(255). Und die ist "hinten", also als letzte Spalte, nicht nach der Spalte "title". Ich habe bei mir auf dem PC eine ältere Version von AMR (irgendwas mit 0.3 oder so) liegen, aber ich kann mich nicht erinnern, das schon mal installiert zu haben.

Viele Grüße
Christa

Later edit: mit der Suche ging es einfacher als ich dachte, hier stand schon die Lösung: http://forum.contenido.org/viewtopic.php?f=66&t=22665 Nun habe ich festgestellt, dass meine beiden Bildergalerien (also zwei verschiedene Module) auch nicht funktionieren, was auch an der Ausgabe der Links liegt, da muss ich noch mal suchen.

Aber alles in allem bin ich positiv überrascht, dass es größtenteils reibungslos verlief, also Daumen hoch!

[xmurrix]

Hi,
danke sehr für das Feedback.

...
ich habe jetzt ein Update von 4.4.5 auf 4.8.15 via 4.6.24 durchgeführt und bei der neuen Version auch AMR mit installiert. ... Was ich aber zurückmelden wollte ist ein Eintrag im errorlog:

Code: Alles auswählen

[11-Jul-2011 14:42:08] /contenido/plugins/mod_rewrite/install.php?install=1&contenido=c00febd718e14ef504cc93ea50166e58 MySQL error 1060: Duplicate column name 'urlname'
ALTER TABLE con_art_lang ADD urlname VARCHAR( 128 ) AFTER title

...

Das kann beim Update einer älteren Contenido-Version passieren. Früher war das Feld 'urlname' nicht Bestandteil einer Contenido-Installation. Daher musste das Plugin diese Spalte zusätzlich anlegen. Mittlerweile ist das nicht nötig, da dieses Feld bei einer Contenido-Installation angelegt wird. Auch wenn der Fehler für manche etwas störend sein mag, kann da nichts passieren.

... Nun habe ich festgestellt, dass meine beiden Bildergalerien (also zwei verschiedene Module) auch nicht funktionieren, was auch an der Ausgabe der Links liegt, da muss ich noch mal suchen...

Du kannst dir das Bildergalerie-Modul des Beispielmandanten mal ansehen, und dies als Vorlage verwenden. In der Regel sollte es funktionieren, wenn du folgendes beachtest:
- Den base-Tag ausgeben
- Keine absoluten URLs inkl. Protokoll und Host(http://hostname/cms/front_content.php), sondern vom Root-Verzeichnis aus, z. B. cms/front_content.php
- Parameter zu Uploaddateien urlencodieren, z. B. 'cms/front_content.php?idart=234&view=' . urlencode('imagedir/zoom/foobar.jpg');

Grüße
xmurrix

[Halchteranerin]

Hallo Murat,

das Problem mit den Bildergalerien ist ganz komisch. Ich habe zwei im Einsatz, beide von Andreas (kummer), und zwar habe ich einmal das hier:
Modulname : w3concepts.picgallery.v1

und einmal das:
Modulname : w3concepts.gallery.v1

Beide benutzen den popupviewer.php, es handelt sich um dieselbe Datei.

Ich habe das hier gefunden: http://forum.contenido.org/viewtopic.php?f=59&t=30801 und die Ausnahme bei mir eingetragen.
Beim picgallery-Modul bekomme ich immer die Meldung

Code: Alles auswählen

Forbidden

You don't have permission to access /cms/popupviewer.php on this server.

die andere Galerie hingegen funktionierte nach Eintragen der Ausnahme, obwohl ich vorher die gleiche Forbidden-Meldung bekam! Da ist bestimmt ein Fehler im Aufruf des Popupviewers, denn die beiden Aufrufe unterscheiden sich, aber auf dem Auge bin ich irgendwie blind. Vielleicht siehst du etwas.
Funktionierender Aufruf:

Code: Alles auswählen

 //return "<a href=\"#\" onClick=\"window.open('{$this->path['html']}popupviewer.php?uri={$this->path['upload']}{$this->path['pictures']}{$this->picture[$this->showNextPictureSeq]}','bild','width={$originalsize[0]},height={$originalsize[1]},top=10,left=10,scrollbars=no,topmargin=0,leftmargin=0');bild.document.body.style.margin=0;\"><img src=\"{$this->htmlpath}{$size['filename']}\" width=\"{$size['width']}\" height=\"{$size['height']}\" /></a>"; 
      return "<a href=\"javascript:window.open('{$this->path['html']}popupviewer.php?uri={$this->path['upload']}{$this->path['pictures']}{$this->picture[$this->showNextPictureSeq]}','bild','width={$originalsize[0]},height={$originalsize[1]},top=10,left=10,scrollbars=no,topmargin=0,leftmargin=0');bild.document.body.style.margin=0;\"><img src=\"{$this->htmlpath}{$size['filename']}\" width=\"{$size['width']}\" height=\"{$size['height']}\" /></a>"; 

(hier war die erste Zeile auskommentiert, Zeichen, dass ich das irgendwann mal geändert habe. Deshalb habe ich das bei der anderen Galerie so ähnlich gemacht, also mit javascript:window.open und nicht onClick ...).

Nicht-funktionierender Aufruf:

Code: Alles auswählen

//echo "<a href=\"#\" onClick=\"window.open('{$cfgClient[$client]["path"]["htmlpath"]}popupviewer.php?uri={$pic['htmlbilderpfad']}{$bild[$bildnummer]}','bild','width={$src_image_size[0]},height={$src_image_size[1]},top=10,left=10,scrollbars=no,topmargin=0,leftmargin=0');bild.document.body.style.margin=0;\">";
                echo "<a href=\"javascript:window.open('{$cfgClient[$client]["path"]["htmlpath"]}popupviewer.php?uri={$pic['htmlbilderpfad']}{$bild[$bildnummer]}','bild','width={$src_image_size[0]},height={$src_image_size[1]},top=10,left=10,scrollbars=no,topmargin=0,leftmargin=0');bild.document.body.style.margin=0;\">";
                echo "<img src=\"{$pic['htmlthumbnailpfad']}{$pic['breite']}.{$pic['hoehe']}.{$bild[$bildnummer]}.jpg\"/ border=\"0\">";

Das Auswählen der Pfade geht aber auch nicht, obwohl ich das eine oder andere ausprobiert habe. Zum Schluss habe ich den funktionierenden Input des einen Moduls in das andere Modul kopiert und angepasst, es lief aber trotzdem nicht, und jetzt habe ich die Schnauze voll und werde die paar Fotogalerien, die ich habe, alle auf die funktionierende Variante umstellen.

Sollte du die Lösung für den nicht funktionierenden Aufruf parat haben, kannst du sie dennoch veröffentlichen, vielleicht braucht das nochmal jemand ...

Danke trotzdem fürs "Zuhören".

Viele Grüße
Christa

[xmurrix]

Morgen Christa,

mit folgendem Beispiel sollte das funktionieren:

Code: Alles auswählen

    $uri = urlencode($pic['htmlbilderpfad'] . $bild[$bildnummer]);
    echo "<a href=\"popupviewer.php?uri={$uri}\" onclick=\"javascript:window.open(this.href,'bild','width={$src_image_size[0]},height={$src_image_size[1]},top=10,left=10,scrollbars=no,topmargin=0,leftmargin=0');bild.document.body.style.margin=0;return false;\">";
    echo "<img src=\"{$pic['htmlthumbnailpfad']}{$pic['breite']}.{$pic['hoehe']}.{$bild[$bildnummer]}.jpg\"/ border=\"0\">";

Das href-Attribut enthält die URL zum popupviewer (vom Mandantenverzeichnis aus) und im onclick-Event wird das Popupfenster geöffnet.

Gruß
Murat

P.S.: Welche Galerie mag das AMR-Plugin nun nicht? Das habe ich nicht ganz verstanden.

[Halchteranerin]

Hallo Murat,

bei der w3concepts.picgallery.v1 kommt die Fehlermeldung mit Forbidden, aber das ist auch die, bei der das Auslesen der Pfade nicht (mehr) funktioniert hat, und die ich deswegen auch "hingeschmissen" habe.

Viele Grüße
Christa

[uwe-schmitt]

Hallo an Alle,

ich weiß jetzt nicht, ob meine Frage hier schon gestellt wurde und sie vielleicht nicht auch schon beantwortet wurde, aber 78 Seiten zu dem Thema sind mir dann doch ein bißchen viel...

Ich habe eine Contenido-Website mit ca. 100 Artikeln, die noch ohne AMR läuft, das ich jetzt einsetzen will. Was passiert mit meinen Suchmaschineneinträgen, wenn ich umstelle? Fliegen die alten Seiten aus den Indexes raus? Werden die neuen erst später indexiert oder "merken" Google und Co. gar nicht, dass da AMR am Werke ist.
Oder muss ich in die .htaccess-Datei alle Seiten von Hand eintragen (hoffe nicht)?

Danke im Voraus für Eure Hilfe.

Gruß
Uwe Schmitt

[MediaMuchacho]

Hallo zusammen

Erstmal vorweg, ich durchwühle seit geraumer Zeit das Forum auf der Suche nach der Lösung des Problems. Aber entweder verstehe ich die Antworten nicht oder aber Sie scheinen nicht passend zu sein.

Folgendes Problem:

Ich habe ein Contenidosystem von 4.8.12 auf 4.8.15 aufgerüstet und im Anschluss auf Kundenwunsch das AMR installiert. Das System beinhaltet 2 Mandanten.
Der Einfachheit halber Mandant1 und Mandant2, jetzt liegt Contenido auf dem Root und Mandant1 ebenfalls, also nicht im /cms Ordner.

Mandant2 hat eine eigene Domain, die direkt auf das Verzeichniss Mandant2 auf dem selben Server auf dem auch Mandant1 liegt, verweist.

Habe also folgende Struktur:
http://www.mandant1.tld - Contenido im Ordner /contenido - Website im root
http://www.mandant2.tld - Contenido auf mandant1.tld über relativen Webserverpfad verfügbar - Website im verzeichniss http://www.mandant1.tld/mandant2 vom Provider aus sieht es aber http://www.mandant2.tld aus...

Auf Mandant1 läuft das Plugin einwandfrei. Funktioniert also tadellos. Bei Mandant2 hab ich aber die Meldung "illegal call" wahlweise auch "Server Error 500"

Ich habe schon versucht die RewriteBase für Mandant2 anzupassen, war aber wenig erfolgreich. Habe versucht die Adresse für die .htaccess anzugeben im Backend auf /Mandant2/ zu ändern. War aber auch wenig erfolgreich, genauso wie /

Meine Laienhafte Vermutung ist, dass er irgendwie nicht schnall wo er sein Contenido findet, da es für Ihn wohl eine komplett andere URL / domain ist. In Wahrheit aber ein und derselbe Server nur eben...ein Unterverzeichniss

Da fragt sich der geneigte User...was tun? Ich weiß da nun wirklich nicht weiter...vlt. kann das ja jemand nachvollziehen und mir ein wenig weiterhelfen. Falls noch Daten nötig sind einfach fragen, dann versuch ich es besser zu beschreiben oder die Daten zu liefern.

___

Edit: faszinierend: nachdem ich die front_content.php neu hochgeladen habe ( nur so aus Verdacht ) ging es plötzlich. Problem war wohl dann nicht das AMR sondern vermutlich eine wie auch immer fehlerhafte front_content.php

[xmurrix]

Hallo Uwe,

Fliegen die alten Seiten aus den Indexes raus?

Alte Seiten würden im Laufe der Zeit aus dem Google-Index rausfliegen, wenn diese Seiten nicht mehr weiterhin unter der alten URL (mit front_content.php) erreichbar sind.

Werden die neuen erst später indexiert oder "merken" Google und Co. gar nicht, dass da AMR am Werke ist.

Google kommt ab und an vorbei und analysiert die Seite auf neue URLs. Neue vom AMR-Plugin generierte URLs werden dann in den Index aufgenommen.

Wenn aber alte URLs weiterhin gültig sein sollen, würde ich dir folgende Vorgehensweise vorschlagen:

• Die Option "Duplicated Content verhindern" im Plugin abschalten, damit auch URLs mit front_content.php usw. durchgelassen werden.
• Im Head-Bereich deines Layouts den canonical-Tag ausgeben

  Code: Alles auswählen

  <link rel="canonical" href="front_content.php?idart=<?php echo $idart
  ?>&lang=<?php echo $lang ?>" />
  

  Dann werden mehrere Versionen einer Seite nicht mehr als Duplicated Content von Google bemängelt und alte URLs sind weiterhin gültig, z. B. bei Bookmarks oder Suchmaschinenergebnissen.

Beim AMR-Plugin fehlt eigentlich die Option zum Akzeptieren von URLs zum Frontend (URLs mit front_content.php) unabhängig von der Option "Duplicated Content verhindern", oder die Weiterleitung mit einer 302-HTTP header auf die neue Version der Seiten. Dieses Feature sollte hinzugefügt werden...

Grüße
xmurrix

[uwe-schmitt]

Hallo xmurrix,

danke für Deine schnelle Unterstützung.
Beim canonical-Tag gibst Du aber keine idcat an. Bei meiner Site (noch 4.6.15...) wird aber nur die idcat ausgegeben. Muss ich das berücksichtigen? Kann ich die Angabe für die Kategorie so wie bei der Sprachangabe und der Artikelangabe einfach hinzufügen? Sieht das dann so aus?:

Code: Alles auswählen

<link rel="canonical" href="front_content.php?idart=<?php echo $idart ?>&idcat=<?php echo $idcat ?>&lang=<?php echo $lang ?>" />

Gruß
Uwe Schmitt

[xmurrix]

...
Beim canonical-Tag gibst Du aber keine idcat an. Bei meiner Site (noch 4.6.15...) wird aber nur die idcat ausgegeben. Muss ich das berücksichtigen? Kann ich die Angabe für die Kategorie so wie bei der Sprachangabe und der Artikelangabe einfach hinzufügen? Sieht das dann so aus?:

Code: Alles auswählen

<link rel="canonical" href="front_content.php?idart=<?php echo $idart ?>&idcat=<?php echo $idcat ?>&lang=<?php echo $lang ?>" />

...

Das sollte so auch unter 4.6.15 funktionieren. Bau es mal rein und überprüfe dann das Ergebnis im Quellcode, ob da auch immer die gewünschte URL generiert wird.

[beachcoder]

Einfach nur Genial!
Danke für die Mühen!

[20082009]

Hallo,
ich habe das Plugin schon mehrfach installiert, immer ohne Probleme. Aber jetzt läuft irgendwas schief. Contenido 4.8.14 entsprechendes AMR Plugin. Wenn ich das Frontend aufrufe erscheint die Seite ohne Bilder und die CSS Datei wird nicht angesprochen. Htaccess liegt auf der root. CMS Ordner auch. Kann mir jemand weiterhelfen?? Die Umschreibung der Links funktioniert auch. Die Seiten werden alle aufgerufen. NUr fehlt meiner Meinung nach irgendwo ein Eintrag "CMS" der die CSS Datei und den richtigen Pfad zu den Bildern findet.

[xmurrix]

... Aber jetzt läuft irgendwas schief. Contenido 4.8.14 entsprechendes AMR Plugin. Wenn ich das Frontend aufrufe erscheint die Seite ohne Bilder und die CSS Datei wird nicht angesprochen. Htaccess liegt auf der root. CMS Ordner auch.

Mir welchen Pfad werden die CSS-Dateien im head-Bereich eingebunden?
Wenn die Dateien z. B. absolute Pfadangaben haben, kann das mit dem Pfad im generierten base-Tag (auch im head) Probleme verursachen

Code: Alles auswählen

base href:       http://hostname.tld/cms/
css pfad:        /cms/css/contenido_example.css
Ergibt zusammen: http://hostname.tld/cms//cms/css/contenido_example.css

Richtig/Besser ist:

Code: Alles auswählen

base href:       http://hostname.tld/cms/
css pfad:        css/contenido_example.css
Ergibt zusammen: http://hostname.tld/cms/css/contenido_example.css

Das gilt auch für JS-Dateien.

Eigentlich braucht man keine absoluten Pfadangaben für URLs zu CSS-/JS- oder Bilddateien oder auch zu internen Seiten. Es reicht in der Regel immer aus, wenn man relativ vom aktuellen Pfad ausgeht, was normalerweise "cms/" ist. Nur bei mod_rewrite Lösungen sollte man bedenken, dass man die Einstellung zum Generieren des base-Tags setzt, da die meisten Browser Probleme beim Kombinieren der URL in der Adresszeile mit vokommenden Pfaden (CSS, JS, Bilder und interne Links) im Dokument haben.

Gruß
xmurrix

[derSteffen]

Hallo,

es wurde zwar schon mal angesprochen, aber nicht gelöst!

Ich nutze eine Bilderglarie. Hier wird der Link wie folgt aufgebaut:

Code: Alles auswählen

linkadresse-wie-gewünscht?iframe=true&width=450&height=550

mit AMR wird daraus aber folgendes gemacht:

Code: Alles auswählen

linkadresse-wie-gewünscht%3Fiframe%3Dtrue&width=450&height=550

Nun funktioniert meine Galerie nicht mehr.
Meine Frage: warum wird das Fragezeichen und das Ist-Gleich-Zeichen um "iframe" geändert aber nicht bei den Maß-Angbaben.
Was kann ich machen, dass um "iframe" das Fragezeichen und das Ist-Gleich-Zeichen richtig angezeigt werden?!

Vielen Dank

MfG Steffen