Beiträge von weltmeister

Ein Kunde hat sich gemeldet, dass sein 5 GB Webspace voll sei und er sich das nicht erklären könnte, da die hochgeladene Datenmenge genau 1 GB beträgt, was mehrfach geprüft worden ist. Nun war unklar, wo die restlichen 4 GB herkommen. Nach einiger Zeit und manuellem löschen des opcache waren die 4 GB wieder frei. Nun kann dies natürlich keine Dauerlösung für alle Kunden sein, den Cache ständig manuell löschen zu müssen.

Folgende Verzeichnisstruktur:

• php7/opcache ---> Hierin lagen noch uralte Cache-Daten, die bereits vor Jahren angelegt worden sind, aber nicht mehr genutzt worden sind.
• php53/opcache
• php54/opcache ---> Hierin befanden sich ca. 4 GB Cache-Daten.

Meine Fragen wären:

• wenn der Kunde z.B. von PHP 7 auf PHP 7.4 umstellt, würde es sinn machen, wenn der alte Cache in "php7/opcache" geleert wird, da sonst Datenmüll übrig bleibt, der z.B. in 10 Jahren noch auf dem Server liegt und Speicher benötigt.
• Wäre es weiterhin möglich, den Cache nach einiger Zeit automatisch zu leeren, damit es genau zu solchen Problemen künftig nicht mehr kommen wird?

Wichtig wäre auch, dass die Cache-Verzeichnisse nicht löschbar sind, im Moment kann der Kunde das Verzeichnis "opcache" problemlos komplett + Unterverzeichnisse wie z.B. "php74" löschen, was zur nichterreichbarkeit der Webseite führt.

Könnte dieses Problem bei dem nächsten Update bitte mit berücksichtigt werden?

Eine sehr gute Idee! +1

OK, ich frage ganz konkret und das soll keine Kritik sein: seit 2013/14 wird eine Backup-Funktion versprochen. Wann ist diese zu 100% in LiveConfig verfügbar? Es kommen permanent Anfragen dazu rein, einige Kunden werden schon seit vielen Jahren vertröstet, vor allem die, die vorher z.B. P*e*k genutzt haben, sind teilweise sehr schwer von LiveConfig wegen fehlender Funktionen zu begeistern, auch wenn schon bereits vieles einfacher ist. Es vergeht kaum noch ein Tag, wo nicht jemand nach einer Datensicherungsfunktion fragt.

Irgendwie ist alles so ruhig in letzter Zeit...

Ich bedanke mich dafür schon einmal im Voraus!

Ein Kunde benötigt diese Erweiterung. Wie kann ich ihm diese, ohne große Bastelarbeiten am System anbieten? Ich hatte bereits folgendes versucht:

apt-get install php-7.4-opt-xmlrpc
apt-get install php7.4-xmlrpc

... beides ohne Funktion.

Für die Standard-PHP-Version ist xmlrpc aktiv und funktioniert, nur will der Kunde verständlicherweise eine neue PHP-Version nutzen.

Gibt es kurzfristig eine Installationsmöglichkeit?

Ab wann gibt es die Möglichkeit, diese Ergänzungen komfortabel über die LiveConfig-Oberfläche einzufügen?

Ähnlich wie bei den E-Mails wünschen sich viele Kunden einen Hinweis per E-Mail, wenn der Webspace einen bestimmten "Füllstand" erreicht hat. Lässt sich dies wie bei den Mailkonten umsetzen?

Gibt es eigentlich schon etwas neues zu der Backup-Funktion? Ab wann wird diese nutzbar sein?

Auch heute noch einmal die Nachfrage wegen der uneingeschränkten nutzungsmöglichkeit von nginx: wie ist der Entwicklungsstand? Beispiel: Möglichkeit für eigene Rewrite-Regeln über die GUI .

Die Anfragen nach schnellerem Hosting reißen nicht ab, vielen Kunden sind jedoch gleich wieder weg, wenn diese irgendwo "Apache" lesen.

Dank des heutigen Updates funktioniert der Zugriff per FTP auf allen Servern wieder blitzschnell.

Zitat von ksmx

Mit diesem Release ist eine Zeile in der /etc/postfix/main.cf hinzugekommen:

Code

local_recipient_maps = $alias_maps

Sie sorgt leider dafuer, dass Mails an Linux-User / System-User (user@$myhostname) abgewiesen werden:

Code

-> RCPT TO:<mailping@hostname.fqdn>
<** 550 5.1.1 <mailping@hostname.fqdn>: Recipient address rejected: User unknown

Ich muss sagen: das ist auch gut so.

Hat jemand erfahrungen hiermit? https://www.pcwelt.de/a/1-1-1-…sichereres-surfen,3450293
Hier wird angepriesen, das die Resolver von Cloudflare schneller als die Google seien.

kk: exakt das wollte ich noch ansprechen: auch der Mailversand ist teilweise quälend langsam, wobei es sonst nie Probleme gab.

Im Moment nutzen wir die Einträge von Google, was auch so von unserem Admin empfohlen wurde:

/etc/resolv.conf

Zitat

nameserver 8.8.8.8
nameserver 8.8.4.4

Welche Resolver / Einträge für resolv.conf sind zu empfehlen?

Das Problem hat sich mit dem gestrigen Update erledigt. Danke nochmals dafür!

Das mit der Sprache ist mir auch aufgefallen, das sollte noch angepasst werden.

Schade aber, dass diese Sache von gestern nicht mehr ins aktuellen Update integriert werden konnte: https://www.liveconfig.com/de/…/3270-ProFTP-sehr-langsam

Tausend Dank, das war die Lösung und der entscheidende Tipp. Der Zugriff klappt wieder in ca. einer Sekunde.

Da wir allerdings ProFTP durch LiveConfig verwalten lassen: kann dies bitte mit in die Standardkonfiguration aufgenommen werden, @Herr Keppler?

Auch hier wird empfohlen, dies auf off zu stellen: http://www.proftpd.org/docs/howto/BCP.html

Hat das Problem noch jemand?
Vor ein paar Tagen oder Wochen konnte man eine FTP-Verbindung noch innerhalb von einer Sekunde herstellen. Jetzt dauert es bis zu 10 Sekunden oder der Vorgang bricht ab. Wo könnte die Ursache sein? Ein Neustart des Dienstes bringt leider nichts, auch nicht das neukonfigurieren der Einstellungen im LiveConfig.
Das Problem tritt derzeit auf allen Servern auf, egal ob unter Debian 9 oder Debian 10.

Wir sind da auch seit über 14 Jahren registriert - eine Prüfung o.ä. hat es bisher jedoch noch nie gegeben.