Closed wiphi closed 6 years ago
Normalerweise sollte dort folgender Text kommen: _Das PHP-Flag "allow_urlfopen" ist nicht gesetzt. Die PHP cURL-Erweiterung ist nicht verfügbar. Eins davon ist notwendig.
Das der Text nicht kommt ist mein Problem, das ich keine Verbindung aufbauen kann, wegen den Problemen oben, ist Deins.
@BugBuster1701 https://github.com/BugBuster1701/contao-cron-bundle/blob/8bdf742a3abcc21d0f5f32448d717275c3f3e37c/src/Resources/contao/controllers/ContaoBackendController.php#L186 https://github.com/BugBuster1701/contao-cron-bundle/blob/8bdf742a3abcc21d0f5f32448d717275c3f3e37c/src/Resources/contao/controllers/ContaoBackendController.php#L203 Dort ist $request = null, daher fest "500" einsetzen.
Ok alles klar, danke! Ich schau mal ob ich in der php.ini des Webhosters da was drehen kann. allow_url_fopen
sollte denk ich gehen.
Edit: allow_url_fopen
ist aktiviert und auch curl
ist verfügbar.
Der Fehler muss also wo anders liegen...
Mit der 1.3.2 müssten jetzt Meldungen kommen, hoffe ich.
::500::The "httplug.client.my_curl" service or alias has been removed or inlined when the container was compiled. You should either make it public, or stop using the container directly and use dependency injection instead.
Ist das der erhoffte Fehler?
In der 1.3.3 sollte es nun funktionieren.
Umgebung Contao 4.6.6 Symfony 4.1.6 Contao Manager 1.0.4 Sonst eine ziemlich jungfräuliche Contao Installation mit frisch Installierten BackupDB und Cron-Bundle Package.
Ich bekomme beim Ausführen des Cronjobs für BackupDB mittels Symfony Route eine
getResponseStatusCode() on null
Exception. Meine Einstellungen:und der zugehörige Stack Trace:
Ich vermute, dass es irgendwas mit Symfony 4 zu tun haben könnte, nur leider fehlt mir gerade etwas die Zeit um selbst zu debuggen. Solltest Du noch Informationen benötigen, wie einen erweiterten Symfony Stack Trace, stehe ich gerne bereit.