Die Bugfixes aus PHP 8.1.33 wurden inzwischen auch für 8.0 und 7.4 backported, entsprechend haben wir auch diese PHP-Pakete aktualisiert.
Beiträge von kk
-
-
Okay, dann habe ich mich unter Verwaltung -> Einstellungen -> Version mit [3.0.0-rc8] verwirren lassen, sorry...
Wurde eben atualisiert
Beim Release Candidate müssen wir die Versionsinfos derzeit noch manuell pflegen (da die Releases nicht automatisiert sind). Auch die "Release Notes" (Dashboard) passen wir gleich noch an. Das "rc"-Suffix wird ab dem Release rausfliegen, dann werden die Versionsnummern "normal" hochgezählt, was es dann wieder übersichtlicher machen dürfte.Bislang (LC 2.x) konnte man durch einen Klick ganz unten rechts auf den "Powered by ..."-Link im Popup die Versionsnummer einsehen. Das gibt's prinzipiell weiterhin, aber die Version wird nur noch Admins angezeigt.
-
Das geht aktuell nur durch den Kunden selbst (für die entsprechend freigegebenen Einstellungen):
Hosting -> Webspace -> Tab "PHP"
Das Bearbeiten durch den Admin/Reseller wird aktuell noch fertiggestellt, siehe Issue GH-32 (ist im nächsten RC dann auch erledigt).
-
Hallo,
wir haben die PHP-Pakete für Debian/Ubuntu eben auf die Versionen 8.1.33, 8.2.29, 8.3.23 und 8.4.10 aktualisiert.
Möglicherweise werden einzelne Patches auch für noch ältere Versionen "backported", es kann also gut sein dass da auch noch Updates kommen.
Viele Grüße
-Klaus Keppler
-
Öh, die Demo wurde bereits wenige Minuten nach Release aktualisiert...?
https://demo-v3.liveconfig.com:8443 (admin/admin)
-
Soeben haben wir LiveConfig 3 nochmal aktualisiert (Release Candidate 11 - also 3.0.0-rc11). Die Änderungen sind im Changelog (Tab "Version 3.x") aufgeführt. Letztendlich werden mit diesem Update einige Fehler und Probleme behoben, die im ersten Produktivbetrieb zu Tage gekommen sind.
Wir planen in etwa zwei Wochen dann den letzten Release Candidate (rc12) zu veröffentlichen, und weitere zwei Wochen später das "stable"-Release.
Viele Grüße
-Klaus Keppler
-
Mir würde da nur der logrotate einfallen.
LiveConfig hat von sich aus keinen Grund, Apache regelmäßig neu zu starten.
-
Danke, war bereits in Bearbeitung (ein anderes Ticket kam kurz vorher schon herein).
Es gab eine eigentlich(tm) minimale Änderung am Lizenzserver, um in einem bestimmten Fall eine aussagekräftigere Fehlermeldung bei der Lizenzverlängerung (LiveConfig 3.x) zu bekommen. Blöderweise hat LiveConfig 2.x bei der Verlängerung aber hier einen Fehler ausgelöst.
Nun sollte wieder alles korrekt laufen - sorry für die Unannehmlichkeiten.
-
Bottleneck dürfte auch eher PHP sein als der eigentliche http-Server.
Das ist genau das Thema. Die größten Performance-Vorteile kommen durch's Caching zustande. Was "normale" Web-Zugriffe auf statische Inhalte betrifft, nehmen sich alle Server im Normalbetrieb kaum etwas.
Wir haben inzwischen sehr gute Erfahrungen mit NGINX-Caching gesammelt (und auch einige Stolperfallen kennengelernt) und bereiten die Integration in LC bereits vor (Stichwort "FastCGI Cache"). Zudem testen wir bei einem Projekt einen serverweiten Brute-Force-Schutz für Wordpress (das ist ein immer häufigerer Grund für lang dauernde und teils extrem hohe Serverlasten).
Zum FastCGI-Cache ggf. kurz an support@liveconfig.com wenden, dann können wir die aktuell getesteten NGINX-Einstellungen vorab teilen.
Auch OpenSSL 3 steht aktuell etwas in der Kritik, weil die TLS-Performance da in manchen Konstellationen leidet (das ist aber ein extrem komplexes Thema).
Aber erstmal eins nach dem anderen...
-
Nein, Litespeed wird nicht unterstützt (sonst würde der bei den Unterstützten Diensten aufgeführt sein). Vorerst ist auch keine Entwicklung in dieser Richtung geplant:
- die Nachfrage ist äußerst gering (max. 1-2 pro Jahr?)
- wir sehen keine nennenswerten technischen Vorteile
Da Litespeed angeblich weitgehend Apache-kompatibel sein soll, kann man ggf. versuchen den Apache einfach zu ersetzen (wir können hierbei aber keinerlei Support geben).
Ohne Litespeed schlecht reden zu wollen: welche Vorteile erwarten Sie sich damit genau?
-
Gibt's irgendwelche Meldungen in /var/log/liveconfig/liveconfig.log ?
Ein Server-Neustart behebt das Problem, ein LiveConfig-Neustart aber nicht?
-
Prometheus-Metriken sind an sich schon vorbereitet, für den Anfang aber noch eher rudimentär (der Appetit kommt beim Essen, es wird sich zeigen welche Daten sinnvoll sind). Weitere Details in Kürze (aktuell sind noch andere Themen etwas wichtiger)
Eben haben wir v3.0.0-rc10 bereitgestellt, mit der noch mal eine Hand voll Fehler behoben und Details verbessert wurden.
Aktuell gibt's noch ein Problem bei der Verlängerung von "alten" Let's-Encrypt-Zertifikaten (aus LC2), sollte aber bis morgen auch erledigt sein.
Die letzte Baustelle - die Extension-API für u.a. den Website-Builder (Site.pro) - ist technisch betrachtet auch abgeschlossen und wird im Laufe der nächsten Tage fertig integriert und getestet (insbes. reibungslose Migration von Site.pro-Accounts aus LiveConfig 2).
Last but not least werden die Github-Issues abgearbeitet.
Viele Grüße
-Klaus Keppler
-
Morgen im Laufe des Tages wird es ein umfangreiches Update zu LC3 geben. Aktuell laufen mehrere produktive Rollouts auf Multi-Server-Systemen, die wir sehr engmaschig begleiten und beobachten.
(nebenbei wurden alleine gestern u.a. PHP 8.3, PHP 8.4, Ioncube-Loader, 2.18.0-preview und 3.0.0-rc8 aktualisiert...)
Leider etwas später als geplant, aber hier der aktuelle Zwischenstand:
LiveConfig v3 läuft seit Ende Mai auf den ersten Servern im Produktivbetrieb. Vor etwa einer Woche erfolgte ein großes Roll-Out auf einem Multi-Server-System mit ein paar tausend Domains, da sind noch mal ein paar Problemchen aufgetaucht (fehlende Funktionen, kleinere Anzeigefehler, teils recht verzögerte Bearbeitung von TLS-Aufträgen). Wirklich kritische Sachen waren da zum Glück aber nicht dabei.
Wir lassen derzeit 1-2x täglich eine aktualisierte Version heraus und updaten die betroffenen Systeme entsprechend, sind somit also hauptsächlich mit Korrekturen und Updates beschäftigt. Alle erfolgreich getesteten Fixes werden dann für den nächsten Release Candidate freigegeben, das nächste Update (rc10) soll noch diese Woche erfolgen.
Ich kann unmöglich in alle technischen Details gehen, aber manche Sachen fallen leider erst im "echten" Betrieb auf. So gab es z.B. einen Fehler bei DynDNS-Updates (da war der neue Update-Hook unter einer anderen URL als bisher erreichbar), bei Let's Encrypt wurden bestehende Accounts nicht in das neue Format migriert (da gab's eine Fehlermeldung bei der Verlängerung), und in der GUI gab's kleinere Darstellungsfehler bzw. auch fehlende Informationen (z.B. DS-Digest für DNSSEC). Zudem ist jedes Update eines Servers von LC2 auf LC3 eine spannende Sache, weil wir den Vorgang ja absolut reibungslos gestalten möchten (daher gibt es da aktuell immer wieder Anpassungen an den Paketmanager-Scripts für .deb/.rpm).
Parallel bereiten wir die Website für v3 vor. Das Changelog für v3 ist bereits integriert (separate Tabs für v2 und v3), eine Liste mit Hinweisen zur Umstellung wird derzeit erstellt.
Unser Fokus liegt auf Stabilität und Sicherheit, daher wollen und werden wir die v3 erst dann vollständig freigeben, wenn wir das guten Gewissens können.
Wir befinden uns nun aber im Endspurt, die Ziellinie ist schon in Sicht.
-
Die Demo läuft seit heute wieder.
LC2 hat extra einen Endpoint für automatisierte Checks (/liveconfig/nagios-check), den gibt's in LC3 leider noch nicht (steht aber schon auf der ToDo-Liste).
-
Morgen im Laufe des Tages wird es ein umfangreiches Update zu LC3 geben. Aktuell laufen mehrere produktive Rollouts auf Multi-Server-Systemen, die wir sehr engmaschig begleiten und beobachten.
(nebenbei wurden alleine gestern u.a. PHP 8.3, PHP 8.4, Ioncube-Loader, 2.18.0-preview und 3.0.0-rc8 aktualisiert...)
-
Das Stichwort dürfte hier "output buffering" sein. Im PHP-Handbuch ist das etwas beschrieben:
https://www.php.net/manual/de/book.outcontrol.php
Ich wüsste auswendig gerade von keiner Einstellung, die LiveConfig in der php.ini setzt, welche hierauf einen Einfluss hat.
Wenn Sie ein Setup haben/hatten, unter dem Ihr Script die Daten ungepuffert ausgibt, würde ich dessen php.ini mal mit der von LiveConfig erzeugten php.ini vergleichen (z.B. mal eine "phpinfo()"-Datei anlegen, in beiden Umgebungen aufrufen und die Einstellungen vergleichen).
Zudem kann es einen Unterschied machen, wie PHP ausgeführt wird (FastCGI oder FPM, ggf. einmal im Vertrag mal testweise umstellen).
Viele Grüße
-Klaus Keppler
-
Die 2.18er-Preview ist seit Freitag (wieder) im Test-Repo verfügbar. Die Links im Debian-Repo waren leider teilweise defekt, weil es während des Deployments einen Fehler bei der GPG-Signatur gab.
Der Code zur Aktualisierung des Datenbank-Schemas ist in v2.x und v3.x exakt identisch.
-
In LiveConfig v3 haben wir diese Gruppierung (vorerst) komplett entfernt, da sich das derzeit nicht mit der Datenstruktur der Accounts/Reseller sinnvoll umsetzen lässt.
php.ini-Einstellungen können also serverweit über "Hosting" -> "PHP-Einstellungen" verwaltet werden, und pro Vertrag überschrieben werden (wahlweise durch den Admin oder auch den Endkunden - je nach Einstellung).
-
Wir haben soeben LiveConfig 3.0.0-rc5 sowie die Preview für 2.18 (2.18.0-dev20250506-1) im Test-Repository bereitgestellt.
Beide Versionen (3.0.0-rc5 und 2.18) sind zueinander Datenbank-kompatibel.
Während der Installation wird jeweils eine Migration der DNSSEC-Konfiguration durchgeführt (siehe Wissensdatenbank).
(wer DNSSEC nicht nutzt oder überhaupt keine eigenen DNS-Server betreibt, wird davon ohnehin nichts mitbekommen)
Version 3.0.0 ist aus unserer Sicht nun soweit stabil. Es fehlen noch ein paar kleinere Features (manuelle Verwaltung von TLS-Zertifikaten, Integration Website-Builder, einige Sprachen in den Übersetzungen), diese sind aber schon implementiert und werden in den nächsten Tagen abschließend getestet und integriert.
Ab sofort rollen wir v3.0.0-rc5 auf den ersten produktiven Servern einiger "early adaptor" aus und beobachten ob es Probleme gibt. Sobald sich alles soweit eingeschliffen hat, werden wir v3 dann auch offiziell für den Produktivbetrieb freigeben. Bis dahin wird es entsprechend eng getaktete Updates geben.
Die LiveConfig-Website wird derweil entsprechend überarbeitet, u.a. pflegen wir ab sofort ein detailliertes Changelog für v3 (bislang enthielt das eher stichpunktartig nur die wichtigsten Änderungen). Für Anpassungen der REST-API wird es ebenfalls ein eigenes Changelog geben.
Viele Grüße
-Klaus Keppler
-
Wie es der Zufall so will hat Sectigo gestern Abend bekannt gegeben, Zertifikate künftig auch voll automatisiert via ACME ausstellen zu können (aber natürlich nicht kostenfrei...). Die CAs bereiten sich also sukzessive auch auf entsprechende Automatisierungsprotokolle vor.
LiveConfig unterstützt mit ACME prinzipiell alle damit kompatiblen Anbieter, wobei wir das bislang im Detail immer nur mit Let's Encrypt getestet haben.
In LiveConfig3 sind aber auch die Einstellungen für Buypass und SSL.com hinterlegt (die können also relativ einfach aktiviert werden).
Zudem haben wir in LC3 bewusst eine offene API für TLS-Anbieter geschaffen (mit einem ACME-Modul als Referenzimplementierung). Darüber lassen sich auch weitere TLS-Anbieter in automatisierte Prozesse integrieren.
Auch die (sehr gute) API von PSW ließe sich somit also anbinden. Wenn jemand da ein Modul entwickeln möchte, unterstützen wir das sehr gerne.
LC3 kommuniziert mit den TLS-Plugins über schlichte Programmaufrufe und tauscht die Daten via STDIN/STDOUT im JSON-Format aus - man kann das also in jeder beliebigen Sprache programmieren und sehr einfach an LiveConfig anbinden.
