Update 4.8.6->4.8.11: TinyMCE erzeugt falsche Links

[Tom]

hallo timo,

besten dank für deine antowrt, aber schau doch mal in mein posting:

"ich habe ein recht ähnliches problem in der 4.8.12er version:"

)) nutze ja die neueste 4.8.12er ... in den versionen davor ist mir dieses phänomen nie aufgefallen. und immer wenn ich in dem pop up in welchen man das image einbindet, das bild auswähle, steht der absolute pfad in dem feld der quelle. das gab es früher nie - soweit ich mir erinnern kann.

viele grüße
tom - der bereits mit der 4.8.12 live ist - dennoch aber gerne relative urls nutzen würde

[Tom]

und noch ein phänomen - vor der pfadänderung aber nicht dar gewesen:

wenn ich im tiny bilder einfüge klappt alles (bis auf relaitve urls...) - ich binde extra erstellte thumbs ein und verlinkte diese dann mit der normal großen grafik.

dabei wird folgender quelltext erzeugt:

Code: Alles auswählen

<p><a href="../../cms/upload/anzeigen/beispiel/beispielbild.gif" target="_blank" title="Beispielbild - bis zu 12 Bilder sind m&ouml;glich"><img src="http://www.meinedomain.com/cms/cms/upload/anzeigen/beispiel/beispiel_001_th.jpg" border="0" alt="Beispielbild - bis zu 12 Bilder sind m&ouml;glich" width="63" height="85"></a>

im frontend sind dasnn die links zu den großen grafiken falsch, denn das "../../" wird falsch gesetzt.

so schauts bei mir aus:

hauptdomain zeigt auf webroot
darunter kommt der ordner cms
darin befindet sich die contenido intallation

das frontend ist also unter www.meinedomain.com/cms/cms/seite.html erreichbar. und ich war der meinung alle pfade korrekt gesetzt zu haben?!

grüße
tom

[timo.trautmann_4fb]

Seit der Version 4.8.12 werden innerhalb des Tinys absolute URLs verwendet, das ist richtig, da dies seid dem Tiny3 nicht mehr anders möglich ist, um die Vorschau und die korrekte Darstellung zu gewähleisten. Bei der Speicherung rechnet Contenido jedoch die URLs wieder zurück in relative URLs.
Wenn es bei der Berechnung der URLs zu Problemen kommt vermute ich mal falsche Pfade. Genau so gut kann es auch ein Bug sein, der vielleicht durch eine spezille Konfiguration des Servers hervorgerufen wird.

[Tom]

hi timo.

habe mir den code in der con_code angesehen. du hast recht. darin steht der relative pfad. seltsam nur ist, dass im quelltext des browsers dann der absolute pfad steht. aber nur bei der verlinkung von grafiken. was aber wohl wurscht ist, wenn man nach einem domainumzug die con_code leert.

wundert mich nur die pfadangabe zum bild welches sich imexternen fenster öffnen soll. da ist eindeutig ein "../" zuviel drin.

die pfadangaben stimmen aber exakt - aus meiner sicht:

Variable Lokaler Wert
Contenido Version 4.8.12
Contenido Pfad /srv/www/htdocs/webxx/html/cms/contenido/
Contenido HTML-Pfad ../contenido/
Contenido Voller HTML-Pfad http://www.meinedomain.com/cms/contenido/
Contenido Frontend-Pfad /srv/www/htdocs/webxx/html/cms/cms/
Contenido PHPLIB-Pfad /srv/www/htdocs/webxx/html/cms/conlib/
Contenido WYSIWYG-Pfad /srv/www/htdocs/webxx/html/cms/contenido/external/wysiwyg/tinymce3/
Contenido WYSIWYG-HTML-Pfad http://www.meinedomain.com/cms/contenid ... /tinymce3/
Host-Name www.meinedomain.com
Browser-Pfad http://www.meinedomain.com/cms/contenido/
Mandanteninformationen Anzahl der installierten Mandanten: 1
Mandanten-Einstellungen Werte
Bordellcommunity
Sprache(n) deutsch, english
HTML-Pfad http://www.meinedomain.com/cms/cms/
Frontend-Pfad /srv/www/htdocs/webxx/html/cms/cms/


der pfad zum eingebundenen thumbnail erfolgt in der html ausgabe des browsers als absoluter - und korrekter pfad. das verlinkte bild wird als relativer pfad angegeben und schaut dann so aus:

"../../cms/upload/anzeigen/beispiel/beispielbild.gif"


sehe ich den wald vor lauter bäumen vielleicht nicht?

[timo.trautmann_4fb]

Ich habe es mir mal angesehen. Du hast da schon recht. Die Pfadberechnung ist derzeit nur neu für die Bilder und deren src Pfade. Die Links werden derzeit noch nicht neu generiert. Dieses Feature des Tinys habe ich so auch noch nie verwendet. Ich werde das Problem lokal nachstellen und versuche eine Lösung zu überlegen. Aber vermutlich ist es ein Problem und kein Fehler deinerseits.

[Tom]

hi timo - danke dir!!

was aber seltsam ist - die sache mit dem "../" war in meiner testversion (anderes unterverzeichnis) nicht vorhanden - erst nach dem ich die domain "umgebogen" habe und die pfade daher anpassen musste, tauchte das problem auf, dass die bilder fürs pop up einen falschen pfad erhalten.

gechachet wird doch die pfadangabe nur in der con_code, oder? auch die base_url im html dokument ist korrekt... und am AMR denke ich liegt es auch nicht.

[timo.trautmann_4fb]

Joa wie gesagt kann gut sein, dass da ein Problem ist da beim Umbau im Tiny die Href-Links auf Bilder wohl nicht beachtet wurden. Muss ich mir dann einfach mal ansehen. Da bringt ein Update auf die 4.8.12 vermutlich auch keine Lösung. Da wird wohl ein absoluter Pfad falsch in einen relativen Pfad umgerechnet.
In der con_code werden die Daten gecached, damit alles etwas schneller geht beim Abruf. Wenn du einen Pfad änderst, dann kann es durch den Cache sein, dass die Änderung nicht gleich wirksam wird. Die Tabelle con_code kann immer gefahrlos geleert werden. Man beachte geleert und nicht gelöscht. Das hatte jemand schon mal verwechselt

[Tom]

hallo timo,

ich teste das auch noch mal in einer testumgebung. die preprod ist ja mittlerweile live - habe aber noch eine 4.8.12er als referenz installation. werden dann berichten

[Tom]

hallo timo - it's a bug!

habe es in meiner referenz umgebung nachgestellt. gleiche phänomen, der eingefügte link vom thumb zum großen foto führt (relativ) zu "../../xxx" und somit eine ebene zu hoch

die installation erfolgte hier in

wwwroot
contenido-referenz
cms
contenido
...

der link zeigt im frontend dann auf

http://web55.meinedomain.de/cms/upload/anzeigen/.....

korrekt wäre:

http://web55.meinedomain.de/contenido-r ... ium_01.jpg


viele grüße
tom

[timo.trautmann_4fb]

Danke dir für dein Feedback habe mal einen Fix versucht. Du findest ihn im Anhang. Die zu ersetzenden Dateien findest du in contenido/scripts und contenido\external\wysiwyg\tinymce3 unbedingt bei dem js-kram auf den Cache achten du weißt schon. Freue mich auf Feedback ob die Links nun wieder gehen.

[Tom]

Hallo Timo - it works !!!

hab vielen dank für deine bemühungen - klappt hervorragend ))))


viele grüße
tom

[timo.trautmann_4fb]

Gut super, dann kann die nächste Version das standardmäßig danke fürs Testen.