Warum nicht einfach verschiedene Produkte?
Art: Beiträge; Benutzer: Spooky
Warum nicht einfach verschiedene Produkte?
Gibt es einen öffentlich zugänglichen Link zum Repository?
Das Beispiel setzt das Feld "Text" auf nicht mandatory für das Inhaltselement vom Typ "my_content_element".
Einfach nur alt: iconAlt
Mit dd() solltest du nur die Debug Ausgabe sehen und sonst (fast) nichts.
Eine Funktion ;). Nimm dd() statt print_r().
Siehe auch https://symfony.com/doc/current/components/var_dumper.html#the-dump-function
Nutze dd() ("dump and die")
Lade die Datei hier hoch.
Alle Pfadangaben beziehen sich immer auf das Installationsverzeichnis.
Das legst du dir immer selbst an (genau so wie andere Ordner und Dateien, die ggf. fehlen).
iirc wird der save_callback nur für Felder ausgeführt, die auch tatsächlich im Formular (also in einer Palette) vorkommen.
Evt. übergibt die Extension diese Daten doch nicht unserialized an das Template.
Mach es lieber so wie in der Dokumentation beschreiben. Du brauchst keinen system/modules Ordner und keine config.php. Einfach nur die - wie in der Dokumentation beschriebene - Datei unter...
Genau so wie es in der Dokumentation steht.
Warum machst du das so? Halte dich doch lieber an die offizielle Dokumentation:
https://docs.contao.org/dev/framework/hooks/
https://docs.contao.org/dev/reference/hooks/processFormData/
data wird vom Controller (Inhaltselement) gesetzt - das sind die Daten des Inhaltselements (aus der Datenbank).
Die Template-Daten befinden sich in data (also bspw. data.multiSRC). Mit {% dump() %} kannst du dir die Template-Daten anzeigen.
Du meinst, wie man im Twig bspw. eine for-Schleife umsetzt..? Die Dokumentation zu Twig kennst du schon? https://twig.symfony.com/doc/
Was genau meinst du damit?
Ja, wie gesagt, das kannst du ja alles in deinem processFormData Hook machen.
Das musst du nicht selbst deserialisieren, unabhängig davon ob du Twig nutzt oder nicht. Siehe...
Da das nichts mit dem ursprünglichen Thread-Thema zu tun hat, solltest du dafür einen neuen Thread öffnen (bzw. dazu könnte es auch schon existierende Threads geben).
Bei mir ist es allerdings MariaDB 11.2.2 - also evt. liegt es nur an bestimmten MariaDB Versionen.
@k-webdesign welches OS und welche SQL Version bei dir?
Das hast du misverstanden - du musst die entsprechende Code Zeile in der Migration ändern.
Ich kann es allerdings unter Windows nicht reproduzieren.
Also hängt es immer noch, oder nicht? Das geht aus deinem Wording nicht hervor ;)
Hast du das denn durchgeführt?
Umstellen auf POST und den Redirect dann via processFormData Hook implementieren.
Welche Datenbank Server Version bei dir?
Das kommt auf die Situation an. In diesem Fall will man das vielleicht schon haben - da sonst ein leerer Wrapper entsteht. Aber der Wrapper ist auch nicht wirklich notwendig, den könnte man sich...
Hm, kann es leider nicht reproduzieren damit.
Wenn du dir sicher bist, dass die Datei files/site/bootstrap/bootstrap.css ohnehin nicht mehr vorhanden ist, dann könntest du den Eintrag mit der ID 3...
Mach mal folgenden mysqldump:
mysqldump --hex-blob --host=<databasehost> --user=<databaseuser> --password <databasename> tl_files > tl_files.sqlErsetze <database*> natürlich mti deinen jeweiligen...
Ab Contao 4.13 nutzt du folgendes:
'extensions' => '%contao.image.valid_extensions%'
Führe mal
UPDATE tl_files SET extension = LOWER(extension) WHERE extension REGEXP '[[:upper:]]'manuell durch, danach die Ausgabe von
SELECT * FROM tl_files WHERE extension REGEXP...
Was für ein Problem genau meinst du da überhaupt? Dass die FileExtensionMigration kommt ist normal. Was nicht normal wäre ist, wenn sie immer wieder kommt.
Welche MySQL/MariaDB Version?
Das prüfst du mit debug:container - nicht mit Gedanken :D
Mehr kann ich dir dazu auch nicht sagen. Ich nutze ein ähnliches Setup wie hier https://github.com/contao-association/website und das funktioniert.
Hast du denn deinen Controller überhaupt korrekt als Frontend Modul registriert? Der Namespace entspricht außerdem auch nicht wirklich der Konvention (ist aber grundsätzlich dir überlassen).
...
Du hast eine "setDatabaseUpdateService" Methode implementiert - hat es einen bestimmten Grund, dass du diesen Weg gewählt hast? Der "normale" Weg wäre DI über den Constructor.
https://community.contao.org/de/showthread.php?86611-contao-5-3-mit-webpack-encore-js-Datei-functioniert-nicht&p=582734&viewfull=1#post582734
Üblicherweise lässt du dir mit Webpack ja eine manifest.json generieren. Diese kannst du im System registrieren:
# config/config.yaml
framework:
assets:
json_manifest_path:...
u.U. ist das möglich, wenn du nur vom AbstractFragmentController erbst und dich dann um einiges selbst kümmerst.
Einfach so wie's in der verlinkten Dokumentation steht ;)
Das ist kein Content Element sondern ein Frontend Module. Außerdem extendest von Contao\Module - du solltest aber lieber moderne Controller verwenden, wie in der Dokumentation beschrieben:...
box.figure scheint schon ein Figure Objekt zu sein aus irgendeinem Grund. Evt. macht das die Extension automatisch?
Bitte editiere deinen Post und nutze [code] Tags, damit das leserlich bleibt.
Poste außerdem den aktuellen Inhalt von templates/Layout/rsce_swiperText.html.twig
Bei Fehlern musst du immer den Debug-Modus nutzen und den kompletten Stack Trace posten.
Und was für einer? Du gibst dich sehr spärlich mit Informationen ;)
{% if box.image %} brauchst du nicht.
{{ figure(box.image, 58) }}
sollte funktionieren (sofern es eine Bildgröße mit der ID 58 gibt).
Poste deine RSCE config und das gesamte Template.
Genau, und die Cookies davon findest du nur bei diesen Domains, nicht bei der Domain von Contao.
Diese zwei Cookies sind von deiner Contao Domain. Du musst aber bei der Domain der Google Map (bspw.) nachsehen.
Da hast du wohl entweder gar nicht oder nicht besonders aufwendig danach gesucht ;)
https://docs.contao.ninja/books/user-guide_visitors_bundle/de/
Für Twig ist es {{ figure() }} bzw. {{ contao_figure() }}
@HBR dafür nutzt du am besten
<?= $this->figure($image, $size) ?>
Die neueste Contao 4.13 Version ist 4.13.39.
Das kannst du über den Response Context steuern. Den ResponseContextAccessor Service könntest du dir auch in einem PHP Template holen, grundsätzlich.
Ab Version 1.2 steht dieser Parameter nicht mehr zur Verfügung. Da müsstest du wohl mit einem Compiler Pass arbeiten.
Beschreibe genauer was du machen möchtest.
Führe
vendor/bin/contao-console contao:migrate --no-interaction -vaus und poste die Konsolenausgabe.
/usr/local/php82/bin/php vendor/bin/contao-console contao:migrate --no-interaction -v
Der Contao Manager nützt dir für diese alte Contao Version nichts. Oder willst du diese Contao Installation aktualisieren?
Für den Domain Wechsel musst du in Contao an und für sich nichts - oder...