Für Twig siehe https://docs.contao.org/dev/framework/templates/creating-templates/#images
Art: Beiträge; Benutzer: Spooky
Für Twig siehe https://docs.contao.org/dev/framework/templates/creating-templates/#images
Die <?= figure ?> Funktion ist nicht wirklich dokumentiert - und die Optionen muss man sich aus den Möglichkeiten des FigureBuilder ablesen.
<?php
$options = [
'enableLightbox' => (bool) $event->openLightbox,
'lightboxGroupIdentifier' => 'lb'.$this->id,
'metadata' => [
'caption' => $event->imageCaption,
],
...
<?php
$options = [
'enableLightbox' => (bool) $event->openLightbox,
'metadata' => [
'caption' => $event->imageCaption,
],
];
if ($event->imageLinkUrl) {
...
getSystemMessages ist aber ganz was anderes. Was genau hast du nun gemacht?
Meine Empfehlung wäre du programmierst dir dafür einen richtigen CronJob und nutzt den Symfony HTTP Client bspw., injectest dir das %kernel.project_dir% etc.
Der PHP Code funktioniert grundsätzlich.
Das kannst im Endeffekt nur du entscheiden ;). Theoretisch spiegelt das die Kompatibilität deines eigenen Codes wieder. Praktisch hast du das aber vermutlich aus älteren Varianten der...
Ob du über IPv4 oder IPv6 verbunden wirst hängt von anderen Faktoren ab. Dein ISP muss IPv6 zuerst überhaupt mal unterstützten. Jedenfalls musst du das IPv6 Problem beheben (lassen).
Du hast in deiner composer.json definiert, dass deine Code Basis nur PHP 5 und PHP 7 unterstützt. Das musst du ändern.
Vollständige Paketaktualisierung kannst du in der Systemwartung unter Composer-Abhängigkeiten anstoßen.
Mit der composer.json ist kein Problem feststellbar. Sicher, dass du eine vollständige Paketaktualisierung durchgeführt hast?
Nutzt du angepasste Templates? Wenn ja musst du diese ggf. aktualisieren.
Das ist normal. Das Captcha siehst du nur, wenn du als Bot "erkannt" wirst.
Das wird über den HtmlHeadBag des ResponseContext gesteuert: https://docs.contao.org/dev/framework/response-context/#the-htmlheadbag
Das geht nicht, weil dieser Service nicht public ist.
Ab Symfony 6, ja.
Den Symfony\Component\Process\PhpExecutableFinder wirst du noch brauchen um das richtige PHP CLI zu finden.
Wenn du das über einen Web Prozess starten lässt kann es halt sein, dass du in die...
Ich würde das lieber als echten, asynchronen Subprozess starten (ist halt nicht ganz trivial).
contao-console includen wird nichts bringen - es muss ein Subprozess gestartet werden, der contao-console contao:backup:create --no-interaction --quiet aufruft - bzw. eben beliebige Commands mit...
Ich denke hier müsste in bugbuster/contao-cron-bundle die Möglichkeit eingegbaut werden beliebige Commands ausführen lassen zu können.
In einem Contao PHP Template kommst du bspw. so an den Request:
\Contao\System::getContainer()->get('request_stack')->getCurrentRequest()
Nutze den Debug-Modus und poste den Stack Trace.
Die neueste Contao Version ist außerdem 5.3.7.
In wie fern ist das nicht der Fall?
Das solltest du so nicht machen. Du musst die Session aus dem Request holen.
Eine Session provozieren kannst du mit
$request->getSession()->set('foo', 'foo');Und mit
$request->getSession()->getId()kommst du danach an die ID.
Nein.
Aber session_start() solltest du nie selbst ausführen. Session Access machst du immer mit $request->getSession(). Deine Test Seiten setzen nämlich auch gar keine Session Cookies - dein Test...
Dort kann ich keine Probleme feststellen. Oder wie genau lässt sich das Problem reproduzieren?
Poste mal die echten Domains.
Du könntest tl_member.loginAttempts und tl_member.locked auf 0 setzen für das jeweilige Mitglied.
Hm, wobei, ich denke diese Meldung kommt evt. von einer Extension?
Das Passwort wurde falsch eingegeben. Du musst 40 Minuten warten.
Moderation: Posts aus dem ursprünglichen Thread in das richtige Unterforum verschoben.
Jedenfalls wirst du als Workaround con4gis/maps zuerst deinstallieren müssen, dann die Datenbank einrichten, dann erst wieder con4gis/maps installieren.
Das ist ein Fehler in con4gis/maps. Welche Version hast du installiert?
Hänge -v an und poste die Ausgabe inkl Aufruf.
https://github.com/contao/contao/pull/7139
Der Pfad für das Resource Loading deiner Controller Services ist falsch. Deine Controller befinden sich ja vermutlich Im Unterordner Controller. Außer dem hast du dort jetzt Unterordner exkludiert,...
Nein, services musst du dennoch registrieren.
Damit du DI für Controller nutzen kannst, musst du den Controller Service mit dem controller.service_arguments Tag taggen. Dazu musst du den Controller Service entweder explizit definieren, oder eine...
Du gibst aktuell allen Services in deinem Namespace die selben Constructor Arguments. Das musst du aus deiner services.yaml wieder entfernen.
Dazu müsstest du die Übersetzungen in die Translations geben und dann per reference im DCA referenzieren. Im Template dann entsprechend übersetzen lassen mit dem Translator.
orderField ist deprecated und existiert in Contao 5 nicht mehr. isSortable => true wäre die neue Variante (https://docs.contao.org/dev/reference/widgets/file-tree/#options).
Welche Contao Version?
Du hast ^1.6 als Version Requirement definiert, das inkludiert auch 1.7.* (siehe https://getcomposer.org/doc/articles/versions.md#caret-version-range-)
Lösche system/modules/haste und führe...
Da fehlt der Pfad zum PHP CLI. Poste die Ausgabe von php -v
Poste das gesamte Kommando, das du eingegeben hast (inkl. Pfad zum PHP CLI Binary).
Verwendet ihr irgendwo sonst vielleicht den {{ua::*}} Insert-Tag?
Btw. ihr solltet aus Sicherheitsgründen dringend auf Contao 4.13.42 aktualisieren.
Welche Contao Version genau?
Poste mal dein fe_page Template.
Gar nicht ;)
Ist wohl eher ein Überbleibsel.
Die Extension ist für PHP 8 und Contao 5 freigegeben.
Da hast du falsch geprüft ;)
You can also post in English, if you want :) (unfortunately the international forum is in a bit of disarray).
Contao 4.9 hat das Lebensende erreicht. Du solltest auf Contao 4.13 aktualisieren.
In Contao 4.13 werden diese Metadaten als JSON-LD ausgegeben (inkl. position) - sofern du das nicht in einem...
Das kannst du dir aus dem <select> ablesen :) (also das value Attribut der jeweiligen <option>).
Die kannst du dir aus dem Backend ablesen (also wenn du ein Galerie Inhaltselement erzeugst oder editierst).
Ja, das müsste man halt debuggen. Mit dem fix in der 41 ist das zwar erledigt - aber es sollte dennoch an der Quelle behoben werden.
Contao ignoriert hier nichts. Contao hat den Request Token...
Das sind JSON Daten, die kannst du decoden und dann darauf zugreifen.
Ja, diese ID ist nur die tl_search.id, nicht die einer News. Die News Daten wären wie schon erwähnt in "meta" im JSON drin.