Beiträge von sourceWAY

    Danke! Wir haben es aber eben schon selbst mit Ausprobieren und HostingSubscriptionGet rausgefunden:


    Zum Setzen der PHP-Einstellungen muss ein Element "phpini" gesetzt werden, dieses muss Elemente mit den Eigenschaften "option" und "value" enthalten, beispielsweise:


    "phpini":[{'option': 'memory_limit', 'value': '512m'}]


    Wichtig: Das "M" für MB, was in LC normalerweise groß geschrieben wird, muss kleingeschrieben werden, sonst wird die Einheit ignoriert (folglich wahrscheinlich Fallback auf Bytes durch PHP).

    Wann wird denn das Handbuch aktualisiert, insbesondere im Hinblick auf die Änderungen an der API (PHP-Einstellungen)? Derzeit ist leider noch ein Handbuch aus November 2018 (!) online.

    Ich stell jetzt einfach mal die (hässliche) PHP-Lösung von uns online, ich habe die etwas modifiziert, damit die Standalone lauffähig ist:



    Als Werte werden nur Integer akzeptiert, oder mit einem "M" dahinter auch Angaben in MB. Andere Einheiten werden derzeit nicht unterstützt, da wir diese schlicht nicht brauchen.


    Es können nur Kundenabonnements bearbeitet werden, keine "Mein Hosting"-Abonnements.

    Danke für die Info, das habe ich nicht gefunden wegen des Typos "PHO-Einstellungen". Wird ja aber scheinbar trotzdem Zeit, dass das mal wieder reaktiviert wird, wenn auch nicht mit einer offiziellen Stellungnahme zu rechnen ist, wenn ich mir den anderen Thread so anschaue...

    Guten Tag,


    wir haben verschiedene Hosting-Angebote, zu denen unterschiedliche PHP-Einstellungen gehören (unter anderem memory_limit oder max_execution_time).


    Nun kann man ja einstellen, dass man diese Einstellungen pro Vertrag tätigen möchte. Sodann kann ich bei jedem Vertrag diese Einstellungen individuell anpassen.


    Leider ist es nicht möglich, diese Einstellungen schon direkt im Angebot oder zumindest per API zu tätigen. Auch ist es nicht möglich, mehrere PHP-Vorlagen zu erstellen (so war das scheinbar mal geplant, da steht derzeit aber nur "Default (safe)") und diese dann auszuwählen.


    Ist hier in Zukunft etwas geplant, um bei Anlegen eines Hosting-Vertrags per API automatisch die PHP-Einstellungen modifizieren zu können? Derzeit haben wir einen Workaround per cURL, der ist aber alles andere als schön.


    Danke!

    Die Antwort von bfal ist richtig, die Nameserver a|b|c.webspacepanel.de sind CNAMEs, das ist nicht erlaubt. Die Fehlermeldung besagt das ja im Grunde auch ("... does not provide expected records directly...").


    Vielen Dank, ich hatte mich schon über die "komische" Fehlermeldung gewundert :) Dass die Einträge CNAMEs waren, war mir nicht bekannt und ist auch nicht auf meinem Mist gewachsen - leider hatte ich versäumt, das zu überprüfen.

    Guten Tag,


    wir möchten gerne das DNS-System von LiveConfig nutzen, scheitern aber am NAST-Check der DeNIC. Getestet haben wir die Domain updaix.de mit den Nameservern


    • a.webspacepanel.de
    • b.webspacepanel.de
    • c.webspacepanel.de


    Wir haben mehrere Fehler in Form von


    [INDENT]Received response does not provide expected records directly (resolver, NS, RR)[/INDENT]


    erhalten.


    Wir vermuten das Problem darin, dass die Reihenfolge der NS-Einträge zufällig ist:



    Hat noch jemand dieses Problem, oder liegt der Fehler sogar an etwas ganz anderem?


    Unser unschöner Lösungsansatz wäre, sofern das Problem wirklich durch die Rotation der Nameserver kommt und nicht anderweitig gelöst werden kann, die Reihenfolge von NS-Resource-Records per rrset-order (= fixed) zu fixieren.


    Das würde aber dazu führen, dass wir in mitgelieferte LUA-Dateien von LiveConfig (insb. /usr/lib/liveconfig/lua/bind.lua) eingreifen müssten, um die Konfigurationsdirektive dauerhaft in die named.conf.options aufnehmen zu können. Ich gehe davon aus, dass die LUA-Datei bei einem LiveConfig-Update überschrieben werden könnte und dann erneut angepasst werden müsste, was natürlich blöd wäre. Der Update-Prozess wird durch diese Lösungsvariante aber auch dadurch gestört, dass das vorkompilierte Bind9-Paket nicht mehr verwendet werden kann, weil bei diesem die fixierte Reihenfolge nicht möglich ist (wurde ohne --enable-fixed-rrset kompiliert).


    Eine andere Lösung wäre daher sehr hilfreich.

    Hallo,


    wenn wir einen neuen Vertrag auf Basis einer Vorlage anlegen möchten, können wir als Webserver aus vier Servern wählen. In LiveConfig sind aber fünf Server vorhanden. Einer fehlt also, welcher aber als Mailserver und Datenbankserver sehr wohl angezeigt wird. Wenn man einen individuellen Vertrag wählt, kann man den Server komischerweise auch auswählen (nachdem der Vertrag angelegt wurde).


    Auf dem Server ist ein Webserver installiert und durch LiveConfig konfiguriert - genau wie auf den anderen Servern. Es hilft nichts, in der Vorlage Dinge zu ändern (PHP-Art, Funktionen, ...).


    Ich würde gerne eigene Icons für die eigenen Links definieren. Dazu hätte ich gerne für jeden Link ein Feld für eine Icon-URL, von der das Icon geladen werden soll.


    Wenn kein Icon angegeben ist (oder diesd Funktion nicht implementiert wird), sollte (zumindest) der text-indent für die Bezeichnung des Links entfernt werden. Dies sähe sicherlich besser aus, als der Abstand vor dem Text.

    Wir würden uns es wünschen, dass die eigenen Links (iFrame API) pro Reseller definierbar sind.


    Derzeit haben wir einen Link zur Domain-Registrierung - wenn jedoch ein Kunde nicht einem bestimmten Reseller angehört, ist diese Option nicht verfügbar. Derzeit müssen wir das noch manuell prüfen und einen unschönen Hinweis ausgeben ("Die Domain-Registrierung ist für Ihr Konto leider nicht möglich.").

    Wir hatten uns auch schon gedacht, dass es schön wäre, wenn man da etwas reinschreiben könnte.


    Blöde Frage: Was meint nachträglich? Es gibt doch auch bei Bestellung keine Möglichkeit, eine Notiz einzutragen, oder?


    Wir reden hier aber schon über das Endkunden-Portal und nicht über das jene für Reseller?

    Hallo zusammen,


    wir nutzen derzeit LiveConfig in der Version 1.9.0 (r3657) mit der integrierten DNS-Verwaltung.


    Nun haben wir für einige Subdomains dieses Szenario:

    • Webspace deaktiviert (komplett)
    • Eigener A-Record


    Folgende Server-Konfiguration haben wir:

    • WWW1 - Master-Server
    • WWW2 - Client-Server


    Bisher hatten wir WWW1 als "Hidden Primary" benutzt, und die Nameserver von InterNetWorX öffentlich benutzt (Zonentransfer via AXFR). Das lief soweit wunderbar.


    Nun haben wir die Umstellung auf WWW1 als Primary und WWW2 als Secondary vollzogen. Nach anfänglichen Schwierigkeiten sind nun auf beiden Servern die entsprechenden Zonefiles angelegt wurden, auch ein nslookup liefert die gewünschten Ergebnisse für die Subdomains mit Webspace.


    ABER:
    Zwar funktioniert es mit aktiviertem Webspace (sogar auf WWW2), mit deaktiviertem Webspace allerdings nicht.
    Wenn eigene DNS-Einträge (A-Record) im entsprechenden Tab für eine Subdomain angelegt werden, werden diese nicht in das Zone-File geschrieben. Wenn Webspace aktiviert ist, wird zwar der eigene DNS-Eintrag in das Zone-File geschrieben, allerdings zusätzlich zu der Webspace-IP. Bind gibt dann also zwei IP-Adressen zurück, was wohl auch nicht Sinn der Sache ist.


    Wir brauchen hier schnellstmöglich eine Lösung. Seitens des Supports kam leider keine Antwort mehr.