+1
Wenn es endlich umgesetzt werden würde.
+1
Wenn es endlich umgesetzt werden würde.
Alles anzeigendanke für die stetige Weiterentwicklung!
kurze anmerkung diesbezueglich: eigene verträge die beim admin unter 'mein Hosting' laufen, werden von der Suche wohl nicht berücksichtigt und entsprechend nicht gefunden... wär ganz nett wenn das auch ginge, selbst wenn man davon ausgeht, das ich gerade noch weiss, welche verträge zu mir gehören, mag ich einheitliche abläufe und würde eher generell alle nummern einfach in die suche hämmern, um anschliessend drauf zuzugreifen
+1
Ich kann es reproduzieren...
Hallo Ralf,
vielen dank für deine Antwort... Aber leider was dies nicht die Fragestellung... Es ging hier nicht darum die Dateien zu sperren sondern komplett die Verwaltung aus dem LiveConfig zu entfernen.
Gruß
Björn
Hallo,
ich bin der Meinung bereits einen ähnlichen Beitrag hier gelesen zu haben.
Ich kann ihn aber leider nicht ausfindig machen...
Wir würden gerne im LiveConfig die Verwaltung der Postfächer deaktivieren... Der Kunde möchte dies per Hand machen und
LiveConfig soll ihm dort nicht dazwischen funken.
Wie kann ich nun im LiveConfig dies wieder abschalten ?
Verwendet wird die SQLite Datenbank
Vielen dank
Gruß
Björn
Hallo Anton,
vielen dank für de Hinweis....
ich habe auf dem Debian 7.0 in der Datei /etc/apache2/ports.conf folgendes ändern müssen.
# If you just change the port or add more ports here, you will likely also
# have to change the VirtualHost statement in
# /etc/apache2/sites-enabled/000-default
# This is also true if you have upgraded from before 2.2.9-3 (i.e. from
# Debian etch). See /usr/share/doc/apache2.2-common/NEWS.Debian.gz and
# README.Debian.gz
NameVirtualHost *:80
Listen 80
<IfModule mod_ssl.c>
# If you add NameVirtualHost *:443 here, you will also have to change
# the VirtualHost statement in /etc/apache2/sites-available/default-ssl
# to <VirtualHost *:443>
# Server Name Indication for SSL named virtual hosts is currently not
# supported by MSIE on Windows XP.
Listen 443
</IfModule>
<IfModule mod_gnutls.c>
Listen 443
</IfModule>
Alles anzeigen
in
# If you just change the port or add more ports here, you will likely also
# have to change the VirtualHost statement in
# /etc/apache2/sites-enabled/000-default
# This is also true if you have upgraded from before 2.2.9-3 (i.e. from
# Debian etch). See /usr/share/doc/apache2.2-common/NEWS.Debian.gz and
# README.Debian.gz
NameVirtualHost 93.180.154.171:80
Listen 80
<IfModule mod_ssl.c>
# If you add NameVirtualHost *:443 here, you will also have to change
# the VirtualHost statement in /etc/apache2/sites-available/default-ssl
# to <VirtualHost *:443>
# Server Name Indication for SSL named virtual hosts is currently not
# supported by MSIE on Windows XP.
NameVirtualHost 93.180.154.171:443
Listen 443
</IfModule>
<IfModule mod_gnutls.c>
Listen 443
</IfModule>
Alles anzeigen
Damit funktionieren die VirtualHost für Port 80 und Port 443
Natürlich musste ich noch die von dir angesprochenen Wildcards entfernen.
Vielen dank
Gruß
Björn
Sehr gute Frage...
Moin,
wenn es doch nur die einzigen API Features wären...
- HostingSubscriptionUsageGet | Eine Funktion zum Auslesen des Speicher und Trafficverbrauch
- HostingSubscriptionDelete | Gibt es ja bereits. Ich würde hier einen Zusatzparameter mir wünschen, wie z.B. force, damit auch ein Reseller mit Kunden gelöscht werden kann.
- HostingDomainDelete | Zum Löschen von Domains inkl. der damit verbunden Postfächer und anderen Funktionen
- ContactDelete | Zum Löschen eines Kundenkontakts
- HostingPlanEdit | Zum Editieren der Tarife über die API
- CustomerEdit | Bearbeitung des Kunden
- HostingSubscriptionReset | Zurücksetzen des Vertrags auf die Default Werte des Angebots nachdem einzelne Option wie z.B. Webspace angepasst wurden
Hinzukommen die Möglichkeiten Domains, Subdomains, Postfächer, FTP Accounts, MySQL Accounts und Applications zu verändern und zu löschen.
Guten Tag Herr Keppler,
ich würde mich hier zu diesem Thema um ein Feedback von Ihnen freuen...
Scheinbar ist dieses Feature nicht ganz uninteressant auch für andere...
Hallo Anton,
hier das ergebnis deiner Frage...
root@smartnic:~# apache2ctl -S
[Fri Mar 07 21:37:01 2014] [warn] VirtualHost 93.180.154.171:80 overlaps with VirtualHost 93.180.154.171:80, the first has precedence, perhaps you need a NameVirtualHost directive
VirtualHost configuration:
93.180.154.171:80 support-as-a-service.de (/etc/apache2/sites-enabled/web10.conf:13)
wildcard NameVirtualHosts and _default_ servers:
*:443 is a NameVirtualHost
default server daten.smart-nic.de (/etc/apache2/sites-enabled/open:15)
port 443 namevhost ex.smart-nic.de (/etc/apache2/sites-enabled/open:15)
port 443 namevhost exchange.smart-nic.de (/etc/apache2/sites-enabled/open:29)
port 443 namevhost services.smart-nic.de (/etc/apache2/sites-enabled/otrs:8)
port 443 namevhost smarts.x-ion.de (/etc/apache2/sites-enabled/post:8)
*:80 is a NameVirtualHost
default server liveconfig.smart-nic.de (/etc/apache2/sites-enabled/liveconfig:1)
port 80 namevhost liveconfig.smart-nic.de (/etc/apache2/sites-enabled/liveconfig:1)
port 80 namevhost exchange.smart-nic.de (/etc/apache2/sites-enabled/open:1)
port 80 namevhost daten.smart-nic.de (/etc/apache2/sites-enabled/open:8)
port 80 namevhost services.smart-nic.de (/etc/apache2/sites-enabled/ots:1)
port 80 namevhost smarts.x-ion.de (/etc/apache2/sites-enabled/post:1)
Alles anzeigen
Die aktuelle Zuordnung von www, non-www und blog ist aufgrund der tests so vermischt.
Einer der Tests hat ergeben, wenn alle 3 Subdomains auf das Wordpress Verzeichnis zeigt, dass dann erst das Wordpress auch verwendet wird.
Sobald einer der vHost Einträge nicht mehr auf das Apps Verzeichnis zeigt, wird wieder der Inhalt des Root Verzeichnis angezeigt.
Die DNS Records sind ebenfalls alle überprüft, auf dem Webserver läuft auch nur eine IP, also ist auch hier eine Verwechslung auszuschließen...
Hat noch jemand vielleicht eine Idee ???
lg
Björn
super!
Eine Frage vorab.
Wo hinterlegt man die spezifischen php.inis für die zusätzlich installierten PHP Versionen? Zumindest ein globale Vorlage benötigt man ja, das man ein paar Werte, die dann grundsätzlich für alle gelten hinterlegen kann (Bsp ioncube Loader ...)
Gute Frage ... ??
Ich habe allerdings noch eine weitere Frage... Wird die Auswahl der PHP Version später auch beim Anlegen des Vertrag über die API möglich sein ?
[*]Bearbeiten von php.ini-Einstellungen durch Endkunden
Hallo Herr Keppler,
diese Funktion kann ich nicht finden. Als Kunde kann ich keine php.ini verwalten.
Wo finde ich diese Funktion ?
Ich verwende aktuell Ubuntu 13.04 mit dem Release r2661 und habe mir die DNS Verwaltung nun mal angeschaut. Die Zone wird zwar angelegt.
Bislang vermisse ich aber die Möglichkeit weitere Records anzulegen. Zusätzlich ist mir aufgefallen, dass beim Ändern der IP Gruppe und somit die IP des Vertrag diese nicht in der DNS Zone aktualisiert wird.
Hallo,
vermutlich ist der LiveConfig Prozess nicht mehr aktiv. Machen Sie mal einen Neustart des Prozess.
Bei einem meiner Kunden, schmiert der ClamAV ständig ab. Ubuntu 12.04 64bit mit einer liveconfig-meta Installation...
Vielen dank für des Feedback Herr Keppler...
hmmm, ich bin ja mal schon etwas beruhigt, dass ich dies nicht als einziger so verstanden habe.
+1 Das finde ich auch. Bitte diesen Wert über die Serververwaltung frei definieren lassen.
+1 eine sehr gute Lösung von comolo
Mit der SQLite Datenbank besteht das gleiche Problem. Habe mir gestern ein neues Staging System mit dem aktuellen Labs Release gebaut.
Was ich mich noch frage, wo kann den ein Kunde selbst die PHP Einstellungen vornehmen ? Als Reseller kann ich dies ja bereits mittlerweile erfolgreich getestet über den Vertrag vornehmen.
Guten Tag Herr Keppler,
vielen dank für das Update. Könnten Sie auch genauer die gemachten Änderung benennen ?
Ich vermisse in der aktuellen Übersicht der Änderung unter http://www.liveconfig.com/de/lab die Releasenummer
in der diese Anpassung vorgenommen wurde.
Vielen dank
Björn Strausmann