Hallo,
werden HTML-Seiten oder PHP-Scripte heruntergeladen? Dem Header nach zu urteilen tippe ich auf PHP - so wie es aussieht werden PHP-Scripte nicht durch FastCGI ausgeführt.
Welche Distribution setzen Sie ein?
Viele Grüße
-Klaus Keppler
Hallo,
werden HTML-Seiten oder PHP-Scripte heruntergeladen? Dem Header nach zu urteilen tippe ich auf PHP - so wie es aussieht werden PHP-Scripte nicht durch FastCGI ausgeführt.
Welche Distribution setzen Sie ein?
Viele Grüße
-Klaus Keppler
Hallo Herr Groh,
es tut mir leid, aber ich kann Ihnen leider keinen verbindlichen Termin für dieses Feature nennen.
(würde ich das machen, und dieser Termin könnte nicht eingehalten werden, wäre wir auch nicht besser dran...)
Es steht aber ziemlich weit oben auf der aktuellen ToDo-Liste und sollte (falls nichts dazwischen kommt) in der kommenden Version (1.6.0) enthalten sein - geplant für etwa Anfang November.
Viele Grüße
-Klaus Keppler
Hmm, dann könnte das eventuell ein Problem beim Datenbankzugriff sein.
Bitte prüfen Sie, ob die Daten vom Traffic- oder CPU-Graph des Servers aktuell sind -> falls nicht, starten Sie bitte LiveConfig neu und werfen einen Blick in /var/log/liveconfig/liveconfig.log.
Viele Grüße & einen schönen Abend
-Klaus Keppler
Sind die Daten vielleicht inzwischen da?
Der Speicher wird auch über RRD-Tabellen verwaltet, da kann es ein paar Minuten dauern bis erste Daten verfügbar sind.
Der Hinweis im Handbuch bezieht sich auf eine andere Fehlermeldung (die tritt beim Auslesen von DMI-Daten des BIOS auf manchen Virtualisierungsplattformen auf)
Was zeigt denn "liveconfig --diag" an?
Viele Grüße
-Klaus Keppler
ZitatBzw. würde mir auch die Möglichkeit genügen, alle Endkunden dem Admin zuordnen zu können.
Ja, die gibt es inzwischen. Mit der Option "--newreseller=admin" werden alle importierten Kunden dem Admin zugeordnet.
Wenn Sie außerdem "--importplans" angeben, werden die Hosting-Angebote der Reseller auch importiert und dem Admin zugeordnet.
Ein kompletter Import aller Endkunden würde also mit folgendem Aufruf stattfinden:
In dem Knowledgebase-Artikel zum Import-Script steht inzwischen außerdem auch ein Shell-Befehl, mit dem die Postfachinhalte mittels rsync vom Confixx- auf den LiveConfig-Server übertragen werden können.
Sowohl das Importscript (cfximport.php) als auch LiveConfig wurden eben aktualisiert - bitte laden Sie diese ggf. neu herunter.
Teilen Sie uns diese URL bitte per PN an mich oder per Mail an info@liveconfig.com mit - dann schauen wir mal, ob dort irgendwie Einfluss auf "include" genommen wird
Viele Grüße
-Klaus Keppler
Hallo Herr Groh,
also, sofern ich gerade kein Brett vor dem Kopf habe glaube ich zu wissen, dass PHP unter FastCGI die Dateirechte herzlich egal sind. Wichtig ist das unter suPHP - dort prüft der suPHP-Wrapper vor Ausführung des Scripts, ob die Berechtigungen den Anforderungen entsprechen (die man wiederum in der /etc/suphp/suphp.conf modifizieren kann).
FastCGI bedeutet "nur", dass ein PHP-Prozess mehr oder weniger dauerhaft im Speicher verbleibt und somit für mehrere Zugriffe zur Verfügung steht. Das FastCGI-Starter-Script muss zwar einige Anforderungen erfüllen um vom suEXEC-Wrapper gestartet zu werden, aber das ist eine andere Baustelle.
Viele Grüße
-Klaus Keppler
Die genauen Lizenzbedingungen (und vor allem die Ausnahmen!) sind hier genau beschrieben:
http://www.spamhaus.org/organization/dnsblusage/
Wir werden auf diesen Punkt aber auch deutlich in der Dokumentation zur Verwaltung der DNSBL-Server hinweisen.
Wir haben uns für Redmine entschieden.
Bislang läuft alles über JIRA, das wir aber aus verschiedenen Gründen nicht "extern" nutzbar machen möchten.
Viele Grüße
-Klaus Keppler
Öh, ja, Clients brauchen das auch (das "deluser" wird durch ein Lua-Script auf dem jeweiligen Webserver ausgeführt).
Die "-force"-Option für deluser ist seit v1.5.2-r1853 enthalten.
Ab v1.5.3 (auch in der aktuellen Preview) gilt nun die o.g. Standardeinstellung für neu erzeugte php.ini's.
Eine Möglichkeit zum "Massen-Update" aller bereits bestehenden php.ini-Dateien wird noch vorbereitet.
Viele Grüße
-Klaus Keppler
Wir haben das verantwortliche Script (lcservice.sh) nun noch robuster gestaltet - falls das Zielverzeichnis (~/htdocs/cgi-bin/) bereits existiert aber noch leer ist, wird ~/cgi-bin/ dann trotzdem verschoben.
ZitatDavon mal abgesehen ist Liveconfig für uns bis jetzt eine der besten Software für Hoster, hoffentlich wird diese nie aus Ihrer Hand gegeben und verschwindet dann für immer im nirgendwo.
Danke
Wir sehen LiveConfig auch als langfristiges Produkt und planen keinen "Exit".
Viele Grüße
-Klaus Keppler
Ich habe die Beiträge eben mal zusammengeführt.
Kurz gesagt: das ist kein Fehler, sondern Absicht. Die Eingabe für das Mail-Quota ist logisch dem Punkt "E-Mail" untergeordnet, daher eingerückt.
Ich gebe aber zu, dass das nicht ganz konsequent ist, weil z.B. auch viele andere Punkte logisch dem Webspace untergeordnet aber eben nicht eingerückt sind.
Diese Maske wird diesbezüglich in Kürze überarbeitet (da kommen ohnehin viele weitere Optionen dazu - php.ini, verfügbare Anwendungen, usw. - möglichst ohne das dann unübersichtlich werden zu lassen...)
Ab Version 1.5.3 (auch schon in der aktuellen Preview) können Subdomains nun auch mit HTTPS direkt auf Web-Anwendungen verweisen.
Hier schon mal 2 von 4 Antworten:
Domains -> Auswahl Webspace Ziel -> Error 500 wenn htdocs leer ist
Das ist dann aufgetreten, wenn der Vertrag keine FTP-Berechtigung enthielt (was ein Fehler bei der Prüfung der Benutzerrechte). Ist in der aktuellen Preview behoben.
ZitatSerververwaltung -> SQL -> IP löschen schliesst nach Bestätigungspopup auch das IP POPup
Das ist so beabsichtigt.
Für die nächste Version steht eine aktualisierte Preview bereit.
Produktive Freigabe ist für Mittwoch (10.10.2012) geplant, bis dahin sind nur noch kleinere Änderungen/Erweiterungen an der SOAP-API sowie Anzeige/Verwaltung der Daten für den Verzeichnis-Passwortschutz vorgesehen.
Wir füttern derzeit noch den neuen Issue Tracker, der dann die bisherige Roadmap ablösen und den Entwicklungsprozess transparenter machen soll; mehr Details hierzu folgen in den nächsten Tagen.
Viele Grüße
-Klaus Keppler
Das Migrationsscript wurde eben wieder aktualisiert:
Eine Beschreibung zum Umzug der Webspace- und Postfach-Inhalte mit rsync kommt in Kürze noch dazu.
Gerne per PN - ich kann auch bei Google keine grundsätzlichen Probleme mit Spamhaus finden...
Spamhaus bleibt Spamhaus und kommt einem guten Admin nicht ins Haus
Hmm, das ist aber schon eine etwas dürftige Argumentation, um das als "Schrott" abzustempeln...
Spamhaus bietet eine transparente Delisting-Policy und fällt (zumindest bei uns) auch nicht durch False Positives auf.
Es gibt da andere Listen (insbes. UCEPROTECT) die wirklich haarsträubend sind.