500 Internal Server Error bei Aufruf von wp-login.php

  • Hallo Leute,

    ich kämpfe seit Tage mit einem Problem für das ich einfach keine Lösung finde. Vor kurzem habe ich ein Update gemacht, das bei der Installation einer neuen Pluginversion abgebrochen ist. Ich bekam dann immer nur eine white page. Also habe ich den Pluginordner umbenannt und der Blog lief wieder. Seitdem kann ich mich aber nicht mehr in den Adminbereich einloggen, da ich immer einen 500 Internal Server Error bekomme.

    Nun gibt es im Netz diverse Lösungsvorschläge von denen aber keiner für mich funktioniert. Ich habe bereits folgendes probiert:

    - manuelles deaktivieren der Plugins
    - erhöhen des php memory limits durch php.ini
    - umbenennen der htaccess datei
    - ersetzen der ordner wp-admin und wp-includes mit neu heruntergeladener version
    - definition der php version in der htaccess

    Ich bin bei Strato und nutze PHP5.5. Manchmal erscheint anstatt des 500 Errors auch eine Aufforderung die Datei wp-login.php runterzuladen. Merkwürdig ist auch, dass ich php-login.php aufrufen kann, wenn ich in der adresszeile des browsers ein www. vor die adresse schreibe. Gebe ich dann aber meine Daten ein und will mich einloggen, dann kommt statt des Adminbereichs wieder der 500 Error oder die Aufforderung wp-admin.php runterzuladen.

    Es wäre wirklich super, falls jemand eine Idee hat woran das liegen kann. Bin langsam am verzweifeln und finde den Fehler einfach nicht. Ich bedanke mich jetzt schon für eure Hilfe.

    Viele Grüße
    Chris

    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren


  • Vor kurzem habe ich ein Update gemacht, das bei der Installation einer neuen Pluginversion abgebrochen ist. Ich bekam dann immer nur eine white page.

    Plugin update oder Wordpress update oder Theme update?



    Also habe ich den Pluginordner umbenannt und der Blog lief wieder.

    mutig - wie kommt man auf solche brutalen Sachen? Und warum sollte jetzt der Blog _laufen_? Alle Plugins werden nicht mehr gefunden, verwendete Shortcodes funktionieren nicht - alle Seo Optimierungen über Plugins sind hin - und alle Content Erweiterungen über Plugins sind nicht mehr funktionsfähig... soetwas nenne ich sicherlich nicht laufen... sondern mutwilliges zerstören.


    Seitdem kann ich mich aber nicht mehr in den Adminbereich einloggen, da ich immer einen 500 Internal Server Error bekomme.

    Dies ist ein „Sammel-Statuscode“ für unerwartete Serverfehler. Wende dich an deinen Provider. Dieser schreibt:

    http://strato-faq.de/article/1377/H…P-Scripten.html

    /*
    Dieser Fehler erscheint, wenn die Zugriffsrechte falsch bzw. nicht gesetzt sind oder wenn sich eine "php.ini"-Datei im Hauptverzeichnis befindet.
    */

    ich kenne zwar andere Gründe - aber wer bei Strato ist - muss damit halt rechnen.


    sorry - da kannst du auch dein Auto waschen, weil es regnet.

    Nach diesem rummfummeln würde ich den ursprünglichen Zustand über ein Backup herstellen.


    Ich bin bei Strato und nutze PHP5.5.

    und deine Theme und dein Plugins kommen mit PHP 5.5.<zahl fehlt natürlich> klar?


    Manchmal erscheint anstatt des 500 Errors auch eine Aufforderung die Datei wp-login.php runterzuladen.

    dann kann dein Sever kein PHP mehr... vermutlich kommt der Fehler nach dieser aktion: definition der php version in der htaccess


    Merkwürdig ist auch, dass ich php-login.php aufrufen kann, wenn ich in der adresszeile des browsers ein www. vor die adresse schreibe.

    www. ist eigentlich Teil einer gültigen Adresse.


    Gebe ich dann aber meine Daten ein und will mich einloggen, dann kommt statt des Adminbereichs wieder der 500 Error oder die Aufforderung wp-admin.php runterzuladen.

    dies würde mich nerven... aber wenn man die htaccess mal eben unbennt - sollte dies doch nicht wundern? In der htaccess werden in der Regel die Permament Links von wordpress aufgelöst und Weiterleitungen zur Vermeidung von doppeltem Content eingerichtet. Die Datei ist super wichtig für Wordpress und den Webserver und sollte man maxiaml verändern aber nicht entfernen.

    wenn du kein Backup hast, mche mal deine Änderungen rückgängig:


    - manuelles deaktivieren der Plugins
    - erhöhen des php memory limits durch php.ini
    - umbenennen der htaccess datei
    - ersetzen der ordner wp-admin und wp-includes mit neu heruntergeladener version
    - definition der php version in der htaccess

    und trage in die wp-config.php den debug-modus von false auf true und wirf einen Blick in die error log datei vom webserver.

    und wende dich an den support von deinem provider - du hast zurzeit ein chaos angerichtet.

    viel glück

    ralf

    Mit offenen Augen träumen

  • Plugin update oder Wordpress update oder Theme update?

    plugin update


    Zitat

    mutig - wie kommt man auf solche brutalen Sachen? Und warum sollte jetzt der Blog _laufen_? Alle Plugins werden nicht mehr gefunden, verwendete Shortcodes funktionieren nicht - alle Seo Optimierungen über Plugins sind hin - und alle Content Erweiterungen über Plugins sind nicht mehr funktionsfähig... soetwas nenne ich sicherlich nicht laufen... sondern mutwilliges zerstören.

    Es geht darum zu sehen ob ein Plugin den Fehler ausgelöst hat. Benennt man den Ordner um und erstellt zusätzlich einen leeren Ordner "Plugins", dann ist der Fehler in vielen Fällen verschwunden. Verschiebt man dann die Plugins eins nach dem anderen in den leeren Plugin-Ordner, so kann man das für den Fehler verantwortliche Plugin finden und neu installieren. Mit zerstören hat das nichts zu tun. Es geht lediglich darum herauszufinden welches Plugin den Fehler verursacht und der Originalzustand ist leicht wieder herzustellen. Gängige Praxis bei 500er-Fehlern, bei der ein Großteil der Leute Erfolg hat.

    Zitat

    Dies ist ein „Sammel-Statuscode“ für unerwartete Serverfehler. Wende dich an deinen Provider. Dieser schreibt:

    http://strato-faq.de/article/1377/H…P-Scripten.html

    /*
    Dieser Fehler erscheint, wenn die Zugriffsrechte falsch bzw. nicht gesetzt sind oder wenn sich eine "php.ini"-Datei im Hauptverzeichnis befindet.
    */

    ich kenne zwar andere Gründe - aber wer bei Strato ist - muss damit halt rechnen.

    Die Zugriffsrechte sind allesamt richtig gesetzt. Hatte ich vergessen in meiner Liste "mutwilliger Zerstörungen" zu erwähnen. Eine php.ini hatte ich nur kurzweilig.

    Zitat


    sorry - da kannst du auch dein Auto waschen, weil es regnet.

    Nach diesem rummfummeln würde ich den ursprünglichen Zustand über ein Backup herstellen.

    Ich danke dir für deine Hilfe, aber die Sprüche von wegen Auto waschen und so sind echt überflüssig. Alles was ich getan habe und du "rumfummeln" nennst sind gängige und durchaus sinnvolle Lösungsvorschläge, um das Problem zu fiden.

    Zitat

    dann kann dein Sever kein PHP mehr... vermutlich kommt der Fehler nach dieser aktion: definition der php version in der htaccess

    nein das hat mit besagter Aktion nichts zu tun. Egal ob ich die PHP-Version in die htaccess schreibe oder nicht, die Aufforderung zum Herunterladen von wp-login.php kommt trotzdem manchmal. Und klar kann der Server PHP. Schließlich funktioniert der Blog wunderbar, aber wie bereits beschrieben kann ich mich nicht mehr in den Adminbereich einloggen.


    Zitat

    www. ist eigentlich Teil einer gültigen Adresse.

    das ist mir schon klar. deshalb schreibe ich ja auch, dass ich es merkwürdig finde, dass der Aufruf plötzlich funktioniert wenn ich www hinzufüge


    Zitat

    dies würde mich nerven... aber wenn man die htaccess mal eben unbennt - sollte dies doch nicht wundern? In der htaccess werden in der Regel die Permament Links von wordpress aufgelöst und Weiterleitungen zur Vermeidung von doppeltem Content eingerichtet. Die Datei ist super wichtig für Wordpress und den Webserver und sollte man maxiaml verändern aber nicht entfernen.

    auch das ist mir klar, aber wieder mal gängige Praxis um 500er Fehlern auf den Grund zu gehen und korrupte htaccess-dateien aufzuspüren. natürlich ist die datei längst wieder an ihrem platz.

    Zitat

    wenn du kein Backup hast, mche mal deine Änderungen rückgängig:

    wie gesagt, das sind alles nur kurzzeitige Änderungen um den Fehler zu finden. Rückgängig gemacht habe ich jede einzelne Änderung als sich herausgestellt hat, dass sie nicht zur Lösung führt

    Zitat

    und wende dich an den support von deinem provider - du hast zurzeit ein chaos angerichtet.

    Der Support sagt dass alles in Ordung sei und die neuesten WP-Versionen tausendfach problemlos auf ihren Servern laufen. Ich habe kein Chaos angerichtet, sondern nur Fehlersuche betrieben wie sie gängige Praxis ist bei Auftreten von 500er-Fehlern.

    Zitat


    und trage in die wp-config.php den debug-modus von false auf true und wirf einen Blick in die error log datei vom webserver.

    das ist doch tatsächlich ein konstruktiver Vorschlag. Vielen Dank!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!