Beiträge von kk

  • Individuelle php.ini Dateien

    Hallo Herr Niebergall,


    Zitat

    Dass heißt ich kann momentan über die LUA-Api bzw. durch direktes bearbeiten der php.ini Dateien die Einstellungen des jeweiligen Kunden anpassen?


    Ja, genau. Da die php.ini in ~/conf/php5/php.ini aber regelmäßig wieder von LC überschrieben wird, sollten Sie "selbst" verwaltete php.inis vorübergehend am besten unter ~/.php5/php.ini ablegen (LC prüft erst, ob es dieses Verzeichnis gibt; falls nicht, dann wird die php.ini aus ~/conf/php5/ verwendet).


    Die Eingabemasken sind für das übernächste Update (v1.5.2) geplant, etwa Mitte/Ende August. Eine Vorab-Version werden wir wieder möglichst früh bereitstellen.


    Viele Grüße


    -Klaus Keppler

  • Individuelle php.ini Dateien

    Hallo,


    die "Infrastruktur" dafür steht, fehlt nur noch die individuelle Konfiguration über das GUI.
    Seit v1.5.0 erzeugt LiveConfig für jeden Webspace mit aktiviertem PHP eine eigene php.ini (~/conf/php5/php.ini). Diese wird jeweils so erzeugt, indem die Standard-Datei (zB. unter Debian /etc/php5/cgi/php.ini) als Vorlage genommen und um eigene/abweichende Einstellungen ergänzt wird (siehe /usr/lib/liveconfig/lua/web.lua, Zeile 593ff.) - aktuell werden eben nur die Session/Upload-Verzeichnisse auf das Benutzerverzeichnis angepasst.


    Inzwischen sind die notwendigen Tabellen und Strukturen vorhanden, um diese Ersetzungen beliebig zu erweitern, die passenden Masken müssen noch erstellt werden.


    Wir stellen uns das derzeit so vor, dass man pro Angebot und Vertrag jeweils beliebig php.ini-Einstellungen definieren kann (ähnlich wie alle anderen Webspace-Eigenschaften auch). Im nächsten Schritt möchten wir noch "vererbbare" Einschränkungen definieren können (so dass z.B. ein Reseller nicht das memory_limit für eigene Kunden auf 512MB setzen kann, wenn sein Vertrag das nicht erlaubt).
    Die Verwaltung der php.ini-Einstellungen selbst erfolgt dynamisch über Tabellen und kann jeweils an die PHP-Version gekoppelt werden (da es zB. unter PHP 5.4 kein register_globals mehr gibt, usw.).


    Falls es sonst noch spezielle Wünsche gibt, immer her damit. :)


    Viele Grüße


    -Klaus Keppler

  • SOAP-Api

    Hallo,


    im Handbuch sind eigentlich alle verfügbaren SOAP-Funktionen dokumentiert, d.h. nicht dokumentierte Funktionen sind i.d.R. auch (noch) nicht vorhanden.
    Bei der SOAP-API hatten wir den ersten Schwerpunkt auf das Anlegen von Objekten gelegt (z.B. für einen automatisierten Import); alle weiteren Funktionen kommen nun schrittweise dazu.
    Ein Kollege kümmert sich gleich darum (nennt sich dann "HostingUserAdd()"), dürfte schon im nächsten Update (v1.5.1) mit drin sein.


    Viele Grüße


    -Klaus Keppler

  • Weiterleitung, Domains

    Der Rewrite-Base-Eintrag muss aktiviert sein (nicht deaktiviert/kommentiert), also:

    Code
    RewriteBase /


    Was passiert alternativ, wenn Sie die .htaccess umbenennen?


    Welche Einträge erscheinen in /var/log/apache2/error.log?


    Viele Grüße


    -Klaus Keppler

  • Weiterleitung, Domains

    Hallo,


    bei Typo3 läuten bei mir gleich die Alarmglocken. Die mitgelieferte .htaccess-Datei ist (zumindest unserer Meinung nach) fehlerhaft. Die darin enthaltene Anweisung "RewriteBase" muss aktiviert werden - sonst gibt es da bekanntermaßen Probleme.


    Haben Sie Typo3 über den Application-Installer installiert? Damit sind nämlich beliebig viele Installationen gleichzeitig möglich (jede Typo3-Instanz landet in ihrem eigenen Verzeichnis).


    Viele Grüße


    -Klaus Keppler

  • Unterstützung von dovecot 2

    Hallo,


    mit den Backports haben wir das zwar nicht getestet, aber Dovecot 2 wird auch unterstützt (ist ja Standard ab Squeeze). LC erkennt jeweils die Version der einzelnen Komponenten und konfiguriert diese entsprechend (es geht also nicht davon aus, dass es Dovecot 1 sein muss nur weil es sich auf einem Debian-Lenny-Server befindet)


    Viele Grüße


    -Klaus Keppler

  • Weiterleitung, Domains

    Danke für den Hinweis - das werden wir uns noch mal genauer anschauen.
    Eigentlich ist es gedacht, dass man suPHP und mod_php prinzipiell gemeinsam laufen lassen kann, um so wählen zu können, welcher Webspace wie mit PHP genutzt werden soll (prinzipiell vertragen sich diese beiden Module nämlich).
    Ich werde dann an dieser Stelle noch mal Bescheid geben sobald das geklärt ist.


    Viele Grüße & ein schönes Wochenende!


    -Klaus Keppler

  • Weiterleitung, Domains

    Hallo,


    Zitat

    Wäre eine Neuisntallation hilfreich?
    Hatte ich eigentlich auch schonmal aber scheinbar habe ich diverse Ordner die bei der Deinstallation nicht gelöscht wurden nicht entfernt.


    Was hatten Sie denn neu installiert? LiveConfig?
    Falls ja: das spielt eigentlich keine Rolle; der SEGFAULT der im Apache-Log angezeigt wird deutet auf ein Problem mit der Apache-Installation (bzw. irgendeinem Modul) hin.


    Wenn Sie möchten schaue ich mir das gerne direkt mal auf dem Server an (richten Sie dafür bitte ein temporäres Login ein und schicken die Zugangsdaten an info@liveconfig.com).
    Alternativ wäre die genaue Installationsumgebung mal interessant - ein Anfang wären die Ausgaben von:
    - apache2ctl -M
    - dpkg -l
    (gerne per PM oder E-Mail an info@liveconfig.com).


    Vorab: SEGFAULTs habe ich persönlich noch nicht bei Debian6+LiveConfig erlebt, es wäre daher sehr interessant wie das hier zu Stande kommt.


    Vielen Dank schon mal für Ihre Unterstützung!


    Mit freundlichen Grüßen


    -Klaus Keppler

  • Weiterleitung, Domains

    Der Segmentation-Fault deutet auf ein ernsteres Problem hin. Haben Sie noch irgendwelche PHP-Extensions oder spezielle Apache-Module installiert? Wenn LiveConfig "normal" (zB. mit dem LiveConfig-Meta-Paket) installiert wird, dann tritt dieses Verhalten nicht auf. Existiert bei Ihnen die Datei /etc/suphp/suphp.conf?

  • Weiterleitung, Domains

    Zitat

    Also bei mir taucht nur eine leere Seite auf.


    Ok, das könnte ein Problem mit suPHP sein. Werfen Sie bitte mal einen Blick in /var/log/apache/error.log und /var/log/suphp/suphp.log, ob dort irgend etwas Auffälliges drin steht.


    Viele Grüße


    -Klaus Keppler



    PS: wir werden uns sofortueberweisung.de mal anschauen - Alternativen zu PayPal sind immer interessant. :)

  • Version 1.5.0 online

    Soeben wurde ein Update für Version 1.5.0 (r1700) in die Repositories aufgenommen.
    Es wurde ein Fehler im Zusammenhang mit CatchAll-Adressen beseitigt (daher werden beim Einspielen des Updates alle POP3/IMAP-Postfächer in /etc/postfix/virtual_alias aktualisiert). Zum Anderen gab es einen Fehler bei der Domainkonfiguration, der bei der Eingabe bestimmter ungültiger Einstellungen die Datenbankverbindung ungültig werden lässt ("... still have running transaction").


    Viele Grüße


    -Klaus Keppler

  • Debian Wheezy

    Nein, der Build hatte es nicht mehr durch unsere automatisierten Tests geschafft... :-/
    Der Build-Server läuft aber ohnehin gerade auf Hochtouren, da auch noch ein Update der "stable"-Version ansteht; ich melde mich gleich noch mal mit mehr Details.

  • Weiterleitung, Domains

    Hallo Cryon,


    was erscheint denn genau, wenn Sie versuchen Ihre Seite bzw. die ownCloud-App aufzurufen? (ohne genauere Beschreibung des Fehlers fällt es etwas schwer, entsprechende Hinweise zu geben ;)
    Die häufigste Ursache ist, dass mod_rewrite nicht aktiviert ist (welche Distribution nutzen Sie? Haben Sie das Paket "liveconfig-meta" installiert?)


    Viele Grüße


    -Klaus Keppler


    PS: zu sofortüberweisung: dazu brauchen Sie doch auch ein deutsches Girokonto...? :confused:

  • Kunde Berechtigung Speichern

    Oh, dieser Thread lag ja leider lange herum :-/ Die Antwort ist eigentlich relativ einfach: man kann die Rechte für Kunde nicht manuell setzen, da diese sich automatisch aus den Eigenschaften seiner Hostingvertraege ergeben. Da wir aber inzwischen häufiger Nachfragen hierzu erhalten werden wir die entsprechenden Masken noch mal überarbeiten. So gäbe es dann z.B. auch die Möglichkeit, einzelne über einen Vertrag erhaltenen Rechte noch mal zu entfernen. Entsprechende Änderungen sind für Version 1.6 eingeplant.


    Viele Grüße,


    -Klaus Keppler

  • Debian Wheezy

    Gute Frage :) Haben wir eben mal durchprobiert, lediglich die Erkennung von wheezy musste überarbeitet werden (für den Fall dass das Paket "lsb-release" nicht installiert ist)


    Heute gegen 19 Uhr wird wieder die lab-Version aktualisiert (das wäre dann v1.5.1-r169x), diese hat bei uns einwandfrei mit Wheezy funktioniert.


    Viele Grüße


    -Klaus Keppler

  • Nachträglich Server -> Client migrieren

    Die Migration von einem LC-Server auf einen LC-Client ist bislang noch nicht vorgesehen. Das Problem ist, dass der Client keine Informationen über das lokale System besitzt und ausschließlich vom Server gesteuert wird.
    Wenn Sie nun also auf einem Server den LC-Server deinstallieren und einen LC-Client installieren, dann gehen alle Informationen/Einstellungen verloren. Sie können den neuen LC-Client natürlich trotzdem mit einem LC-Server (mit Businesslizenz) verbinden, müssten darüber aber alle Einstellungen noch einmal vornehmen (also auch alle Kunden/Verträge/Postfächer etc. neu anlegen)


    Ich habe mal die Bereitstellung eines entsprechenden Migrationswerkzeugs vermerkt, kann aber noch keine Aussage machen bis wann so etwas fertig sein könnte.


    Bei weiteren Fragen geben Sie einfach Bescheid, wenn's etwas komplizierter zu beschreiben ist rufen Sie einfach an. :)


    Viele Grüße


    -Klaus Keppler

  • Version 1.5.0 online

    Ab sofort ist LiveConfig v1.5.0 (r1687) zum Download sowie in den Repositories verfügbar. Die Versionen für Gentoo und 32bit Debian sind noch in Bearbeitung.


    Die Download-Links sowie eine Liste aller Änderungen finden Sie im Download-Bereich. Bei einer Installation über ein Repository kann das Upgrade automatisch durchgeführt werden.


    Wenn Sie LiveConfig <r1631 mit MySQL als Backend genutzt haben, werden Sie wahrscheinlich einige Umlaute falsch angezeigt bekommen. Die Hintergründe hierzu sowie eine kurze "Reparaturanleitung" finden Sie in der Wissensdatenbank (UTF8-Reparatur mit MySQL). Die integrierte SQLite-Datenbank ist von diesem Problem nicht betroffen.


    Derzeit aktualisieren wir noch die Website mit Handbuch, Installationsanleitungen und Roadmap, ab morgen Mittag sollten diese Daten alle auf dem aktuellen Stand sein.


    Das nächste Release ist mit Version 1.5.1 für Montag, 06.08.2012 geplant. Details dazu finden Sie ab morgen in der Roadmap.


    Viele Grüße vom LiveConfig-Team


    -Klaus Keppler

  • Mysql und Zugriff von externen Hosts/IPs

    Zitat

    Wenn man in Liveconfig nach dem Anlegen von Datenbanken den Zugriff von externen Adressen erlaubt werden die bereits existierenden User in Mysql nicht mehr upgedated.


    Ja, das ist nicht optimal. Wird zum nächsten Update (v1.5.1) beseitigt - vielen Dank für den Hinweis.


    Viele Grüße


    -Klaus Keppler

  • mpm_peruser / mpm_itk

    Zitat

    Ich habe das gerade ausprobiert und meine da eine Sicherheitslücke gefunden zu haben. Wenn die Datei .httpd.conf nicht existiert, kann jeder! Endkunde eine über FTP anlegen.


    Nein, sicher nicht :)
    Das Home-Verzeichnis ist nicht durch den Kunden beschreibbar - und das muss auch so bleiben (ansonsten gäbe es auch noch ganz andere Probleme). Der Besitzer des Home-Verzeichnisses ist zwar der Kunde (z.B. "web1"), aber er hat kein Schreibrecht.
    Sollten bei Ihnen die FTP-Kunden im Home-Verzeichnis Schreibrechte haben, dann teilen Sie uns bitte kurz mit, welche Distribution Sie einsetzen.


    Viele Grüße


    -Klaus Keppler