Hallo,
wir haben das LiveConfig-Forum zum 01.08.2023 (endlich 
) auf eine neue Software umgestellt. Hierbei hat sich auch die URL geändert - ab sofort ist das Forum unter https://forum.liveconfig.com/ zu erreichen. Alle bisherigen Benutzer, Beiträge, usw. wurden übernommen.
Sollte es irgendwo noch Probleme geben, gebt uns bitte kurz Bescheid.
Viele Grüße
-Klaus Keppler
Ab sofort steht übrigens PHP 5.6 bis 8.2 inklusive der üblichen Extensions (ImageMagick, APCu, Redis, Memcached, igbinary) für Debian 12 auf ARM64 im Repository bereit.
Das PHP 8.2-Paket für Debian 12 war an der Stelle leider fehlerhaft (die "sodium"-Extension hatte gefehlt). Inzwischen ist der Fehler behoben.
Außerdem stehen nun auch die anderen Extensions (ImageMagick, APCu, etc.) für Debian 12 zur Verfügung.
Viele Grüße
-Klaus Keppler
Kurzes Update:
ZitatDie Live-Demo scheint aktuell wieder online zu sein - habe gestern Abend (durch einen absoluten Zufall - eine entsprechende Ankündigung o.Ä. diesbezüglich konnte ich jedenfalls nirgendwo finden) auf den Link geklickt und konnte mich einloggen.
Die Live-Demo von LC3 ist "work in progress", welche mit der selben Datenbank wie die LiveConfig 2.x-Demo (auf dem selben Server) läuft. Manchmal kann es sein, dass LC3 Schemaänderungen benötigt die in 2.x noch nicht enthalten sind, dann kann es zum Ausfall der 3er-Demo kommen. Künftig sollten diese Intervalle aber kleiner werden, da nun kaum noch Änderungen am Schema anfallen.
ZitatWas den Funktionsumfang von LiveConfig 3 betrifft: unterstützt LiveConfig 3 bei Release Dienste wie z.B. Rspamd, PowerDNS o.Ä.?
Nein, zum Releasetermin noch nicht. Wenn alle Funktionen von 2.x in 3.x verfügbar sind, dann werden wir schrittweise weitere Features dazu nehmen. Die zum Release geplanten neuen Funktionen sind im verlinkten KB-Artikel aufgeführt. Vollständige Release-Notes mit allen neuen Funktionen wird es zum Release-Zeitpunkt geben.
ZitatDie einzigen Neuigkeiten zu LC3 können immer mal wieder (und auch das nur durch Zufall) den API-Changes entnommen werden - etwaige Updates im KB-Artikel zum Funktionsumfang bei Release sucht man hingegen vergebens.
Das verstehe ich nicht ganz. In dem Artikel gibt es einen Abschnitt namens "Neue Funktionen" - da steht doch eigentlich alles...?
Die API-Doku wiederum zeigt eigentlich keine neuen Funktionen, sondern eher "nur" neue API-Methoden auf vorhandene Funktionalität. Hier kann man lediglich ablesen, welche Funktionen bereits vollständig im LC3 verfügbar sind (was in der API-Doku landet gilt als "fertig").
ZitatSind insbesondere die diversen bisher manuell notwendigen Anpassungen (via LUA oder direkter Änderung in der DB) nun direkt in die LC3 GUI eingezogen oder bleibt es hier unverändert beim Durchstöbern und "Testen" von vollkommen veralteten, zum Teil nicht mehr existenten (weil falsch verlinkten) KB-Artikeln/dem Durchsuchen des Web-Archives?
Pauschal lässt sich das nicht beantworten. Es ist unmöglich, jedes mögliche (teils sehr exotische) Customizing auch im Frontend abzubilden. Am besten nennen Sie ein paar konkrete Beispiele, dann können wir das gerne klären.
Die bisherigen Customizing-Schnittstellen (LCDEFAULTS-Tabelle, Lua-API) bleiben erstmal erhalten, um ein reibungsloses Upgrade zu ermöglichen. Das heißt aber nicht, dass manche Sachen nicht auch künftig über die GUI geregelt werden können.
Viele Grüße
-Klaus Keppler
- die Ioncube-Loader sind nun auch für Debian 12 enthalten
- PHP 7.1 und 7.3 stehen nun ebenfalls für Debian 12 und Ubuntu 22 zur Verfügung
In Kürze folgen noch:
- PHP 7.2 für Debian 12
- einige AddOns (ImageMagick, Redis, APCu, igbinary, memcached)
Wie bereits schonmal erwähnt stellen wir den Build-Prozess für die PHP-Pakete von Jenkins auf Gitlab CI um, das ist mit einigem initialen Aufwand verbunden. "Belohnt" wird das aber künftig mit schnellerer Verfügbarkeit für neue Distributionen, sowie Unterstützung der ARM64-Plattform.
Mit LiveConfig direkt kann man das nicht anpassen (das spielt für LiveConfig auch keine Rolle).
Tragen Sie die gewünschte Einstellung einfach in /etc/apache2/apache2.conf ein oder - noch besser - legen eine .conf-Datei in /etc/apache2/conf-enabled/ an.
Die Einstellung ist auf der Apache-Website beschrieben: https://httpd.apache.org/docs/…tml#limitrequestfieldsize
Normalerweise sollte dieser Wert aber nicht erhöht werden müssen - das deutet dann eher auf eine kaputte/kranke Anwendung hin.
PHP 7.0 und 7.4 stehen nun auch für Debian 12 und Ubuntu 22 bereit, 7.1 und 7.3 sind mit etwas Glück auch bis morgen fertig.
PHP 8.0 für Ubuntu 22.04 steht ab sofort auch in den Repositories.
PHP 7.x ist in Arbeit.
können Sie abschätzen wenn die alten Versionen zur Verfügung stehen?
PHP 5.6 steht ab sofort für Ubuntu 22.04 bereit.
PHP 8.0 wird heute gebaut, wenn alles klappt geht das morgen online. Danach gehen wir PHP 7.x an.
Viele Grüße
-Klaus Keppler
LiveConfig 3 wird "nur" noch als x86_64 (AMD64) und als ARM64-Paket bereitgestellt werden.
(also kein i386 mehr, und kein armhf)
Das komplette Packaging ist für diese Plattformen bereits fertig und abgeschlossen.
Wird nun Ubuntu 22 offiziell unterstützt?
Wir haben die Anforderungsliste eben entsprechend aktualisiert. Ja, Ubuntu 22.04 LTS wird unterstützt (= unsere Unit-Tests laufen dort vollständig und anstandslos durch).
Es stehen lediglich noch keine "alten" PHP-Versionen zur Verfügung. Pakete mit PHP 5.6, 7.4 und 8.0 sind in Arbeit und sollten in den nächsten Tagen fertig sein.
ii mariadb-server 1:11.0.2+maria~deb11 amd64 MariaDB database server binaries
rc mariadb-server-10.5 1:10.5.15-0+deb11u1 amd64 MariaDB database server binaries
Das hat mit LiveConfig nichts zu tun.
Die installierten MariaDB-Pakete stammen nicht von Debian, sondern vermutlich direkt vom MariaDB-Repo. Und da scheinen Reste einer Version 10.5 und 11.0 installiert zu sein - jeweils ausgelegt für Debian 11.
Prüfen Sie mal die zuständige Datei in /etc/apt/sources.list.d/.
Viele Grüße
-Klaus Keppler
die Erkennung von MariaDB unter Debian 12 scheint bei der Version 2.16.0 nicht zu klappen:
Checking for database server software:
/usr/bin/mysql: Deprecated program name. It will be removed in a future release, use '/usr/bin/mariadb' instead
Können wir bislang nicht nachvollziehen oder reproduzieren.
Was genau liefert der Befehl "dpkg -l | grep -i mariadb" bei Ihnen?
Anscheinend wird das Upgrad auf die Struktur r216004 nur halb durchgeführt aber die entsprechenden Spalten sind schon vorhanden und leider habe ich keine Möglichkeit zu sehen welche Abfragen beim Upgrade von r216003 auf r216004 durchgeführt wurden so das ich die entsprechenden Spalten wieder entfernen kann oder aber den Rest von dem Upgrade auf r216004 manuell durchführen kann.
Folgende Schemaänderungen werden von 2.16.0-3 auf 2.16.0-4 ausgeführt:
ALTER TABLE HOSTINGPLANS ADD HP_MAILLIMIT_HOUR INTEGER DEFAULT -1 NOT NULL;
ALTER TABLE HOSTINGCONTRACTS ADD HC_MAILLIMIT_HOUR INTEGER;
ALTER TABLE MAILBOXES ADD MB_LIMIT_HOUR INTEGER;
ALTER TABLE MAILBOXES ADD MB_LIMIT_STATUS TINYINT UNSIGNED DEFAULT 0 NOT NULL;
ALTER TABLE MAILBOXES ADD MB_LIMIT_LASTBLOCKED DATETIME;
ALTER TABLE MAILBOXES ADD MB_LIMIT_BLOCKCOUNT INTEGER UNSIGNED DEFAULT 0 NOT NULL;
ALTER TABLE MAILSERVERS ADD MS_HIDE_SENDER_IP TINYINT UNSIGNED DEFAULT 0 NOT NULL;Das Problem hatte ein anderer Anwender auch schon, wir arbeiten bereits an einer Lösung.
Um das aufzuklären: die Tabellen alter Datenbanken haben ein Zeilenformat (row format), welches hier Probleme macht. Details und Lösungsmöglichkeiten finden sich hier: https://mariadb.com/kb/en/trou…to-the-dynamic-row-format
Unser Ansatz ist, dass LiveConfig während des Upgrades prüft, ob noch Tabellen in einem anderen row format als "DYNAMIC" vorhanden sind, und deren Format dann on-the-fly anpasst.
Ich gebe Bescheid, sobald das Update verfügbar ist.
Viele Grüße
-Klaus Keppler
Eine kurze Zwischenstandmeldung:
Die API-Doku wird im Laufe dieser Woche noch mal aktualisiert.
Zudem haben wir das Packaging und die Unit-Tests - bis auf Kleinigkeiten - auch fertig überarbeitet. Wir haben da unsere Infrastruktur von Jenkins auf Gitlab umgestellt und lassen alle Pakete nun direkt mit den Distributions-Werkzeugen erstellen statt wie früher mit eigenen Tools (der Teufel steckt im Detail - z.B. die neue zstd-Kompression, die noch nicht von allen Distributionen unterstützt wird).
Wir befinden uns also auf der Zielgeraden. Sobald die Webspace/Domain-Funktionen soweit fertig sind, können wir Testversionen öffentlich bereitstellen - ich bitte hierfür aber noch um ein klein wenig Geduld.
Viele Grüße
-Klaus Keppler
PS: Dev-Porn: aktuell insgesamt 5.259 Commits und 12.031 Build-Pipelines. Der C++-Code hat sich von rund 146.000 auf rund 60.000 Zeilen etwa halbiert. Über 50% des Frontend-Codes ist in Typescript programmiert, die Templates & Typescript/Javascript umfassen rund 25.000 Zeilen.
Hallo,
ab sofort steht LiveConfig 2.16.0 zum Download bereit.
Die wichtigsten Neuerungen sind:
Die Details sind in der News-Meldung ausführlicher beschrieben. Alle Details finden sich zudem im Änderungsverlauf.
Das Update lässt sich wie immer reibungslos über die jeweilige Paketverwaltung einspielen.
Viele Grüße
-Klaus Keppler
Nehmen Sie bitte statt dem Experten-Modus den normalen Modus. (in der nächsten LiveConfig-Version entfällt dieser Modus dann ohnehin).
Hier ist schlichtweg das falsche SSL-Zertifikat ausgewählt - das gewählte Zertifikat ist nur für "radiopuettlingen.de" ausgestellt (und auch "www.radiopuettlingen.de"), nicht aber für den Namen der Subdomain (post.radiopuettlingen.de).
Sollte das Zertifikat für post.radiopuettlingen.de nicht in der Dropdown-Liste der Zertifikate auftauchen, dann wurde das wohl nicht oder noch nicht ausgestellt.
Habe extra ein neues SSL/TLS-Zertifikat erstellt und eingestellt, jedoch es klappt nicht.
Eine genauere Fehlerbeschreibung als "es klappt nicht" wäre ganz hilfreich. 
Sie haben also eine Subdomain z.B. "webmail.xxxxxxx.de" angelegt?
Und dann ein SSL-Zertifikat für "webmail.xxxxxxx.de" erstellt?
Beim Anlegen neuer SSL-Zertifikate ist standardmäßig die Checkbox "HTTPS mit dem neuen SSL-Zertifikat konfigurieren" ausgewählt, daher sollte eigentlich alles von alleine funktionieren...
Daher: was _genau_ klappt nicht?
Ein Screenshot der Subdomaineinstellungen wäre ganz gut.
