plugins.php und update-core.php plötzlich weiß

  • Nach dem Versuch, die Seite zu optimieren, sind plugins.php und update-core.php nicht mehr aufrufbar. Es erscheint keine Fehlermeldung, sondern lediglich eine weiße Seite. Die Webseite funktioniert im Frontend und Backend sonst ganz normal. Kann da jemand helfen? Ich hatte ein Plugin-Performance-Tool und einen Cron-Manager installiert, um herauszufinden, warum die Seite beim Aufruf der Wp-cron.php die Server CPU auslastet. Auch hatte ich System-Health aus Plugin installiert. Und wieder ordnungsgemäß deinstalliert. Der Fehler trat bei Installatione eines Plugins auf. Beim Aktivieren war die Seite dann plötzlich weiß. Das Plugin konnte nur noch via ftp entfernt werden, danach konnte man die plugins.php wieder aufrufen...

    Advanced Crone Manager (deaktiviert) und Cachify (Datenbank Modus) sind installiert.

    Danke

    • 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


  • Beim Aktivieren war die Seite dann plötzlich weiß. Das Plugin konnte nur noch via ftp entfernt werden, danach konnte man die plugins.php wieder aufrufen...

    Funktioniert deine Seite jetzt? wenn nicht? würde ich mir eine Fehlermeldung erzeugen lassen... zum Beispiel

    PHP
    define('WP_DEBUG', true);

    wenn dies auch kein Ergebnis bringt, würde ich mit einem richtigen Editor an die Seite gehen

    http://www.weblizards.de/blog/2011/11/c…g-und-netbeans/

    Mit offenen Augen träumen

  • Die Seite funktioniert. Frontend wie Backend keinerlei Auffälligkeiten. Nur dass ich eben nicht mehr auf die besagten zwei Seiten komme, auf denen man Wordpress oder die Plugins aktualisiert.

  • Prüfe mal mit einer phpinfo() Anweisung ob display_errors = off gesetzt ist. Dies sollte auf on korrigiert werden. Eine weiße Seite ist wenig hilfreich zur Fehlersuche. ;-)

    .htaccess Datei
    php_flag display_startup_errors on
    php_flag display_errors on
    php_flag html_errors on

  • Hallo,

    bei mir besteht fast dasselbe Problem. Die Plugins kann ich mir noch anzeigen lassen, aber nach einem Klick auf "Update" erscheint ebenso eine weiße Seite wie nach einem Klick auf update-core.php. WP_DEBUG steht auf true, brachte aber keine Änderung bzw. keine weiteren Infos über einen möglichen Fehler.

    Hast du, Nervous, denn den Fehler beheben können? Du hast am Ende nichts mehr geschrieben, daher hab ich die Hoffnung, dass du jetzt mehr weißt?

    Danke vorab und viele Grüße
    Mike

  • WP_DEBUG steht auf true, brachte aber keine Änderung bzw. keine weiteren Infos über einen möglichen Fehler.

    vermutlich hat PHP einfach keine Zeit oder keinen Platz mehr für eine Meldung. Was sagt der WebServer?

    Wenn WP-Debug true ist

    wird

    wenn Wordpress in debug.log schreiben darf bei dir? könntest du WP_DEBUG_LOG auf true stellen. evtl. bekommst du noch etwas Inhalt. Wenn dein Probelm eine leere Zeile nach ?> sein sollte? kannst du dir eben mit der Funktion headers-sent anzeigen lassen, welches Script das Problem machen könnte

    headers-sent im Handbuch
    http://www.php.net/manual/de/function.headers-sent.php


    cu

    ralf

    Mit offenen Augen träumen

  • Hmm, ok. Ich bin nicht ganz sicher, was du mit debug.log meinst. Bin bei Host Europe und habe dort über die Administration mal in die Error Logfiles geschaut.

    Dort steht etwas von

    Code
    PHP Fatal error:  Cannot use object of type WP_Error as array in /****/wp-content/themes/safarica/include/update/class-envato-protected-api.php on line 344, referer: /wp-admin/plugins.php

    Sagt das eventuell etwas über das Problem aus?

    Grüße

    Einmal editiert, zuletzt von mikschne (7. März 2014 um 16:14)

  • Ah, ok, ich hab's. Mein Logfile hat tatsächlich geholfen: Es gibt mittels API Key die Möglichkeit, automatisch über Updates des Theme-Anbieters informiert zu werden. Dafür ist eben die Datei class-envato-protected-api.php relevant. Diese Möglichkeit habe ich deaktiviert und voila, alles läuft einwandfrei. Ich werde das mit dem Anbieter selbst mal klären.

    Also danke für die Hilfe, wäre ohne dich vermutlich nicht oder nicht so schnell den Weg zu Host Europe gegangen.

    Grüße und ein schönes Wochenende.

  • Hmm, ok. Ich bin nicht ganz sicher, was du mit debug.log meinst.

    Wenn du WP_DEBUG und WP_DEBUG_LOG auf true stellst führt Worpdress dieses Script durch

    PHP
    if ( WP_DEBUG_LOG ) {
                ini_set( 'log_errors', 1 );
                ini_set( 'error_log', WP_CONTENT_DIR . '/debug.log' );
            }

    Die Zeile

    [COLOR=#000000][COLOR=#0000BB]

    PHP
    ini_set( 'log_errors', 1 );

    schalt die Error Log Datei ein

    die Zeile

    PHP
    ini_set( 'error_log', WP_CONTENT_DIR . '/debug.log' );

    bestimmt, dann ... das wordpress in [/COLOR][/COLOR][COLOR=#000000][COLOR=#0000BB]WP_CONTENT_DIR [/COLOR][COLOR=#007700]die Datei [COLOR=#000000][COLOR=#DD0000]'/debug.log'[/COLOR][/COLOR][/COLOR][/COLOR] beschreibt.

    Was verstehst du nicht? Wenn du von Wordpress eine Sinnvolle und verständliche Information haben möchtest ist die Verwendung der debug.log super.

    Viel Glück

    ralf

    Mit offenen Augen träumen

  • Danke Ralf,

    hab bei deinem ersten Post nicht geblickt, dass die debug.log von Wordpress selbst geschrieben wird bzw. hab das falsch verstanden. So ist es klar, danke für deine zweite Ausführung.

    Wie gesagt, mein Problem ist behoben, WP_DEBUG_LOG hab ich jetzt aber trotzdem auf true gestellt.

    Schöne Grüße
    Mike

  • Mann, da ist man EINMAL nicht da :-) Und schon gehts ab. Vielen Dank für die Antworten. Ganz so einfach wie bei Mikschne ist es bei mir leider nicht. Ich habe weisungsgemäß den Debug Modus eingeschaltet und eine Fehlermeldung für das Event Calendar Plugin gefunden, welche ich witzigerweise nicht angerührt hatte, als der Fehler auftrat.

    Zitat

    Warning: array_search() [function.array-search]: Wrong datatype for second argument in /HOMEPAGE/wp-content/plugins/all-in-one-event-calendar/all-in-one-event-calendar.php on line 160

    Fatal error: Cannot use object of type stdClass as array in /HOMEPAGE/plugins/all-in-one-event-calendar/all-in-one-event-calendar.php on line 160

    Diese Stelle in der besagten PHP regelt den Update Check. Da ich mit meinem immer noch begrenzten Wissen nicht weiß, was genau WP da jetzt von mir will, habe ich den Part auf der betroffenen php ausgeklammert und kann nun wieder auf alle "verschwundenen Seiten" zugreifen. Natürlich ist das so kein Zustand... Hat jemand eine Idee? Danke.

  • GELÖST! Backend Seiten wieder sichtbar.

    GELÖST! Der Fehler: Ein externes Fix-Plugin für den Kalender, welches einen früheren Bug behoben hatte: [FONT=arial][size=10]All-in-One Fix for HTML Content Synced. Das hat offensichtlich den Fehler verursacht. Jedenfalls kann ich nach dessen Deaktivierung nun wieder auf meine Backend Seiten zugreifen. Vielen Dank für die rege Anteilnahme und die Hilfe. Ich bin wieder etwas schlauer.[/SIZE][/FONT]

  • Guten Morgen - Ja das Thema ist schon älter aber ich habe den selben Fall gerade und finde den Fehler einfach nicht -.-
    Ich bin kein Profi was das angeht und habe auch versucht die Debug log einzuschalten allerdings wird nichts erzeugt oder ich finde sie nicht. Kann mir da jemand helfen?

Jetzt mitmachen!

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