Aktivierung Backend Suche in Contao 5.7

[mandrake]

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:

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?

[Spooky]

Den Eintrag in der Config brauchst du nicht.

Hast du den minütlichen Cronjob eingerichtet?

[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?!

[Spooky]

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

Ja, oder bin/console contao:cron

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.

[Dean]

Was sagt denn

bin/console contao:cron -vvv

?

Sollte so ähnlich aussehen wie

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

[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".

[Spooky]

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

[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?!

[Spooky]

Ich hatte dich doch gefragt:

Hast du den minütlichen Cronjob eingerichtet?

[mandrake]

Hatte ich eingerichtet aber nicht ins Log geschaut, ob er korrekt läuft - was aktuell nicht der Fall ist.

[mandrake]

Ausgabe von bin/console contao:cron -vvv:

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.

[Spooky]

Du hast immer noch nicht die Frage beantwortet. Hast du den minütlichen Cronjob nun eingerichtet oder nicht?

[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:

 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.

[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.

[mandrake]

Anbei der Screenshot

[Spooky]

Und [web_root] ist in deinem Fall das Installationsverzeichnis der Contao Installation? (Und nicht der DocumentRoot.)

[mandrake]

Folgender Cronjob läuft:

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

Log-Ausgabe vom Server-Cron:

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.

[mlweb]

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

[mandrake]

[web_root] ist das Installationsverzeichnis

[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.

[mandrake]

Exakt

[mlweb]

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

[mandrake]

Siehe: https://community.contao.org/de/show...l=1#post602398

[mlweb]

Ah ja. Ich hatte gerade nur in den Screenshot geschaut.

[mandrake]

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

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    |
+--------------------------------------------------------------------+-----------+

[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.

[mlweb]

Mal versucht sowohl den Pfad zu PHP-Cli als auch den kompletten Pfad zur Contao-Installation im Cronjob manuell einzugeben?

[mandrake]

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.

2026-02-27 Contao Cronjob.png

[Spooky]

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.

[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?!

[Spooky]

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

[mandrake]

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

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

[mandrake]

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

$ 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?

[Spooky]

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.

[mandrake]

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?

ISPConfig-server1-contao-service-de-2026-02-27_16_59.png

[Spooky]

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).

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).

[mandrake]

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

[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).

[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

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:

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:

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!

[Spooky]

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.

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.

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.