Update auf 4.5.3 fehlgeschlagen - was nun?

  • Hallo zusammen,

    der Moment den ich immer gefürchtet habe ist da. Heute morgen noch schnell das Sicherheitsupdate auf 4.5.3 gemacht und .... Fehler! Meine Seite ist down, zeigt nur noch eine weiße Seite an, nichts weiter. Die Loginseite geht, aber nach Einwahl auch hier nur eine weiße Seite. Ich komme also nicht mehr in das Backend rein. Was nun?

    Backups (via BackWPUp und Updraft) habe ich zum Glück, ob die funktioneren, wird sich zeigen.

    Muss ich nun eine neue Datenbank anlegen? Ein nacktes Wordpress hochladen, Updraft drauf und dann den Restore starten? Habe das noch nie gemacht und will nichts kaputt machen.

    Bin für jeden Hinweis dankbar,

    Alois

    • 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

  • lad doch einfach erst mal nur noch mal WordPress manuell neu auf den FTP-Server hoch.

    [size=10]Bitte immer zuerst die Forensuche nutzen und erst danach Deine Fragen hier im Forum stellen, denn sehr vieles wurde schon mehrfach beantwortet. Bitte dabei auch die Forenregeln beachten.
    Kein Support per PN - Fragen gehören ins Forum.[/SIZE]
    [size=8]Wenn du eine weise Antwort verlangst, musst du vernünftig fragen. (Johann Wolfgang von Goethe)[/SIZE]

  • Also ich habe jetzt mal in der bestehenden Installierung die Verzeichnisse /WP-Admin und /WP-includes umbenannt. Dann habe ich die neu hochgeladen und auch noch alle im root-Verzeichnis die Dateien überschrieben (config natürlich nicht). Kein Effekt.

    Wenn ich /wp-admin/upgrade.php ausführe erhalte ich die Meldung:
    [COLOR=#666666][FONT=&amp]"Keine Aktualisierung notwendig. [/FONT][/COLOR][COLOR=#444444][FONT=&amp]Deine WordPress-Datenbank ist aktuell!"

    Was nun? Parallel ein neues WP aufsetzen? Oder gibt es noch einen Trick?
    Soweit so gut, so schlecht.[/FONT][/COLOR]

  • Die weiße Seite hat diesen mageren Quellcode. Da fehlt einiges. Hilft das bei der Fehlersuche?


    <!DOCTYPE html>
    <!--[if IE 6]>
    <html id="ie6" lang="de-DE">
    <![endif]-->
    <!--[if IE 7]>
    <html id="ie7" lang="de-DE">
    <![endif]-->
    <!--[if IE 8]>
    <html id="ie8" lang="de-DE">
    <![endif]-->
    <!--[if !(IE 6) & !(IE 7) & !(IE 8)]><!-->
    <html lang="de-DE">
    <!--<![endif]-->
    <head>


    <link rel="shortcut icon" href="http://www.meineseite.de/Logo_32x32.ico" type="image/x-icon" />


    <meta charset="UTF-8" />
    <meta name="viewport" content="width=device-width" />
    <title>HierderTitel</title>
    <link rel="profile" href="http://gmpg.org/xfn/11" />
    <link rel="stylesheet" type="text/css" media="all" href="http://www.meineseite.de/wp-content/the…THEME/style.css" />
    <link rel="pingback" href="http://www.meineseite.de/xmlrpc.php" />
    <!--[if lt IE 9]>
    <script src="http://www.meineseite.de/wp-content/the…ven/js/html5.js" type="text/javascript"></script>
    <![endif]-->

  • Die weiße Seite hat diesen mageren Quellcode. Da fehlt einiges. Hilft das bei der Fehlersuche?HierderTitel

    wenn du

    PHP
    define( 'WP_DEBUG', true );

    unter das letzte define in die wp-config.php schreibst

    diese hochlädst => da kommt nichts oder was kommt da?

  • Weiterhin passiert da nichts. Normaler Seitenaufruf = weiße Seite. Nach Login = weiße Seite.

    HAbe nun auch das alles eingefügt:

    // Enable WP_DEBUG mode
    define( 'WP_DEBUG', true );

    // Enable Debug logging to the /wp-content/debug.log file
    define( 'WP_DEBUG_LOG', true );

    // Disable display of errors and warnings
    define( 'WP_DEBUG_DISPLAY', false );
    @ini_set( 'display_errors', 0 );

    Was soll genau passieren? Wie ich lese soll ein Logfile geschrieben werden (/wp-content/debug.log ). Das sehe ich aber via ftp-Client nicht. Keine Datei dort.

  • Der Quellcode der weißen Seite nach dem Login (das vermeitliche Dashbord) sieht so aus:


    <!DOCTYPE html>
    <!--[if IE 8]>
    <html xmlns="http://www.w3.org/1999/xhtml" class="ie8 wp-toolbar" lang="de-DE">
    <![endif]-->
    <!--[if !(IE 8) ]><!-->
    <html xmlns="http://www.w3.org/1999/xhtml" class="wp-toolbar" lang="de-DE">
    <!--<![endif]-->
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
    <title>Dashboard &lsaquo; SEITENTITEL — WordPress</title>
    <script type="text/javascript">
    addLoadEvent = function(func){if(typeof jQuery!="undefined")jQuery(document).ready(func);else if(typeof wpOnload!='function'){wpOnload=func;}else{var oldonload=wpOnload;wpOnload=function(){oldonload();func();}}};
    var ajaxurl = '/wp-admin/admin-ajax.php',
    pagenow = 'dashboard',
    typenow = '',
    adminpage = 'index-php',
    thousandsSeparator = '.',
    decimalPoint = ',',
    isRtl = 0;
    </script>
    <meta name="viewport" content="width=device-width,initial-scale=1.0">


  • Bin für jeden Hinweis dankbar,

    Wenn der Inhalt vom Blog wichtig war => jobforum auf einer richtigen Portal Seite (nicht diese!) und suche dir dort einen Dienstleiter.

    dein gebastel in der wp-config.php kannst du ruchig rückgängig machen und

    PHP
    define('WP_DEBUG', true); //enable the reporting of notices during development - E_ALL
    define('WP_DEBUG_DISPLAY', false); //use the globally configured setting for display_errors and not force errors to be displayed
    define('WP_DEBUG_LOG', true); //error logging to wp-content/debug.log
    // define('SCRIPT_DEBUG', true); //loads the development (non-minified) versions of all scripts and CSS and disables compression and concatenation,
    // define('E_DEPRECATED', true); //E_ALL & ~E_DEPRECATED & ~


    verwenden.

    die Datei debug.log in wp-content legst du an und gibst ihr schreibrechte für deine Umgebung. Aber Achtung: Es hat seinen Grund warum der Teufel 666 trägt. Also chmod 666 = chmod rw- rw- rw- ist böse für diese Datei.

    In der Regel hat der Server bei Massenhostern keine Zeit oder Möglichkeit bei einem Absturz von PHP irgendetwas zu schreiben. Evtl hast du aber glück?

    Ich würde die PHP Version mindestens auf php 5.6 heben und den Debugger von PHP verwenden
    http://php.net/manual/de/debugger-about.php

    Mit offenen Augen träumen

  • Wenn der Inhalt vom Blog wichtig war => jobforum auf einer richtigen Portal Seite (nicht diese!) und suche dir dort einen Dienstleiter.

    oh!

    jetzt sind auch schon alle Dienstleister hier nicht mehr gut genug

    ich vermute du meinst die Gruppe in Xing, wo auch du anbietest, die ist dann sicher der perfekte Ort, um einen Dienstleister zu finden ;-)

  • Ich habe dasselbe Problem. Seit dem Update habe ich nur noch eine weiße Startseite und der Login für den Admin-Brerich steht auch nicht mehr zur Verfügung. Hat jemand eine Lösung? Ich wäre ser dankbar.

  • Ich gebe mal ein kurzes Feedback. Ursache war ein fehlerhaftes Plugin (iCarousel). Ich habe zuerst den Debug-Modus in der wp-config.php aktiviert und folgende Fehlermeldung erhalten:
    Fatal error: Call to undefined function get_currentuserinfo() in httpdocs/wp-content/plugins/icarousel/lib/icarousel_functions.php on line 18
    Danach habe ich per FTP-Client den Ordner des Plugins umbenannt und ich hatte wieder Zugriff auf die Webseite.

  • Hallo zusammen,

    meine Seite läuft wieder, zum Glück :smile:. Hier nun die Auflösung. Schuld war das PlugIn Wordfence Security. Das verursachte die weiße Seite. Das war im Fehlerlog bei meinem Hoster einzusehen. Dahin hat mich aber erst der Support aufmerksam gemacht - ich hätte das Log nicht gefunden, da nie gebraucht. Eigentlich wollte ich deren Restore Funktion auslösen und hatte Nachfragen, war dann aber nicht notwendig.

    Daraufhin habe ich das Plugin Verzeichnis via FTP umbenannt und schwupps kam meine Seite wieder zum Vorschein. Nun kam ich endlich in das Backend und konnte nun das Plugin aktualisieren. Die haben vermutlich ihren Fehler wohl selber gemerkt - es gab ein neues Update dafür, da ich dieses und andere Plugins vor dem Aktualisieren auf WP 4.5.3. schon zuerst aktualisiert hatte und jenes war mit dabei gewesen. Nach dem erneuten Update des Plugins läuft nun auch alles wieder einwandfrei.

    Blöder Schrecken bei einer relativ großen Seite ... (auch mit Backups)

    Vielen Dank an alle Unterstützer hier!

    Alois

    Einmal editiert, zuletzt von Alois (24. Juni 2016 um 00:37)

Jetzt mitmachen!

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