cron.php.sh verwendet alte php.ini

    Quote from antondollmaier
    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.

    Quote from kk

    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-

    Quote from kk


    "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 #

    Edited 2 times, last by 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.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login