Beiträge von mfe

    .. ein vollständiges Entfernen aller zusätzlichen php-Versionen und anschließende neue Installation hat das Problem wieder gelöst :)


    Folgende Fehlermeldungen:


    The ionCube Loader is a Zend-Engine extension and not a module
    Please specify the Loader using 'zend_extension' in php.ini
    PHP Fatal error: Unable to start ionCube Loader module in Unknown on line 0
    [ERR] PHP version detection failed for /opt/php-5.6/bin/php-cgi (try to run with -v and check for errors!)
    The ionCube Loader is a Zend-Engine extension and not a module
    Please specify the Loader using 'zend_extension' in php.ini
    PHP Fatal error: Unable to start ionCube Loader module in Unknown on line 0
    [ERR] PHP version detection failed for /opt/php-7.0/bin/php-cgi (try to run with -v and check for errors!)
    The ionCube Loader is a Zend-Engine extension and not a module
    Please specify the Loader using 'zend_extension' in php.ini
    PHP Fatal error: Unable to start ionCube Loader module in Unknown on line 0
    [ERR] PHP version detection failed for /opt/php-7.1/bin/php-cgi (try to run with -v and check for errors!)
    The ionCube Loader is a Zend-Engine extension and not a module
    Please specify the Loader using 'zend_extension' in php.ini
    PHP Fatal error: Unable to start ionCube Loader module in Unknown on line 0
    [ERR] PHP version detection failed for /opt/php-7.2/bin/php-cgi (try to run with -v and check for errors!)
    The ionCube Loader is a Zend-Engine extension and not a module
    Please specify the Loader using 'zend_extension' in php.ini
    PHP Fatal error: Unable to start ionCube Loader module in Unknown on line 0
    [ERR] PHP version detection failed for /opt/php-7.3/bin/php-cgi (try to run with -v and check for errors!)
    ..
    - PHP 7.4.4 (code='php74')
    CGI/FastCGI: /opt/php-7.4/bin/php-cgi
    FPM: /opt/php-7.4/sbin/php-fpm
    pool config: /etc/php-fpm/php74-fpm.d
    default php.ini: '/opt/php-7.4/etc/php.ini'
    - PHP 7.3.14 [DEFAULT] (code='php7')
    CGI/FastCGI: /usr/bin/php-cgi
    default php.ini: '/etc/php/7.3/cgi/php.ini'
    - default PHP CLI: /usr/bin/php

    Auf einem Debian-10 System sind die zusätzlich installierten PHP-Versionen (php5.6 php7.0 php7.1 php7.2) nicht im Liveconfig sichtbar, um den Domänen zugeordnet zu werden.
    Lediglich php7.3 und php7.4 sind als zusätzliche Version vorhanden und auswählbar.


    Trotzdem scheint die Installation ok:[INDENT]root@webhost:/etc/liveconfig/lua.d# apt-cache policy php-5.6-opt
    php-5.6-opt:
    Installed: 5.6.40-3+buster1
    Candidate: 5.6.40-3+buster1
    Version table:
    *** 5.6.40-3+buster1 500
    500 http://repo.liveconfig.com/debian buster/php amd64 Packages
    100 /var/lib/dpkg/status
    root@webhost:/etc/liveconfig/lua.d# apt-cache policy php-7.1-opt
    php-7.1-opt:
    Installed: 7.1.33-1+buster1
    Candidate: 7.1.33-1+buster1
    Version table:
    *** 7.1.33-1+buster1 500
    500 http://repo.liveconfig.com/debian buster/php amd64 Packages
    100 /var/lib/dpkg/status
    [/INDENT]


    Woran kann das liegen?

    Letsencrypt hat bisher für 29 domains perfekt funktioniert :cool:
    Leider gibt es aber nun bei einer weiteren neuen Domain die oben schon diskutierte Fehlermeldung „Invalid response“

    Zitat

    16.06.2019 07:44:22 23.06.2019 07:44:22 http-01 invalid
    Fehler: Invalid response from http://hausvier.de/.well-known…J5_JrCr4_-Ih-ZZDLle3ZJ1R0 [2a01:4f8:d0a:1080::2]: "<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">\n<html><head>\n<title>404 Not Found</title>\n</head><body>\n<h1>Not Found</h1>\n<p"


    Woran kann das liegen?

    LiveConfig kann in null-komma-nix mit LetsEncrypt Zertifikate erzeugen.
    Sowas ist ein geniales PowerFeature.


    -
    Ein weiteres PowerFeature könnte sein:
    Mit LiveConfig DockerContainer managen, dh.
    - Images vom Dockerhub laden, starten
    - Verbindung Dockercontainer mit lokalem Liveconfig-Webspace
    - Verbindung Dockercontainer mit lokaler Liveconfig-Datenbank


    Ein Softwarehosting mit etwas komplexeren Umgebungs-Anforderungen
    (wie zB. bei "redmine" mit ruby,rake ..
    oder "drupal 8" mit drush, composer, solR ..)
    wäre einfacher u. sicherer.


    Wäre das cool?