Das mit dem Key ist uns bereits aufgefallen - der wird in Kürze ersetzt.
\o/ 
ZitatKünftig soll sich LiveConfig dann selbst um anstehende Key-Updates kümmern.
Alternativ: den Key als Debian-Paket mitliefern, statt (oder zusätzlich) der manuellen Installation. Das kann man dann bequem per Update ausrollen.
wir hatten ein ähnliches Problem, letztendlich war es ein Sonderzeichen oder line-feed, das im PLZ-Feld drin war
Stimmt. Da sollte auf die Felder überall vorm Speichern ein trim() drüber ... (oder was auch immer das C++-Äquivalent ist)
Passt doch.
Wenn kein mod_php5 drauf, dann wird der Teil nicht ausgeführt.
Was passiert denn? PHP-Code zum Download angeboten?
Wenn ja: mit allen PHP-Versionen, oder nur bei PHP 5.5?
Nein.
*10Z*
Klassisches ftp ist out. Da fällt mir gleich ein neuer Vorschlag ein:
bei Aktivieren von ssh gleichzeitig ein Verzeichnis .ssh anlegen.
ssh-login per passwort ist ja auch ...
Ist hier über eine custom.lua gelöst, die bei Domain-Updates die vorgegebenen Verzeichnisse prüft und anlegt.
Die zusätzlichen PHP Version werden unter /opt/remi/php55/root/usr/bin/php-cgi installiert...
Was passiert beim Aufruf in der Shell (...php-cgi -i)?
Wir werden LiveConfig so anpassen, dass bei SSL auf Shared IPs (=SNI) automatisch ein selbst-signiertes Zertifikat erzeugt wird, welches dann auf die Standard-Fehlerseite ("Diese Domain ist nicht verfügbar...") verweist. Müsste im Laufe dieses Tages fertig sein.
yeah!
Ich mag diese "Mini"-Updates
Völlig normales Verhalten, lässt sich auch nur über getrennte IPs lösen (soweit ich weiß).
Die Domain von Kunde B hat auf Port 443 (HTTPS) keinen vHost, weshalb der Apache einen Fallback auf den ersten "passenden" vHost macht - das ist nun offenbar die HTTPS-Domain des Kunden A.
Confixx löst es so, dass es einen Default-vHost gibt, der auf Confixx geht - und immer verwendet wird, wenn für eine Seite SSL nicht angezeigt wird. Gibt aber trotzdem die SSL-Warnung.
Wenn ich da kurz einhaken darf:
fpm ist zwar in Ruby geschrieben, hat aber absolut geniale Features und erleichtert das Bauen von Paketen ungemein.
mod_rewrite-Rules im Hauptverzeichnis.
Die unten genannte Trennung (Haupt/Subdomain in zwei unterschiedlichen Unterordnern) ist generell zu empfehlen.
Mein Beispiel ist ein simpler Sportverein wo es für jede Gruppe einen Verteiler gibt mit den Mitgliedern. Die Gruppen sind meist so in der Größenordnung zwischen 10-25 Mitglieder.
Eigentlich der perfekte Verwendungszweck für Mailinglisten, zumal man dann auch den jeweiligen Gruppenleiter als Mailman-Listen-Admin setzen und ihm damit die eigenständige Verwaltung erlauben könnte 
Nimm FastCGI. suPHP hat keinerlei Vorteile, sondern nur Nachteile.
mod_php5 wird für suPHP aber nicht benötigt.
Mini-Bug, allerdings nicht in LC selbst.
Bei der Info-Box neben dem neuen 301-Redirect gibt es einen Link zum LiveConfig-Handbuch, der auf "http://www.liveconfig.com/de/handbuch/tutorial.domains.redirect" verweist. Die Seite gibt es aber nicht.
Dann wirds Zeit für ein Update
doveadm quota get -A;
doveadm -v quota recalc -A;
doveadm quota get -A;
Stimmen diese Quota-Werte nun?
LC macht IMHO nichts anderes, als die Quota-Datei von Dovecot auszulesen. Alles andere wäre IMHO doof
Super Idee.
Angenommen, du gibst dem Kunden 100MB Gesamt-Mail-Quota.
Der Kunde legt 5 Postfächer mit jeweils 100MB Max-Quota an.
Postfach A belegt nun 90MB, Postfach B belegt nun 10MB. Gesamt-Quota ist damit erreicht.
Was soll nun passieren, wenn eines der fünf Postfächer eine einzige weitere E-Mail bekommt?
Trotzdem speichern? Damit überschreitet der Kunde sein gebuchtes Limit.
Bouncen? Wenn ja, alle Mails? Oder nur die eines bestimmten Postfaches?
In der Queue belassen (tempfail) und hoffen, dass die Quota irgendwann wieder sinkt?
Grundproblem ist schlichtweg: Dovecot, der hauptsächlich verwendete Mailserver, kennt nur die Entität "Benutzer". Jeder Benutzer hat ein Quota-Limit.
Die Entität "Domain" oder gar "Kunde" kennt Dovecot nicht (ok, "Domain" schon) und kann diese damit nicht durchsetzen.
Es bleibt damit nur noch, dass Kunden die gesetzen Quota-Limits überschreiten dürfen. Dann können wir uns das aber auch gleich komplett sparen und du könntest auch einfach gar keine Quota vergeben.
SSL im Client aktiviert?
Was steht jetzt im Log?
PHP-FPM is the preferred way to host PHP applications when using FastCGI and Nginx.
I also strongly suggest a move on Nginx based setups from a currently used custom FCGI-Wrapper for Nginx to PHP5-FPM, which handles everything regarding process and inter process management internally. The requirement "is only supported on PHP 5.4 and higher" should NOT be an issue (old CMS which still require PHP 5.3 or older should be abandoned anyway!).
LiveConfig auf Localhost binden, davor einen ReverseProxy (Apache/Nginx) mit Passwortschutz/IP-Restriktion.
Die Frage ist ja wie stabil das läuft, es wurde ja sicherlich nicht ohne Grund nicht releast.
Wenn es nicht stable ist, macht es auch keinen Sinn, es jetzt zu releasen, oder?
