Hallo,
ich benötige bitte Unterstützung beim Updaten.
Es scheint meine Plesk Version ist outdated und ich laufe im Lifecycle Support.
Eckdaten:
OS: Debian 10.13
Product: Plesk Obsidian 18.0.70 Update #4, last updated on July 31, 2025 06:26 AM
Wer bietet kann mir ein Angebot nennen bitte.
Danke & Grüße
Einen schönen guten Morgen,
bietet wer eine Dienstleistung an, um meinen VPS zu optimieren?
Die Punkte wären in Richtung:
Auf dem Server ist live, läuft benötigt aber etwas kleine Liebe.
Viele Grüße
Marvin
Gleiche Probleme habe ich auch festgestellt und kann dir nun mit Sicherheit sagen es liegt bei WordPress an den Datenbank Servern.
Da ich noch einen ungenutzten VPS500 hatte habe ich dort mal die DB hingezogen und siehe da. Ich hab Query Monitor Zeiten von unter einer Sekunde im Backend. Da macht das Arbeiten wieder Spaß.
Bin grad am Handy, aber hier auch ein Screenshot aus Query Monitor im Dashboard.
Da stimmte ich zu, ich habe mir Testweise auch den kleinsten VPS Server zugelegt, selbst mit diesem ist es um 83% schneller geworden.
Ich werde demnächst aufstocken.
Wäre es eine Idee einen VPS zu buchen und nur die Datenbanken dorthin auszulagern?
Es scheint ja., als wäre nur die Datenbank im aktuellen 8000-Paket zu langsam.
Nur zum Verständnis: netcup kümmert sich hier um die Absicherung des Systems, das aktualisieren und das Monitoring. Um das einrichten von deinen Websites kümmern die sich nicht. Auch Support leisten sie hier nur bedingt!
Und das soll definitiv kein Support Bashing sein, denn ein Managed Server bedeutet eigentlich nur dass du ein Webhosting für dich alleine hast.
Es heißt also nicht dass der Support dir viel mehr hilft als beim normalen Webhosting, oder dass er dir alle Wünsche auf deinem Server erfüllt!
Ja das ist mir bewusst.
Letztendlich will ich nur den jetzigen Status und eine schnellere Datenbank.
Für spezielle Anfragen müsste ich mir natürlich einen Profi suchen.
Kompromiss ist wahrscheinlich ein Verwaltungsterminal wie Plesk (kostet) und Keyhelp (kostet nix).
Besser ist es aber wohl das von Hand zu machen, da lernt man ne Menge und eigentlich ists nicht wirklich schwierig.
Wenn du magst könnten wir da einen Beitrag im Forum machen und gemeinsam deinen Server einrichten?
Vielen Dank für das Angebot.
Ich vermute, alle meine Projekte umzuziehen inkl. Datenbanken wird vermutlich einiges an Arbeit.
Zudem habe ich keinen Ansprechpartner mehr sollte was nicht funktionieren.
Gibt es, ist aber preislich nicht ganz günstig, dafür übernimmt netcup sämtliche Administrationstätigkeiten und du hast garantierte Ressourcen, die du dir mit niemandem teilst:
Das sieht interessant aus. Danke
Ich bin gerade mit einer meiner Seiten vom Osterhosting 8000 auf den neuen G9-root 1000 umgezogen.
Meine Güte, was für ein Unterschied.
Ich steh auch vor der Entscheidung auf einen Root umzusteigen, aber ich habe Null Erfahrung mit Server Administration.
Hier muss es doch ein Kompromiss geben?
Oder theoretisch schlecht geschriebene SQL-Queries. Nur weil es sich um eine Mainstream-Applikation handelt, heißt das noch lange nicht, dass die perfekt optimiert ist. Vor allem Addons/Plugins sind da schnell Ressourcenfresser und sorgen für Slow Queries.
(Das soll nicht heißen, dass der DB-Server kein Flaschenhals ist! Aber es muss nicht zwangsläufig die Schuld des Servers sein.)
Selbstverständlich vergleiche ich Äpfel mit Äpfel.
Auf einem Shared Mainstream Hoster läuft die selbe App um das 5x schneller.
Sogar mit größeren DB Abfragen.
Also Datenbankserver überlastet oder die Netzwerkverbindung zum Datenbankserver zu langsam/überlastet.
Kann sich das netcup vielleicht anschauen ?
Die Performance betrifft nicht nur eine Webseite, sondern alle gleichzeitig, wo auch unterschiedliche System laufen. An sich verwende ich Drupal. Heute war auch das Netcup Kundenpanel davon betroffen und dadurch extrem schwer fällig.
Vielleicht liegen die Schwierigkeiten eher an der Datenbankanbindung.
Es wirkt auch bei meinem Hosting so.
Sobald die Datenbank betroffen ist, ist jede Request extrem in die Länge gezogen.
Lokale Dateien sind schnell geladen.
Ich habe mein neues 8000er jetzt (neben dem Einsatz als SMTP-Relay) einfach zweckentfremdet als Storagespace für Backups. (Hat ja 500+500)
Da kommt es auf die Performance nicht an.
Der einzige Grund, warum ich es nicht wieder gekündigt habe ist, dass ich dummerweise etliche domains voreilig als Inklusivdomains dorthin geschoben habe.
Die Preis/Leistung ist top.
Würde aber auch 100% mehr zahlen, wenn die Performance wieder passen würde.
Daran soll es nicht scheitern.
Alles anzeigenIch hab seit kurzem auch den neuen 8000er Tarif, was mich wundert ist das die IO Werte des hier verlinkten Benchmarks auf meinem Webspace nicht so berauschend sind, ich hab auch hin und wieder das Problem das mein Blog erst 2-3 Sekunden braucht bis die Seite anfängt zu laden, das Problem hatte ich bei einem anderen großen Webspace Anbieter nicht.
Da ich noch in Besitz des alten Webspace bin hab ich den Test 10x wiederholt und die Ergebnisse dann addiert, man sieht dabei das der größte Netcup Tarif ca. 2,86x langsamer reagiert als der Webspace bei meinem alten Anbieter, wohlgemerkt handelt es sich bei beiden um SSD Tarife und beide liegen preislich gleich, nur hat der Tarif bei Netcup mehr Speicherplatz.
Netcup IO Check
CodeLaufzeit gesamt: 3443ms pro Zyklus(Schnitt): 0.229533ms Laufzeit gesamt: 3195ms pro Zyklus(Schnitt): 0.213000ms Laufzeit gesamt: 3287ms pro Zyklus(Schnitt): 0.219133ms Laufzeit gesamt: 3341ms pro Zyklus(Schnitt): 0.222733ms Laufzeit gesamt: 3342ms pro Zyklus(Schnitt): 0.222800ms Laufzeit gesamt: 3519ms pro Zyklus(Schnitt): 0.234600ms Laufzeit gesamt: 3869ms pro Zyklus(Schnitt): 0.257933ms Laufzeit gesamt: 3503ms pro Zyklus(Schnitt): 0.233533ms Laufzeit gesamt: 3302ms pro Zyklus(Schnitt): 0.220133ms Laufzeit gesamt: 3281ms pro Zyklus(Schnitt): 0.218733ms -------------------------------------------------------- Laufzeit gesamt: 34082ms pro Zyklus(Schritt): 2.272131msAlter Anbieter IO Check
CodeLaufzeit gesamt: 1264ms pro Zyklus(Schnitt): 0.084267ms Laufzeit gesamt: 1250ms pro Zyklus(Schnitt): 0.083333ms Laufzeit gesamt: 1148ms pro Zyklus(Schnitt): 0.076533ms Laufzeit gesamt: 1117ms pro Zyklus(Schnitt): 0.074467ms Laufzeit gesamt: 1176ms pro Zyklus(Schnitt): 0.078400ms Laufzeit gesamt: 1232ms pro Zyklus(Schnitt): 0.082133ms Laufzeit gesamt: 1178ms pro Zyklus(Schnitt): 0.078533ms Laufzeit gesamt: 1169ms pro Zyklus(Schnitt): 0.077933ms Laufzeit gesamt: 1254ms pro Zyklus(Schnitt): 0.083600ms Laufzeit gesamt: 1139ms pro Zyklus(Schnitt): 0.075933ms -------------------------------------------------------- Laufzeit gesamt: 11920ms pro Zyklus(Schritt): 0.795132msBeim Benchmark kaum Unterschiede
Netcup
CodeDurchlauf 1 komplett: -------------------------------------- | PHP BENCHMARK SCRIPT | -------------------------------------- Start : 2020-03-22 11:49:55 Server : anonymisiert PHP version : 7.4.3 Platform : Linux -------------------------------------- test_math : 0.370 sec. test_stringmanipulation : 0.356 sec. test_loops : 0.209 sec. test_ifelse : 0.099 sec. -------------------------------------- Total time: : 1.034 sec. Durchlauf 2-9 gekürzt: Total time: : 1.143 sec. Total time: : 1.057 sec. Total time: : 1.218 sec. Total time: : 1.327 sec. Total time: : 1.045 sec. Total time: : 1.07 sec. Total time: : 1.091 sec. Total time: : 1.049 sec. Total time: : 1.33 sec. -------------------------------------- Total time: : 11.364 sec.Alter Anbieter
CodeDurchlauf 1 komplett: -------------------------------------- | PHP BENCHMARK SCRIPT | -------------------------------------- Start : 2020-03-22 11:50:33 Server : anonymisiert PHP version : 7.3.13-1+0~20191218.50+debian9~1.gbp23c2da Platform : Linux -------------------------------------- test_ifelse : 0.170 sec. test_loops : 0.268 sec. test_stringmanipulation : 0.443 sec. test_math : 0.289 sec. -------------------------------------- Total time: : 1.17 sec. Durchlauf 2-9 gekürzt: Total time: : 1.031 sec. Total time: : 1.02 sec. Total time: : 1.054 sec. Total time: : 1.188 sec. Total time: : 1.115 sec. Total time: : 1.057 sec. Total time: : 1.119 sec. Total time: : 1.249 sec. Total time: : 1.183 sec. -------------------------------------- Total time: : 11.186 sec.
Da kann ich nur zustimmen.
Ein Hosting, selbst bei einem Mainstream-Hoster, hat wesentlich bessere Zeiten.
Eigentlich war dies der Grund auf einen professionelleren Hoster zurückzugreifen, um eine noch bessere Performance zu erreichen.
rendering-2.PNGrendering-1.PNGHallo zusammen,
ich hänge mich an das Thema ran.
Auch ich habe bemerkt das seit dem "Upgrade" auf das 8000er ein Arbeiten im Wordpress Backend sehr ermüdend wird.
Ladezeiten zwischen 5-15 Sekunden für eine light Wordpress Version.
Allein 2-3 Sekunden bis zum ersten Response (Frontend / Backend).
Selbstverständlich habe ich für das Frontend ein Caching aktiviert, damit funktioniert es auch top, aber für den Admin ist das arbeiten kaum Möglich.
Danke soweit.
Dann werde ich zusätzlich auch alle scannen.
Eine grundsätzliche Frage: Können denn Wordpress-Installationen andere infizieren? (auf PHP Basis)
Root-Zugangsdaten? Dann ist das also kein Webhosting-Paket, sondern ein Rootserver/VPS?
Ein Webhosting. Ich meinte damit die CCP und Haupt-FTP User Passwörter.
Wie sicher sind denn die Zugangsdaten zu dem Server? Also. bspw. FTP-Zugangsdaten, ... Sind die irgendwann mal durchgesickert?
Nein, musste ich nicht teilen.
Ich werde dennoch die Root-Zugangsdaten ändern.
Wie schon ich in der ersten Antwort schrieb, sowie auch viele weitere, es wird von deinem PC direkt ausgehen, bis der nicht gesäubert ist kannst du das Rad ewig neu drehen, bitte kümmere dich erstmal darum sonst macht alles hier keinen Sinn.
Ich arbeite kaum auf meinem PC. Meist direkt auf dem Server. Ich bearbeite die Dateien direkt aus meinem Editor (Atom Editor).
Wenn, werden höchstens nur ZIP Files hochgeladen.
Außerdem hätte ich ja dann auf meinen anderen Servern das selbe Problem.
Das tritt NUR auf diesem Server auf.
Seite B ist super minimalistisch und hat folgende Plugins
Theme:
"BlankSlate"
Neuester Fund:
Seite A:
wp-admin/css/colors/light/wcdpjvmy.php
Seite B (direkt im Root der Installation)
