Beiträge von cr

Hallo Seppelchen,

ja es ist möglich. http://www.liveconfig.com/de/h…g.html#server.config.http

Viele Grüße
Christoph Russow

Hallo,

Zitat von mgoeben

Hi!

Würde mich auch interessieren. Habe mir Liveconfig vor 5 Monaten lizenziert, weil es hieß das Feature DNS kommt in den nächsten 2 Wochen, leider ist das immer noch nicht der Fall, und jetzt würde ich das gerne auf meinem Gentoo testen, vor allem die Confixx Migration und es dauert weiter. Leider fühlt es sich im Moment so an als würde das dieses Jahr nichts mehr werden.

Gruß

Marco

Alles anzeigen

wir sind gerade dabei unsere automatierte Buildumgebung für Gentoo für die neue Version fit zu machen. Außerdem arbeite ich gerade an einem via Rsync erreichbaren Gentoo Overlay und einem liveconfig-meta Paket mit dem dann wie in den anderen Distributionen sehr einfach die notwendigen Dienste installiert werden können.

Wir werden in den nächsten Tagen dann auch wieder ein Gentoo Preview Build bereitstellen dann steht dem Testen auf Ihrer Seite nichts mehr im Wege.

Viele Grüße aus Erlangen
Christoph Russow

Hallo h_ka,

die custom.lua müssen Sie auf jedem LiveConfig Server bzw LiveConfig Client einrichten auf denen Sie das veränderte htdocs-Verzeichnis benutzen möchten.
Nach dem Anlegen der custom.lua bitte nicht vergessen den betroffenen LiveConfig Client bzw. Server neuzustarten!

Viele Grüße
Christoph Russow

Hallo,

also um das mal kurz zusammen zu fassen Sie haben:
1) AWStats konfiguriert
2) AWStats installiert
3) AWStats de- und wieder aktiviert
4) Liveconfig neu gestartet

richtig soweit?

Wenn Ja deaktivieren und reaktivieren Sie AWStats nun noch einmal.

Viele Grüße
Christoph Russow

Hallo,

haben Sie LiveConfig nach der Installation von AWstats und vor dem (de-)aktivieren der Statistik optionen mal neu gestartet?

Welche Statistik Optionen meinen Sie genau die unter Serververwaltung -> Web -> Web-Statistiken oder die beim jeweiligen Kunden unter Webspace?

Viele Grüße
Christoph Russow

Zitat von kk

Wir haben das eben reproduzieren können: mit Firefox & IE klappt das, mit Opera nicht. Verwenden Sie auch Opera, oder einen ganz anderen Browser?
Bugfix ist bereits in Arbeit, ist auch im kommenden Update mit drin.

In Chrome funktioniert es übrigens auch nicht falls Sie den verwenden sollten.

Viele Grüße
Christoph Russow

Hallo,

Zitat von ap24

sofern xtcModified über "Anwendungen -> App" installiert wird, ist anschließend leider kein Admin-Login möglich, der bei der Installation angegebene Benutzer hat keine Adminrechte, sodass leider keine Verwaltung/Konfiguration des Shops möglich ist.

Ich habe das hier grade mal selbst probiert kann den Fehler aber nicht verifizieren.
Melden Sie sich mit der unter LiveConfig als "Shop-E-Mail" angegebenen Adresse an?

Haben Sie vielleicht noch ein paar weitere Details zu Ihrem System für mich so dass ich das Setup nachstellen könnte?
Konkret:
- Läuft PHP bei Ihnen mit mod_php, suphp oder fcgi?
- Welche PHP Version setzen Sie ein?

Viele Grüße
Christoph Russow

Hallo Jim,

ich habe das hier gerade auf einem frisch installierten Testsystem (Debian 6) ausprobiert. Die Installation klappt ohne Probleme. Probieren Sie bitte ob unter

/var/cache/liveconfig/downloads/

eine Joomla tar.bz2 liegt.

Prüfen Sie bitte auch dass das Paket bzip2 (Debian) installiert ist.

Sollten Sie kein Debian (6) verwenden sagen Sie bitte mir bitte welche Distribution Sie einsetzen damit ich das prüfen kann.

Viele Grüße
Christoph Russow

Hallo,

das genannte Verzeichnis (/etc/php5/conf.d/) heißt unter CentOS

/etc/php.d/

Hier kann man ganz einfach Dateien ablegen die zusätzlich während der Laufzeit in die PHP Konfiguration geladen werden und die Grundkonfiguration überschreiben bzw erweitern (z.B. für php module).

Viele Grüße
Christoph Russow

Hallo,

bevor Sie wie oben vorgeschlagen das Plugin selbst kompilieren prüfen wir hier mal ob das überhaupt notwendig ist. Das dovecot-pigeonhole ist in einigen Distributionen nämlich bereits im Hauptpaket enthalten.
Es wäre möglich das dies bei openSUSE 12.1 ebenfalls der Fall ist.
Wir prüfen das mal und geben in Kürze Rückmeldung.

Viele Grüße
Christoph Russow

Hallo dicker,

ja bitte teilen sie LiveConfig unter:

Serververwaltung -> Datenbanken

genau wie bei der Einrichtung das neue MySQL Passwort mit.

Nach einem Neustart sollten dann alle noch ausstehenden Datenbanken angelegt werden und können danach (sofern nicht mehr benötigt) gelöscht werden.

Viele Grüße
Christoph Russow

Hallo aci,

Zitat von aci

LC hat sich nun zum zweiten Mal aufgehangen. Habe per SOAP einen neuen Benutzer und einen Vertrag angelegt, dann war Ende. Musste den Prozess per kill beenden ein RESTART hat auch nicht geklappt.

Ist das Aufhängen reproduzierbar? Wenn ja welche Schritte sind dafür notwendig. Wenn nein was haben Sie vor dem letzten Aufhängen genau gemacht (Welche SOAP Funktionen in welcher Reihenfolge mit welchen Parametern aufgerufen und auch bitte den Output von liveconfig --diag)? (auch gerne per PM oder Mail an uns)

Und natürlich alle auffälligen Zeilen aus dem liveconfig.log

Zitat von aci

Gibt es irgendwo ein DIAG-Tool oder so ?

Was genau meinen Sie mit DIAG-Tool? ein Programm zum analysieren was LiveConfig gerade macht? Außer den üblichen Debuggern (z.B. gdb) gibt es da nichts.

"liveconfig --diag" liefert uns Mithilfe eines einzelnen Befehls alle wichtigen Informationen über das System so dass wir die Situation hier nachstellen können. Allerdings nur über den Aufbau des Systems (OS, Dienste und Co) und nicht die letzten Aktionen auf LiveConfig.

Viele Grüße
Christoph

Wenn ich mich hier mal kurz einklinken darf.

Das geplante Setup wird so wohl nicht ganz funktionieren.

Zitat von http://de3.php.net/mysql_connect

Immer wenn sie "localhost" oder "localhost:port" als Server angeben, wird die MySQL Client Bibliothek dies überschreiben und versuchen, sich zu einem lokalen Socket (named pipe unter Windows) zu verbinden. Wenn sie TCP/IP nutzen möchten, nutzen sie "127.0.0.1" anstatt "localhost".

Zitat von http://de3.php.net/manual/de/mysqli.quickstart.connections.php

The hostname localhost has a special meaning. It is bound to the use of Unix domain sockets. It is not possible to open a TCP/IP connection using the hostname localhost you must use 127.0.0.1 instead.

Kurz: Egal ob mysql oder mysqli localhost bedeutet für php immer connect via lokalem Dateisocket.

Bevor hier gar zu viel Energie darauf verschwendet wird den externen Datenbankserver via localhost erreichbar zu machen.

Viele Grüße
Christoph Russow

Hallo Herr Knick,

könnten Sie bitte einmal prüfen ob in der Datei virtual_domains im Postfix Konfigurations Ordner ihrer Distribution die Domain korrekt eingetragen ist und ob die Domain sowie das Postfach in LiveConfig selbst angelegt ist?

Viele Grüße
Christoph Russow

Hallo clickpress,

ich erkläre das am besten mal anhand eines Beispiels:

Wir haben auf demo.liveconfig.com im LiveConfig hinterlegt den Abschnitt "Service" und den Link "Rechnungen" welcher auf das Script "https://www.liveconfig.com/demo/rechnungen.php" zeigt.

wenn man nun auf den Link im LiveConfig Menü klickt erscheint oben in der URL Zeile des Browsers:

https://demo.liveconfig.com:8443/liveconfig/ext/[B]service[/B]/[B]rechnungen[/B]?id=<sessionid>

Hier sieht man wieder den Abschnitt "service" und den Link "rechnungen" in der URL.

<Abschnitt-URI> und <Link-URI> haben also nichts mit Ihrem Script zu tun sondern sind wie kwm schon sagte nur für LiveConfig intern notwendige "rewrite" Abschnitte in der LiveConfig URL um die korrekte Iframe darzustellen.

Viele Grüße
Christoph Russow

Hallo alle zusammen,

da ich hier für die Installer Scripte bei LiveConfig zuständig bin werd ich mal ein bisschen was dazu sagen.

Zitat von aziegler

Ist denn eine Möglichkeit in Planung, installierte Apps auch zu updaten?

Kurze Antwort: Ja! (unten mehr dazu)

Zitat von comolo

Also ich löse das bequem über git

Wir nicht. Wir können nämlich nicht davon ausgehen das auf jedem Webhosting Server auch ein git/svn/bazaar/cvs/wasauchimmer Client installiert ist. Wobei ich persönlich die Idee nicht schlecht finde gerade für zentrale Instanzen von Webmail und/oder phpmyadmin die vom Admin verwaltet werden!

Zitat von aziegler

hm, da schließe ich mich dir an. Eventuell kann man da ja einfach eine Rechteverwaltung nachrüsten, dass der Admin/reseller festlegen kann, welche Apps freigegeben sind.

Wir planen gerade die Möglichkeit das jeder (Liveconfig Admin) sein eigenes (auch mehrere) Repository pflegen kann und somit völlig frei entscheiden kann welche Apps er anbieten möchte. Zusätzlich dazu planen wir aber auch die vorgeschlagene Rechteverwaltung einzubauen somit kann der "Oberadmin" (der der den LiveConfig-Server verwaltet) entscheiden welche Apps er generell bereitstellen will und die Reseller können ihren Kunden wiederum daraus eine Auswahl bereitstellen.

Zitat von comolo

Um nochmal auf die Sache mit der Update-Funktion zurückzukommen. Ich denke es wäre auf jeden Fall von Vorteil, eine Update-Funktion mit in den App-Installer einzubauen.

Sehen wir auch so (mehr dazu unten).

Zitat von Wachert

Das Problem wird viel mehr durch Plugins kommen und vor allem durch geänderte Dateien von Usern, daher sollte in jedem Falle der User entscheiden können ob ein Update ausgeführt wird oder nicht. So ein Feature nur für "manche" Apps anzubieten wäre wieder nicht verkäuflich als Anbieter. "Jetzt mit Auto-Update für manche Anwendungen" ist ein ziemlicher Fail

Das auch (mehr dazu jetzt im Anschluss)

so nun mehr zum Updateprozess:

Der Updateprozess für Apps wird sich aus unserer Sicht nur auf die Kernanwendung selbst beziehen (z.B. Joomla! oder Wordpress) und nicht die eventuell installierten Plugins. Herauszufinden welche Plugins installiert sind und für jedes verfügbare(!) Plugin eine Download URL und Installations/Update Anweisungen bereitzustellen ist einfach (unserer Meinung nach) nicht realisierbar.

Anders als hier Befürchtet werden wir auch keinen Update Prozess automatisiert anstoßen (da kann unserer Meinung nach zu viel kaputt gehen wenn der Anwender nicht Bescheid weiss das seine App aktualisiert wurde und dann plötzlich einige Plugins nicht mehr funktionieren). LiveConfig wird im Webinterface darauf hinweisen dass ein Update für eine App bereitsteht. Der Anwender muss dann selbst tätig werden und auf "Update" klicken um das Update zu starten.

Auch ein Sammelbericht für den Admin/Reseller ist für uns vorstellbar um ihn darauf hinzuweisen welche von ihm und seinen Kunden installierten Apps nicht mehr "up to Date" sind.

Zum Zwecke der Erkennung auf Updates enthält jeder Installer eine Funktion die die aktuell installierte Version einer App erkennen kann. Also kann LiveConfig auch erkennen ob der Anwender hier vielleicht von Hand bereits einen Bug-/Securityfix oder ein Update eingespielt hat.

Anwendungen die einen internen Update Mechanismus haben (wie z.B. Wordpress) werden von uns nicht aktualisiert da hier der Hersteller ja schon eine entsprechende Lösung bereitstellt. Auch hier wird LiveConfig den Anwender darauf hinweisen dass seine App nicht mehr aktuell ist und ihm ggf. eine kleine Schritt für Schritt Anleitung bereitstellen wie er sie über das Hersteller Interface updaten kann.

Das Update als solches wird dann je nach Anwendung anders ablaufen. Bei Roundcube und Mediawiki (und einigen anderen) ist bereits ein Update Abschnitt im Installer enthalten. Die Installer kann man sich unter

/var/cache/liveconfig/installer/

ankucken sobald die zugehörige App einmal installiert wurde.

Bei Mediawiki läuft das Update so dass wir das neue Paket entpacken und die enthaltene update.php (die kommt übrigens vom Hersteller und ist der vorgeschlagene weg eine Mediawiki Instanz zu aktualisieren) aufrufen die kümmert sich dann darum die Datenbank auf den neuesten Stand zu bringen.
Bei Roundcube entpacken wir das neue Paket lesen das Änderungs-SQL-File ein und führen alle SQLs aus die für das Update auf die neue Version gebraucht werden.

Dadurch dass wir in jedem Installer den Updatepfad auf die aktuelle Version bereitstellen, können wir auch auf besondere Umstände bei einem Versionssprung oder einem größeren Update eingehen z.B. umformatieren von config Dateien oder ähnliches.

Grundlage jeder Update Funktion ist für uns sie so zu gestalten dass sie der Updateprozedur vom Hersteller folgt (Stichwort: minimal invasiv)

Ich hoffe mit diesen Ausführungen konnte ich etwas Licht ins Dunkel bringen.

Viele Grüße aus dem (aktuell) sonnigen Erlangen
Christoph Russow

Hi Oskar,

kurz gesagt ja das programmieren wir hier bereits aktiv. Wir finden nämlich auch dass es keinen Sinn macht solche Kleinigkeiten wie Email-Passwort, Spam-Einstellungen oder den Autoreply immer von einem "Admin" oder einer zentralen zuständigen Person vornehmen zu lassen.

Das Feature wird dann in einer der nächsten Versionen von Liveconfig enthalten sein.

Viele Grüße
Christoph Russow

Hallo bfal,

LiveConfig managed Quota über "Group Quota", d.h. man muss mit "repquota -g" arbeiten.
Außerdem muss bei OpenVZ das Quota für den Container gesondert aktiviert werden, siehe
http://www.liveconfig.com/de/h…/server.requirements.html

Viele Grüße
Christoph Russow

Hallo,

wie ist denn der aktuelle stand? gibt es irgendwelche Fehlermeldungen im LiveConfig Logfile?

Viele Grüße
Christoph Russow

Hallo aPi,

ja laut unserem internen Projektplan wird es Postgres Support geben. Ich kann aber leider noch nicht sagen wann es soweit sein wird da ich nicht für den Bereich Datenbanken zuständig bin.

Viele Grüße
Christoph Russow