2.11.5: eigenes member_default template wird missachtet (egal ob html5, xhtml, tpl)?

[scribble]

Hallo zusammen

Wir haben vor kurzem eine Seite, die auf 2.9.4 lief auf 2.11.5 aktualisiert und dabei natürlich auch die .tpl durch .xhtml ersetzt. Soweit so gut.
Nun wollten wir noch ein eigenes Template für member_default erfassen und dem betroffenen Modul zuweisen. Contao missachtet das Template im Frontend aber komplett. Egal ob mit .tpl, .html5 oder .xhtml-Endung. Woran liegt das?

Vielen Dank und Grüsse

[the_scrat]

Hi,

du hast 2 Möglichkeiten:

1. Du erstellst dir im Templateverzeichnis diese Datei member_default und benennst sie erstmal um, member_xxxx wasauchimmer. Danach kannst du sie deinem Modul zuweisen (achte auf die korrekte Datei xhtml, html5)
2. du benennst die Datei nicht um, sondern erstellst sie lediglich im Templateverzeichnis, danach musst du jedoch den Systemcache löschen, bis Contao die richtige Datei (im Templateverzeichnis) verarbeitet.

[scribble]

Hi scrat,

vielen Dank für deine Antwort.
Leider klappt beides nicht. Egal ob das Tempalte member_default oder member_xy (mit korrekter Zuweisung im Modul) heisst. Egal mit welcher Endung und mit gelöschtem Systemcache. Nix hat funktioniert.
Sogar wenn wir das Template per FTP hochladen, wird es trotzdem ignoriert. Weiss echt nicht, woran das liegen könnte. Hat 2.11.5 einen Bug?

[the_scrat]

Hmmm, das kann nicht sein. Dann ist was anderes faul. Ein Bug in Contao schließe ich jetzt mal aus, da ich selbst damit auf vielen Systemen damit arbeite.

Bist du dir denn sicher, dass auch das Modul ausgegeben wird?
Wo genau liegt deine modifizierte member_default? In welchem Ordner?
Hast du evtl. den Seitencache aktiviert?

Ich kann den Fehler irgendwie nicht nachvollziehen. Ich als einziges Problem wirklich nur, dass er das Template aus dem Templates Ordner nicht sofort zieht, was aber sofort behoben wird, wenn man die Systemwartung einmal sauber laufen lässt.

[scribble]

Hallo scrat

Vielen Dank für deine Antwort.
Obwohl ich zuerst überhaupt nicht davon ausgegangen bin, scheint es so, als ob es an der xtmembers-Extension liegt, welche für das Modul personalData ein einziges, fixes Template vorgibt...

https://www.contao-community.de/show...l=1#post223058

Leider habe ich von Helmut noch nichts gehört.

[the_scrat]

Achso, ja dann ändert das natürlich einiges. Wenn du die Erweiterung im Einsatz hast, solltest du auch das entsprechende Template modifizieren, also personaldata_default, dann sollten die Änderungen auch greifen.
XTMembers nimmt einfach ein eigenes Template her, weil dort mehr Felder (eben aus der Erweiterung) zur Verfügung stehen sollen.

Unter Templates in Contao, kannst du dieses Template (genau wie das member_default) auswählen und danach editieren. Dann solltest du auch sofort ein Ergebnis sehen.

[scribble]

Vielen Dank für Deine Antwort scrat. Da wir auf der betroffenen Kundeninstallation unter anderem ein Intranet mit mehreren Usergruppen und entsprechend mehreren (unterschiedlichen) "Persönliche Daten"-Modulen im Einsatz haben, können wir das fix zugewiesenen Template nicht verändern. Wir müssen da eine andere Lösung suchen. Ja, auch nach fast vier Jahren Contao, muss man immer noch aufpassen, welche out-of-the-box Extensions man verwendet und wann man lieber was eigenes umsetzt ;-)

[the_scrat]

Na dann stellt sich doch die Frage, braucht ihr die xt_members überhaupt? Oder habt ihr damit nur einmalig irgendwelche Felder erstellt, welche zum Schluss ja soweiso exportiert werden und dann unter Modules eingepflegt werden. Somit könnt ihr die Erweiterung doch deaktivieren.
Nach 4 Jahren Arbeit mit Contao, wäre es dann doch sowieso besser eigene DCA Felder zu schreiben, das ganze in einem eigenen Ordner zu sammeln und gut ists? Somit geht ihr allen Fehlern aus dem Weg. Die Benutzerdefinierten Sachen sollten auch nach einer Deaktivierung noch funktionieren. Und ihr könntet sofort unterschiedliche Templates nutzen, da ihr nun das Core-Module für die persönlichen Daten nutzt.
Ich persönlich kenne zwar xt_members, habs aber bei keiner Installation im Einsatz, weil man es einfach nicht braucht, wenn man einmal verstanden hat wie das Prinzip funktioniert mit eigenen Feldern und deren Veröffentlichung.

[scribble]

Hallo scrat

Wir haben das Ganze nun vorübergehend über die localconfig gelöst:


$GLOBALS['FE_MOD']['user']['personalData'] = 'ModulePersonalData';


da xtmembers


$GLOBALS['FE_MOD']['user']['personalData'] = "ModulePersonalDataExtended";

setzt.

Wir werden xtmembers aber in Kürze mit einer eigenen kleinen Extension ablösen.

Viele Grüsse