Beiträge von kk

    Das Problem ist bekannt, wird auch noch in die Doku aufgenommen. Es liegt an der (sorry) schlampigen .htaccess-Datei, die bei Typo3 mitgeliefert wird. Dort bitte den Eintrag mit "RewriteBase /" aktivieren, dann sollte es klappen.


    Viele Grüße


    -Klaus Keppler

    Könnten Sie die Ausgabe von "crontab -u web1 -l" bitte posten (oder mir per PM schicken)? Sofern die Jobs da richtig eingetragen ist, liegt das Problem vermutlich irgendwo lokal, da LiveConfig ja auch nichts anderes macht als "nur" die Crontab-Datei zu erstellen.


    Viele Grüße


    -Klaus Keppler

    Den Traffic können Sie bei dem jeweiligen Hosting-Angebot mit angeben (der letzte Punkt - "Traffic"). Eine Änderung bei individuellen Verträgen geht derzeit noch nicht (habe ich hier eben als Bug erfasst, dürfte in Kürze beseitigt sein).
    Den Traffic eines Kunden sehen Sie derzeit nur in der Detailansicht des Kunden (Menü: "Kunden" -> Kunde auswählen -> "Verträge") - da wird in einer eigenen Box der Traffic für jeden Vertrag angezeigt. Mit dem nächsten Update (v1.5) erscheint dieses dann aber auch in der Liste unter "Berichte" - dort wird dann auch hervorgehoben, wenn ein Kunde seinen gebuchten Traffic überschreitet.
    Die Trafficmessung erfolgt übrigens (fast) in Echtzeit: die Daten werden live vom Apache ausgewertet und alle fünf Minuten im LiveConfig aktualisiert.


    Eine ganz andere Idee ist, dass wir bei Gelegenheit mal eine Anleitung "LiveConfig für Confixx-Umsteiger" erstellen werden - falls Sie noch weitere Anmerkungen oder Fragen haben, immer her damit. :)


    Mit freundlichen Grüßen


    -Klaus Keppler

    Hallo,


    die beiden Jobs "cron_daily_userinfo.php" und "cron_daily.php" sind so eingestellt, dass diese jeweils nur um 00:00 bzw. 00:05 ausgeführt werden; der Log-Ausschnitt von 14:48-15:06 hilft da nicht weiter.
    Bitte prüfen Sie im System-Log, ob diese wirklich nicht ausgeführt werden. Falls nicht, prüfen Sie bitte, ob diese auch korrekt in der Cron-Tabelle auf dem Server eingetragen sind (crontab -u web1 -l)


    Auf den ersten Blick schaut das nämlich soweit alles ganz ok aus.


    Viele Grüße


    -Klaus Keppler

    Hallo,


    welche Cronjobs konkret werden denn nicht ausgeführt? So auf den ersten Blick schaut das eigentlich soweit ok aus - "cron_clean_logs" wird jede Minute ausgeführt, "cron_leerekamps" alle fünf Minuten, usw...
    Die Crontab-Datei wird ja auch "ganz normal" erzeugt (können Sie ja als root mit "crontab -u web1 -l" ausgeben lassen) - mit Fehlern ist daher kaum zu rechnen.


    Viele Grüße


    Klaus Keppler

    "Im Produktivbetrieb" ist relativ... LiveConfig müsste dafür schon beendet werden (schließlich muss ja auch die /etc/liveconfig/liveconfig.conf von SQLite auf MySQL umgestellt werden).


    Eine Anleitung zur Migration werden wir Anfang kommender Woche in die Wissensdatenbank einstellen. Kurz gesagt läuft das so ab:
    * SQL-Dump aus der SQLite-Datenbank erzeugen

    Code
    echo ".dump" | sqlite /var/lib/liveconfig/liveconfig | grep "^INSERT" > daten.sql


    * MySQL-Tabellen anlegen
    * SQLite-Dump in MySQL einspielen


    Wie gesagt - ausführliche Anleitung folgt in Kürze.


    Viele Grüße


    -Klaus Keppler

    Hallo Herr Knick,


    wir haben eben noch eine Änderung bei der Rechte-Vergabe über API vorgenommen. Bitte testen Sie es noch mal mit der neuesten Version (r1657), die ab sofort in unserem neuen "Lab-Bereich" bereit steht: http://www.liveconfig.com/de/lab
    In einem durchgeführten Test via SOAP-API konnte sich ein so angelegter Kunde auch anmelden (als direkter Kunde des Admin angelegt, individueller Hostingvertrag)
    Sollten Sie noch Probleme feststellen, beschreiben Sie mir bitte kurz, wie bzw. in welcher Hierarchie Sie Ihren Kunden angelegt haben.


    Viele Grüße


    -Klaus Keppler

    Yes, there was a typo, I updated my posting (#4).


    Nevertheless we'll update the manual for our ubuntu users to prefix "sudo":

    Zitat

    sudo LCINITPW="PaSsWoRd" liveconfig --init


    Best regards


    -Klaus Keppler

    Die Downloads für die Preview (v1.5.0) wurden eben aktualisiert (von 1.5.0-r1629 auf 1.5.0-r1654). Eine Übersicht der Änderungen wurde mit in die Liste aufgenommen: PREVIEW für LiveConfig 1.5.0.


    Wir schließen nur noch die Verwaltung der IPs für Reseller/Endkunden ab (derzeit kann nur der Admin SSL-Webspace konfigurieren). Mit der Freigabe von v1.5.0 kann in den nächsten Tagen gerechnet werden.
    Aktuell sind uns keine Probleme mit v1.5.0-r1654 bekannt, die gegen einen produktiven Einsatz sprechen würden - eine "offizielle" Freigabe werden wir dennoch erst geben, wenn unsere Tests vollständig abgeschlossen sind.


    Viele Grüße


    -Klaus Keppler

    Bevor hier noch die Gerüchteküche brodelt: längerfristig planen wir die Integration von "libvirt" um auch virtuelle Server deployen zu können. Das Ganze steht aber bisher relativ weit unten auf der Wunschliste - bis dahin gibt es noch viele andere und wichtigere Funktionen umzusetzen. In den nächsten 12 Monaten wird vermutlich noch nicht mit einer Virtualisierungsverwaltung zu rechnen sein.


    Viele Grüße


    -Klaus Keppler

    Unser Lösungsansatz ist fast identisch mit der bei serverfault.com beschriebenen Lösung, außer dass wir FastCGI (statt mod_php) einsetzen. Somit können wir die "zentralen Anwendungen" auch unter einer eigenen User-ID laufen lassen.
    Das Problem an der beschriebenen mod_php-Lösung ist, dass diese Scripte unter der Standard-Benutzer-ID vom Apache (www-data) laufen, und dieser hat zwangsweise Lesezugriff auf alle Kundenverzeichnisse (weil er dort ja alle statischen Inhalte lesen können muss). Dieses Risiko ist uns zu hoch (zumal gerade in großen Anwendungen wie phpMyAdmin immer wieder mal kleinere Lücken bekannt werden).


    Viele Grüße


    -Klaus Keppler

    Oh, dann ist das noch ein unbekanntes Problem.
    Können Sie das reproduzieren, und mir evtl eine genauere Beschreibung zukommen lassen (also welche Eigenschaften der angelegte Vertrag hat, ob Sie diesem irgendwelche Domains o.ä. zugeordnet hatten, und ggf. welche Fehlermeldung beim Löschen erscheint)?


    Besten Dank & viele Grüße


    -Klaus Keppler

    Hallo Herr Knick,


    ja, das war noch nicht so ganz sauber gelöst: für das Land wurde die ID aus der internen Tabelle "COUNTRIES" erwartet. Für Deutschland wäre das die 57.
    Wir haben die SOAP-API in dieser Hinsicht aber nun geändert, so dass nun der ISO3166-Code (zB. "DE") erwartet wird. Die Änderung ist dann auch in v1.5.0 enthalten (Preview-Update am kommenden Dienstag).


    Viele Grüße


    -Klaus Keppler

    Aktuell wird nur das Blankpage-Paket installiert, die Idee mit dem "Introduction Package" ist aber gut. Wir werden den Installer so erweitern, dass man das gewünschte Paket während der Installation auswählen kann (ggf. dann sogar auch das "Government Package").
    Da ohnehin die AppInstaller-API erweitert wird, dürften die nötigen Änderungen bereits in v1.5.1 enthalten sein (ca. Ende Juli).


    Viele Grüße


    Klaus Keppler

    Vielen Dank für den wertvollen Beitrag. :)
    Don't feed the trolls - daher kein Kommentar.


    [NACHTRAG] Damit Außenstehende, die über diesen Thread stolpern nicht den falschen Eindruck bekommen, möchte ich doch noch ein paar Dinge los werden:


    Zitat

    Wie bitte konzipieren sie Software? Nichts in dieser Branche hat sich in den letzten 10 Jahren grundsätzlich geändert und schon garnet die IP Vergabe (von IPv6 mal abgesehen).


    Es macht eben einen großen Unterschied ob man bestehende Produkte nachprogrammiert oder ob etwas neu entwickelt wird. Und unsere Form der IP-Verwaltung (siehe erstes Posting in diesem Thread) ist neu. Natürlich wäre es einfach, zu jeder v4-IP noch eine weitere v6-IP dazu zu koppeln, das wäre aber nur eine kurzfristige und auf Dauer unflexible Lösung.


    Zitat

    Und mal ehrlich, ich verstehe wenn man keine fähigen C++ Programmierer findet, ist ja nicht ganz trivial aber hätte es Perl nicht auch getan?


    Bei guten Softwareentwicklern spielt die Sprache absolut keine Rolle - das ist nur ein Werkzeug. Für die jeweilige Aufgabe wird das richtige Werkzeug eingesetzt - LiveConfig wird in C, C++ und Lua entwickelt, die Tests erfolgen mit Bash- und Perl-Scripts, die API wird mit PHP-Scripts unterstützt.

    Zitat

    Das läuft auch auf jeder Linux Distri und es ist einfacher zu verstehen, die Pillepalle aufgaben die ne Serververwaltung mit sich bringt hätte es aber genauso gemeistert wie Jahrelang bei Confixx.


    Wenn Sie ein auf sich immer wieder ändernden Scriptsprachen basierendes Controlpanel ohne Herstellersupport wünschen, dann sind Sie bei LiveConfig leider an der falschen Adresse - hierfür gibt es bereits viele andere Alternativen. :D
    Ob PHP-Interpreter oder CPAN-Sumpf spielt kaum eine Rolle. Aber Sie wissen das ja offenbar besser. A propos: kennen Sie den Dunning-Kruger-Effekt?


    Zitat

    Und nein, mich zwingt keiner auf Euch zu warten, dummerweise habe ich es jetzt schon getan weil es am Anfang so aussah als könnte es echt gut werden und deswegen bin ich langsam etwas genervt von den dauernden leeren Termin Versprechungen.


    Es ist immer einfacher anonym in einem Forum herumzutrollen statt konkret zu sagen, welche Funktionalität exakt Sie wann/warum benötigen. Ein reiner Vergleich á la "wie Confixx" ist wertlos - außer Sie warten auf @-Domains ;)
    Wir wollen und werden kein "aufpoliertes Confixx" entwickeln. Und konkrete Anforderungslisten werden bei uns sehr ernst genommen (derzeit wird mit verschiedenen Unternehmen die Migration hunderter Server vorbereitet - diese tauschen sich aber im Unterschied zu Ihnen direkt mit uns aus).


    Mit freundlichen Grüßen


    -Klaus Keppler