Ja, Datenbankmigrationen werden dann automatisch durchgeführt.
Art: Beiträge; Benutzer: Spooky
Ja, Datenbankmigrationen werden dann automatisch durchgeführt.
Du musst direkt auf die neueste 4.13.x updaten. Siehe auch https://docs.contao.org/manual/de/migration/
Gemeint war was du im Debug-Modus im Frontend siehst, nicht im Backend. Das Backend funktioniert ja (zumindest laut deiner Aussage).
Siehst du etwas anderes im Debug-Modus?
Evt. einfach Wartungsmodus im Webseiten-Startpunkt aktiviert?
Wenn das Bild nicht auswählbar ist und keine Vorschau angezeigt wird, dann unterstützt die aktuell eingestellte Bildverarbeitungsbibliothek WebP nicht.
Damit kannst du kein inline SVG ausgeben.
Die Nutzung von Insert Tags um an Daten zu kommen ist immer verkehrt.
Über das FilesModel kommst du an den relativen Pfad der Datei und über den %kernel.project_dir% Parameter kannst du dir den...
Nein, das hat nichts mit Contao zu tun. Du hast das falsche PHP CLI verwendet.
In Contao 5 gibt es verschachtelte Inhaltselemente, wie zB das Inhaltselement "Elementgruppe".
Das würde aber allen <img> die Klasse hinzufügen.
Die <img> Klasse wird über die Bildgröße gesteuert.
Das ist im Prinzip ein Fehler in Contao. Die BooleanFieldsMigration sollte evt. zu Contao 4.13 backported werden.
Das ist eine frei verfügbare, quell offene Erweiterung. Wenn du sie unbedingt benötigst, ist es wohl am besten, wenn du die entsprechenden Anpassungen finanzierst.
Das ist zu viel Code um herauszulesen, was genau du benötigst. Es ist denke ich einfacher zu beschreiben, was dir bei den bestehenden Lösungen fehlt.
Das macht Contao ja alles schon von Haus aus, daher die Frage warum genau du die eigene Lösung brauchst.
Wozu genau brauchst du das alles überhaupt?
https://docs.contao.org/dev/framework/templates/creating-templates/#render-front-end-modules
composer create-project contao/managed-edition . 4.9.*
World4You hat das Problem leider missverstanden.
Which version of the Extension have you installed?
Achso - du meinst bzgl. der Lightbox Bildgröße. Das schaffst du automatisiert nur über <?= $figure ?> (bzw. dem FigureBuilder aus dem Image Studio).
Da setzt du den Link einfach selbst.
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,...