Aktivierung Backend Suche in Contao 5.7

Druckbare Version

26.02.2026, 10:04
mandrake

Aktivierung Backend Suche in Contao 5.7
Ich bekomme die Backend Suche in Contao 5.7 nicht zum laufen.
- Contao 5.7 (Symfony 7.4, PHP 8.4, pdo_sqlite (3.40.1) ist aktiv)
- Die Erweiterung "contao/loupe-bridge" ist installiert: "var/loupe/contao_backend/"
- In config.yml ist eingetragen:
PHP-Code:

contao: backend_search: enabled: true dsn: 'loupe://%kernel.project_dir%/var/loupe' index_name: contao_backend

Die Schaltfläche "Suchindex aufbauen" in der Systemwartung ist deaktiviert.
Der Befehl "/opt/php-8.4/bin/php vendor/bin/contao-console contao:cron" führt zu keiner Ausgabe.

Vielleicht kann mich jemand abholen und mir weiterhelfen?
26.02.2026, 10:14
Spooky

Den Eintrag in der Config brauchst du nicht.

Hast du den minütlichen Cronjob eingerichtet?
26.02.2026, 11:36
mandrake

Ja, muss aber mal ins Log schauen, ob da alles ok ist.

Ziel " ... vendor/bin/contao-console contao:cron" ist korrekt?

Wenn ja, müsste doch es doch auch testweise ohne Cronjob auf CLI bei Aufruf "... vendor/bin/contao-console contao:cron" eine Reaktion geben, oder?!
26.02.2026, 11:37
Spooky

Zitat:

Zitat von mandrake

Ziel " ... vendor/bin/contao-console contao:cron" ist korrekt?

Ja, oder bin/console contao:cron

Zitat:

Zitat von mandrake

Wenn ja, müsste doch es doch auch testweise ohne Cronjob auf CLI bei Aufruf "... vendor/bin/contao-console contao:cron" eine Reaktion geben, oder?!

Nein, contao:cron erzeugt wenn dann nur im Fehlerfall eine Ausgabe, wenn überhaupt.
26.02.2026, 13:24
Dean

Was sagt denn

Code:

bin/console contao:cron -vvv

?

Sollte so ähnlich aussehen wie

Code:

13:22:21 DEBUG [app] Executing cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" 13:22:21 DEBUG [app] Executing cron job "contao.cron.supervise_workers" 13:22:21 DEBUG [app] Asynchronous cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" finished successfully
26.02.2026, 14:05
mandrake

Im Backend ist nach wie vor kein Suchfeld zu sehen und die Option "Systemwartung > Suchindex aufbauen" deaktiviert.

Nach manuellem Aufruf von "bin/console contao:cron" ändert sich nichts.

Keine Ausgabe bei "bin/console contao:cron -vvv".
26.02.2026, 14:18
Spooky

Im Profiler solltest du in der "Contao" Sektion eine Auflistung sehen, warum die Backendsuche nicht verfügbar ist.
26.02.2026, 14:30
mandrake

Profiler meldet:

01: The contao:cron cronjob is not executed minutely on the command line and thus Contao's default messenger queues are not processed automatically.
02: The messenger queues are not processed on the command line.

Das bedeutet, dass der Cron zwingend erforderlich ist und der manuelle Aufruf von "bin/console contao:cron" bzgl. der Suchfunktion überhaupt keinen Efekt haben kann - korrekt?!
26.02.2026, 14:32
Spooky

Ich hatte dich doch gefragt:

Zitat:

Zitat von Spooky

Hast du den minütlichen Cronjob eingerichtet?
26.02.2026, 14:35
mandrake

Hatte ich eingerichtet aber nicht ins Log geschaut, ob er korrekt läuft - was aktuell nicht der Fall ist. :(
26.02.2026, 15:23
mandrake

Ausgabe von bin/console contao:cron -vvv:

Code:

15:17:56 DEBUG [app] Executing cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" 15:17:56 DEBUG [app] Executing cron job "contao.cron.supervise_workers" 15:17:56 DEBUG [app] Asynchronous cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" finished successfully 15:18:56 DEBUG [app] Asynchronous cron job "contao.cron.supervise_workers" finished successfully

In Backend + Profiler aber keine Änderung.
26.02.2026, 15:27
Spooky

Du hast immer noch nicht die Frage beantwortet. Hast du den minütlichen Cronjob nun eingerichtet oder nicht?
26.02.2026, 15:39
mandrake

Ja, ist eingerichtet. Dazu aber folgende Bemerkung:

Beim Hoster steht folgender Hinweis zur Befehlszeile des Crons: "Auszuführender Befehl (Befehle werden mit sh ausgeführt, URLs mit wget)"

01: Cronjob-Befehl: [php] [web_root]/vendor/bin/console contao:cron führt zu keiner Ausgabe bei "bin/console contao:cron -vvv"

02: Cronjob-Befehl: [php] [web_root]/vendor/bin/console contao:cron.sh führt zur o.g. Debug-Ausgabe bei "bin/console contao:cron -vvv"

Generell scheint es also zu funktionieren.

Als Log-Eintrag zu Cron 02 gibt es jedoch folgende Meldung:

Code:

Command "contao:cron.sh" is not defined. Did you mean one of these? contao:automator contao:backup:create contao:backup:list contao:backup:restore contao:crawl contao:cron contao:cron:list contao:dump-twig-ide-file contao:filesync contao:install contao:install-web-dir contao:maintenance-mode contao:migrate contao:proper-filenames:sanitize contao:resize-images contao:setup contao:stylemanager:object-conversion contao:supervise-workers contao:symlinks contao:user:create contao:user:list contao:user:password

Hast du dazu ggf. noch ein Statement?

Unabhängig davon, habe ich nun auch den Hosting-Support angeschrieben.
26.02.2026, 15:46
Spooky

contao:cron.sh wäre auf jeden Fall nicht korrekt. Es muss wie gesagt bin/console contao:cron sein. Poste mal einen Screenshot von dem was du nun eingerichtet hast.
26.02.2026, 16:09
mandrake

Liste der Anhänge anzeigen (Anzahl: 1)

Anbei der Screenshot
26.02.2026, 16:38
Spooky

Und [web_root] ist in deinem Fall das Installationsverzeichnis der Contao Installation? (Und nicht der DocumentRoot.)
26.02.2026, 18:16
mandrake

Folgender Cronjob läuft:

Code:

[php] [web_root]/vendor/bin/contao-console contao:cron -vvv

Log-Ausgabe vom Server-Cron:

Code:

18:05:01 DEBUG [app] Executing cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" 18:05:01 DEBUG [app] Executing cron job "contao.cron.supervise_workers" 18:05:01 DEBUG [app] Asynchronous cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" finished successfully 18:06:01 DEBUG [app] Asynchronous cron job "contao.cron.supervise_workers" finished successfully

Laut Hosting-Support sollte demnach alles funktionieren.

Im Backend ist aber nach wie vor kein Suchfeld zu sehen, die Option "Systemwartung > Suchindex aufbauen" deaktiviert und Profiler gibt weiterhin folgende Meldung aus:

The back end search is not available.

Requirements

|OK |The following PHP extensions are enabled: pdo_sqlite, sqlite3
|OK |Using the SuperVisor is supported.
|OK |The pnctl_* functions are available.
| X |The contao:cron cronjob is not executed minutely on the command line and thus Contao's default messenger queues are not processed automatically.
| X |The messenger queues are not processed on the command line.
26.02.2026, 18:25
mlweb

Du hast die Frage aus https://community.contao.org/de/show...l=1#post602394 von @Spooky noch nicht beantwortet
26.02.2026, 18:30
mandrake

[web_root] ist das Installationsverzeichnis
26.02.2026, 18:39
mlweb

Das heißt Du hast direkt in /var/www/clients/clientx/webY/web Deine Contao-Installation liegen und nicht noch einen eigenen Unterordner verwendet.
26.02.2026, 18:43
mandrake

Exakt
26.02.2026, 18:45
mlweb

Hast Du noch mal die längere Version getestet, also /vendor/bin/contao-console contao:cron?
26.02.2026, 18:49
mandrake

Siehe: https://community.contao.org/de/show...l=1#post602398 ;)
26.02.2026, 18:52
mlweb

Ah ja. Ich hatte gerade nur in den Screenshot geschaut.
26.02.2026, 18:54
mandrake

vendor/bin/contao-console contao:cron:list

Code:

vendor/bin/contao-console contao:cron:list +--------------------------------------------------------------------+-----------+ | Name | Interval | +--------------------------------------------------------------------+-----------+ | Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron | * * * * * | | contao.cron.supervise_workers | * * * * * | | contao.cron.purge_expired_altcha_challenges | @hourly | | contao.cron.purge_expired_data::onHourly | @hourly | | contao.cron.purge_jobs | @daily | | contao.cron.purge_opt_in_tokens | @daily | | contao.cron.purge_preview_links | @daily | | contao.cron.purge_registrations | @daily | | contao.cron.purge_temp_folder | @daily | | Terminal42\LeadsBundle\Cron\PurgeCron | @daily | | Terminal42\NotificationCenterBundle\Cron\PruneBulkyItemStorageCron | @daily | +--------------------------------------------------------------------+-----------+
26.02.2026, 19:18
mandrake

Kurze Background-Infos

Es wurde ein Update von Contao 5.3 > 5.7 verbunden mit Update PHP 8.3 > 8.4 durchgeführt. Es wird MariaDB 11.8 und ein vServer von Timme Hosting verwendet. Alles läuft ansonsten rund und es gibt keine Auffälligkeiten.

Ich habe jetzt auch nochmals eine frische 5.7.1 aufgesetzt, Loupe-Integration installiert und Cron eingerichtet. Auch dieses System verhält sich identisch.
26.02.2026, 22:30
mlweb

Mal versucht sowohl den Pfad zu PHP-Cli als auch den kompletten Pfad zur Contao-Installation im Cronjob manuell einzugeben?
27.02.2026, 14:28
mandrake

Liste der Anhänge anzeigen (Anzahl: 1)

Den Pfad zu PHP-CLI als auch den kompletten Pfad zur Contao-Installation im Cronjob manuell anzugeben macht keinen Unterschied.

Der Cronjob läuft ja anscheinend auch korrekt. Siehe Screenshot.

Die Frage ist also vielmehr, warum die Backendsuche trotzdem nicht funktioniert.

Anhang 28327
27.02.2026, 14:36
Spooky

Zitat:

Zitat von mandrake

Die Frage ist also vielmehr, warum die Backendsuche trotzdem nicht funktioniert.

Das siehst du ja im Profiler. Wenn dort immer noch das selbe steht, dann ist die Frage nicht, warum die Backend Suche nicht funktioniert, sondern vielmehr, warum der minütliche Cronjob (vermeintlich) nicht läuft.
27.02.2026, 14:42
mandrake

Die Meldung im Profiler ist immer noch dieselbe.

Was ich nicht verstehe: Die Meldung im letzten Screenshot belegt doch, dass der Cron korrekt läuft, oder nicht?!
27.02.2026, 14:50
Spooky

Nein, da hast du das contao:cron Kommando ja nur einmalig selbst ausgeführt.
27.02.2026, 15:03
mandrake

Wenn ich den Cron auf dem Server direkt logge, wird die Ausführung minütlich als korrekt deklariert.

Code:

14:53:01 DEBUG [app] Executing cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" 14:53:01 DEBUG [app] Executing cron job "contao.cron.supervise_workers" 14:53:02 DEBUG [app] Asynchronous cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" finished successfully 14:54:02 DEBUG [app] Asynchronous cron job "contao.cron.supervise_workers" finished successfully 14:54:01 DEBUG [app] Executing cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" 14:54:01 DEBUG [app] Executing cron job "contao.cron.supervise_workers" 14:54:01 DEBUG [app] Asynchronous cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" finished successfully 14:55:02 DEBUG [app] Asynchronous cron job "contao.cron.supervise_workers" finished successfully 14:55:01 DEBUG [app] Executing cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" 14:55:01 DEBUG [app] Executing cron job "contao.cron.supervise_workers" 14:55:01 DEBUG [app] Asynchronous cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" finished successfully 14:56:02 DEBUG [app] Asynchronous cron job "contao.cron.supervise_workers" finished successfully 14:56:02 DEBUG [app] Executing cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" 14:56:02 DEBUG [app] Executing cron job "contao.cron.supervise_workers" 14:56:02 DEBUG [app] Asynchronous cron job "Contao\CoreBundle\Cron\Cron::updateMinutelyCliCron" finished successfully 14:57:03 DEBUG [app] Asynchronous cron job "contao.cron.supervise_workers" finished successfully
27.02.2026, 16:24
mandrake

Support Timme Hosting bestätigt, dass der Cronjob im Minutentakt ausgeführt wird. Nachfolgend ein kurzer Auszug aus den Logs:

Code:

$ grep -F XXX.de /var/log/cron.log | tail -n10 Feb 27 15:29:01 server1 CRON[2313154]: (web252) CMD ($(command -v php) /var/www/clients/client3/web252/web/vendor/bin/contao-console contao:cron 2>&1 #XXX.de) Feb 27 15:30:01 server1 CRON[2314895]: (web252) CMD ($(command -v php) /var/www/clients/client3/web252/web/vendor/bin/contao-console contao:cron 2>&1 #XXX.de) Feb 27 15:31:01 server1 CRON[2315976]: (web252) CMD ($(command -v php) /var/www/clients/client3/web252/web/vendor/bin/contao-console contao:cron 2>&1 #XXX.de) Feb 27 15:32:01 server1 CRON[2317421]: (web252) CMD ($(command -v php) /var/www/clients/client3/web252/web/vendor/bin/contao-console contao:cron 2>&1 #XXX.de) Feb 27 15:33:01 server1 CRON[2318745]: (web252) CMD ($(command -v php) /var/www/clients/client3/web252/web/vendor/bin/contao-console contao:cron 2>&1 #XXX.de) Feb 27 15:34:01 server1 CRON[2320048]: (web252) CMD ($(command -v php) /var/www/clients/client3/web252/web/vendor/bin/contao-console contao:cron 2>&1 #XXX.de) Feb 27 15:35:01 server1 CRON[2321337]: (web252) CMD ($(command -v php) /var/www/clients/client3/web252/web/vendor/bin/contao-console contao:cron 2>&1 #XXX.de) Feb 27 15:36:01 server1 CRON[2323378]: (web252) CMD ($(command -v php) /var/www/clients/client3/web252/web/vendor/bin/contao-console contao:cron 2>&1 #XXX.de) Feb 27 15:37:01 server1 CRON[2324264]: (web252) CMD ($(command -v php) /var/www/clients/client3/web252/web/vendor/bin/contao-console contao:cron 2>&1 #XXX.de) Feb 27 15:38:01 server1 CRON[2325588]: (web252) CMD ($(command -v php) /var/www/clients/client3/web252/web/vendor/bin/contao-console contao:cron 2>&1 #XXX.de)

Um zu entscheiden, ob ich dem Cron-Log oder der Meldung vom Contao Profiler mehr Vertrauen schenken soll, kann ich aktuell anscheinend lediglich eine Münze werfen. :(

Wenn ich nicht irre, gibt es die Backend-Suche bereits seit Contao?5.5 – und damit ziemlich genau seit einem Jahr.

Bei welchen Hostern läuft die Backend-Suche ohne Probleme? Vielleicht können wir hier eine Whitelist erstellen?

Gibt es Hoster, bei denen es Probleme gibt oder gab, oder bin ich wirklich der Erste meiner Art, der – zudem noch bei einem renommierten Hoster – Probleme mit der BE-Suche hat?
27.02.2026, 16:30
Spooky

Zitat:

Zitat von mandrake

Gibt es Hoster, bei denen es Probleme gibt oder gab, oder bin ich wirklich der Erste meiner Art, der – zudem noch bei einem renommierten Hoster – Probleme mit der BE-Suche hat?

Bei All-Inkl. kann man bspw. keine echten, minütlichen Cronjobs einrichten. Dort müsste man anderweitig arbeiten.

Rein grundsätzlich hat die Backend Suche nichts direkt mit dem Cronjob zu tun. By Default ist es halt so, dass der Cronjob auch dafür sorgt, dass die Symfony Messenger Queues abgearbeitet werden (was wiederum für die Backend Suche notwendig ist). Man kann das aber auch anderweitig abarbeiten lassen.
27.02.2026, 17:04
mandrake

Liste der Anhänge anzeigen (Anzahl: 1)

Nun, Timme Hosting kann prinzipiell und zweifellos minütliche Cronjobs ausführen. Daher stellt sich immer noch die Frage, warum Contao hier nicht triggert.

Bei Timme gibt es außerdem sogenannte Supervisor-Jobs – siehe: https://timmehosting.de/anlegen-eines-supervisor-jobs.

Ein Supervisor-Job wurde – auch wenn ich bezweifle, dass es funktioniert – testweise eingerichtet (siehe Screenshot).

Aktuell reagiert Contao auch auf diesen Supervisor-Job nicht. Müssten bzw. könnten hier gegebenenfalls noch Parameter ergänzt werden?

Wie ist deine Meinung dazu? Was schlägst du nun vor?

Anhang 28328
27.02.2026, 17:11
Spooky

Zitat:

Zitat von mandrake

Bei Timme gibt es außerdem sogenannte Supervisor-Jobs – siehe: https://timmehosting.de/anlegen-eines-supervisor-jobs.

Supervisor-Jobs wären die korrekte Alternative für die Abarbeitung der Messenger Queue. Denn das ist genau das was der Contao Cron anderweitig machen würde - der startet nämlich minütlich einen in PHP implementierten Supervisor - eben für Systeme wo man keinen echten Process Supervisor hätte (wie bei den meisten Shared Hostings).

Zitat:

Zitat von mandrake

Ein Supervisor-Job wurde – auch wenn ich bezweifle, dass es funktioniert – testweise eingerichtet (siehe Screenshot).

In deinem Screenshot hast du den Contao Cronjob als Supervised-Job eingerichtet - aber das wäre ja falsch. Du müsstest wenn dann bspw. messenger:consume einrichten (und das für alle deine Queue, also 3 by default in der Contao Managed Edition).
27.02.2026, 17:15
mandrake

Ich habe keine Ahnung, was und wo genau einzutragen wäre. Bitte sei so nett und gib mir exakte Vorgaben an die Hand.
27.02.2026, 17:23
Spooky

Da gibt es keine Copy & Paste Lösung. Wenn gewünscht kannst du mich/uns ja für bezahlte Unterstützung anheuern (oder andere Contao Partner mit Expertise darin).
27.02.2026, 18:43
mandrake

Ich habe prinzipiell überhaupt keine Probleme mit bezahlter Unterstützung. Das versteht sich für mich persönlich und die Agenturen und Kunden mit denen ich zusammenarbeite als Selbstverständlichkeit.

Was ich in diesem Fall jedoch als fragwürdig und kritisch betrachte, ist Folgendes:

Zitat aus offizieller Ankündigung der neuen Contao-Backend-Suche in Version 5.5 – siehe: https://contao.org/de/news/contao-5-...h-einiges-mehr

Zitat:

Das Backend hat nun eine systemweite Suchfunktion, die deinen Suchbegriff in Content-Elementen, Artikeln, Seiten, Dateien und noch vielem mehr sucht und dir die entsprechenden Ergebnisse anzeigt.
Mit einem Klick gelangst du so an die Stelle, die du ansehen oder bearbeiten möchtest.
Um die Suche zu aktivieren, musst du einen echten Cronjob auf Serverebene einrichten. Weitere Informationen dazu findest du im Handbuch https://docs.contao.org/dev/framework/cron/.

Es wird eine neue Standard-Core-Funktionalität angekündigt, die lediglich einen trivialen Cronjob benötigt und damit augenscheinlich einfach von allen Anwendern genutzt werden könnte.

Ich habe einen funktionierenden Cronjob, aber die Standard-Core-Funktionalität mag trotzdem nicht funktionieren.

Vor deinem heutigen Kommentar habe ich nirgends etwas davon gelesen, dass die von Contao angekündigte einzige Voraussetzung – der besagte simple Cronjob – mitunter nicht das zentrale Parameter ist, sondern im Einzelfall mehr oder weniger nur Makulatur darstellt. Zitat:

Zitat:

Rein grundsätzlich hat die Backend-Suche nichts direkt mit dem Cronjob zu tun. By default ist es halt so, dass der Cronjob auch dafür sorgt, dass die Symfony-Messenger-Queues abgearbeitet werden (was wiederum für die Backend-Suche notwendig ist). Man kann das aber auch anderweitig abarbeiten lassen.

Meine Kritik bezieht sich gleichwohl auch auf Timme Hosting als Contao-Premium-Partner, die wie folgt Stellung (dieser Forumsbeitrag ist Timme Hosting übrigens bekannt) in dieser Angelegenheit bezogen haben. Zitat:

Zitat:

Als Hoster sehen wir unsere Hauptaufgabe im störungsfreien Betrieb von Servern, Netzwerk und der vorinstallierten Software. Auch bei grundsätzlichen Fragen zur Nutzung unseres ISPConfig oder als Hinweisgeber für Informationen zu nginx stehen wir Ihnen gerne zur Verfügung. Die in Ihrer Anfrage formulierte Problematik liegt leider außerhalb unseres Dienstleistungsangebots, deckt sich jedoch mit dem Leistungsportfolio der meisten Online-Agenturen. Ich empfehle Ihnen deshalb, eine Agentur mit der Lösung dieser Aufgabe zu betrauen. Eine Liste von Agenturen, mit denen wir gute Erfahrungen gemacht haben, finden Sie unter https://timmehosting.de/partnerschaften

Es ist das erste Mal, dass ich mich nach ca. 19 Jahren Contao- und ca. 12 Jahren Timme Hosting – abgesehen von allen Problemen und Problemchen in dieser Zeit – zum ersten Mal irgendwie richtig auf die Schippe genommen fühle.

Meinen eigenen Zeitaufwand bzgl. der Aktivierung der Backend-Suche lasse ich jetzt zudem einfach einmal unerwähnt.

Wie dem auch sei, ich wünsche allen ein angenehmes und entspanntes Wochenende!
27.02.2026, 18:59
Spooky

Zitat:

Zitat von mandrake

Es wird eine neue Standard-Core-Funktionalität angekündigt, die lediglich einen trivialen Cronjob benötigt und damit augenscheinlich einfach von allen Anwendern genutzt werden könnte.

Ich habe einen funktionierenden Cronjob, aber die Standard-Core-Funktionalität mag trotzdem nicht funktionieren.

Genau, da müsste man nun in deiner Umgebung debuggen, warum genau das nicht funktioniert. Von Außen wird sich da vermutlich nichts mehr dazu sagen lassen.

Zitat:

Zitat von mandrake

Vor deinem heutigen Kommentar habe ich nirgends etwas davon gelesen, dass die von Contao angekündigte einzige Voraussetzung – der besagte simple Cronjob – mitunter nicht das zentrale Parameter ist, sondern im Einzelfall mehr oder weniger nur Makulatur darstellt. Zitat:

Siehe oben - man müsste in deiner Umgebung debuggen, warum es nicht funktioniert. Vielleicht mag sich dem auch der Hoster annehmen, wenn der - wie du schon sagst - den Contao Support groß bekundet.

Zitat:

Zitat von mandrake

Meinen eigenen Zeitaufwand bzgl. der Aktivierung der Backend-Suche lasse ich jetzt zudem einfach einmal unerwähnt.

Nur weil du eigenen Zeitaufwand hattest, heißt das ja nicht, dass du jetzt Anspruch auf Gratis-Support hast von irgendwem.