Suchen:

Nochmal - du solltest derartige Rhetorik unterlassen.

Du könntest dafür einen Vorschlag auf GitHub für die Contao Managed Edition einbringen. Du solltest aber rhetorische Fragen wie



vermeiden - damit ist Niemanden geholfen.

Dort war die Einstellung früher - jetzt ist sie in der config. Das ist nicht die einzige Einstellung, die aus den Systemeinstellungen an andere Orte gewandert ist. Ziel ist es solche...

Indeed I have :)

Übrigens, wenn du auch über die Kommandozeile die geschützten Seiten indexieren lassen will, gibt es hier eine kleine Extension zur Hilfestellung (bis es auch nativ in Contao möglich sein wird):...

Deine Änderung wurde ja auch wieder rückgängig gemacht - eben weil auch in Contao diese Übersetzung wieder auf den Stand von vor Contao 5 zurück geändert wurde.


Du meinst index_protected by...

Da hast du etwas falsch verstanden. Deine Änderung war korrekt und wurde auch übernommen. Durch deine Änderung ist aber aufgefallen, dass diese Übersetzung in Contao (unabhängig vom Handbuch) nicht...

Was für eine Änderung war das? Poste einen Link zum PR.

Was genau meinst du damit?

Da hast du aber nicht alles gelistet, oder? Weil da fehlen zumindest noch die Ordner vendor/ und public/. Zeige zur Verifikation einen Screenshot der Ordnerstruktur des Instalationsverzeichnisses der...

Das sollte nicht notwendig sein. Die Auswahl im Backend reicht.

Und welcher Fehler? Poste einen Link zum Issue oder PR.


Das wurde nicht entfernt.



Siehe vorheriger Post.

Ich kann jedenfalls kein Problem feststellen. Die Funktion ist nach wie vor in Contao 5.4 vorhanden, wenn contao.search.index_protected aktiviert ist.
...

Welcher Korrekturvorschlag?


Das ist die falsche Einstellung.


Welche Funktion wurde gestrichen?


Doch, das ist wie oben beschrieben möglich. Wenn dem nicht so ist liegt evt. ein Bug vor...

Deine Annahme ist nicht richtig.

Das musst dich nicht stutzig machen, das ist normal.

Mit PHP Einstellungen hat der 503 Status vermutlich nichts zu tun.

Doch, wenn du index_protected aktiviert hast, solltest du die Auswahl haben.

Der Fehler kommt von Web Server selbst, da müsstest du das Hosting prüfen oder den Hoster fragen.

Hast du nach der Änderung der Config auch den Symfony Application Cache neu aufgebaut?

Die auth_basic Konfiguration kannst du entfernen, die hat keine Auswirkung (es sei denn du hast dir einen...

Wenn du den Crawler über das Backend startest, kannst du dort das Mitglied auswählen.

Ich meinte die Konsolenausgabe der Update Operation.

Poste die Konsolenausgabe des Update Vorgangs.

Welchen Host du nutzen musst sagt dir immer der Hoster. Laut https://www.df.eu/de/support/df-faq/webhosting/datenbanken/mysql-datenbanken/#accordion-23669 ist das nicht localhost.

Moderation: Thema verschoben, da das nichts mit dem ursprünglichen Thread zu tun hat.

TRUSTED_PROXIES ist eine Umgebungsvariable. Die trägst du entweder in der Hosting Umgebung selbst ein (bzw. dein Hoster) - oder in die .env bzw. .env.local. Siehe auch...

@KeithDaniel ich vermute euer Web Server befindet sich hinter einem Reverse Proxy. Dessen IP bzw. IP Range müsst ihr in die TRUSTED_PROXIES Umgebungsvariable einfügen.

Selbst wenn es die gäbe, würde dir das hier nichts nutzen, weil Simple Tokens in einem HTML Inhaltselement nicht unterstützt werden.

Das kannst du ignorieren.

Doch, laut deiner Beschreibung geht es darum. Von Haus aus kannst du nur das gesamte Inhaltselement schützen, nicht irgendwelche Teile davon.

Diese Meldung des Testlaufs kannst du ignorieren. Eigentlich sollte bei einem Testlauf gar kein composer install mehr ausgeführt werden (siehe https://github.com/contao/contao-manager/issues/788).

Du verwendest nicht die neueste Versionen aller Erweiterungen, das musst du ändern.

Die Frage kannst aktuell nur du selbst beantworten, weil wir ja nicht wissen, was in deiner Template Anpassung überhaupt drin steht ;).

Wenn du nicht weißt, warum du überhaupt ein angepasstes...

Nutzt du vielleicht ein angepasstest be_tinyMCE Template?

Du musst den Debug-Modus nutzen und den kompletten Stack Trace posten.

Nutze den Debug-Modus und poste den Stack Trace.

Wie bereits erwähnt arbeitest du hier vermutlich mit einer Kopie, die du nicht wie empfohlen angelegt hast.

Artikel werden nur dann automatisch erstellt, wenn eine Seite Artikel haben kann. Wenn eine Seite kein Layout hat oder kein Artikelmodul im Layout, kann eine Seite keine Artikel haben - daher werden...

» https://community.contao.org/de/showthread.php?87378-CONTAO-5-3-15-Artikel-nicht-zum-bearbeiten&p=588406&viewfull=1#post588406

Du musst rechts oben auf "Neu" klicken.

Du kannst auch selbst zuerst das MCW Bundle requiren, dann sollte es funktionieren.

Das Paket erdmannfreunde/sirius-se ist nicht öffentlich verfügbar, wir wissen daher dessen Dependencies nicht.

Es ist einfach eine Race Condition und passiert daher nicht immer.

Deployments mit Symlinks via Deployer bspw. meine ich.

Poste immer den gesamten Stack Trace. Poste außerdem deine composer.json

Das ist mehr oder weniger normal, wenn du Deployments ohne Symlinks machst.

Du hast einen Syntaxfehler - das sollte dir eigentlich auch angezeigt werden.

Das ist ein Unix Timestamp, den musst du formatieren (via date(), \Contao\Date::parse() oder \DateTime::format()).

Du hast ein Event Template gepostet. Hier geht es um Nachrichten.

Bei Events evt. so:


<?php $this->imageHref = null; ?>

Hast du auch im Seitenbaum die entsprechenden Rechte für die entsprechende Gruppe gesetzt?

Der Fehler hat nichts mit der Extension an sich zu tun.

https://github.com/contao/contao/issues/6653

Sieht korrekt aus.

Poste mal die Ausgabe von
/usr/local/bin/ea-php83 vendor/bin/contao-console list --format=json

Nein, kannst du so lassen. Alternativ kannst du auch {% if image|default %} schreiben (wäre etwas kürzer).

Laut https://www.xodox.de/webhosting/ steht SSH zur Verfügung (nach Aktivierung im cPanel).

Du musst in deinem Template prüfen, ob die Variable "image" überhaupt befüllt ist, befor du {{ figure }} ausführst.

Und wie sieht es bei
<?php

$output = null;
exec('/usr/local/bin/ea-php83 -v', $output);
echo $output;aus?



Ist wirklich nur dieser Eintrag vorhanden? Wenn ja: der ist normal.

Wenn dann
<?php echo shell_exec('/usr/local/bin/ea-php83 -v');

Mit passthru() würde man keinen Output sehen.

Mit exec() oder besser shell_exec() bekommt man auch den Output.

Welches Log meinst du damit nun genau? Es ist ja von mehreren Logs die Rede.