Endlich! alle Blogs laufen wieder, unter der VERSION 2.821234199b!

Damit kann ich endlich aufhören nur rumzujammern und über “WordPress Bugs” zu schreien schreiben bloggen.

Y E A H !

Zur Feier des Tages gibt es ein “Halleluja” und
ein “Jesus Is My Friend” von den Sonseed.

via: big2k.net

und denkt daran: Nun ist “jede Zelle meines Körper glücklich“

Sehr geehrter Herr M.
Ihre Webseite belastet den Server und wir müssen Ihren Accounte leider, zum Schutz der anderen Kunden, auf einen älteren langsameren “Einzelhaft Webserver” verlegen.

Nein, ich habe kein Forum welches gehackt wurde,
ich habe kein Videoportal eröffnet,
nein, ich heiße nicht Robert Basic und habe keine 20.000 Besucher am Tag,
ich habe nur vier kleine WordPress Blogs.

Mit dem Problem der hohen Datenbanklast auf dem Kreuznach Blog, bin ich mittlerweile nicht mehr alleine. Da kommen “immer“ “mehr” “Blogs” mit “Datenlastproblemen” bei Ihren Webhostern.

WordPress schreibt mir zwar, dass es keine Probleme gibt, ich weiß es aber mittlerweile besser.

Wenn man überlegt, dass vor der Optimierung, alle WordPress Datenbanken im Schnitt knapp 120 Mbyte gross waren (unter anderen durch die Semmelstatz & Twittertools) und nun auf kleine 2 Mbyte geschrumpft ist … da fragt man, sich ob das alles noch N O R M A L ist.

Es kann ja nicht sein, wenn ich
- alle Dateien vom Server lösche,
- alle Plugins lösche,
- die Datenbank repariere,
- und dann alles Frisch wieder hochlade,
dass da immer noch ein Problem ist.

ODER? (schreibt man sowas ins WordPress Forum wird man als Verblödet hingestellt)

Was machen eigentlich andere WordPressbenutzer, die keine Ahnung von PHP und SQL Datenbanken haben? Einfach das Blog mit den ganzen Daten löschen?

Oder WAS?

Generell Frage ich mich, warum das kleine WordPress System in den letzten Jahren so aufgeblasen wurde. Wieso reicht der Speicher von 32 Mbyte nicht mehr aus? Wieso können nicht gleichzeitig 80 User auf ein WordPress System zugreifen? Wieso werden nun PHP5 Befehle verwendet?

Und für was gibt es diese Post Revisionen? Warum muss ein Beitrag alle 2 Minuten gespeichert werden, das ist eine Sinnlose Datenverschwendung.

EGAL ! – jetzt ist Schluss damit.

Problem-Kinder bei WordPress 2.8x sind:

• wp-forecast | Das Wetterplugin
  Die ältere Version belastet die Datenbank enorm und fliegt somit raus (wer braucht schon Wetter?)
• Semmelstatz | Das WordPress Statistik-Plugin
  Tja, auch das beste Statisik-Plugin für WordPress belastet auch die Datenbank und fliegt ebenfalls raus.
  Alternative: wp-stats | Das officelle externe WordPress Statistik Plugin
• Twitter Tools | Sendet die neusten Beiträge an Twitter
  Tja leider … die guten Twittertools. Die Datenbanktabelle “wp_postmeta” wird zugemüllt mit lauter “aktt_tweeted” Daten und wird größer und größer. Das will ich aber nicht und somit fliegen die Twittertools auch raus.
  Alternative: twitterfeed.com. Mit twitterfeed werden RSS Nachrichten (Blog / Youtube / Flickr usw.) an einen oder mehren Twitteraccount gesendet.

  Und wer seinen letzten Tweet im Blog angezeigt haben möchte (siehe ganz oben rechts), der soll sich mal das Plugin “Twitter for WordPress” ansehen.

Anderes:

• Die neue deutsche WordPress Sprachdatei benötigt zuviel Speicher. Wer dann Probleme hat, einfach die deutsche Sprachdatei weglassen.
• Autoupdate funktoniert nicht. Was ein Glück!
  IVor jedem Update eine Datenbanksicherung machen und die Dateien via FTP hochladen! Alles andere gibt nur Probleme!
• PS: Wer bei 1und1.de ist (wie uncool) der sollte bei Problemen mal hier nachlesen.

Datenbank:

• Durch das Update von WordPress 2.7x auf 2.8 wurden bei mir, in der Tabelle “wp_posts” >>> Zeile “post_parent“, lauter lange Zahlen eingetragen. Dieser Zahlen und Buchstabensalat war so codiert, das selbst ein Datenbank Backup nicht mehr möglich war. Ich mußte die kompletten Zellen mit Hilfe von “phpMyAdmin” löschen.
  D.h. die Datenbank hatte einen Knacks bekommen und der Aufruf von einigen Beiträgen hat ewig gedauert (zu Tode geladen). Diese Einträge waren nicht nur im Kreuznach Blog, sondern auch in meinen anderen Blogs! (MrMacTV & Co.)

Aber nun haben ich es bald überstanden und ich bin schon am Überlegen auf ein anderen Blogsystem umzusteigen. Auf Habari oder Serendipity.

Mir geht die ständige Update^erei auf den Sack und auch dieses Ping Problem und wenn ich dann noch lese:

Ich sag da nix mehr dazu…

Ich will endlich schreiben, mehr Freizeit haben und nicht mehr leiden…

Seit dem die Version 2.8 von WordPress draußen ist, habe ich nur Stress. Und zwar soviel Stress, das ich kurz davor bin, alle meine Domains zu löschen und alles zu schließen.

Ich habe Stress mit der Datenbank.
Ich habe Mega Stress mit all-ink.com.
Ich habe Stress mit Werbepartner.
Ich habe Stress mit der Freundin.

Das kann´s ja nicht sein.

Jetzt lese ich gerade dass die 2.82 von WordPress rausgekommen ist. Diese Version behebt einen schwerwiegenden XSS-Exploit.

TOLL!!

Schlimm oder ?

Datenbank Problem Tag 7.
Ich habe alle meine Domains abgeschaltet. Zwei Blogs laufen noch.

Das MrMacTV und das Kreuznach Blog. Nachdem aber vor einer halben Stunde wieder die Datenbank von meinen all-inkl.com Server hochgeballert ist, habe ich, auf dem Mr.MacTV Blog, nur noch zwei Plugins laufen.

Des Weiteren ist der, wie man sieht, Standard Theme an.

Irgendwo muss ja der Fehler sein.

Als nächstes kommt dann das Kreuznach Blog dran. Standard Theme und alle restlichen Plugins aus. Wenn das alles nicht hilft, mache ich einen Datenbank EXPORT, setzte alle Blogs und Datenbank neu auf und IMPORTIERE die Daten wieder rein.

Seit Version 2.7 von WordPress sind diverse Fragen eingegangen, dass die Pingbacks in WordPress nicht funktionieren. WordPress arbeitet damit in der Request-Funktion (wp-includes/cron.php), nicht zu verwechseln mit der wp-cron.php. Dort wird als Zeitlimit 0.01 Sekunden festgelegt, was nicht unter allen Bedingungen ausreicht. Der Hinweis ist bekannt und die Entwickler von WordPress haben diesen Eintrag absichtlich nicht geändert, mit dem Verweis, dass es unter vielen Konfigurationen problemlos läuft, siehe Trac Ticket 8923.

Siehe probleme mit dem ping in 2.8

Darauf wurde von einigen Webseiten geraten bei der Datei “cron.php” den Wert von 0.01 auf 1 zu ändern.

Das haben dann auch viele (wie auch ich) gemacht. Siehe da, die Trackbacks und die Pings gehen wieder.

Nun kam gestern die neue 2.81 WordPressversion auf den Markt und wieder bleibt bei der cron.php Datei der Wert auf 0.01. Antwort von WordPress Deutschland:

@Mac:
Das wurde nicht vergessen – die Entwickler sind der Meinung, dass dies kein Bug in WP wäre bzw. nicht an dieser Stelle.

blog.wordpress-deutschland.org

Also was ist nun mit der cron.php ?
Ich glaube mittlerweile einen Zusammenhang mit meiner Datenlast und dem Wert 1 gefunden zu haben.

Ist der Wert auf 1 braucht die Datenbank zuviel Last.
Ist der Wert auf 0.01 wird kein Ping oder Trackback gesendet …

TOLL!

Wenn man denkt es sei alles gut …

Die Probleme mit der Kreuznach Blog – Datenbank bekomme ich nicht in den Griff.

Problem ist, dass das Blog von Zeit zu Zeit massiv auf die Datenbank zugreift. Normalerweise ist die Auslastung zwischen 0.2 und 0.8 %. Doch dann kommt ein Zeitpunkt wo die Auslastung bis auf 20 hochsteigt. Der Zugriff ist dann so stark, der entweder die Datenbank keinen Zugriff mehr zulässt oder der Server neu gestartet (zu diesem Zeitpunkt sind nur ca. 10 User auf dem Blog !!!).

Und langsam kann ich die Auswertung nicht mehr sehen:

Wie bereits beschrieben hat mein Webhoster die Domain auf einen separaten Server überspielt. Auf diesen “reiße” ich keine weiteren Kunden (Domains) mit in den Neustart. Nun teste ich schon seit fast einer Woche an dem Blog und habe meine anderen Blogs und Webseiten ausgeschaltet.

Ich habe WordPress 2.8 auf 2.71 down^ge^gradet … alle Dateien gelöscht … alle Plugins gelöscht, jedes Verzeichnis untersucht … NICHTS!

Jetzt eben habe ich auf WordPress 2.81 geupdatet und viele Plugins vorerst deaktiviert.

Ich stehe wirklich zum ersten Mal seit meiner 6 jährigen WordPress Bloggerlaufbahn vor einen großen Rätsel.

WordPress 2.8.1 wurde veröffentlicht und neben der Schließung eines Sicherheitslochs (AchJoo !), wurden auch viele Bugs aus 2.8 behoben.

Lustigerweise wurde wieder vergessen die Datei cron.php anzupassen. Ich geb´s langsam auf.

Ich muss mich nicht wundern, dass beim Erstellen eines neuen Artikels teilweise bis zu 2 Minuten in Land gehen und der komplette Server ins Kollabieren kommt.

Mehr als 30 so genannte Ping Services hatte ich im Blog. Die Hälfte davon war schon lange tot oder hatten unendliche Wartezeiten.

Ich habe nun, meine WordPress Update Services reduziert und zwar auf:

http://api.moreover.com/ping

http://blogpingr.de/ping/rpc2

http://blogsearch.google.com/ping/RPC2

http://blogg.de/ping.php

http://ping.blogstart.de/

http://ping.syndic8.com/xmlrpc.php

http://ping.wordblog.de/

http://rpc.bloggerei.de/ping/

http://rpc.blogrolling.com/pinger/

http://rpc.pingomatic.com/

http://rpc.technorati.com/rpc/ping

Also ab in den Adminbereich und bei Einstellungen > Schreiben > Update Services die Pingdienstleister checken.

Des Weiteren habe ich nun die ersten Übeltäter für mein Disaster gefunden: wp-forecast und ggf. die Twitter Tools von alexking.org. Auch die guten Semmelstatz sind nun endgültig rausgeflogen (Schade).

Noch ist das Ganze, immer noch nicht durchgestanden. Obwohl ich alle 5 WordPress Blogs komplett gelöscht, auf WordPress 2.71 downgegradet und fast alle Plugins deinstalliert habe, läuft die SQL Datenbank ca. alle 3 – 5 Stunden einmal heiß und dadurch wird der Server neu gestartet = Domain nicht erreichbar.

Eins weiß ich, es muss am Kreuznach Blog liegen. Ich habe schon die “wp-cron.php” Datei im Auge.

Ich bin etwas verzweifelt. Eigentlich total verzweifelt.
An diesem Wochenende war bei uns in Bad Kreuznach der Rheinland Pfalz Tag 2009. Logischerweise habe ich in meinen kreuznach-blog.de über diese Tage berichtet. Der Ansturm auf die Webseite war so groß, das all-inkl.com meinen Account auf einen “Not”-Server setzen mußte. Teilweise waren 120-140 Menschen pro Minute auf dem Blog.

Obwohl ich alle meine WordPress – Plugins ausgeschaltet hatte und sogar das “Super Cache” Plugin installierte hatte, hat das alles nicht gebracht.

Die SQL-Last ist überdurchschnittlich:

Heute Abend werde ich das komplette Verzeichnis vom kreuznach-blog.de löschen und alles neu installieren.

Soll ich mir nun einen Rootserver holen? Wenn ja wo?

Den 99 Euro im Monat, sind für das Hobby, dann doch zuviel.

Nachdem ich nun alle meine Blog auf WordPress 2.8 umgestellt habe, und die ganzen Bug´s verbessert habe, war nun das Firmen Blog an der Reihe.

Tja,
und da ging nach dem Update erst mal nix mehr.

Error 500 – Internal server error

Ein interner Fehler ist aufgetreten!
Bitte versuchen Sie es zu einem späteren Zeitpunkt.

Keine Beiträge mehr da und kein Plugin konnte aktiviert werden.

Die neuste Version von WordPress ist eine Mischung aus PHP4 und PHP5 und braucht mehr als 8 Mbyte Speicher. (Standardmäßig ist der Wert auf 8 MB)

Und, genau da ist das Problem und es gibt auch ne Lösung.

Als erstens erstellen wir uns eine Textdatei und schreiben in diese folgende Zeilen:


memory_limit = 32M
safe_mode = off


Diese Datei wird als php.ini gespeichert und via FTP Programm in den WordPress Ordner: /wp-admin/ geworfen. Damit hat nun WordPress genug “Arbeitsspeicher” und die Plugins können wieder laufen.

Das machen sie aber nur zum Teil !

Da ja einiges über PHP5 läuft müssen in der Datei .htaccess folgende “Treiber” hinzu gefügt werden:


AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php

Und nun läuft auch ein WORDPRESS 2.8 auf einem 1und1.de Webspace Dingsbums Teil.