Bei den diesjährigen WorldHostingDays (WHD.global) ist auch LiveConfig mit einem eigenen Stand vertreten. Wer uns besuchen möchte - ihr findet uns im Foyer an Stand H15.
Dort tauschen wir auch gerne die Lanyards gegen LiveConfig-Lanyards aus. 
Zudem gibt es am Mittwoch, 16.03. um 17:20 im RockCafe einen Vortrag von uns zum Thema "DNSSEC, DANE and Let's Encrypt: security protocols are reaching hosting customers".
Viele Grüße aus dem EuropaPark
-Klaus Keppler
Vielleicht gibt es hier ein Missverständnis?
LiveConfig unterstützt Umlautdomains. Let's Encrypt erlaubt diese (meines Wissens) noch nicht. Grund hierfür ist, dass es UTF8-Zeichen gibt die wie "normale" ASCII-Zeichen aussehen und dann zu identisch aussehenden Zertifikaten für völlig unterschiedliche Domains führen würden.
Bei Let's Encrypt ist das bekannt, mittelfristig wird es da sicher auch eine Lösung geben. LiveConfig selbst hat darauf keinen Einfluss.
Viele Grüße
-Klaus Keppler
Ab sofort steht LiveConfig in der Version 2.1.1 (r4131) zum Download bereit.
Neben vielen Detailverbesserungen und Fehlerbehebungen unterstützt diese Version nun HTTP-Proxies für eingehende und ausgehende Verbindungen zu LiveConfig:
Das Update kann wie immer reibungslos über die Repositories installiert werden.
Bitte beachten Sie, dass die Unterstützung für Debian 6 ("Squeeze") bereits ausgelaufen ist - wir werden unsere Pakete nur noch eine kurze Zeit für Debian 6 pflegen. Eine separate "End-of-Life"-Mitteilung wird es in Kürze nochmal separat geben.
Viele Grüße
-Klaus Keppler
Da es Rückfragen gab: bz2 ist derzeit nur als Modul compiliert aber noch nicht aktiviert. Um das zu aktivieren muss man in /opt/php-<Version>/etc/conf.d/ eine "bz2.ini" erzeugen und darin die Anweisung "extension=bz2.so" eintragen. Mit dem nächsten Update werden wir diese Datei von Haus aus mitliefern.
Hallo,
die PHP-Pakete für Debian wurden eben auf die Versionen 5.5.33, 5.6.19 und 7.0.4 aktualisiert.
Ab dieser Version ist übrigens auch das Modul "bz2" (für bzip2-Kompression) enthalten.
Viele Grüße
-Klaus Keppler
Eben - einfach die Checkbox "Web-Anmeldung erlaubt" setzen. Dann kann man sich mit der E-Mail-Adresse und dem E-Mail-Passwort im LiveConfig anmelden und dort direkt den Autoresponder bearbeiten.
Alternative wäre "ManageSieve", da sind aber einige manuelle Eingriffe erforderlich.
Der Fehler wurde gefunden und behoben - es hing mit der neuen Unterstützung von HTTP-Proxies zusammen und betraf somit "nur" die Preview-Version. (um so wichtiger war das Feedback - vielen Dank dafür!)
Das Update (v2.1.1-r4130) steht ab sofort im Preview-Bereich bereit.
Viele Grüße
-Klaus Keppler
Im kommenden Update wurden die Meldungen vom integrierten ACME-Client erweitert, so dass da künftig mehr Details zu finden sein sollte. Das Update steht voraussichtlich ab morgen Mittag bereit.
Viele Grüße
-Klaus Keppler
Die Fritz!Box hat einen Bug im DynDNS - es werden nur die Ports 80 und 443 unterstützt.
Wir haben den Fehler bereits an AVM gemeldet, dort scheint aber kein Interesse zu bestehen diesen zu beheben. 
Also bitte direkt an AVM wenden, wir können da nichts machen.
Das kann beispielsweise dann der Fall sein, wenn auf dem Server nur eine Basic-Lizenz läuft und bereits ein Vertrag für einen anderen Kunden dort angelegt wurde.
Das geht relativ einfach:
In der custom.lua müssen Sie also gar nichts machen. 
Viele Grüße
-Klaus Keppler
Was steht denn in /var/log/liveconfig/liveconfig.log (dort nach "ACME" suchen)?
wenn ich auf Fehlerprotokoll zeigen klicke kommt leider nur ein weises Popup ohne Inhalt:
Wir können das bislang nicht reproduzieren, daher habe ich noch einige Fragen:
- tritt das nur in manchen Browsern auf? (war mir anhand der Beiträge hier nicht ganz klar)
- Single- oder Multi-Server-Setup?
- gibt es Meldungen in /var/log/liveconfig/liveconfig.log, wenn das Popup "leer" erscheint?
Zitat von MK70Wie lange dauert es, bis eine Ausführung, die einen Fehler hervorruft, im Log erscheint?
Normalerweise ca. eine Sekunde (natürlich nur wenn das Error-Log aktiviert ist). Die "Geschwindkeit" kann man ja über's access-Log testen.
Die Proxy-Unterstützung ist ab sofort in der Preview verfügbar: https://www.liveconfig.com/de/…-LiveConfig-2-1-1?p=12156
Viele Grüße
-Klaus Keppler
Hallo,
ab sofort steht eine aktualisierte Preview für LiveConfig 2.1.1 (r4121) bereit.
Neben einigen kleineren Verbesserungen und Fehlerbehebungen unterstützt diese Version nun auch HTTP-Proxies für eingehende und ausgehende Verbindungen.
Zur Aktivierung von Lizenzen, Repository-Updates etc. (also ausgehend) kann mit der neuen Option "proxy_http" ein HTTP-Proxy angegeben werden (muss CONNECT unterstützen, Proxy-Authentifizierung wird derzeit noch nicht unterstützt - bei Bedarf bitte kurz an uns wenden).
Zudem kann LiveConfig hinter einem Reverse-Proxy betrieben werden; hierzu kann der Proxy z.B. via "X-Real-IP"-Header die "echte" IP des Clients an LiveConfig durchreichen. LC nutzt diese dann für alle Logs etc..
Die neuen Anweisungen sind in den man-Pages (liveconfig.conf(5)) jeweils dokumentiert, das Handbuch wird mit dem Stable-Release entsprechend aktualisiert.
Viele Grüße
-Klaus Keppler
Das wird doch gemacht...? Wenn die Session abläuft, wird der Hintergrund "ausgegraut" und ein Popup informiert über den Timeout. Eine Umleitung auf eine neutrale oder Anmeldeseite findet absichtlich nicht statt, damit man sehen kann auf welcher Seite man sich zuletzt befunden hatte (komplexere Strukturen mit Popups, eingegebenen Daten usw. lassen sich nicht einfach wiederherstellen).
Wenn ich das Template aber via Datenbank aktiviere wird der Inhalt nicht richtig zur Verfügung gestellt, weshalb alle .css und .js Dateien einen 404-Fehler zurückgeben und dementsprechend auch das Design nicht mehr richtig angezeigt wird.
Wie lautet denn die URL, welche einen 404-Fehler zurückgibt?
Hat Ihre Template-Datei die selben Berechtigungen & Besitzer wie die "default.tmpl"?
Ich habe eben testweise die "default.tmpl" in "test.tmpl" umbenannt (und analog den LCDEFAULTS-Eintrag geändert) und kann keine Probleme feststellen.
Um das abzukürzen: es gibt keinen Workaround, da LiveConfig in diesem Fall nur die IP des Proxies sieht. Mit dem nächsten Update kommen aber zwei neue Konfigurationsparameter (http_proxy_ip_header und http_proxy_ip_from) über die man LiveConfig explizit anweisen kann, die IP aus einem bestimmten Header-Feld (z.B. "X-Forward-IP" o.ä.) zu übernehmen.
Viele Grüße
-Klaus Keppler
Nein, es gibt keine einzelnen Dateien (CSS, JPG usw.) die man hier direkt bearbeiten könnte.
Wie man ein eigenes Template erstellen kann steht hier: https://github.com/LiveConfig/templates
Ist aber nichts für Einsteiger.
Ja, mit LiveConfig (oder Änderungen daran) hat das nichts zu tun. Seit jeder führt Apache lediglich ein "Reload" aus (wenn an irgendeinem vHost was geändert wurde). Genau das scheint der Analyse bei StackOverflow nach aber die Ursache für das volle Scoreboard zu sein (also dass die Reloads zu lange brauchen bzw. alte Childs nicht flott genug beendet werden).
In diesem Fall müssen also die Server-Parameter (MaxRequestWorkers, MaxConnectionsPerChild etc.) getuned werden. Ich vermute mal, dass Sie die Prefork-MPM nutzen?
Seitens LiveConfig könnte man höchstens das minimale Warteintervall zwischen zwei Reload-Befehlen hochsetzen (Standard: mind. 60 Sekunden). Dadurch braucht es aber dann etwas länger bis Änderungen aktiv werden.
Viele Grüße
-Klaus Keppler
