trix0 0 Geschrieben 1. Dezember 2022 Melden Teilen Geschrieben 1. Dezember 2022 (bearbeitet) Servus, meine Webseite lädt immer Langsamer. und bei jedem Neuen Laden, wird dieser immer langsamer: nach der ersten aktualisierung: Nach der dritten Aktualisierung: und am anfang waren es "NUR" 10 Sekunden. Hier mal meine Einstellungen in IIS: Er läuft auf einen V-Server mit einem Intel Xeon Processor (Skylake, IBRS) 2.50 GHz (4 Prozessoren) und 16 GB Ram, 500gb NVMe Speicher, mit WIndows 2022. Leider finde ich bei google nur Hilfestellungen für Windows 2016 & 2019, wobei da andere Einstellungen vorhanden waren. bearbeitet 1. Dezember 2022 von trix0 Zitieren Link zu diesem Kommentar
mwiederkehr 373 Geschrieben 1. Dezember 2022 Melden Teilen Geschrieben 1. Dezember 2022 Ist das HTML eine statische Seite oder läuft ASP.NET oder PHP? Zitieren Link zu diesem Kommentar
trix0 0 Geschrieben 1. Dezember 2022 Autor Melden Teilen Geschrieben 1. Dezember 2022 Die Webseite wird mittels Wordpress und Wocoomerce betrieben. Daher PHP Zitieren Link zu diesem Kommentar
mwiederkehr 373 Geschrieben 1. Dezember 2022 Melden Teilen Geschrieben 1. Dezember 2022 Was für ein Datenbankserver ist in der Wordpress-Konfiguration eingetragen? Falls "localhost": ändere das mal zu "127.0.0.1". Zitieren Link zu diesem Kommentar
trix0 0 Geschrieben 1. Dezember 2022 Autor Melden Teilen Geschrieben 1. Dezember 2022 (bearbeitet) da war localhost eingetragen. Das hab ich nun auf 127.0.0.1 abgeändert, Jedoch habe ich hier wieder den selben effekt Ich habe auch testweise mal alle Erweiterungen in Plesk, welche die Webseite betreffen deaktiviert. Selbes Ergebnis. je öfter ich die Seite aufrufe, umso länger braucht sie zum laden. Jedoch, wenn ich eine Zeitlang nicht auf die Webseite zugreife, dann lädt sie wieder "Schneller" bzw. braucht dann mit der Änderung der Datenbankserver nur noch 2,33 Sekunden (niedrigster gemessener Wert), aber wenn ich diese dann wieder aktualisiere benötigt es jedesmal eine längere Zeit zum laden der Seite okay anscheinend braucht er jetzt nicht mehr länger als 4,5 sekunden um die seite zu laden, auch bei aktualisierungen. jedoch finde ich den wert immer noch recht hoch. bearbeitet 1. Dezember 2022 von trix0 Zitieren Link zu diesem Kommentar
mwiederkehr 373 Geschrieben 1. Dezember 2022 Melden Teilen Geschrieben 1. Dezember 2022 Wenn Du den Application Pool recyclest, ist die Seite dann sofort wieder schnell? Läuft PHP über FastCGI? Ist "output_buffering" auf "On" in der php.ini? Wenn Du die "maximale Anzahl von Arbeitsprozessen" im IIS von 1 auf 10 stellst, ist die Seite dann die ersten zehn Aufrufe schnell? Zitieren Link zu diesem Kommentar
trix0 0 Geschrieben 1. Dezember 2022 Autor Melden Teilen Geschrieben 1. Dezember 2022 Ja, ja und nein. Ich hab jetzt nochmal explizietert nachgeschaut. Laut dem Webbrowser braucht er ziemlich lange ("2,33s") um vom Server eine Antwort zu erhalten. Zitieren Link zu diesem Kommentar
NilsK 2.939 Geschrieben 1. Dezember 2022 Melden Teilen Geschrieben 1. Dezember 2022 Moin, es trägt jetzt nicht direkt zur Problemlösung bei, aber die Kombination von Windows und WordPress ist nicht Best Practice. Da höre ich immer wieder von Problemen, die in der "nativen" Linux-Umgebung nicht auftreten. Wäre es eine Option, das mal gegenzutesten? Gruß, Nils Zitieren Link zu diesem Kommentar
trix0 0 Geschrieben 1. Dezember 2022 Autor Melden Teilen Geschrieben 1. Dezember 2022 leider nicht, da ich hierbei ein Programm auf dem Server laufen lassen muss, welche auf Windows-Funktionen zugreift, welche bei Linux nicht vorhanden sind. was mich eben wundert, ist, das ich bei dem V-Server davor (ebenfalls Windows) gar keine Probleme hatte, obwohl z.B. der Ram und die CPU-Auslastung durch das Programm auf 90% war. Deshalb auch der Wechsel Zitieren Link zu diesem Kommentar
mwiederkehr 373 Geschrieben 1. Dezember 2022 Melden Teilen Geschrieben 1. Dezember 2022 Es ist schwierig, aus der Ferne eine Diagnose zu stellen, aber es sieht aus, als ob die Seite in akzeptabler Zeit (2s sind für ein WooCommerce mit einigen Modulen auf einem nicht optimierten System leider im Rahmen des Üblichen) ausgeliefert wird, der PHP-Prozess danach aber im Hintergrund ist und bis zum Erreichen eines Timeouts nicht zur Beantwortung weiterer Anfragen zur Verfügung steht. Ursache könnte der Versuch sein, ein Update-Paket von einem nicht erreichbaren Server herunterzuladen, also eine Auto-Update-Funktion. Herausfinden könntest Du das, indem Du den ausgehenden Netzwerkverkehr mit einem Tool wie Wireshark analysierst. Grundsätzlich bin ich aber gleicher Meinung wie Nils. Falls Du einen kommerziellen Shop betreibst, wäre allenfalls ein WooCommerce-Hosting eine Option. Da kennt sich der Anbieter spezifisch mit WordPress und WooCommerce aus und die gängigen Optimierungen und Schutzfunktionen sind aktiviert. Muss Dein Programm direkt auf dem Webserver laufen? Würde es nicht reichen, wenn es mit dem Webserver oder der Datenbank kommunizieren könnte? Zitieren Link zu diesem Kommentar
Beste Lösung trix0 0 Geschrieben 2. Dezember 2022 Autor Beste Lösung Melden Teilen Geschrieben 2. Dezember 2022 (bearbeitet) So ich habe es geschafft die Webseite braucht jetzt im SCHLIMMSTEN Fall 500ms zum laden. Das habe ich mit einem Plugin für die Cache-Generierung geschafft. Bei Google PageSpeed schafft jetzt meine Webseite 96/100 bei der Desktop version und 92/100 bei der Mobilgeräte bearbeitet 2. Dezember 2022 von trix0 Zitieren Link zu diesem Kommentar
mwiederkehr 373 Geschrieben 2. Dezember 2022 Melden Teilen Geschrieben 2. Dezember 2022 Super! Das habe ich übrigens gemeint mit den Hostern, welche die üblichen Optimierungen kennen. Es erklärt aus meiner Sicht noch nicht, weshalb die Antwortzeiten immer grösser wurden, aber wenn es läuft, ist es ja gut. Prüfe aber vielleicht noch, wie es mit Inhalten aussieht, die nicht gecacht werden können (Warenkorbinhalt, Benutzerprofil etc.). Zitieren Link zu diesem Kommentar
trix0 0 Geschrieben 2. Dezember 2022 Autor Melden Teilen Geschrieben 2. Dezember 2022 aber was mich wundert. erstellt der IIS nicht automatisch ein cache? zumindest bei Linux server war es so bzw. konnte man es einstellen Zitieren Link zu diesem Kommentar
mwiederkehr 373 Geschrieben 2. Dezember 2022 Melden Teilen Geschrieben 2. Dezember 2022 Es gibt verschiedene Caches. PHP kann den kompilierten Code cachen, um nicht bei jedem Aufruf alle Scripts neu kompilieren zu müssen. Dafür gab es unter Windows das WinCache-Modul. Dieses gibt es bei PHP 8 nicht mehr, dafür man soll den in PHP integrierten Opcode-Cache nutzen können. Der IIS selbst cacht standardmässig nur statische Inhalte. Der Cache für dynamische Inhalte kann gecacht werden, aber das ist nicht so einfach, wenn die Site nicht für alle Besucher gleich sein soll. Wenn man eine Firmenwebsite mit WordPress macht, kann man gut alle Seiten cachen. Bei einem Shop sind die Seiten aber pro Besucher unterschiedlich, sobald er sich angemeldet hat. "/warenkorb.php" soll ja nicht den Warenkorb eines anderen Benutzers liefern. Deshalb verlagert man den Cache in solchen Fällen in die Anwendung und cacht im Webserver zum Beispiel nur Antworten zu Anfragen, welche kein Session-Cookie enthalten. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.