Beiträge von tfi

Schade dass es hierzu keine offizielle Rückmeldung, ggf. Anleitung oder eventuell sogar eine Info über den Einbau dieser Option in LC gab.

Zitat von kk

Soll PHP 7.3 also nur für neue (Sub)Domains als "Standardversion" voreingestellt werden?
Das ist nicht ganz einfach. "Standardversion" bedeutet, dass für die betroffene Domain keine bestimmte Version fest eingestellt ist. Man kann höchstens sagen, dass alle Verträge die aktuell die Standardversion (z.B. 5.6) nutzen, fix auf 5.6 eingestellt werden und anschließend z.B. 7.3 als neue Standardversion festsetzen. Damit sind aber die alten Verträge auf die bislang alte Standardversion "festgenagelt".

So soll es sein.

Vorhandene Domains mit PHP X.Y sollen die PHP Version X.Y beibehalten.
PHP 7.3 soll neue Standardversion werden und für alle neuen (Sub)Domains gelten.

Hallo zusammen,

danke für die Antworten.

Ok dann müssen wir im ersten Schritt für alle Verträge in der Datenbank eine PHP-Version definieren
und können erst im Anschluss - ohne Auswirkungen auf die "standard" Versionen - via custom.lua
die Standard-PHP-Version auf 7.3 festlegen ..

kk
Gibt es für die Änderungen in der Datenbank eine Hilfestellung?
Bzw. wird dafür ggf. sogar ein Script bereitgestellt?

Danke!

Wir haben einige Server am Laufen und je Server (über die custom.lua) unterschiedliche PHP-Versionen als Standard gesetzt.
Bei ein paar steht der Standard noch auf 5.6, bei manchen auf 7.0/7.1/7.2.

Wir würden nun gerne den Standard überall auf 7.3 setzen ohne aber die bestehenden Verträge/Webseiten,
die in der Auswahl Standard (und damit 5.6 usw.) gewählt haben, zu beeinflussen.

Wie müssen wir vorgehen?
Einfach nur den Standard-Eintrag in der custom.lua anpassen?

Speichert sicht LC die PHP-Version für diese Verträge/Webseiten mit der passenden Version oder als "standard"
und wenn wir nun "standard" umstellen, stellen wir auch die PHP-Versionen für die Webseiten um?

Danke!

Edit - Auch wenns nicht ganz zum Thema passt:
Ist es möglich sich die Verträge auflisten zu lassen, die eine gewisse PHP-Version verwenden?
Wir wollen uns einen Überblick verschaffen bei welchen Verträgen noch PHP 5.5/5.6 aktiv ist
um diesen Kunden eine Infomail zukommen zu lassen.

Hallo zusammen,

ich habe jetzt auf Anhieb keine passende Meldung / kein passenden Thread gefunden.

Auf mehreren unserer Webserver befinden sich im /var/www/<VERTRAG>/conf/acme/ Ordner div. alte Dateien (alte ACME Challenges) welche doch eigentlich nicht mehr benötigt werden und entsprechend gelöscht sein sollten.

root@webX:/var/www# ls -lthr /var/www/web-VERTRAG/conf/acme/
total 56K
-r--r----- 1 www-data web-VERTRAG 87 Oct 16 2017 GglLFXZ3SS2jL_yrRreUvo1cy1ZF9C1RF2H8dJcl_nQ
-r--r----- 1 www-data web-VERTRAG 87 Oct 16 2017 DgG3qImhsCBLPPYWtuw6BXOFhQtafQzYETuDNxNVRio
-r--r----- 1 www-data web-VERTRAG 87 Dec 16 2017 CZ5AcAA-YI35F8Svp8ITM3eD94amrsgk9cj1426SXRE
-r--r----- 1 www-data web-VERTRAG 87 Dec 16 2017 7h1Jqs7v4IGY1tifus9A6AMqgKpemr7-WvX075cjGck
-r--r----- 1 www-data web-VERTRAG 87 Feb 14 2018 nz0dpuCYDYHTYBsGcf3Vm396Q6sccLF-lkE7wfvpDmo
-r--r----- 1 www-data web-VERTRAG 87 Feb 14 2018 jxw2mUM65j6kXey4FJKuN4KkBp6eQfhQAZcxnbsNtkA
-r--r----- 1 www-data web-VERTRAG 87 Apr 15 2018 eEyYscGqE1zam_1f5U5KBMzeYaozkr4PLA4AD5PPilU
-r--r----- 1 www-data web-VERTRAG 87 Apr 15 2018 bhcCHAaXRG6cS_rcElrcQmyk8ueuCQjoKvt8PvpyJ6I
-r--r----- 1 www-data web-VERTRAG 87 Jun 14 18:07 SzrDIb0LJfWaz33FVeumGnxKQm0hRTG5QVv1zWcma8E
-r--r----- 1 www-data web-VERTRAG 87 Jun 14 18:07 D6ddN5dEkqWUXu7YsiWttZWrx6SugSHK8-y-f-GVTn0
-r--r----- 1 www-data web-VERTRAG 87 Aug 13 23:10 xvo0LQpVeMdc4HHukNCdbpFJkB4dt7Aw9HI1ZVMINsE
-r--r----- 1 www-data web-VERTRAG 87 Aug 13 23:10 Qhb736tHTDSHT9p-uqA2nmSAqVJGLUrYMVnwIHw0TwY
-r--r----- 1 www-data web-VERTRAG 87 Oct 13 04:14 lEJAkwu6op8PUYLn9AS0h9xWjA5zgcfS5AkAd3A2_Ss
-r--r----- 1 www-data web-VERTRAG 87 Oct 13 04:14 3WcGLFQ_MKSfw4zHZ3aZyx0JJ8gIFD8QgatyiuF2N3I
root@webX:/var/www#

Eventuell kann das Bereinigen der Verzeichnisse in einen der LiveConfig Crons mit aufgenommen werden?

Gruß
Thomas

Hallo zusammen,

praktisch wäre eine Funktion in der Weboberfläche über welche man sich
alle vorhandenen DNS-Record einer Domain als Zonefile anzeigen lassen kann.

z.B. in der Ansicht der eigenen DNS-Records einer Domain einen "Zonefile anzeigen" Button
einfügen - beim Anklicken öffnet sich ein kleines Fenster mit der vollständigen Zone die man sich dann rauskopieren bzw. anderweitig verarbeiten kann.

Bei vielen Records ist dieser Weg dann doch übersichtlicher als die bisherige ansicht der Oberfläche..

Danke

Hallo zusammen,

uns erreicht öfters die Anfrage ob in einem (über die Weboberfläche)
Passwort-geschütztem Verzeichnis nicht einzelne IPs freigegeben werden können
so dass für Anfragen von dieser IP eben keine Passwort-Abfrage erfolgt.

Manuell eine .htaccess anlegen usw. und dann klappt das.

Schon wäre es aber, wenn diese Funktion direkt in der Weboberfläche mit enthalten wäre.

Gruß

Zitat von tfi

Muss das Aufräumen der accesslog.map angestoßen werden?
Was passiert wenn die Datei von Hand bearbeitet wird?
Oder Datei löschen + LiveConfig erstellt eine "saubere" neue accesslog?

Darauf eine Antwort zu bekommen... Das wäre Super!

Wir haben noch immer doppelte/dreifache Einträge in der accesslog.map

Es gibt doch bestimmt ein Script welches sich die Daten für die accesslog.map
aus der apache Config für jeden Kunden zusammen sucht oder nicht?

Die Pakete scheinen nun verfügbar zu sein - Danke!

php-7.2-opt-apcu - APCu - APC User Cache for optional PHP 7.2 package
php-7.2-opt-imagick - ImageMagick extension for optional PHP 7.2 package

Aus den Änderungen in Version 2.5.0-r4735 (26.10.2017)
..
Doppelte Einträge aus /etc/apache2/accesslog.map entfernt
..

Wir haben noch immer das Problem, dass in den Statistiken
von Kunden zum Teil Daten von anderen Kunden auftauchen ..

Auch sind die doppelten (bzw. auch alten) Einträge
in der accesslog.map nicht bereinigt ..

############ Bsp.1
root@web2:~# lcclient --version
_ _ ___ __ _ (R) ___ _ _ _
| | (_)_ _____ / __|___ _ _ / _(_)__ _ / __| (_)___ _ _| |_
| |__| \ V / -_) (__/ _ \ ' \| _| / _` | | (__| | / -_) ' \ _|
|____|_|\_/\___|\___\___/_||_|_| |_\__, | \___|_|_\___|_||_\__|_____________
|___/
Version: 2.5.3
Platform: x86_64-unknown-linux-gnu
Revision: 4805
______________________________________________________________________________
Copyright (c) 2009-2016 Keppler IT GmbH. http://www.liveconfig.com

root@web2:~# wc -l /etc/apache2/accesslog.map
2653 /etc/apache2/accesslog.map
root@web2:~# sort -u /etc/apache2/accesslog.map | wc -l
216
root@web2:~#

############ Bsp.2
root@web3:~# lcclient --version
_ _ ___ __ _ (R) ___ _ _ _
| | (_)_ _____ / __|___ _ _ / _(_)__ _ / __| (_)___ _ _| |_
| |__| \ V / -_) (__/ _ \ ' \| _| / _` | | (__| | / -_) ' \ _|
|____|_|\_/\___|\___\___/_||_|_| |_\__, | \___|_|_\___|_||_\__|_____________
|___/
Version: 2.5.3
Platform: x86_64-unknown-linux-gnu
Revision: 4805
______________________________________________________________________________
Copyright (c) 2009-2016 Keppler IT GmbH. http://www.liveconfig.com

root@web3:~# wc -l /etc/apache2/accesslog.map
1812 /etc/apache2/accesslog.map
root@web3:~# sort -u /etc/apache2/accesslog.map | wc -l
183
root@web3:~#

Muss das Aufräumen der accesslog.map angestoßen werden?
Was passiert wenn die Datei von Hand bearbeitet wird?
Oder Datei löschen + LiveConfig erstellt eine "saubere" neue accesslog?

Das "Problem" hatten wir soeben auch auf einem Server festgestellt.
Schade dass dies noch(?) nicht umgesetzt wurde:
https://www.liveconfig.com/dev/issues/159

Für PHP 5.6, 7.0 und 7.1 gibt es noch die Pakete für apcu und imagick
( php-7.1-opt-apcu / php-7.1-opt-imagick )

Folgen diese für 7.2 oder braucht man das nicht mehr?

Danke!

Also ich muss hier noch mal pushen.

Der Abgleich mit dem Issue-Tracker ist interessant um zu sehen,
ob und welche Features in welcher Version umgesetzt werden.

Auch ein Feedback zu der MX-Record Thematik wäre hilfreich.

Viele Grüße

Thomas

Zitat von kk

Ja, das ist noch aktuell.
Zur Liste: die werde ich in den nächsten Tagen noch mit dem Issue-Tracker synchronisieren, hierzu wird es also noch eine Rückmeldung geben.

Viele Grüße

-Klaus Keppler

*push*

Hallo Herr Keppler,

hatten Sie bereits Gelegenheit die Liste abzugleichen?

Viele Grüße

Thomas

Zitat von kk

Ja, das ist noch aktuell.
Zur Liste: die werde ich in den nächsten Tagen noch mit dem Issue-Tracker synchronisieren, hierzu wird es also noch eine Rückmeldung geben.

Viele Grüße

-Klaus Keppler

Hallo Herr Keppler,

ich danke Ihnen für die Rückmeldung.

Ich habe noch einen weiteren Punkt:

Verwaltung der MX-Records der Domains:

Aktuell lässt sich für eine Domain/Subdomain der MX-Eintrag nur über ein 'Kreuzchen' steuern.
Dabei wird ein MX Eintrag angelegt, der auf die Domain des Liveconfig-Systemes zeigt.

1) Hier sollte die Möglichkeit bestehen, den MX Eintrag auch selbst angeben zu können.
(Mehrere Punkte zur Auswahl: a) Lokales System b) Anderer + Textfeld zur Eingabe eines Hostnames - oder ähnlich umgesetzt)
2) Multiple MX Einträge mit Angabe der Priorität

Gruß
Thomas

Hallo zusammen,

hätte mich über eine 'offizielle' Rückmeldung gefreut, speziell
zum Feature #86 (PHP Versionen).

Gruß
Thomas

Hallo zusammen,

ich habe in den letzten Tagen LiveConfig Version 1.7.0 (verschiedene Builds/Releases) getestet und
habe jetzt noch ein paar offene Punkte.

Vorab: LiveConfig ist Klasse.
Die Config-Files werden nicht total verhunzt, LiveConfig Updates machen keine
Probleme und das ganze läuft schnell und ohne groß Ressourcen zu verbrauchen.

Zum System:
Debian 7.2 mit Liveconfig v1.7.0 (r2696)
Die nötigen Pakete (apache php mysql usw. wurden aus den Debian Quellen via apt installiert)

Ich danke euch schon einmal für das Feedback.

Gruß
Thomas

Meine 'Bugs + Feature Request' Liste:

# Allgemein
-> Feature Request:
- Bestehende Kunden bzw. die Verträge der Kunden auf anderen Server (Web, Datenbank, Mail) migrieren

-> Feature Request: (Gibt es schon, Feature #86, geplant für 1.7.0)
- Unterschiedliche PHP Versionen den Kunden zuteilbar

-> Feature Request:
- Mails/Rundmail via Liveconfig an alle bzw. ausgewählte Kunden verschicken

-> Feature Request:
- Zeichenbegrenzung diverser Input-Felder erhöhen
(Bsp: Beim Erstellen eines neuen Vertrages: Vertrags-ID [max 10 Zeichen]; Beim Anlegen einer neuen Datenbank: DB-Name + DB-User [max 16 Zeichen])

-> Feature Request:
- Berichte: Nach Spalten sortierbar (zumindest die Spalten Webspace und Traffic)

# im Bezug zum Quota
-> Feature Request:
- Login als Kunde: Aktuelles Traffic-Quota erscheint nicht in den "Webspace-Eigenschaften" oder sonstigen Übersichten

-> Feature Request:
- Als Option aktivierbar: Beim erreichen des Traffic-Quotas soll der Kunde via Mail informiert werden
- Als Option aktivierbar: Bandbreite beim erreichen des Traffic-Quotas via apache limitieren
(Ohne Restriktionen ist ein Qutoa doch sinnlos...)

-> Feature Request: (Gibt es schon, Feature #11)
- Änderungen vom Webspace-Quota sofort umsetzen

# Mail System
-> Feature Request:
- Black und Whiteliste, vom Kunden verwaltbar

# shell Zugang
-> Feature Request:
- Hier sollte man die shell auswählen können. Neben der bash noch die rbash und weitere (falls auf dem System vorhanden)

# DNS
- DNS Änderungen werden auch nicht sofort umgesetzt, sondern nach einer gewissen Zeitspanne (ca. ~25 Minuten(?))
-> Wann genau wird da triggert?
-> Feature Request: Die Zeitspanne selber einstellen können.