cron.php.sh verwendet alte php.ini

  • Code
    echo "alias php=/opt/php71/bin/php" >> ~/.bashrc



    Gerade nochmal genauso auf einem anderen Server, der global noch php7.0 als cli und beim Benutzer jetzt php7.1 hat, getestet.


    php -v ergibt:

    Code
    benutzerxyz@srvnet:~/htdocs/contao4$ php -v
    PHP 7.1.14 (cli) (built: Feb  1 2018 16:53:19) ( NTS )
    Copyright (c) 1997-2018 The PHP Group
    Zend Engine v3.1.0, Copyright (c) 1998-2018 Zend Technologies
        with Zend OPcache v7.1.14, Copyright (c) 1999-2018, by Zend Technologies


    beim composer update passiert das:

    Code
    benutzerxyz@srvnet:~/htdocs/contao4$ composer update
    Loading composer repositories with package information
    Updating dependencies (including require-dev)
    Your requirements could not be resolved to an installable set of packages.
    
    
      Problem 1
        - This package requires php ^7.1 but your PHP version (7.0.27) does not satisfy that requirement.
      Problem 2
        - contao/manager-bundle 4.5.4 requires php ^7.1 -> your PHP version (7.0.27) does not satisfy that requirement.


    Das war der Grund, warum ich die CLI global umgestellt habe.

  • Wie wäre es, wenn LiveConfig ein Umschalten der CLI-PHP-Version per GUI ermöglicht?
    Dazu würden wir dann /usr/bin/php durch ein (äußerst schlankes) Wrapper-Programm ersetzen, welches dann an den für den jeweiligen Vertrag/Benutzer ausgewählten Interpreter übergibt. :D


    Eine andere (sauberere) Lösung sehe ich gerade nicht.

  • Wie wäre es, wenn LiveConfig ein Umschalten der CLI-PHP-Version per GUI ermöglicht?
    Dazu würden wir dann /usr/bin/php durch ein (äußerst schlankes) Wrapper-Programm ersetzen, welches dann an den für den jeweiligen Vertrag/Benutzer ausgewählten Interpreter übergibt. :D


    Eine andere (sauberere) Lösung sehe ich gerade nicht.


    Vor allem wäre das zukunftssicher, da immer mehr Systeme auf Symfony/Composer setzen. U.a Drupal, Shopware (in naher Zukunft) und Contao


    Außerdem ist damit LC vielen anderen voraus. Plesk z.B. schlägt auch nur Aliase vor, was für einen server-unbedarften Reseller quasi garnicht zu bewerkstelligen ist.
    https://support.plesk.com/hc/e…I-version-for-subscriber-


  • "Unsere" PHP-Pakete werden übrigens demnächst überarbeitet, so dass diese sich "alleine" bei LiveConfig registrieren (ohne addPHP()-Aufruf in der custom.lua). Da werden dann auch die CLI-Binaries registriert, und die können dann auch vom cron.php.sh-Script verwendet werden.


    Wird das dokumentiert, sodass man das auch in eigenen PHP-Builds so machen kann?

  • Das Tool ist bereits fertig und wird sogar schon mit installiert, in der LiveConfig-GUI gibt es aber noch keine Konfigurationsmöglichkeit (weil LiveConfig derzeit noch keinen Scan auf verfügbare CLI-Versionen durchführt).


    Das Programm nennt sich "lcphp", in der zugehörigen man-Page ist eigentlich alles beschrieben (insbes. Aktivierung unter Debian/Ubuntu). Um für einen Kunden dann den PHP-Interpreter umzuschalten muss der gewünschte PHP-Interpreter als Symlink unter ~/conf/php hinterlegt werden.


    GUI-Integration steht schon im Arbeitsplan, kommt mit einem der nächsten Updates.


    Viele Grüße


    -Klaus Keppler

  • -rwxr-xr-x 1 root root 10K Sep 17 13:53 php-session-lifetime
    Ist 500 nicht ausreichend?



    man lcphp
    Es prueft zuerst ob die Datei ~/conf/php existiert (welche in symbolischer Link auf die tatsaechlich auszufuehrende PHP-Version sein sollte)

    # Das Gras wächst nicht schneller wenn man daran zieht # Bitte keine inflationären Vollzitate #

    2 Mal editiert, zuletzt von lebenszeit ()


  • Wann ist es soweit? Auch hier melden sich ständig Kunden, die eine andere PHP-Version für CLI benötigen. Eine einfache möglihckeit, den Kunden das selbst auswählen zu lassen, wäre sehr wünschenswert.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!