RabbitZzZ Posted October 12, 2018 Share Posted October 12, 2018 Hallo, ich habe seit einem Weilchen in einem 1.6.1.10 Shop das Problem, dass das Anlegen und Speichern von Artikeln im Backend oft sehr lange beim Speichern braucht. Kurzfristig konnte ich das Problem durch das Löschen und Neugenerieren der .htaccess beheben, aber nach zwei Wochen ist es dann wieder langsam. Gibt es eine Idee, woran das allgemein liegen könnte? Hier noch Systeminfos: PHP-Version 5.6.38 Speichergrenze 2048M max_execution_time 18000000 MySQL-Version 5.5.60-0+deb7u1-log MySQL-Engine InnoDB MySQL-Treiber DbPDO Link to comment Share on other sites More sharing options...
NSN Posted October 12, 2018 Share Posted October 12, 2018 Versuch mal die PHP Version auf 7.0 (aber nicht 7.1 oder 7.2 da die nicht so ohne weiteres laufen) zu stellen, Dass sollte eigentlich einen Schub geben. Link to comment Share on other sites More sharing options...
Vitago GmbH Posted October 12, 2018 Share Posted October 12, 2018 PHP 7 bringt auf jedem Fall mehr Schub, wir verwenden die 7.0.32 und läuft damit super. Link to comment Share on other sites More sharing options...
Whiley Posted October 12, 2018 Share Posted October 12, 2018 vor 47 Minuten schrieb RabbitZzZ: Speichergrenze 2048M max_execution_time 18000000 Gibt es einen Grund für diese extremen Werte? Versuche es mal mit vernünftigen Werten: Speichergrenze 512M max_execution_time 300 Grüsse Whiley Link to comment Share on other sites More sharing options...
RabbitZzZ Posted October 12, 2018 Author Share Posted October 12, 2018 (edited) Kann beim Speicher denn mehr schlechter sein? Hatte das damals hoch gestellt, weil es anfangs vorkam, dass der Shop schon bei relativ wenigen gleichzeitigen Benutzern lahmgelegt wurde. Edited October 12, 2018 by RabbitZzZ (see edit history) Link to comment Share on other sites More sharing options...
Whiley Posted October 12, 2018 Share Posted October 12, 2018 vor einer Stunde schrieb RabbitZzZ: Kann beim Speicher denn mehr schlechter sein? Ja, klar, zum einen mußt du den Speicher physikalisch zur Verfügung haben, zum anderen ist der Speicher dann reserviert und belegt für einen php-Prozeß. max_execution_time ist die Zeit die ein php-Prozeß maximal andauern darf, in deinem Fall also mehrere tausend Stunden. Grüsse Whiley Link to comment Share on other sites More sharing options...
RabbitZzZ Posted October 12, 2018 Author Share Posted October 12, 2018 Ahja. Ich hab es mal runter gestellt und auf PHP 7.0.32 umgestellt. Mal beaobachten, ob das langfristig nützt. Danke soweit! Link to comment Share on other sites More sharing options...
RabbitZzZ Posted October 23, 2018 Author Share Posted October 23, 2018 Also, so wie es aussieht hat es nicht wirklich etwas gebracht. Mein Kunde berichtet mir heute von Wartezeiten von bis zu 5 min beim Artikel anlegen, teilweise Zeitüberschreitungsfehlermeldungen. Hat noch jemand eine Idee, wie man der Sache auf den Grund kommen könnte? Link to comment Share on other sites More sharing options...
Claudiocool Posted October 23, 2018 Share Posted October 23, 2018 Was sagt denn der Hoster? Manchmal hat man da das Pech, seinen Wepspace zusammen mit ein paar exzessiv genutzten Gameservern zu teilen oder ein Filesharer hat sich auf derselben Maschine breitgemacht.... Link to comment Share on other sites More sharing options...
RabbitZzZ Posted October 24, 2018 Author Share Posted October 24, 2018 Ist ein 1&1 Unlimited Pro Vertrag, aber sicher trotzdem shared hosting denke ich. Meinst du da sollte man mal anfragen, ob die was checken können? Es gab wohl auch kürzlich SQL Verbindungsprobleme "SQLSTATE[HY000] [1203] User ... already has more than 'max_user_connections' active connections" Könnte es da einen Zusammenhang geben? Link to comment Share on other sites More sharing options...
Vitago GmbH Posted October 24, 2018 Share Posted October 24, 2018 Bei einem kommerziellen Shop mit dem man Geld verdienen möchte, passt ein Billig-Hosting so gar nicht. Für eine private Hundeseite vielleicht noch ok, aber bei einen Onlineshop sollte man beim Hosting nicht sparen, ausser es ist dir egal Kunden zu verlieren. Link to comment Share on other sites More sharing options...
rictools Posted October 24, 2018 Share Posted October 24, 2018 4 hours ago, RabbitZzZ said: Ist ein 1&1 Unlimited Pro Vertrag, aber sicher trotzdem shared hosting denke ich. Meinst du da sollte man mal anfragen, ob die was checken können? Es gab wohl auch kürzlich SQL Verbindungsprobleme "SQLSTATE[HY000] [1203] User ... already has more than 'max_user_connections' active connections" Könnte es da einen Zusammenhang geben? Auf was steht denn die max_execution_time jetzt? Wie viele Besucher hat dein Shop denn pro Tag oder Stunde? Wieviel Produkte / Kombinationen enthält er? Hast du das Modul "Handelserfolg" deaktiviert, das war ja in letzter Zeit oft für lange Ladezeiten verantwortlich? Link to comment Share on other sites More sharing options...
RabbitZzZ Posted October 24, 2018 Author Share Posted October 24, 2018 Sind ungefähr 5500 Produkte, Kombinationen werden meines Wissens nach nicht genutzt., laut PS Statistik so 6000 Besuche am Tag, Handelserfolg ist deaktiviert. Die max_execution_time hab ich jetzt auf 500 gestellt. Link to comment Share on other sites More sharing options...
rictools Posted October 24, 2018 Share Posted October 24, 2018 4 hours ago, RabbitZzZ said: Die max_execution_time hab ich jetzt auf 500 gestellt. Bisher war die noch auf dem extrem hohen Wert, den du am Anfang gepostet hast? Das könnte für die Probleme verantwortlich gewesen sein, warte mal ab. Link to comment Share on other sites More sharing options...
Whiley Posted October 27, 2018 Share Posted October 27, 2018 Am 24.10.2018 um 11:32 PM schrieb rictools: Bisher war die noch auf dem extrem hohen Wert, den du am Anfang gepostet hast? Das könnte für die Probleme verantwortlich gewesen sein, wohl kaum, auch 500 sec sind mehrere Minuten. Beim 1.6.10 gab es doch immer noch das Problem mit den "spinning Buttons" Ist es bei dir so, daß sich im Speicherbutton minutenlang etwas dreht? Grüsse Whiley Link to comment Share on other sites More sharing options...
Claudiocool Posted October 28, 2018 Share Posted October 28, 2018 Über die max_input_vars = xxxxx hat jetzt noch keiner geredet? Link to comment Share on other sites More sharing options...
Whiley Posted October 28, 2018 Share Posted October 28, 2018 vor 5 Stunden schrieb Claudiocool: Über die max_input_vars = xxxxx Auf wieviele Eingabevariable begrenzt wurde dürfte für den Speichervorgang beim Anlegen von Artikeln keinerlei Rolle spielen! Sehr wahrscheinlich handelt es sich um den bekannten Fehler mit den spinning buttons - aber das müßte erstmal der Fragesteller bestätigen. Link to comment Share on other sites More sharing options...
RabbitZzZ Posted October 30, 2018 Author Share Posted October 30, 2018 (edited) Der spinning Button Fehler ist es nicht. Das verhalten hat sich eben nach der Umstellung der max_execution_time nicht geändert. Edited October 30, 2018 by RabbitZzZ (see edit history) Link to comment Share on other sites More sharing options...
Whiley Posted October 30, 2018 Share Posted October 30, 2018 Kannst du mal "error-reporting" aktivieren und beobachten ob eine Fehlermeldung beim Speichern angezeigt wird Link to comment Share on other sites More sharing options...
eleazar Posted October 30, 2018 Share Posted October 30, 2018 Natürlich hält einen bei 1&1 nie jemand davon ab, Phantasiewerte in die php.ini zu schreiben - denn die werden einfach ignoriert. Die Grenzwerte beim Tarif Unilimited pro reichen aber bei den genannten aus: MEMORY_LIMIT 512 MB MAX_EXECUTION TIME 60.000 ms Allerdings: Die maximale Anzahl gleichzeitiger Prozesse (NPROC) beträgt bei diesem Tarif nur 20 pro Minute. Bei den neueren Webhosting-Tarifen liegt das Limit zwischen 300 und 1.500. Das ist schon ein Unterschied! Link to comment Share on other sites More sharing options...
RabbitZzZ Posted November 1, 2018 Author Share Posted November 1, 2018 Also wäre es sinnvoll auf einen neueren Tarif mit mehr gleichzeitigen Prozessen umstellen zu lassen und zu hoffen, dass das was bringt. Werde ich mal vorschlagen. Gibt es eine Empfehlung, was da ausreichend ist? Danke! Link to comment Share on other sites More sharing options...
Whiley Posted November 1, 2018 Share Posted November 1, 2018 Da der Shop - wenn ich dich recht verstanden habe - ja schonmal normal lief, solltest du zunächst die Ursache für die Verlangsamung finden (ev. error reporting). Ist der Fehler kurzzeitig behoben wenn du die Cache-Dateien manuell löscht? Link to comment Share on other sites More sharing options...
Scully Posted November 4, 2018 Share Posted November 4, 2018 Bei solchen Antwortzeiten ist es sehr wahrscheinlich, dass im Server-Logfile Fehler abgelegt werden. Daher einmal das Error_Logfile von Apache / NGnix anschauen. Und in Prestashop Debug Profiling anschalten. Da sieht man dann auch gut, wo die Zeit verbraten wird. Link to comment Share on other sites More sharing options...
RabbitZzZ Posted March 7, 2019 Author Share Posted March 7, 2019 Ich muss nochmal darauf zurück kommen. Es wird immer schlimmer. Bei jeder Artikeländerung kommt ein Error 500. Debug Modus zeigt keine Meldung. Das Profiling sehe ich ja leider auch nur, wenn die Seite erfolgreich geladen wird. Im PHP Error Log finde ich auch nichts, was eindeutig darauf hinweist, auf den Apache Logfile habe ich keinen Zugriff. Ich habe ein bisschen den Verdacht, dass da ein anderer Kunde auf dem Shared-Hosting Leistung zieht und schon einen Serverumzug empfohlen, aber es wäre gut, wenn man irgendwie kurzfristig noch was tun könnte, damit zumindest neue Artikel eingestellt werden können. Es tritt zusätzlich mittlerweile auch das Problem auf, dass in Bestellungen die Artikellisten unvollständig sind und bei bestimmten Produkten im Warenkorb Bestellungen nicht richtig ausgeführt werden können. Ich könnte mir vorstellen, dass da durch unvollständige Speichervorgänge irgendwelche Datenbank-Inkonsistenzen zustanden gekommen sind oder sowas. Kann das sein? Hat jemand eventuell noch eine heiße Idee, um da irgendwie Besserung zu schaffen? Danke! Link to comment Share on other sites More sharing options...
Vitago GmbH Posted April 1, 2019 Share Posted April 1, 2019 Hi @RabbitZzZ Sollte es tatsächlich an den billig Hosting liegen, kann man da kurzfristig gar nichts machen. Lässt sich doch ganz einfach testen, nimm einen guten root oder vServer und teste es. Gute Hoster bieten auch den Umzug an, das ganze ist in 1 Stunde erledigt. Wo ist das Problem? Lg 1 Link to comment Share on other sites More sharing options...
RabbitZzZ Posted April 8, 2019 Author Share Posted April 8, 2019 Hey ja, wir sind jetzt auf einen vServer umgezogen, das scheint wesentlich besser zu funktionieren. Danke! Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now