Seite 4 von 5 ErsteErste ... 2345 LetzteLetzte
Ergebnis 121 bis 160 von 184

Thema: Goneo: Contao-Manager kaputt?

  1. #121
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Nur um es nochmal zu bestätigen - der Fehler tritt auch auf, wenn du auf der Konsole
    Code:
    /usr/bin/php8.3 vendor/bin/contao-setup
    ausführst?
    » sponsor me via GitHub or Revolut

  2. #122
    Contao-Nutzer Avatar von Jogibär
    Registriert seit
    13.12.2009.
    Beiträge
    132

    Standard

    Bei mir genauso (für PHP 8.2):

    Code:
    /usr/bin/php8.2 -r "var_dump(function_exists('pcntl_async_signals')); var_dump(ini_get('disable_functions'));"
    bool(false)
    EDIT: Nach Eingabe von /usr/bin/php8.2 vendor/bin/contao-setup wird alles mit grün ausgeführt.
    Am Ende steht:
    Code:
     [INFO] Done! Please open the Contao install tool or run the contao:migrate command to make sure the database is        
            up-to-date.
    Geändert von Jogibär (19.02.2025 um 11:36 Uhr)

  3. #123
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Zitat Zitat von Jogibär Beitrag anzeigen
    Bei mir genauso (für PHP 8.2):
    bool(false)
    Immer die gesamte Ausgabe inkl. Aufruf posten.
    » sponsor me via GitHub or Revolut

  4. #124
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Zitat Zitat von Jogibär Beitrag anzeigen
    Bei mir genauso (für PHP 8.2):

    Code:
    /usr/bin/php8.2 -r "var_dump(function_exists('pcntl_async_signals')); var_dump(ini_get('disable_functions'));"
    bool(false)
    Ist das wirklich die gesamte Ausgabe? Da fehlt nämlich die Ausgabe von var_dump(ini_get('disable_functions'));



    Zitat Zitat von Jogibär Beitrag anzeigen
    EDIT: Nach Eingabe von /usr/bin/php8.2 vendor/bin/contao-setup wird alles mit grün ausgeführt.
    Am Ende steht:
    Code:
     [INFO] Done! Please open the Contao install tool or run the contao:migrate command to make sure the database is        
            up-to-date.
    Und wenn du nun folgendes ausführst:
    Code:
    /usr/bin/php8.2 public/contao-manager.phar.php composer install -o
    (public/ ggf. mit web/ ersetzen)
    Geändert von Spooky (19.02.2025 um 12:01 Uhr)
    » sponsor me via GitHub or Revolut

  5. #125
    Contao-Nutzer Avatar von Jogibär
    Registriert seit
    13.12.2009.
    Beiträge
    132

    Standard

    Sorry, du hast Recht, Spooky, hier die vollständige Eingabe + Ausgabe:

    Code:
    /usr/bin/php8.2 -r "var_dump(function_exists('pcntl_async_signals')); var_dump(ini_get('disable_functions'));"
    bool(false)
    string(398) "pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wifcontinued,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_get_handler,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,pcntl_async_signals,pcntl_unshare,"
    Bei Eingabe von "/usr/bin/php8.2 public/contao-manager.phar.php install -o" erhalte ich folgende Meldung:

    Code:
      Command "install" is not defined.

  6. #126
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Sorry, hab das Command oben nochmal editiert, da hat "composer" gefehlt.
    » sponsor me via GitHub or Revolut

  7. #127
    Contao-Nutzer Avatar von Jogibär
    Registriert seit
    13.12.2009.
    Beiträge
    132

    Standard

    Ok, jetzt wurde es ausgeführt!

    Insgesamt auch alles in grün, aber anfangs steht etwas von "downgrading":

    Code:
    Installing dependencies from lock file (including require-dev)
    Verifying lock file contents can be installed on current platform.
    Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. It is recommended that you run `composer update` or `composer update <package name>`.
    Package operations: 0 installs, 21 updates, 0 removals
      - Downloading spatie/schema-org (3.23.0)
      - Downloading league/flysystem-bundle (3.3.5)
      - Downgrading twig/twig (v3.20.0 => v3.18.0): Extracting archive
      - Downgrading symfony/property-info (v6.4.18 => v6.4.17): Extracting archive
      - Downgrading spatie/schema-org (3.23.1 => 3.23.0): Extracting archive
      - Downgrading league/flysystem-bundle (3.4.0 => 3.3.5): Extracting archive
      - Downgrading doctrine/dbal (3.9.4 => 3.9.3): Extracting archive
      - Downgrading doctrine/orm (2.20.2 => 2.20.1): Extracting archive
      - Downgrading doctrine/sql-formatter (1.5.2 => 1.5.1): Extracting archive
      - Downgrading doctrine/doctrine-bundle (2.13.2 => 2.13.1): Extracting archive
      - Downgrading contao/image (1.2.3 => 1.2.2): Extracting archive
      - Downgrading contao-components/ace (1.38.0 => 1.37.4): Extracting archive
      - Downgrading contao/core-bundle (4.13.53 => 4.13.50): Extracting archive
      - Downgrading contao/comments-bundle (4.13.53 => 4.13.50): Extracting archive
      - Upgrading contao/conflicts (dev-main 7591089 => dev-main 3d8f465)
      - Downgrading contao/faq-bundle (4.13.53 => 4.13.50): Extracting archive
      - Downgrading contao/listing-bundle (4.13.53 => 4.13.50): Extracting archive
      - Downgrading twig/extra-bundle (v3.20.0 => v3.18.0): Extracting archive
      - Downgrading contao/installation-bundle (4.13.53 => 4.13.50): Extracting archive
      - Downgrading contao/manager-bundle (4.13.53 => 4.13.50): Extracting archive
      - Downgrading contao/newsletter-bundle (4.13.53 => 4.13.50): Extracting archive
      - Downgrading contao/news-bundle (4.13.53 => 4.13.50): Extracting archive
      - Downgrading contao/calendar-bundle (4.13.53 => 4.13.50): Extracting archive
    
    Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead.
    Generating optimized autoload files
    118 packages you are using are looking for funding.
    Use the `composer fund` command to find out more!
    contao/manager-plugin: Dumping generated plugins file...
    contao/manager-plugin: ...done dumping generated plugins file
    > @php vendor/bin/contao-setup
    PHP Deprecated:  Return type of Netzmacht\Contao\Leaflet\Frontend\Assets\LibrariesConfiguration::offsetGet($offset) should either be compatible with ArrayAccess::offsetGet(mixed $offset): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/netzmacht/contao-leaflet-maps/src/Frontend/Assets/LibrariesConfiguration.php on line 74
    
    Deprecated: Return type of Netzmacht\Contao\Leaflet\Frontend\Assets\LibrariesConfiguration::offsetGet($offset) should either be compatible with ArrayAccess::offsetGet(mixed $offset): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/netzmacht/contao-leaflet-maps/src/Frontend/Assets/LibrariesConfiguration.php on line 74
    Added the /data/web/1/000/063/713/260436/htdocs/Website-2023/public/index.php file.
    Added the /data/web/1/000/063/713/260436/htdocs/Website-2023/public/app.php file.
    Added the /data/web/1/000/063/713/260436/htdocs/Website-2023/public/preview.php file.
    
     Trying to install assets as relative symbolic links.
    Danach folgende dann wie zuvor die einzenen "grünen" Bereiche für "Bundle", "Symlink", Clearing des Caches etc.

    EDIT: Meine letzte Aktion im Contao-Manager war das Updaten aller Pakete (mit der erwähnten Fehlermeldung)

    EDIT 2: Beim DB-Update gibt es nun folgende Änderungen:
    Code:
    Feld tl_user.session ändern
    
    BLOB DEFAULT NULL
    ALTER TABLE tl_user CHANGE session session BLOB DEFAULT NULL
    Geändert von Jogibär (19.02.2025 um 12:12 Uhr)

  8. #128
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Ok - meine Vermutung ist, dass das Problem am Contao Manager selbst liegt - also insbesondere, dass der Contao Manager die disable_functions leert. Das Setup bei Goneo ist dann aber trotzdem seltsam - denn offensichtlich scheint dann zwar \function_exists('pcntl_async_signals') true zurückzugeben (weil nicht mehr in disable_functions) - der Aufruf pcntl_async_signals() führt dann aber trotzdem zu einem Fehler, weil die Funktion in Wirklichkeit doch nicht existiert bei Goneo.
    » sponsor me via GitHub or Revolut

  9. #129
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    @Jogibär @purzel führt bei Goneo auf der Konsole mal folgendes aus und postet die Ausgabe:
    Code:
    /usr/bin/php8.3 -ddisable_functions= -r "var_dump(function_exists('pcntl_async_signals')); var_dump(ini_get('disable_functions'));"
    » sponsor me via GitHub or Revolut

  10. #130
    Contao-Nutzer Avatar von Jogibär
    Registriert seit
    13.12.2009.
    Beiträge
    132

    Standard

    Bei mir:
    Code:
     /usr/bin/php8.2 -ddisable_functions= -r "var_dump(function_exists('pcntl_async_signals')); var_dump(ini_get('disable_functions'));"
    bool(true)
    string(0) ""

  11. #131
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Damit könnt ihr nun an den Hoster herantreten. Also folgendes passiert bei euch:
    Code:
    /usr/bin/php8.2 -ddisable_functions= -r "var_dump(function_exists('pcntl_async_signals'));"
    bool(true)
    Es muss aber so sein:
    Code:
    /usr/bin/php8.2 -ddisable_functions= -r "var_dump(function_exists('pcntl_async_signals'));"
    bool(false)
    Der Hoster muss prüfen, warum das so ist.
    » sponsor me via GitHub or Revolut

  12. #132
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Bzw. bevor ihr das macht, ein Test noch:
    Code:
    /usr/bin/php8.2 -ddisable_functions= -r "var_dump(function_exists('pcntl_async_signals')); pcntl_async_signals(true);"
    Was ist da die Ausgabe?
    » sponsor me via GitHub or Revolut

  13. #133
    Contao-Nutzer Avatar von Jogibär
    Registriert seit
    13.12.2009.
    Beiträge
    132

    Standard

    Bei mir nun:
    Code:
    /usr/bin/php8.2 -ddisable_functions= -r "var_dump(function_exists('pcntl_async_signals')); pcntl_async_signals(true);"
    bool(true)
    EDIT: Danke für deine Mühe, Spooky!
    Ich werden nun Goneo mal anschreiben!

  14. #134
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Hm, naja beim letzten Test kam es aber zu keinem Fehler.
    » sponsor me via GitHub or Revolut

  15. #135
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Versuche es nochmal mit
    Code:
    /usr/bin/php8.2 -ddisplay_errors=1 -ddisable_functions= -r "error_reporting(-1); var_dump(function_exists('pcntl_async_signals')); pcntl_async_signals(true);"
    » sponsor me via GitHub or Revolut

  16. #136
    Contao-Nutzer Avatar von Jogibär
    Registriert seit
    13.12.2009.
    Beiträge
    132

    Standard

    Resultat hier:
    Code:
    /usr/bin/php8.2 -ddisplay_errors=1 -ddisable_functions= -r "error_reporting(-1); var_dump(function_exists('pcntl_async_signals')); pcntl_async_signals(true);" 
    bool(true)
    Ich finde es merkwürdig, dass das Contao-Update davor ja immer funktioniert hat.

  17. #137
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Zitat Zitat von Jogibär Beitrag anzeigen
    Resultat hier:
    Code:
    /usr/bin/php8.2 -ddisplay_errors=1 -ddisable_functions= -r "error_reporting(-1); var_dump(function_exists('pcntl_async_signals')); pcntl_async_signals(true);" 
    bool(true)
    Ich finde es merkwürdig, dass das Contao-Update davor ja immer funktioniert hat.
    Evt. hat Goneo das kürzlich geändert.
    » sponsor me via GitHub or Revolut

  18. #138
    Contao-Fan
    Registriert seit
    26.03.2010.
    Beiträge
    448

    Standard

    Zitat Zitat von Spooky Beitrag anzeigen
    Hm, sehr seltsam. Bei dir wird dieser Code ausgeführt, obwohl \function_exists('pcntl_async_signals') eigentlich false zurück gibt. Das müsste man auf Goneo näher debuggen.
    Debuggen... Sag' wie - ich bin "zu vielen Schandtaten bereit"

    Zitat Zitat von Spooky Beitrag anzeigen
    Nur um es nochmal zu bestätigen - der Fehler tritt auch auf, wenn du auf der Konsole
    Code:
    /usr/bin/php8.3 vendor/bin/contao-setup
    ausführst?
    Bei (fast) aktuellem System (4.13.52 anstatt 4.13.53) alles grün (mit Ausnahme der beiden oben diskutierten Warnungen die veraltete Erweiterung betreffend)

    Wenn ich übrigens
    PHP-Code:
    var_dump(function_exists('pcntl_async_signals')); 
    var_dump(ini_get('disable_functions')); 
    in eine Datei packe und vom Browser aufrufe (also Web-PHP benutzt wird)) kommt bool(true) string(0) ""

    MIt CLI PHP 8.2 sind die Consolen-Ausgaben übrigens identisch; Downgrade-Meldungen wie bei Jogibär hatte ich bisher jedoch nicht, jedenfalls nicht in der LIVE-Instanz; bei irgendeinem missglückten Upgrade Versuch irgendeiner Test-Kopie aber glaube ich schon.

    Zitat Zitat von Spooky Beitrag anzeigen
    Ok - meine Vermutung ist, dass das Problem am Contao Manager selbst liegt - also insbesondere, dass der Contao Manager die disable_functions leert. Das Setup bei Goneo ist dann aber trotzdem seltsam - denn offensichtlich scheint dann zwar \function_exists('pcntl_async_signals') true zurückzugeben (weil nicht mehr in disable_functions) - der Aufruf pcntl_async_signals() führt dann aber trotzdem zu einem Fehler, weil die Funktion in Wirklichkeit doch nicht existiert bei Goneo.
    Meine Beobachtung war ja z.T. auch sehr eigenartig, abhängig von benutztem "-c path/to/php.ini" in den jeweiligen Befehlen und als einzige Zeile in der selbstgemachten php.ini
    disable_functions=

    Meine eher bescheidenen Kenntnisse hatten ja auch zutage gefördert, daß mit dem irgendwo im Web gefundene Code
    PHP-Code:
    <?php
    // Verwendung von Ticks benötigt
    declare(ticks 1);

    // Signalverarbeitungsfunktion
    function sig_handler($signo)
    {

         switch (
    $signo) {
             case 
    SIGTERM:
                 
    // Aufgaben zum Beenden bearbeiten
                 
    exit;
                 break;
             case 
    SIGHUP:
                 
    // Aufgaben zum Neustart bearbeiten
                 
    break;
             case 
    SIGUSR1:
                 echo 
    "SIGUSR1 abgefangen...\n";
                 break;
             default:
                 
    // Alle anderen Signale verarbeiten
         
    }

    }

    echo 
    "Richte Signalverarbeitung ein...\n";

    // Signalverarbeitung einrichten
    pcntl_signal(SIGTERM"sig_handler");
    pcntl_signal(SIGHUP,  "sig_handler");
    pcntl_signal(SIGUSR1"sig_handler");

    // oder ein Objekt verwenden
    // pcntl_signal(SIGUSR1, array($obj, "do_something"));

    echo "Erzeuge signal SIGTERM an mich selbst...\n";

    // sende SIGUSR1 an die aktuelle Prozess-ID
    // Für posix_*-Funktionen wird die Posix-Erweiterung benötigt
    posix_kill(posix_getpid(), SIGUSR1);

    echo 
    "Fertig\n"

    ?>
    im Browser alles gut ist:
    Richte Signalverarbeitung ein... Erzeuge signal SIGTERM an mich selbst... SIGUSR1 abgefangen... Fertig
    und im CLI nicht:
    $ php st.php
    Richte Signalverarbeitung ein...
    PHP Fatal error: Uncaught Error: Call to undefined function pcntl_signal() in /.../htdocs/LIVE/public/TESTS/st.php:31
    Stack trace:
    #0 {main}
    thrown in /.../htdocs/LIVE/public/TESTS/st.php on line 31

  19. #139
    Contao-Fan
    Registriert seit
    26.03.2010.
    Beiträge
    448

    Standard

    Zitat Zitat von Jogibär Beitrag anzeigen
    Ich werden nun Goneo mal anschreiben!
    Die Mühe, sie mögen doch bitte disable_functions auf "nichts" setzen wie es für Web-PHP der Fall ist, kannst Du Dir sparen, das habe ich schon erfolglos hinter mir:

    > ...
    > Dürfte ich freundlich darum bitten die disable_functions Liste für CLI-PHP ebenfalls zu leeren? Das würde dem weiteren Betrieb von Contao bei Ihnen den Weg ebnen.
    > ...

    Antwort:
    diese Funktionen dienen der Prozesssteuerung auf Systemebene und die Deaktivierung hat keinen Einfluss auf Ihre Webseite. Auch aus Sicherheitsgründen werden diese Funktionen für die CLI nicht aktiviert.


  20. #140
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Grundsätzlich ist das ja auch ok. Die pcntl_* Funktionen sind optional - nur macht anscheinend die Kombination mit dem Contao Manager (wo disable_functions auf Leer gesetzt wird) Probleme.
    » sponsor me via GitHub or Revolut

  21. #141
    Contao-Fan
    Registriert seit
    26.03.2010.
    Beiträge
    448

    Standard

    Kann Speicher dafür verantwortlich sein?
    phpinfo() im Browser liefert für memory_limit 128MB, im CLI immerhin 192MB.

    Bei den Contao Systemvoraussetzungen sind ja höhere Werte angegeben:
    memory_limit für Web Minimum 256M und für CLI -1 (unbegrenzt)

  22. #142
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Nein, das memory_limit hat mit dem in diesem Thread beschriebenem Problem bei Goneo nichts zu tun.
    » sponsor me via GitHub or Revolut

  23. #143
    Wandelndes Contao-Lexikon Avatar von BugBuster
    Registriert seit
    15.06.2009.
    Ort
    Berlin
    Beiträge
    10.580
    User beschenken
    Wunschliste

    Standard

    Zitat Zitat von purzel Beitrag anzeigen
    Meine eher bescheidenen Kenntnisse hatten ja auch zutage gefördert, daß mit dem irgendwo im Web gefundene Code
    PHP-Code:
    <?php
    // Verwendung von Ticks benötigt
    declare(ticks 1);

    // Signalverarbeitungsfunktion
    function sig_handler($signo)
    {

         switch (
    $signo) {
             case 
    SIGTERM:
                 
    // Aufgaben zum Beenden bearbeiten
                 
    exit;
                 break;
             case 
    SIGHUP:
                 
    // Aufgaben zum Neustart bearbeiten
                 
    break;
             case 
    SIGUSR1:
                 echo 
    "SIGUSR1 abgefangen...\n";
                 break;
             default:
                 
    // Alle anderen Signale verarbeiten
         
    }

    }

    echo 
    "Richte Signalverarbeitung ein...\n";

    // Signalverarbeitung einrichten
    pcntl_signal(SIGTERM"sig_handler");
    pcntl_signal(SIGHUP,  "sig_handler");
    pcntl_signal(SIGUSR1"sig_handler");

    // oder ein Objekt verwenden
    // pcntl_signal(SIGUSR1, array($obj, "do_something"));

    echo "Erzeuge signal SIGTERM an mich selbst...\n";

    // sende SIGUSR1 an die aktuelle Prozess-ID
    // Für posix_*-Funktionen wird die Posix-Erweiterung benötigt
    posix_kill(posix_getpid(), SIGUSR1);

    echo 
    "Fertig\n"

    ?>
    im Browser alles gut ist:
    Richte Signalverarbeitung ein... Erzeuge signal SIGTERM an mich selbst... SIGUSR1 abgefangen... Fertig
    und im CLI nicht:
    $ php st.php
    Richte Signalverarbeitung ein...
    PHP Fatal error: Uncaught Error: Call to undefined function pcntl_signal() in /.../htdocs/LIVE/public/TESTS/st.php:31
    Stack trace:
    #0 {main}
    thrown in /.../htdocs/LIVE/public/TESTS/st.php on line 31
    Ist bei mir genauso (bin auch Goneo Kunde, mit Altvertrag)
    Aber bei einem Contao Update 4.13.52 auf .53 mit Contao Manager hatte ich keine Probleme.
    Grüße, BugBuster
    "view source" is your guide.
    Danke an alle Amazon Wunschlisten Erfüller

  24. #144
    Contao-Fan
    Registriert seit
    26.03.2010.
    Beiträge
    448

    Standard

    Zitat Zitat von BugBuster Beitrag anzeigen
    Ist bei mir genauso (bin auch Goneo Kunde, mit Altvertrag)
    Aber bei einem Contao Update 4.13.52 auf .53 mit Contao Manager hatte ich keine Probleme.
    Unser Vertrag ist auch relativ alt: Vertrag 2008, in dem Tarif seit 2016.

    Zum Thema:
    Das Update 4.13.36 -> 4.13.52 hatte vor Kurzem mit diversen Schwierigkeiten (genau deswegen gibt es diesen Thread) begonnen, über die Kommandozeile hat's dann irgendwann auch geklappt. Jetzt wollte ich gerade das Update .52 -> .53 machen, da kam mir zunächst ein self-update des CM mit einer Fehlermeldung dazwischen (leider war ich zu langsam, diese zu kopieren um sie hier zu posten, sie verschwand von alleine). Dennoch hat anscheinend das self-update geklappt.
    Das danach angeschubbste Update .52 -> .53 lief trotzdem der CM jetzt wohl "-c path/to/php.ini" benutzt in der GUI auf den bekannten Fehler (... undefinded funtion pcntl_async_signals ...). Dennoch behauptete der CM danach die Version 4.13.53

    (Im Grunde "endlich") habe ich im Anschluss auch die veraltete Erweiterung craffft/contao-calendar-ical-bundle via CLI aus meiner LIVE Instanz entfernt um zumindest das Ding betreffende Fehler und Warnungen (s.o.) nicht mehr zu haben. Nun meldet der GUI-CM auch wieder 4.13.52 - verwirrend (oder auch nicht, das o.g. Update lieferte ja wie gesagt den bekannten Fehler)

    Als (zunächst) Letztes habe ich (natürlich mit jeweiligem Warten bis er "grün" fertig) ist im CLI gemacht:
    Code:
    $ composer update contao/manager-bundle srhinow/tinymce-plugins contao/news-bundle contao/calendar-bundle contao/faq-bundle contao/comments-bundle contao/newsletter-bundle contao/listing-bundle contao/conflicts contao/core-bundle contao/installation-bundle --no-install 
    $ vendor/bin/contao-console contao:maintenance-mode enable
    $ composer install
    php -c contao-manager/php.ini vendor/bin/contao-console contao:migrate
    $ vendor/bin/contao-console contao:maintenance-mode disable
    in der Erwartung, jetzt wirklich auf 4.13.53 zu sein.
    Leider meldete der GUI-CM immer noch 4.13.52 - aber nach Prod.Cache löschen dann endlich 4.13.53

    Dummerweise habe ich im Moment nicht mehr die Zeit, tatsächlich nochmal via CLI ein Upgrade auf 5.3.x zu probieren...

  25. #145
    Contao-Fan
    Registriert seit
    26.03.2010.
    Beiträge
    448

    Standard

    Zitat Zitat von purzel Beitrag anzeigen
    ... da kam mir zunächst ein self-update des CM mit einer Fehlermeldung dazwischen ...
    Ich wollte gerade zum Testen des Upgrade auf 5.3 einer meiner Test-Instanzen vorbereiten, die hat(te) noch den CM 1.9.0 und wollte natürlich auch das Self-Update - dies' Mal war ich schnell genug, die Fehlermeldung zu kopieren:
    Code:
    ERROR 500
    HTTP-Anfrage für "GET api/task" fehlgeschlagen.
    Es scheint ein unbekannter Fehler aufgetreten zu sein. Prüfe die Log-Dateien deines Webservers (Apache/Nginx) und des Contao Managers im Ordner "contao-manager/logs".
    ### diverser Binär-Kram, siehe ZIP ###      }
                }
                // To read method annotations
                $doc = $this->parsePhpDoc($method);
                if (($classIsTemplate || isset($doc['template']) || isset($doc['template-covariant'])) && $method->hasReturnType()) {
                    unset($doc['return']);
                }
                if (isset(self::$annotatedParameters[$class][$method->name])) {
                    $definedParameters = [];
                    foreach ($method->getParameters() as $parameter) {
                        $definedParameters[$parameter->name] = \true;
                    }
                    foreach (self::$annotatedParameters[$class][$method->name] as $parameterName => $deprecation) {
                        if (!isset($definedParameters[$parameterName]) && !isset($doc['param'][$parameterName])) {
                            $deprecations[] = \sprintf($deprecation, $className);
                        }
                    }
                }
                $forcePatchTypes = $this->patchTypes['force'];
                if ($canAddReturnType = null !== $forcePatchTypes && !\str_contains($method->getFileName(), \DIRECTORY_SEPARATOR . 'vendor' . \DIRECTORY_SEPARATOR)) {
                    if ('void' !== (self::MAGIC_METHODS[$method->name] ?? 'void')) {
                        $this->patchTypes['force'] = $forcePatchTypes ?: 'docblock';
                    }
                    $canAddReturnType = 2 === (int) $forcePatchTypes || \false !== \stripos($method->getFileName(), \DIRECTORY_SEPARATOR . 'Tests' . \DIRECTORY_SEPARATOR) || $refl->isFinal() || $method->isFinal() || $method->isPrivate() || '.' === (self::$internal[$class] ?? null) && !$refl->isAbstract() || '.' === (self::$final[$class] ?? null) || '' === ($doc['final'][0] ?? null) || '' === ($doc['internal'][0] ?? null);
                }
                if (null !== ($returnType = self::$returnTypes[$class][$method->name] ?? null) && 'docblock' === $this->patchTypes['force'] && !$method->hasReturnType() && isset(TentativeTypes::RETURN_TYPES[$returnType[2]][$method->name])) {
                    $this->patchReturnTypeWillChange($method);
                }
                if (null !== ($returnType ??= self::MAGIC_METHODS[$method->name] ?? null) && !$method->hasReturnType() && !isset($doc['return'])) {
                    [$normalizedType, $returnType, $declaringClass, $declaringFile] = \is_string($returnType) ? [$returnType, $returnType, '', ''] : $returnType;
                    if ($canAddReturnType && 'docblock' !== $this->patchTypes['force']) {
                        $this->patchMethod($method, $returnType, $declaringFile, $normalizedType);
                    }
                    if (!isset($doc['deprecated']) && \strncmp($ns, $declaringClass, $len)) {
                        if ('docblock' === $this->patchTypes['force']) {
                            $this->pa      $returnType = \explode('|', $returnType);
                        foreach ($returnType as $i => $t) {
                            if ('?' !== $t && !isset(self::BUILTIN_RETURN_TYPES[$t])) {
                                $returnType[$i] = '\\' . $t;
                            }
                        }
                        $returnType = \implode('|', $returnType);
                        self::$returnTypes[$class] += [$method => [$returnType, \str_starts_with($returnType, '?') ? \substr($returnType, 1) . '|null' : $returnType, $use, '']];
                    }
                }
            }
            foreach ($refl->getMethods() as $method) {
                if ($method->class !== $class) {
                    continue;
                }
                if (null === ($ns = self::$methodTraits[$method->getFileName()][$method->getStartLine()] ?? null)) {
                    $ns = $vendor;
                    $len = $vendorLen;
         
    Contao Support
    Hintergrund-Prozess
    
    Bitte warte, während der Contao Manager die nötigen Operationen im Hintergrund ausführt.
    Aktualisiere Contao Manager
    contao-manager.phar.php self-update
    
    Aktualisiere von 1.9.0 nach 1.9.2
    Contao Manager 1.9.0
    
        HilfeProbleme melden
    Und das Log des CM:
    Code:
    $ cat error-2025-02-26.log 
    [26-Feb-2025 06:40:53 UTC] PHP Fatal error:  Uncaught Error: Class "_ContaoManager\Contao\ManagerApi\HttpKernel\ApiProblemResponse" not found in phar:///.../htdocs/NEW/public/contao-manager.phar.php/dist/api.php:25
    Stack trace:
    #0 /data/web/1/000/038/826/133535/htdocs/NEW/public/contao-manager.phar.php(69): Phar::webPhar()
    #1 {main}
      thrown in phar:///.../htdocs/NEW/public/contao-manager.phar.php/dist/api.php on line 25
    [26-Feb-2025 06:40:53 UTC] PHP Fatal error:  Uncaught Error: Class "_ContaoManager\Symfony\Component\ErrorHandler\ThrowableUtils" not found in phar:///.../htdocs/NEW/public/contao-manager.phar.php/vendor/symfony/error-handler/ErrorHandler.php:420
    Stack trace:
    #0 [internal function]: _ContaoManager\Symfony\Component\ErrorHandler\ErrorHandler->handleException()
    #1 {main}
      thrown in phar:///.../htdocs/NEW/public/contao-manager.phar.php/vendor/symfony/error-handler/ErrorHandler.php on line 420
    Vielleicht kann es ja eine(r) der Entwickler(innen) gebrauchen. Das Server-Log könnte ich auf Wunsch erst morgen posten; ich bekomme die immer mit einem Tag Versatz von Goneo.

    (Was ich leider vergessen hatte: beide Test-Instanzen sind durch meine Experimente vorige Woche unterschiedlich schlimm kaputt - ich mache also erstmal neue Kopien von der LIVE Instanz. Hier und heute ging es mir ja "nur" um die Fehlermeldung beim Self-Update des CM)
    Angehängte Dateien Angehängte Dateien
    • Dateityp: zip CM.zip (2,8 KB, 0x aufgerufen)

  26. #146
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Aktualisiere manuell auf den Contao Manager 1.9.2.
    » sponsor me via GitHub or Revolut

  27. #147
    Contao-Fan
    Registriert seit
    26.03.2010.
    Beiträge
    448

    Standard

    Zitat Zitat von purzel Beitrag anzeigen
    ... da kam mir zunächst ein self-update des CM mit einer Fehlermeldung dazwischen (leider war ich zu langsam, diese zu kopieren um sie hier zu posten, sie verschwand von alleine). Dennoch hat anscheinend das self-update geklappt. ...
    Nicht notwendig, auch vorhin verschwand die Fehlermeldung von selbst und das CM-self-Update hat wohl geklappt. Das mit dem manuellen Update hatte ich beim letzten Mal schon als "nicht notwendig" geprüft (manuell geladen und md5sum verglichen)

    Ich hoffe, morgen (genügend) Zeit für einen erneuten Versuch "Upgrade Contao 4.13 -> 5.3" zu haben.

  28. #148
    Contao-Nutzer Avatar von Jogibär
    Registriert seit
    13.12.2009.
    Beiträge
    132

    Standard

    Habe eben nochmal den Update-Prozess gestartet, zunächst den des Contao-Managers.
    Darauf hin erschien ein "Error 200", wie oben auch schon beschrieben.

    Zitat:
    HTTP-Anfrage für "GET api/task" fehlgeschlagen.
    Der Server hat eine Antwort mit Status-Code 200 gesendet.

    Hier mal der komplette Report:
    https://pastebin.com/8G4vePqP

    Habe es mehrmals neu probiert, die Version des Contao Manager ist nun bei 1.9.2, aber ab dem Fehler hängt es nun fest.


    Die Zusammenfassung der möglichen Ursachen von DeepSeek zu diesem Report war übrigens:
    • Ungültige oder unvollständige API-Antwort: Die API gibt möglicherweise eine unerwartete Antwort zurück, obwohl der Statuscode 200 ist.
    • Client-seitige Fehler: Die Anwendung könnte die Antwort falsch interpretieren oder verarbeiten.
    • Konfigurationsprobleme: Es könnte Probleme mit der Server- oder API-Konfiguration geben, die zu einer unerwarteten Antwort führen.




    PS: Von Goneo habe ich bis heute übrigens keine Antwort erhalten...

  29. #149
    Contao-Fan Avatar von lbableck
    Registriert seit
    10.06.2021.
    Beiträge
    337
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Das kommt vermutlich nur vom CM Update auf 1.9.2, am Besten mal Browser-Cache leeren.

  30. #150
    Contao-Nutzer Avatar von Jogibär
    Registriert seit
    13.12.2009.
    Beiträge
    132

    Standard

    Vielen Dank, daran lag es!

    Leider hängt er beim Update von Contao danach auch weiterhin beim "composer install" fest:

    Ich habe hier einfach nochmal den aktuellen Report hinterlegt:

    Code:
    $ /usr/bin/php8.2 -q -dmax_execution_time=0 -dmemory_limit=-1 -ddisplay_errors=0 -ddisplay_startup_errors=0 -derror_reporting=0 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=UTC /data/web/1/000/063/713/260436/htdocs/Website-2023/public/contao-manager.phar.php composer install --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader
    Installing dependencies from lock file
    Verifying lock file contents can be installed on current platform.
    Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. It is recommended that you run `composer update` or `composer update <package name>`.
    Nothing to install, update or remove
    Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead.
    Generating optimized autoload files
    contao/manager-plugin: Dumping generated plugins file...
    contao/manager-plugin: ...done dumping generated plugins file
    118 packages you are using are looking for funding.
    Use the `composer fund` command to find out more!
    > @php vendor/bin/contao-setup
    Deprecated: Return type of Netzmacht\Contao\Leaflet\Frontend\Assets\LibrariesConfiguration::offsetGet($offset) should either be compatible with ArrayAccess::offsetGet(mixed $offset): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/netzmacht/contao-leaflet-maps/src/Frontend/Assets/LibrariesConfiguration.php on line 74
    PHP Fatal error:  Uncaught Error: Call to undefined function Symfony\Component\Console\SignalRegistry\pcntl_async_signals() in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/SignalRegistry.php:21
    Stack trace:
    #0 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->__construct()
    #1 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/framework-bundle/Console/Application.php(40): Symfony\Component\Console\Application->__construct()
    #2 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Console\Application->__construct()
    #3 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->__construct()
    #4 {main}
      thrown in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/SignalRegistry.php on line 21
    PHP Deprecated:  Return type of Netzmacht\Contao\Leaflet\Frontend\Assets\LibrariesConfiguration::offsetGet($offset) should either be compatible with ArrayAccess::offsetGet(mixed $offset): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/netzmacht/contao-leaflet-maps/src/Frontend/Assets/LibrariesConfiguration.php on line 74
    13:30:04 CRITICAL  [console] An error occurred while using the console. Message: "An error occurred while executing the "/usr/bin/php8.2 -dmemory_limit=-1 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/bin/contao-console contao:install-web-dir public --env=prod --no-ansi" command: PHP Fatal error:  Uncaught Error: Call to undefined function Symfony\Component\Console\SignalRegistry\pcntl_async_signals() in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/SignalRegistry.php:21
    Stack trace:
    #0 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->__construct()
    #1 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/framework-bundle/Console/Application.php(40): Symfony\Component\Console\Application->__construct()
    #2 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Console\Application->__construct()
    #3 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->__construct()
    #4 {main}
      thrown in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/SignalRegistry.php on line 21
    " ["exception" => RuntimeException { …},"message" => """  An error occurred while executing the "/usr/bin/php8.2 -dmemory_limit=-1 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/bin/contao-console contao:install-web-dir public --env=prod --no-ansi" command: PHP Fatal error:  Uncaught Error: Call to undefined function Symfony\Component\Console\SignalRegistry\pcntl_async_signals() in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/SignalRegistry.php:21\n  Stack trace:\n  #0 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->__construct()\n  #1 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/framework-bundle/Console/Application.php(40): Symfony\Component\Console\Application->__construct()\n  #2 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Console\Application->__construct()\n  #3 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->__construct()\n  #4 {main}\n    thrown in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/SignalRegistry.php on line 21\n  """]
    In ContaoSetupCommand.php line 146:
                                                                                   
      An error occurred while executing the "/usr/bin/php8.2 -dmemory_limit=-1 /d  
      ata/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bund  
      le/bin/contao-console contao:install-web-dir public --env=prod --no-ansi" c  
      ommand: PHP Fatal error:  Uncaught Error: Call to undefined function Symfon  
      y\Component\Console\SignalRegistry\pcntl_async_signals() in /data/web/1/000  
      /063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/S  
      ignalRegistry.php:21                                                         
      Stack trace:                                                                 
      #0 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/consol  
      e/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegis  
      try->__construct()                                                           
      #1 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/framew  
      ork-bundle/Console/Application.php(40): Symfony\Component\Console\Applicati  
      on->__construct()                                                            
      #2 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager  
      -bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBund  
      le\Console\Application->__construct()                                        
      #3 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager  
      -bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplicat  
      ion->__construct()                                                           
      #4 {main}                                                                    
        thrown in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfo  
      ny/console/SignalRegistry/SignalRegistry.php on line 21                      
                                                                                   
    contao:setup
    Script @php vendor/bin/contao-setup handling the post-install-cmd event returned with error code 1
    # Process terminated with exit code 1
    # Result: General error
    PS: Unter "Contao" steht allerdings nun "Version 4.13.53", als neueste Version
    PPS: Jetzt wieder "Version 4.13.50"
    Geändert von Jogibär (05.03.2025 um 13:37 Uhr)

  31. #151
    Contao-Fan
    Registriert seit
    26.03.2010.
    Beiträge
    448

    Standard

    Manchmal ist es wie verhext, man kommt zu gar nichts... Seufz.

    Endlich habe ich wieder etwas Zeit - und mir eine "frische" Kopie meiner Instanz nebst Datenbank angelegt. Die läuft noch artig mit Contao 4.13 und hat ohne Fehlermeldung den CM von 1.9.1 auf 1.9.2 aktualisiert.

    Bevor ich mir nun erneut "ins Knie schieße": ich habe eine Erweiterung installiert, bei der steht unter Details "Unterstützte Contao-Version(en): 4.8+, 5.0+" - heißt "5.0+", dass das Ding auch mit 5.3 funktionieren müsste oder sollte ich die Erweiterung vor dem Upgrade-Versuch entfernen?

    TIA
    purzel

  32. #152
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Zitat Zitat von purzel Beitrag anzeigen
    heißt "5.0+", dass das Ding auch mit 5.3 funktionieren müsste
    Grundsätzlich ja.
    » sponsor me via GitHub or Revolut

  33. #153
    Contao-Fan
    Registriert seit
    26.03.2010.
    Beiträge
    448

    Standard

    "Grundsätzlich" ist ein genauso mutiger Begriff wie "sollte"

    Es hat natürlich zunächst NICHT geklappt; d.h. Testlauf/dry run lief fehlerfrei durch, "echtes" Aktualisieren jedoch nicht. Immerhin gab's dies' Mal was Sinnvolles in der Fehlermeldung:
    ...
    Fatal error: Declaration of Srhinow\TinymcePlugins\SrhinowTinymcePlugins::getC ontainerExtension() must be compatible with Symfony\Component\HttpKernel\Bundle\Bundle::getCon tainerExtension(): ?Symfony\Component\DependencyInjection\Extension\E xtensionInterface in htdocs/TEST53/vendor/srhinow/tinymce-plugins/src/SrhinowTinymcePlugins.php on line 42
    ...

    Aha: also doch die Erweiterung erstmal wegschmeißen... Was aber leider auch schief geht:
    Code:
    composer remove srhinow/tinymce-plugins
    $ /usr/bin/php8.3 -q -c /data/htdocs/TEST53/contao-manager/php.ini -dmax_execution_time=0 -dmemory_limit=-1 -ddisplay_errors=0 -ddisplay_startup_errors=0 -derror_reporting=0 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=UTC /data/htdocs/TEST53/public/contao-manager.phar.php composer remove srhinow/tinymce-plugins --no-update --no-scripts --no-ansi --no-interaction
    /data/htdocs/TEST53/composer.json has been updated
    # Process terminated with exit code 0
    # Result: OK
    composer update srhinow/tinymce-plugins contao/conflicts --no-install
    
    Erfolgreich nach 1741612175 Sekunden. RAM-Verbrauch: 8.58MB (Spitze: 85.23MB), Dauer: 0.73s.
    > Resolving dependencies using Composer Cloud v3.8.1
    [6.8MiB/0.20s] Loading composer repositories with package information
    [7.3MiB/0.27s] Updating dependencies
    [7.4MiB/0.30s] Lock file operations: 0 installs, 1 update, 1 removal
    [7.4MiB/0.30s]   - Removing srhinow/tinymce-plugins (2.0.4)
    [7.4MiB/0.30s]   - Upgrading contao/conflicts (dev-main 7591089 => dev-main 7b02132)
    [6.7MiB/0.31s] Writing lock file
    [9.5MiB/0.33s] <warning>Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead.</warning>
    [8.1MiB/0.72s] No security vulnerability advisories found.
    [8.6MiB/0.72s] Memory usage: 8.58MB (peak: 85.23MB), time: 0.73s.
    [8.6MiB/0.73s] Finished Composer Cloud resolving.
    # Job ID GgX0ZTMM6L9YQh3OijfX1invMLs4BhMn3LosrPR7TzvebEJHZt1RFUrsQWHWaEzCO07kpb315icmJt9C0a26icHpQha33e completed in 1741612175 seconds
    # Memory usage: 8.58MB (peak: 85.23MB), time: 0.73s.
    vendor/bin/contao-console contao:maintenance-mode enable
    
    composer install
    $ /usr/bin/php8.3 -q -c /data/htdocs/TEST53/contao-manager/php.ini -dmax_execution_time=0 -dmemory_limit=-1 -ddisplay_errors=0 -ddisplay_startup_errors=0 -derror_reporting=0 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=UTC /data/htdocs/TEST53/public/contao-manager.phar.php composer install --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader
    Installing dependencies from lock file
    Verifying lock file contents can be installed on current platform.
    Nothing to install, update or remove
    Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead.
    Generating optimized autoload files
    105 packages you are using are looking for funding.
    Use the `composer fund` command to find out more!
    contao/manager-plugin: Dumping generated plugins file...
    contao/manager-plugin: ...done dumping generated plugins file
    > @php -c contao-manager/php.ini vendor/bin/contao-setup
    PHP Fatal error:  Uncaught Error: Call to undefined function Symfony\Component\Console\SignalRegistry\pcntl_async_signals() in /data/htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistry.php:21
    Stack trace:
    #0 /data/htdocs/TEST53/vendor/symfony/console/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->__construct()
    #1 /data/htdocs/TEST53/vendor/symfony/framework-bundle/Console/Application.php(40): Symfony\Component\Console\Application->__construct()
    #2 /data/htdocs/TEST53/vendor/contao/manager-bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Console\Application->__construct()
    #3 /data/htdocs/TEST53/vendor/contao/manager-bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->__construct()
    #4 {main}
      thrown in /data/htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistry.php on line 21
    13:10:12 CRITICAL  [console] An error occurred while using the console. Message: "An error occurred while executing the "/usr/bin/php8.3 -dmemory_limit=-1 /data/htdocs/TEST53/vendor/contao/manager-bundle/bin/contao-console contao:install-web-dir public --env=prod --no-ansi" command: PHP Fatal error:  Uncaught Error: Call to undefined function Symfony\Component\Console\SignalRegistry\pcntl_async_signals() in /data/htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistry.php:21
    Stack trace:
    #0 /data/htdocs/TEST53/vendor/symfony/console/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->__construct()
    #1 /data/htdocs/TEST53/vendor/symfony/framework-bundle/Console/Application.php(40): Symfony\Component\Console\Application->__construct()
    #2 /data/htdocs/TEST53/vendor/contao/manager-bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Console\Application->__construct()
    #3 /data/htdocs/TEST53/vendor/contao/manager-bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->__construct()
    #4 {main}
      thrown in /data/htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistry.php on line 21
    " ["exception" => RuntimeException { …},"message" => """  An error occurred while executing the "/usr/bin/php8.3 -dmemory_limit=-1 /data/htdocs/TEST53/vendor/contao/manager-bundle/bin/contao-console contao:install-web-dir public --env=prod --no-ansi" command: PHP Fatal error:  Uncaught Error: Call to undefined function Symfony\Component\Console\SignalRegistry\pcntl_async_signals() in /data/htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistry.php:21\n  Stack trace:\n  #0 /data/htdocs/TEST53/vendor/symfony/console/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->__construct()\n  #1 /data/htdocs/TEST53/vendor/symfony/framework-bundle/Console/Application.php(40): Symfony\Component\Console\Application->__construct()\n  #2 /data/htdocs/TEST53/vendor/contao/manager-bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Console\Application->__construct()\n  #3 /data/htdocs/TEST53/vendor/contao/manager-bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->__construct()\n  #4 {main}\n    thrown in /data/htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistry.php on line 21\n  """]
    In ContaoSetupCommand.php line 146:
                                                                                   
      An error occurred while executing the "/usr/bin/php8.3 -dmemory_limit=-1 /d  
      ata/htdocs/TEST53/vendor/contao/manager-bundle/bin  
      /contao-console contao:install-web-dir public --env=prod --no-ansi" command  
      : PHP Fatal error:  Uncaught Error: Call to undefined function Symfony\Comp  
      onent\Console\SignalRegistry\pcntl_async_signals() in /data/  
      htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistr  
      y.php:21                                                                     
      Stack trace:                                                                 
      #0 /data/htdocs/TEST53/vendor/symfony/console/Appl  
      ication.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->_  
      _construct()                                                                 
      #1 /data/htdocs/TEST53/vendor/symfony/framework-bu  
      ndle/Console/Application.php(40): Symfony\Component\Console\Application->__  
      construct()                                                                  
      #2 /data/htdocs/TEST53/vendor/contao/manager-bundl  
      e/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Con  
      sole\Application->__construct()                                              
      #3 /data/htdocs/TEST53/vendor/contao/manager-bundl  
      e/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->_  
      _construct()                                                                 
      #4 {main}                                                                    
        thrown in /data/htdocs/TEST53/vendor/symfony/con  
      sole/SignalRegistry/SignalRegistry.php on line 21                            
                                                                                   
    contao:setup
    Script @php -c contao-manager/php.ini vendor/bin/contao-setup handling the post-install-cmd event returned with error code 1
    # Process terminated with exit code 1
    # Result: General error
    
    vendor/bin/contao-console contao:maintenance-mode disable
    Nach Klicken auf "Bestätigen und Schließen" hängt's jetzt


    {EDIT}
    Nach mehrfachem Neustarten des CM hängt's nicht mehr, die Erweiterung srhinow/tinymce-plugins ist noch da.
    Geändert von purzel (10.03.2025 um 13:23 Uhr)

  34. #154
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Ich denke du wirst bei Goneo aktuell nicht drum rum kommen die Dinge nur auf der Konsole auszuführen.
    » sponsor me via GitHub or Revolut

  35. #155
    Contao-Fan
    Registriert seit
    26.03.2010.
    Beiträge
    448

    Standard

    Das fürchte ich auch - ich bin nun aber irritiert... In der Console habe ich

    $ composer remove srhinow/tinymce-plugins
    $ vendor/bin/contao-console contao:maintenance-mode enable
    $ composer update srhinow/tinymce-plugins contao/conflicts --no-install
    $ composer install
    $ vendor/bin/contao-console contao:maintenance-mode disable

    ausgeführt; alles grün. Vorsichtshalber im grafischen CM nochmal den Prod.-Cache erneuert (*)
    Trotzdem war vermeintlich srhinow/tinymce-plugins immer noch da.

    Erst nach erneutem Ab- und Anmelden im CM war das Ding weg.

    So, wenn ich nun die 4.13(.53) Instanz, die jetzt keine Erweiterungen mehr enthält (jedenfalls laut grafischem CM) via Console auf 5.3.x anheben möchte, was muss dann in die composer.json? Ich habe nämlich das mit dem Caret ^ immer noch nicht verstanden - obwohl Du mir mal https://github.com/contao/managed-ed...er.json#L6-L15 verlinkt hast
    Im Moment sieht die composer.json so aus:
    Code:
    {
        "type": "project",
        "require": {
            "contao/calendar-bundle": "4.13.*",
            "contao/comments-bundle": "4.13.*",
            "contao/conflicts": "*@dev",
            "contao/faq-bundle": "4.13.*",
            "contao/listing-bundle": "4.13.*",
            "contao/manager-bundle": "4.13.*",
            "contao/news-bundle": "4.13.*",
            "contao/newsletter-bundle": "4.13.*"
        },
        "extra": {
            "contao-component-dir": "assets"
        },
        "scripts": {
            "post-install-cmd": [
                "@php -c contao-manager/php.ini vendor/bin/contao-setup"
            ],
            "post-update-cmd": [
                "@php -c contao-manager/php.ini vendor/bin/contao-setup"
            ]
        },
        "config": {
            "allow-plugins": {
                "contao-components/installer": true,
                "php-http/discovery": true,
                "contao/manager-plugin": true
            }
        }
    }
    Also GAR KEINE Carets. Wann macht man ein ^ hin und wann nicht? Sorry, an der Stelle bin ich wohl zu blöd...


    (*) ich hatte die Befehle dazu nicht im Kopf; vielleicht sollte ich mir eine Art Shell-Script o.ä. schreiben...

  36. #156
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Zitat Zitat von purzel Beitrag anzeigen
    In der Console habe ich

    $ composer remove srhinow/tinymce-plugins
    $ vendor/bin/contao-console contao:maintenance-mode enable
    $ composer update srhinow/tinymce-plugins contao/conflicts --no-install
    $ composer install
    $ vendor/bin/contao-console contao:maintenance-mode disable

    ausgeführt;
    Müsstest du etwas umdrehen. Idealerweise willst du den Maintenace Mode aktivieren bevor du irgendwas ausführst (wie zB eine Extension hinzufügen oder entfernen):

    Code:
    vendor/bin/contao-console contao:maintenance-mode enable
    composer remove srhinow/tinymce-plugins
    vendor/bin/contao-console contao:maintenance-mode disable
    » sponsor me via GitHub or Revolut

  37. #157
    Contao-Fan
    Registriert seit
    26.03.2010.
    Beiträge
    448

    Standard

    Zitat Zitat von Spooky Beitrag anzeigen
    Müsstest du etwas umdrehen. Idealerweise willst du den Maintenace Mode aktivieren bevor du irgendwas ausführst (wie zB eine Extension hinzufügen oder entfernen):

    Code:
    vendor/bin/contao-console contao:maintenance-mode enable
    composer remove srhinow/tinymce-plugins
    vendor/bin/contao-console contao:maintenance-mode disable
    Einleuchtend...
    Das war bestimmt ein copy & paste Fehler; in meiner "Notizen Datei" ist es noch in der richtigen Reihenfolge

    Was mache ich nun mit (oder ohne?) dem Caret?

    {später}
    Hiernach würde ich das Caret überall WEGLASSEN (wollen)... weil ich ja nur LTS Versionen haben möchte.

  38. #158
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Zitat Zitat von purzel Beitrag anzeigen
    Wann macht man ein ^ hin und wann nicht? Sorry, an der Stelle bin ich wohl zu blöd...
    Dann musst du https://getcomposer.org/doc/articles/versions.md studieren

    ^4.13 erlaubt auch 4.99 (falls es das gäbe)
    4.13.* erlaubt nur 4.13

    Hier kannst du dir sowas illustrieren lassen: https://semver.madewithlove.com/, z.B.:

    » sponsor me via GitHub or Revolut

  39. #159
    Contao-Fan
    Registriert seit
    26.03.2010.
    Beiträge
    448

    Standard

    Vielen Dank, dieses "Illustrations-Ding" hat mir geholfen.

    Demnach (und auch nach meinem Link in #157) lasse ich das Caret überall weg, weil ich ja nur 5.3 LTS und eben nicht die "kurzlebigen" non-LTS Versionen haben möchte.

    Folglich wäre meine composer.json dann so:
    Code:
    {
        "type": "project",
        "require": {
            "contao/calendar-bundle": "5.3.*",
            "contao/comments-bundle": "5.3.*",
            "contao/conflicts": "*@dev",
            "contao/faq-bundle": "5.3.*",
            "contao/listing-bundle": "5.3.*",
            "contao/manager-bundle": "5.3.*",
            "contao/news-bundle": "5.3.*",
            "contao/newsletter-bundle": "5.3.*"
        },
        "extra": {
            "contao-component-dir": "assets"
        },
        "scripts": {
            "post-install-cmd": [
                "@php -c contao-manager/php.ini vendor/bin/contao-setup"
            ],
            "post-update-cmd": [
                "@php -c contao-manager/php.ini vendor/bin/contao-setup"
            ]
        },
        "config": {
            "allow-plugins": {
                "contao-components/installer": true,
                "php-http/discovery": true,
                "contao/manager-plugin": true
            }
        }
    }

  40. #160
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    37.141
    Partner-ID
    10107

    Standard

    Zitat Zitat von purzel Beitrag anzeigen
    lasse ich das Caret überall weg
    Du schreibst immer "weglassen". Es geht nicht um das Caret weglassen oder nicht, sondern welche Variante du nimmst (ein ^5.3.* wäre ja bspw. falsch).
    » sponsor me via GitHub or Revolut

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 3 (Registrierte Benutzer: 0, Gäste: 3)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •