Um Deine Frage trotzdem zu beantworten: Einfach WP in der von Dir eingesetzten Version neu herunterladen, die Datei raussuchen und per FTP auf den Server spielen. Und dann in Zukunft nicht WP-Kerndateien verändern! Das macht nur Ärger und ist in 99% der Fälle unnötig. Man kann fast alles über Hooks und Filter erreichen. Bei speziellen Fragen dazu wende Dich doch bitte an das Forum.

Habe das Problem der weissen Seite nach Löschen einer Zeile in
der default-widges.php im Ordner wp-includes…

Meine Frage, wie kann ich die originale default-widges.php
wiederherstellen? (die Datei habe ich natürlich vorher gespeichert)

Danke?

error_reporting: Wüsste ich nicht, dass da On und Off als Werte für gehen, aber wer weiß, vielleicht hat sich der Hoster da ja auch eine Eigenlösung gebastelt. Oder der Support-Mitarbeiter ist in PHP nicht so firm?!

Spamschutz-Plugin: Ich verwende Akismet zusammen mit Math Comment Spam Protection. Das funktioniert für den Moment hinreichend gut, auch wenn man einiges an Spam noch manuell aus der Spam-Warteschlange löschen muss. Viele Bots können halt doch rechnen.

Nachtrag: Was übrigens „error_reporting“ betrifft sagt mein Provider da geht nur ON oder OFF (???) … Okay, da diskutieren wir aber noch drüber, den ich habe andere Infos im Netzt dazu gefunden….

Gruß blog_micky

okay, das mit WP_DEBUG war mir bekannt aber ich habe das Ganze auch mit meinem Provider diskutiert und er schlägt unabhängig von WP folgende Eintragungen in der php.ini vor:

display_errors = On
log_errors = On
error_reporting = On
error_log = /home/www/fehlerlog.log (BESPIELPFAD!)

Laut Aussage des Providers würden dann so die Fehler immer geloggt und auf dem Display ausgegeben…!?!?!

Gruß blog_micky

P.S. Sag mal, nur so am Rande, welches Plugins ist das hier für den Spamschutz…!?!?

Ansonsten siehe meinen letzten Kommentar hier: WP ändert abhängig von WP_DEBUG die in der php.ini getroffenen Einstellungen. Soweit ich mich erinnere, wird ohne WP_DBUG (bzw =false) gar nichts geloggt und mit wird nur E_ALL & ~E_NOTICE am Bildschirm angezeigt. Obiger Artikel ist also nicht mehr wirklich aktuell.

endlich mal jemand der sich der „weißen Seite“ annimmt und diese mit Inhalt füllt… Okay, mit „display_errors = On“ hatte ich bisher schon gearbeitet, so wie hier geschildert ist das natürlich viel komfortabler und man hat die Fehler gleich 2schwarz auf weiß“ in einer Datei parat…

Nur das Einstellen des Loglevels erschließt sich mir nicht so ganz bzw. das Script errorlogging.php macht dazu auch partou keine Ausgabe, egal was ich anstelle! Ich habe explizit mit „error_reporting = E_ALL & ~E_NOTICE“ in meiner php.ini den Level festgelegt, weiß im Augenblick aber nicht ob er greift oder nicht…!?!

Gruß blog_micky

Mal generell als Update an alle: Obiger Text ist nicht ganz neu und zwischendurch wurde bei WP einiges verändert. Soweit ich es mitbekommen habe, werden Meldungen unabhängig von den in der php.ini getroffenen Einstellungen nicht mehr geloggt, es sei denn man definiert die Konstante WP_DEBUG in der wp-config.php [define('WP_DEBUG', true);]. Dann werden sie dafür am Bildschirm ausgegeben. Ich bin also nicht sicher, wie hilfreich obiges noch ist. Die WP_DEBUG-Konstante mag der einfachere Weg sein, um Fehlern auf die Spur zu kommen.