Link in Modul wird beim Speichern geändert

[be-tina]

Ich wollte in einem Modul, das schon ewig besteht und funktioniert einen Link von http auf https ändern und plötzlich ändert Contao beim Speichern den Link.

Folgendes habe ich eingegeben:

<a href="{{iflng::de}}http://shop.wellness-drinks.de{{iflng::en}}http://shop.wellness-drinks.de/en{{iflng}}">

Beim Speichern wird das Ganze so geändert:

<a href="{{iflng::de|urlattr}}https%3A//shop.wellness-drinks.de/{{iflng::en|urlattr}}https%3A//shop.wellness-drinks.de//en{{iflng|urlattr}}">

Der geänderte Link funktioniert natürlich nicht.

Was kann ich tun?


Habe schon eine config.yml erstellt, diese in den Ordner config gelegt und folgendes eingegeben:

contao:
    sanitizer:
        allowed_url_protocols:
            - http
            - https
            - ftp
            - mailto
            - tel
            - data
            - skype
            - whatsapp
            - fax

Das habe ich beim Recherchieren gefunden. Aber offensichtlich hat das mit meinem Problem nichts zu tun?

[planepix]

Nur als Idee:
In den erlaubten Tags ist bei html auch https dabei?

[mlweb]

Welche Contao Version ist das? Ab Contao 5 gibt es auch das Element "ungefiltertes HTML". Ich bin gerade nicht sicher, ob das auch in 4.13 schon vorhanden war.

Übrigens, dass es vor der Änderung funktioniert hat und danach nicht mehr das ist normal. Wenn Du nichts geändert hast, dann stand das ja so wie damals geschrieben in der DB. Erst mit diverse Anpassungen aus Sicherheitsgründen wurden einige Sachen beim Speichern maskiert.

[be-tina]

Nur als Idee:
In den erlaubten Tags ist bei html auch https dabei?

Du meinst bei Einstellungen / Erlaubte HTML-Tags?
Da wo auch <h1> etc steht?

Da habe ich jetzt mal http und https eingetragen. Aber es ändert sich nichts.

[Spooky]

Welches Modul meinst du überhaupt? Wenn du "Eigenes HTML" meinst: ich kann das Problem dort nicht nachvollziehen.

[be-tina]

Welche Contao Version ist das? Ab Contao 5 gibt es auch das Element "ungefiltertes HTML". Ich bin gerade nicht sicher, ob das auch in 4.13 schon vorhanden war.

Übrigens, dass es vor der Änderung funktioniert hat und danach nicht mehr das ist normal. Wenn Du nichts geändert hast, dann stand das ja so wie damals geschrieben in der DB. Erst mit diverse Anpassungen aus Sicherheitsgründen wurden einige Sachen beim Speichern maskiert.

Ist Contao 4.13.36

Es ist ein Modul, wo ich die Änderung versuche durchzuführen. "Ungefiltertes HTML" kann ich dort nicht finden.

Was habe ich denn jetzt für Möglichkeiten? Ich kann ja praktisch nichts mehr machen, wenn meine Eingaben einfach geändert werden. Kann ich den Link in der Datenbank finden und ändern?

Ein Update möchte ich ungern ausführen. Das zieht meist einen riesen Rattenschwanz hinter sich her und es funktioniert einiges nicht mehr, was auch nicht einfach so mal schnell zu reparieren ist. Da vermisse ich das Contao 3. Das war so schön einfach :-) Zur Not konnte man einfach die Sicherung wieder hochladen und alles war wieder gut.

[be-tina]

Welches Modul meinst du überhaupt? Wenn du "Eigenes HTML" meinst: ich kann das Problem dort nicht nachvollziehen.

Themes / Frontend-Module
und dort habe ich bei Modultyp "Eigener HTML-Code" ausgewählt.

[Spooky]

Ist Contao 4.13.36

Generell gilt: bei Problemem immer zuerst alle Pakete aktualisieren.

Zur Not konnte man einfach die Sicherung wieder hochladen und alles war wieder gut.

Das ist ja auch jetzt so?

[be-tina]

Contao ändert ja auch diese Insert-Tags. Aber nur im Link.

Hier mal der komplette Code wie ich ihn eintrage:

<div class="shoplink">
<a href="{{iflng::de}}http://shop.wellness-drinks.de{{iflng::en}}http://shop.wellness-drinks.de/en{{iflng}}">
{{iflng::de}}Zum Shop{{iflng::en}}Shop{{iflng}}
</a>
</div>

Und so wird er verändert:

<div class="shoplink">
<a href="{{iflng::de|urlattr}}http%3A//shop.wellness-drinks.de{{iflng::en|urlattr}}http%3A//shop.wellness-drinks.de/en{{iflng|urlattr}}">
{{iflng::de}}Zum Shop{{iflng::en}}Shop{{iflng}}
</a>
</div>

Hängt das vielleicht mit dem href zusammen? Unten die Insert-Tags werden nicht geändert.
Bei "Einstellungen / Erlaubte HTML-Attribute" steht aber nach wie vor bei "a" auch "href" dabei.

[be-tina]

Generell gilt: bei Problemem immer zuerst alle Pakete aktualisieren.

Genau davor habe ich angst ;-)
Aber mir wird wahrscheinlich nichts anderes übrig bleiben.

Das ist ja auch jetzt so?

Naja, einfach per FTP hochladen und mit Datenbank verbinden geht ja nicht mehr.

[Spooky]

Naja, einfach per FTP hochladen und mit Datenbank verbinden geht ja nicht mehr.

Was genau meinst du damit?

[be-tina]

Was genau meinst du damit?

Das ist jetzt gerade eine Themenänderung. Soll ich dafür ein neues Thema öffnen?

Ich habe den Verdacht, ich mache es mir da zu schwer, weil du so erstaunt reagierst.

[Spooky]

Bei so einem Update (wo du nichts an der composer.json änderst), brauchst du nur die composer.lock und die Datenbank sichern, sonst nichts. Wenn irgendwas nicht funktioniert, spielst du die Datenbank und die composer.lock wieder zurück und führst "Abhängigkeiten installieren" im Contao Manager aus. Dann bist du wieder auf dem vorherigen Stand der Pakete und der Datenbank.

[be-tina]

Bei so einem Update (wo du nichts an der composer.json änderst), brauchst du nur die composer.lock und die Datenbank sichern, sonst nichts. Wenn irgendwas nicht funktioniert, spielst du die Datenbank und die composer.lock wieder zurück und führst "Abhängigkeiten installieren" im Contao Manager aus. Dann bist du wieder auf dem vorherigen Stand der Pakete und der Datenbank.

Wow, das klingt einfach!

Ich bin bei solchen tiefergehenden Sachen leider etwas unwissend.

Kannst du mir noch sagen, welche Aktionen bzw. Änderungen an der Website die composer.json ändern?

[Spooky]

Die composer.json editierst du entweder selbst - oder über den Contao Manager (indem du Pakete hinzufügst oder Paketversionen änderst). Wenn du was an der composer.json für ein Update geändert hast, dann sicherst du composer.json, composer.lock und Datenbank.

[Spooky]

Genau davor habe ich angst ;-)

Diese Angst ist kontraproduktiv - weil du wirst immer aktualisieren müssen. Entweder aus Sicherheitsgründen oder wegen Bugs.

[be-tina]

Ich habe mir mal die Datenbank heruntergeladen und dort diesen fehlerhaften Link nicht gefunden.

Da stehen überall diese alten http Links ordentlich drin.

Trotzdem funktioniert der Link ja nicht.

Hier mal der Link zur Website. Es ist der Link zum Shop rechts oben.
https://wellness-drinks.de

- - - Aktualisiert - - -

Diese Angst ist kontraproduktiv - weil du wirst immer aktualisieren müssen. Entweder aus Sicherheitsgründen oder wegen Bugs.

Ja, du hast recht. Ich werde mich der Herausforderung stellen.

[be-tina]

Die composer.json editierst du entweder selbst - oder über den Contao Manager (indem du Pakete hinzufügst oder Paketversionen änderst). Wenn du was an der composer.json für ein Update geändert hast, dann sicherst du composer.json, composer.lock und Datenbank.

Ok, super. Vielen Dank für deine Erklärungen. Jetzt weiß ich wieder einiges mehr :-)

[Spooky]

Aktualisiere auf Contao 4.13.45, danach speichere den Link nochmal korrekt.

[be-tina]

Jetzt würde mich nur noch interessieren, warum ich diesen geänderten Link nicht in der Datenbank finde.

Ich habe in der Datenbank nach "shoplink" gesucht. Weil das als "class" in dem Modul angegeben ist. Und an diesen Stellen habe ich immer nur intakte Links gefunden.

[be-tina]

Aktualisiere auf Contao 4.13.45, danach speichere den Link nochmal korrekt.

Meine Angst ist nicht ganz unbegründet. Irgendwas ist immer.

Jetzt hat die Verbindung mit der Datenbank nicht mehr funktioniert. Ok, ich habe eine neue Datenbank gemacht. Verbindung ging jetzt.

ABER: Da steht jetzt im Manager:

Datenbank-Schema
Es gibt eine ausstehende Migration

Was mache ich denn jetzt?
Überspringen? oder Datenbank prüfen?



Die Seite funktioniert jetzt übrigens inkl. Link. Aber ich war jetzt noch nicht im Backend und habe die Änderung auf https versucht.

[be-tina]

... habe jetzt zunächst auf "Überspringen" geklickt, weil die Seite ja erst mal wieder funktioniert und er Link oben auch.

Jetzt habe ich schlauerweise das Modul mit dem Shoplink erst kopiert :-)

Die Änderung eingetragen, gespeichert ... Leider das gleiche Problem wie vorher. Der Eintrag wird immernoch genauso geändert (wie oben schon einmal gepostet).

Welche Möglichkeiten habe ich jetzt noch?

[Spooky]

ABER: Da steht jetzt im Manager:

Datenbank-Schema
Es gibt eine ausstehende Migration

Was mache ich denn jetzt?
Überspringen? oder Datenbank prüfen?

Nach einem Update bzw. einer Paket Aktualisierung musst du immer die Datenbank aktualisieren.

[be-tina]

Nach einem Update bzw. einer Paket Aktualisierung musst du immer die Datenbank aktualisieren.

Vielen, vielen Dank für deine Hilfe !!!

Seite läuft jetzt auf 4.13.45, Datenbank ist aktualisiert.



Leider wird der Link im Modul immernoch geändert, wenn ich auf Speichern klicke.

Woran könnte das jetzt noch liegen?

Hat jemand noch eine Idee dazu?

[Spooky]

Poste mal Screenshots von der gesamten Contao Backend Ansicht vor und nach dem Speichern.

[be-tina]

Poste mal Screenshots von der gesamten Contao Backend Ansicht vor und nach dem Speichern.

Bildschirmfoto 2024-07-30 um 15.29.22.png


Bildschirmfoto 2024-07-30 um 15.29.36.png

[Spooky]

Poste mal einen Screenshot deiner Systemeinstellungen, im speziellen Erlaubte HTML-Attribute.

[be-tina]

Poste mal einen Screenshot deiner Systemeinstellungen, im speziellen Erlaubte HTML-Attribute.

Bildschirmfoto 2024-07-30 um 16.08.45.png

[Spooky]

Hm, tja, keine Ahnung.

Side note: du hast das Systemdatumsformat geändert. Das solltest du nicht machen. Wenn dein Ziel war das Datumsformat im Frontend zu ändern, dann musst du das über die Konfiguration im Startpunkt der Webseite entsprechend setzen.

[be-tina]

Hm, tja, keine Ahnung.

Ok, das ist natürlich dramatisch. Wenn du keine Lösung weißt befürchte ich, es gibt keine.

Side note: du hast das Systemdatumsformat geändert. Das solltest du nicht machen. Wenn dein Ziel war das Datumsformat im Frontend zu ändern, dann musst du das über die Konfiguration im Startpunkt der Webseite entsprechend setzen.

Du meinst bei Startpunkt der Webseite => Globale Einstellungen? Da soll ich das gewünschte Datumsformat für das Frontend eingeben?

Und welche Datumsformate sind normalerweise bei Einstellungen => Datum und Zeit ?
Oder kann ich meine Einträge dort einfach löschen?

[do_while]

Du könntest versuchen, den Code in ein ce_html_meinTpl speichern und das Template auswählen.
Hier finden ggf. keine solchen Ersetzungen statt.

[Spooky]

Du meinst bei Startpunkt der Webseite => Globale Einstellungen? Da soll ich das gewünschte Datumsformat für das Frontend eingeben?

Korrekt, ja.

Und welche Datumsformate sind normalerweise bei Einstellungen => Datum und Zeit ?
Oder kann ich meine Einträge dort einfach löschen?

Einfach löschen, ja.

[be-tina]

Du könntest versuchen, den Code in ein ce_html_meinTpl speichern und das Template auswählen.
Hier finden ggf. keine solchen Ersetzungen statt.

Die Idee klingt gut, aber ich bekomme das nicht hin. Das Template habe ich erstellt unter Layout => Templates
Bei Themes => Module dann ein Modul mit Modultyp "Individuelles Template" erstellt. Doch kann ich nur das mod_Template auswählen.

- - - Aktualisiert - - -

Korrekt, ja.


Einfach löschen, ja.

Duper Danke dir!

[Spooky]

Für das Modul "Eigener HTML-Code" musst du dir ein Template anlegen, das mit mod_html beginnt, nicht ce_html.

[be-tina]

Wow, Hagen und Spooky – ihr seid klasse !!!

So funktioniert es. Das schreibe ich mir jetzt auf für das nächste Modul mit eigenem HTML-Code, das rumzickt.

Danke, danke, Daaaaanke :-)

[do_while]

Für das Modul "Eigener HTML-Code" musst du dir ein Template anlegen, das mit mod_html beginnt, nicht ce_html.

Sorry, na klar, ich habe nur nicht nachgeschaut, mod_html_xxx ist richtig.

[mdoll]

Hi,

spricht irgendwas gegen diese Lösung?

<div class="shoplink">
<a href="http://shop.wellness-drinks.de{{iflng::en|urlattr}}/en{{iflng|urlattr}}">
{{iflng::de}Zum Shop{{iflng::en}}Shop{{iflng}}
</a>
</div>

Gruß
Mathias

[be-tina]

Hi,

spricht irgendwas gegen diese Lösung?

<div class="shoplink">
<a href="http://shop.wellness-drinks.de{{iflng::en|urlattr}}/en{{iflng|urlattr}}">
{{iflng::de}Zum Shop{{iflng::en}}Shop{{iflng}}
</a>
</div>

Gruß
Mathias

Das klappt erstaunlicherweise auch. Da wird beim Speichern nichts geändert. Nur das iflng::de muss ich weglassen. Das steht sonst als Text auf der Seite.

<div class="shoplink">
<a href="https://shop.wellness-drinks.de{{iflng::en|urlattr}}/en{{iflng|urlattr}}">
Zum Shop{{iflng::en}}Shop{{iflng}}
</a>
</div>

Vielen Dank!

Jetzt frage ich mich, warum das funktioniert und meine ursprüngliche Version nicht. Aber man muss auch nicht immer das Warum wissen ;-)

[mdoll]

Nur das iflng::de muss ich weglassen.

Da hat sich bei mir der Fehlerteufel eingeschlichen, es fehlt eine schließende geschweifte Klammer beim iflng::de.

Korrekt ist die Zeile so:

{{iflng::de}}Zum Shop{{iflng::en}}Shop{{iflng}}

Das solltest Du auch wieder reinnehmen, sonst steht auf der englische Seite "Zum ShopShop".

Es liegt an den Sonderzeichen in der URL. Durch : und / wird beim Speichern automatisch das urlattr ergänzt, was diese Zeichen dann kodiert. Bei der Zeile mit Zum Shop/Shop wird das urlattr nicht ergänzt.
Interessanterweise ergänzt Contao das urlattr auch, wenn die Zeichen sich nicht innerhalb des Inserttags befinden. Es reicht schon, wenn die in derselben Zeile sind. Eventuell ein Bug? Ich muss damit noch ein wenig spielen, damit ich das näher beschreiben kann. Und ich muss sehen, ob man das in der offiziellen Demo nachstellen kann.

Gruß
Mathias

[be-tina]

Danke Mathias!

Das mit der geschweiften Klammer hätte ich ja auch mal sehen können.

iflng::de habe ich unten wieder mit dazugenommen.

Oben, im Link soll iflng::de aber nicht mehr dazu.
Das heißt praktisch: "schreib immer .de, außer die Sprache ist englisch, dann hänge /en dran"
Wenn es bei englisch ein völlig anderer Link wäre bräuchte ich das iflng::de vorne wieder.
Ist das richtig?

Sollte man bei einem Link das urlattr generell mit in die Klammer schreiben?
Das habe ich bisher noch nicht gekannt.