Login ohne Unterlass

Hallo Dagobert,

Die von Angelika angesprochenen Plugins WP-SpamShield und Really Simple CAPTCHA hab ich jetzt einfach mal deaktiviert, auf die kann ich getrost verzichten

Ich war eigentlich davon ausgegangen, dass bereits mit deaktivierten Plugins getestet wurde, denn ich hatte im allerersten Beitrag gefragt:

Hast du schon die üblichen Troubleshooting-Schritte probiert und mal getestet, ob das Problem auch dann auftritt, wenn alle Plugins deaktiviert sind bzw. wenn auf ein Standard-Theme wie z.B. Twenty-Sixteen gewechselt wird?

Darauf hattest du geantwortet:

Habe also doch alle Plugins mal abgeschaltet und bin eine Weile durch die Webseite gewandert. War tatsächlich ein bißchen flotter, das Login-Problem bestand aber nach wie vor

Das ist wirklich ein hartnäckiges Problem und ich kann mir vorstellen, dass das ganz schön nervt.

Sprich die Erhöhug der max_execution_time bzw. mögliche Timeout-Probleme doch mal noch bei deinem Webhoster an, denn wir haben hier jetzt so ziemlich alle üblichen Verdächtigen durch. 🙂

Allerdings hast du nach mehrmaligem Nachfragen immer noch nicht explizit geantwortet, welche Plugins genau bei dir eingesetzt werden. Setzt du z.B. auch ein Caching-Plugin ein? Dann solltest du auch dessen Cache mal löschen oder es eventuell sogar mal deinstallieren, da bei bestimmten Caching-Plugins das Deaktivieren allein nicht ausreicht.

• Diese Antwort wurde geändert vor 8 Jahren von Flower33.

Ich persönlich würde das mit dem Hoster-Kontakt schriftlich machen und die bisher durchgeführten Schritte knapp und präzise auflisten, dann wirst du auch ernster genommen.

Gleichzeitig anfragen, ob da angesichts der vielen bereits WP-seitig durchgeführten Schritte nicht doch Server-Einstellungen verantwortlich sein könnten und mal das Thema max_execution_time oder Timeout ansprechen (es können natürlich auch andere sein), denn das weiß keiner besser als diese Leute.

Auf diese Art kannst du nicht mündlich knapp abgespeist werden, sondern hast deren Antwort schriflich und kannst sie auch mal hier zur etwaigen weiteren Diskussion anführen.

Nachtrag:
Nicht vergessen, auch mal anzufragen, wieso die output_compression deaktiviert werden musste, denn das sollte auch nicht unbedingt so bleiben, da sie grundsätzlich die Performance verbessert.

• Diese Antwort wurde geändert vor 8 Jahren von Flower33. Grund: Nachtrag

Wobei sich ja durch den Test mit dem phpinfo-Plugin herausstellte, dass die Direktive

php_value max_execution_time 300

bei deinem Hostingpaket per .htaccess nicht greift (bleibt offenbar weiter auf dem Wert 120), womit der Faktor max_execution_time weiterhin eine der möglichen Ursachen ist.

So kann etwa das eingesetzte Plugin WP Statistics einiges an Ressourcen beanspruchen:
Im Support-Forum schreibt ein Unser

I have this plugin on 7 of my sites. One day, one of my sites slowed down to a crawl. I checked the pages that didn’t depend on WordPress and they were working fine. So it seemed like a WP issue. I then tried to log in to the Admin panel but kept getting the “Maximum execution time of 30 seconds exceeded” error message and it was too slow to even bring up the interface to uninstall or update plugins.

So I had to manually log in to my Webhost and disable the plugins 1 by 1 until I found the culprit: WP Statistics.

Antwort des Entwicklers:

Local statistics process can be a very high load process, if your hosting provider limits your resources WP Statistics may not be for you.

Gut, 30 Sekunden ist ein Vielfaches weniger als 120 Sekunden, aber warten wir einfach mal die Rückmeldung der Webhoster auf die verschiedenen angesprochenen Punkte ab. 🙂

Noch kurz was zu zwei der genannten Plugins, die eventuell durch bessere bzw. aktuelle Lösungen ersetzt werden sollten:

(1)
Beim Plugin WP Maintenance Mode gibt es bei den Bewertungen zahlreiche kritische Stimmen bzgl. Spam:

This plugin’s developer has chosen to place spam and advertismenets completely unrelated to the plugin in the WordPress dashboard. This is worrisome. Without doing a full code audit, I couldn’t guarantee they wouldn’t do other “blackhat” tactics now or in future updates.

Es gibt zwar anscheinend einen Button, um den Spam zu verstecken, aber der besagte User wendet ein:

Having a button to hide the spam does not make it legitimate. That’s like saying that because your email has a delete button, none of the spam emails are spam.

(2)
Das Plugin Iframe Preserver wurde zuletzt vor 4 Jahren upgedatet, das ist verdammt lang her und stellt ein potenzielles Sicherheitsrisiko dar. Fragt sich auch, was hier per Iframe eingebettet wird und eine etwaige Ursache sein könnte.

Das ist schon ein mysteriöser Fall 🙂
Ich bin wirklich sehr gespannt auf die Antwort des Webhosters, ob da was Serverseitiges eine Rolle spielt. Sag mal, diese Rechenaufgabe im Rahmen des Logins, ist das diejenige, die auch für das Login in den gesicherten Mitgliederbereich kommt? Oder läuft das Mitglieder-Login anders ab? Irgendwo her muss diese Captcha-Rechenaufgabe ja kommen… Oder musstest du auch schon vor dem spezifischen Problem hier beim WP-Login manchmal eine Rechenaufgabe lösen, also etwas, das vielleicht von dem ursprünglichen Dienstleister eingebaut wurde, der euch die Website eingerichtet hat?