Beiträge von kk

  • Einstellung Fehlerseiten

    LiveConfig stellt eigene Fehlerseiten nur für dem Fall bereit, dass noch keine Inhalte hochgeladen wurden (Beispiel: https://www.apachedemo.de)


    Was z.B. 404 (Not Found) betrifft, installiert LiveConfig ganz bewusst keine eigene globale Fehlerseite. Das lässt sich aber sehr einfach einrichten - unter Debian/Ubuntu z.B. so:


    1. erstellen Sie die gewünschte Fehlerseite unter /usr/share/liveconfig/html (z.B. "not-found.html")
    2. legen Sie eine Datei namens /etc/apache2/conf-available/errors.conf an, mit folgendem Inhalt:

      Code
      ErrorDocument 404 /.errorFiles/not-found.html


    3. führen Sie den Befehl "a2enconf errors" aus
    4. führen Sie den Befehl "systemctl reload apache2" aus


    (der URL-Pfad "/.errorFiles/" wird durch LiveConfig auf "/usr/share/liveconfig/html/" gemapped)

  • PHP 7.4 - End Of Life

    Hallo,


    zur Information: PHP 7.4 hat nun offiziell den "End of life"-Status erreicht. Eine Übersicht über die aktiv gepflegten PHP-Versionen finden Sie auf der PHP-Website.


    Unsere PHP 7.4-Pakete für Debian/Ubuntu werden daher auch nur noch kritische "Backports" erhalten, welche wir i.d.R. aus dem php-src-security-Repository von Remi Collet beziehen. Wir empfehlen daher auch dringend, auf PHP 8 umzusteigen.


    PHP 8.0 bekommt übrigens auch nur noch Updates für kritische Fehler, als "aktive" Versionen gelten PHP 8.1 und 8.2.


    VIele Grüße


    -Klaus Keppler

  • Passwort änderung MySQL/MariaDB, Login nicht möglich

    Zitat von informant

    Mit dem Strukturfehler schlichen sich in einige User DBs fehler ein, so dass diese nicht mehr auffindbar sind aber in der liveconfig DBS Tabelle noch enthalten waren.


    Das genannte Problem während des Schema-Upgrades hat nichts mit dem von Ihnen gesendeten MySQL-Fehler zu tun. In diesem konkreten Fall ging es um das in Beitrag #17 beschriebene Problem (wo die Erhöhung des table_definition_cache empfohlen wird).
    Einen "Strukturfehler" gab und gibt es seitens LiveConfig nicht. Das Upgrade schlug fehl, wenn auf einem Server mehrere verschiedene MySQL-Versionen erkannt worden waren (möglicherweise durch Updates oder manuell installierte MySQL-/MariaDB-Versionen).

  • Passwort änderung MySQL/MariaDB, Login nicht möglich

    Die Werte lassen sich alle in die my.ini eintragen... (auf den richtigen Abschnitt achten).


    Mit LiveConfig hat das nichts zu tun, es fällt möglicherweise nur dort auf, weil LiveConfig sehr langlebige Verbindungen mit Prepared Statements nutzt (Web-Anwendungen sind da wesentlich "kurzlebiger").

  • Fehlendes Modul in php-imagick

    Welche Distribution+Version?


    Üblicherweise sollte es genügen, das Debian/Ubuntu-Paket libmagickcore-6.q16-6-extra zu installieren (je nach Distributions-Version kann der Name auch geringfügig anders lauten).


    PHP-FPM muss danach ggf. neu gestartet werden (z.B. systemctl restart php80-fpm), damit die laufenden PHP-Instanzen die aktualisierten ImageMagick-Module finden und laden.


    Viele Grüße


    -Klaus Keppler

  • PHP 7.3 Memcached Problem

    Alles klar. Unter Debian 11 gab's beim Build der memcached-Pakete einen Fehler, deshalb waren die noch nicht im Repository.


    Wir haben das eben gelöst, die memcached-Extensions für PHP 7.3 und 7.4 sind nun auch für Debian 11 verfügbar. Für PHP 5.6, 8.0 und 8.1 waren die Pakete bereits vorhanden.


    Sie müssten also apt update && apt upgrade ausführend, anschließend apt install php-7.3-opt-memcached


    Die Extension muss zudem ausdrücklich aktiviert werden, indem Sie die Datei /opt/php-7.3/etc/conf.d/memcached.ini bearbeiten und gleich am Anfang die Anweisung "extension=memcached.so" aktivieren.

  • LiveConfig findet keine Datenbank mehr

    Vertauschen Sie bitte in der Datei /usr/lib/liveconfig/lua/distribution.lua in Zeile 310 die Aufrufe von "detect_suse()" und "detect_centos()":


    Code
    if detect_lsb() or detect_debian() or detect_centos() or detect_suse() or detect_gentoo() then


    Offenbar bringt 8.7 nun auch eine Datei namens /etc/os-release mit, was bislang nur bei OpenSUSE der Fall war.

  • LiveConfig findet keine Datenbank mehr

    Zitat von ap24

    MariaDB wurde direkt von mariadb.com installiert.


    Das ist bisweilen dann etwas schwierig, da unsere Tests "nur" mit den jeweiligen Distributions-Paketen laufen. Aber wir nehmen das mit auf.


    Zitat


    Die Änderung unter /usr/lib/liveconfig/lua/mysql.lua hat leider keinen Erfolg gebracht, die Datenbank wird immer noch nicht erkannt.


    Hmm, in dem Fall glaubt LC ja unter OpenSUSE zu laufen.
    Passen Sie bitte Zeile 87 an - dort "mariadb-server-10.6" mit aufnehmen:


    Code
    pkg, v = LC.distribution.hasPackage('mysql-community-server', 'mariadb', 'mysql', 'mariadb-server-10.6')

  • LiveConfig findet keine Datenbank mehr

    Stammt MariaDB aus dem Rocky-Repository, oder von extern (z.B. direkt von mariadb.com)?


    "Normalerweise" sollte das generische Paket "mariadb-server" installiert sein - und dann auch gefunden werden.


    Um auch Version 10.6 explizit zu unterstützen, gibt es kurzfristig folgenden Workaround: bearbeiten Sie die Datei /usr/lib/liveconfig/lua/mysql.lua und ändern in Zeile 84 den Eintrag "mariadb-server-10.5" in "mariadb-server-10.6". Danach LiveConfig neu starten, und alles sollte wieder laufen. Wir nehmen diese Änderung (und auch die falsche Erkennung als OpenSUSE) ins kommende Update (2.15.1) mit auf.

  • LiveConfig v2.15.0

    Zitat von mbo

    Ich bin schon immer im Stable-Pfad. Was ich noch ergänzen kann, der o.g. Fehler war ein Folgefehler von


    Vielen Dank für die Info, das erklärt einiges.
    Hintergrund: LiveConfig wird mittelfristig verschiedene MySQL-Instanzen auf einem Server unterstützen können, und dieses Update bereitet das Datenbankschema dafür vor. Beim Anpassen der vorhandenen Daten scheint es da vereinzelt zu einem Fehler zu kommen. Wir werden das prüfen und den Update-Vorgang entsprechend umbauen.

  • LiveConfig v2.15.0

    Bei diesem (und wirklich nur diesem) Fehler, bitte folgenden SQL ausführen:


    SQL
    UPDATE LIVECONFIG SET LC_VALUE='0214042' WHERE LC_KEY='dbschema' AND LC_VALUE= '0214041';


    Danach läuft das Update durch.
    Nach derzeitigem Kenntnisstand wurde bei manchen Update-Vorgängen bei einer v2.14.4-Preview die Schema-Version nicht korrekt aktualisiert (=bei Installationen der normalen Stable-Serie sollte das nicht auftreten).

  • LiveConfig v2.15.0

    Der Schritt von 2.14.4 auf 2.15.0 enthält sicherheitsrelevante Updates (u.a. OpenSSL - auch wenn sich das im Nachhinein als nicht mehr ganz so kritisch herausgestellt hat). Außerdem werden bestehende Apache-Konfigurationen angepasst ("Options -MultiViews" für cgi-bin). Ohne diese beiden Änderungen wäre es wohl "nur" eine 2.14.4 geworden.


    Last but not least wird die 2.15 voraussichtlich die letzte Minor-Release-Serie vor Version 3 sein.


    Viele Grüße


    -Klaus Keppler

  • LiveConfig v2.15.0

    Hallo!


    Ab sofort steht LiveConfig v2.15.0 zum Download bereit.


    Neben kleineren Verbesserungen behebt dieses Update ein Konfigurationsproblem bei Websites mit aktiviertem CGI - dort wird im Rahmen des Upgrades die Apache-Option "MultiViews" für's cgi-bin-Verzeichnis deaktiviert. Auf "normale" CGI-Anwendungen hat das keinerlei Auswirkungen.


    Viele Grüße


    -Klaus Keppler

  • Wunsch: MSSQL PHP Erweiterung

    Geht es dabei um PHP-Extensions für die von uns bereitgestellten PHP-Pakete für Debian/Ubuntu?


    Wenn ja, dann ist das relativ einfach: das Paket "php-x.y-opt-dev" installieren. Damit stehen alle notwendigen Header-Dateien und Tools (z.B. pecl und php-config) bereit, um eigene Extensions zu compilieren.


    Dann genügt es i.d.R., das gewünschte PECL-Paket zu entpacken und das configure-Script mit folgenden Parametern auszuführen:


    Code
    ./configure \
  --prefix=/opt/php-X.Y \
  --libdir=/opt/php-X.Y/lib \
  --sysconfdir=/opt/php-X.Y/etc \
  --with-php-config=/opt/php-X.Y/bin/php-config \
  --disable-static \
  --with-pic


    MSSQL ist ein so selten angefragtes Paket (bislang 1x, und zwar hier ;-)), so dass wir das vorerst nicht unsererseits bereitstellen werden.