WordPress & Webwork » mysql

Performance Optimierung: W3 Total Cache, AdSense und Datenbank

Vladimir — Fri, 03 Sep 2010 10:17:51 +0000

Zum Wochenende gibt es drei Links zum Thema Performance-Optimierung.

Der erste Link ist How to Install and Setup W3 Total Cache for Beginners und dort wird nach allen regeln der Kunst beschrieben, wie man das Plugin einrichtet. Viel Lesestoff.

Der zweite Link ist Performance von Websites mit Google AdSense verbessern und dort beschreibe ich, auf Grundlage eines englischen Artikels, wie man die Performance (in Bezug auf Geschwindigkeit) der AdSense Blöcke optimiert.

Der dritte Link geht an Andreas Majeres mit seinem Artikel WordPress Datenbank – Tabelle wp_options bereinigen.

Viel Spaß beim lesen … apropos lesen, nicht vergessen bei uns auf Facebook vorbei zu schauen.

WordPress: Datenbank reparieren

Vladimir — Tue, 09 Mar 2010 09:01:30 +0000

Vorhin begrüßte mich ein fettes "Error establishing a database connection" als ich dieses Blog aufgerufen habe. "Na toll" dachte ich mir und ging von schlimmsten aus: Blog gehackt, Server explodiert etc. Als ich mich dann in phpMyAdmin einloggen konnte, war ich etwas beruhigt und sehr schnell konnte ich das Problem erkennen. In der options-Tabelle (standardmäßig heißt sie wp_options) stand "0~ Einträge".

Datenbanktabelle reparieren

Die Tabelle markieren und dann auf "Repariere Tabelle" in der Auswahlliste klicken hat das Problem behoben.

Was mich doch etwas wurmt ist die Tatsache, dass ich bei meiner Suche nach dem Verursacher nicht weiter gekommen bin und auch Google hat mir bis jetzt keine Ergebnisse geliefert, die auf mein Problem zutreffen. Letztendlich gibt es mehrere Verdächtige: irgendein Plugin was aus der Reihe tanzt oder auch nur einfach WordPress was einen "Schluckauf" hatte. Sie alle legen die Einstellungen in der gleichen Tabelle ab.

Upgrade erfolgreich, Umlaute tot

Vladimir — Fri, 22 Aug 2008 11:33:58 +0000

Heute Nacht hat all-inkl.com meinen kompletten Account auf einen anderen Server umgezogen. Zum einen weil der alte Server richtig in die Knie ging und zum anderen weil ich PHP und MySQL in aktueller Version haben wollte. Das ging recht schnell und ohne größere Probleme. Jetzt habe ich auf dem Server PHP 5.2.6 und MySQL 5.0.51a im Einsatz … vorher war es PHP 4.4.8 und MySQL 4.0.23.

Ich hatte Sorge, wie ich es in einem früheren Beitrag beschrieben habe, wegen dem Zeichensatz-Wirrwarr (iso-8859-1 vs. utf-8). Zum einen weil ich von vielen gehört habe das es Probleme gibt beim Upgrade von alten MySQL-Versionen und speziell dann wenn vorher iso im Einsatz war. Deswegen hatte ich auch Sorge wegen perun.net, weil es schon von Anfang an mit iso kodiert wird.

Nun musste ich heute Nacht ein bisschen lachen. Alle Weblogs die auf utf-8 waren, hatten demolierte Umlaute und perun.net nicht. Ich schaute mir die Datenbanken an und überall war latin1_swedish voreingestellt … daher war es nicht verwunderlich das die Sonderzeichen kaputt sind.

Was machen? Als erstes stellte ich perun.net auf utf-8 um. Dadurch das die Umlaute korrekt waren, war dies an sich kein Problem. Ich habe die Datenbank exportiert in einem Texteditor aufgemacht und so wie Monika es beschreibt habe ich nach CHARSET=latin1 gesucht und diese durch CHARSET=utf8 ersetzt. Das ging vorher mit der alten MySQL-Version (kleiner 4.1) leider nicht.

Danach die Datenbank importiert und im Weblog im Admin-Bereich auf utf-8 umgestellt … das war's! Das war mein Weg, ich bin allerdings zuversichtlich das es noch mind. 2-3 weitere Vorgehensweisen gibt.

Bei den zerschossenen Umlauten war das einen kleinen Tick zeitintensiver. Entweder man hat ein Datenbank-Backup, dann muss man es neu importieren – damit man die Sonderzeichen und Umlaute wiederherstellt – und dann so vorgehen wie ich es bereits oben beschrieben habe.

Ich hatte vorher in PHPMyAdmin versucht die Zeichensätze umzustellen und auch in der wp-config.php die Kollation umzustellen, die Datenbank hat sich davon nicht beeindrucken lassen. Deswegen habe ich auch hier den Umweg über den Texteditor die Zeichensätze einstellen müssen.

Hat man kein Backup, dann ist es auch kein Problem. Dann exportiert man die Datenbank, öffnet sie in einem Texteditor und ersetzt zuerst die kaputten Sonderzeichen und anschließend die Zeichensatz-Angaben und importiert das ganze.

Und wie schauen die kaputten Sonderzeichen aus die man durch "Search & Destroy" (aka Suchen und Ersetzen) umwandeln muss? Gute Frage, Ã¼ ist z.B ü und ÃŸ steht für ß usw. Auf konzentrat.org gibt es eine vollständigere Liste. Dort wird auch beschrieben, wie man im PHPMyAdmin anstatt im Texteditor den Ersetz-Vorgang durchführt.

So jetzt habe ich ein bisschen die Nase voll von verschiedenen MySQL-Versionen und Zeichensätzen und hoffe das ich für eine sehr lange Zeit nicht mehr mit dem Problem konfrontiert werde.

Übrigens hatte ich als Texteditor PSPad benutzt, weil mein eigentlicher HTML-Editor (WeBuilder) bei MySQL-Dateien dir größer als 350-400 KByte waren sich verabschiedet hat.

WordPress: Update von MySQL und PHP

Vladimir — Tue, 19 Aug 2008 18:54:54 +0000

Momentan laufen auf "meinem" Server PHP 4.4.8 und MySQL 4.0.23. Ich hatte sowieso vor demnächst auf PHP 5 umzusatteln. Heute hatte ich auch Kontakt mit dem Support von all-inkl.com, weil die Leistung des Servers merklich in die Knie geht. Da hat man mir angeboten auf eine neuen Server und auch die auf eine aktuellere PHP- und MySQL-Version zu wechseln.

Der PHP-Wechsel macht mir eigentlich keine Sorgen … zumindest kenne ich keine Berichte wo es irgendwelche Probleme gab, wenn man bei einer bestehenden WordPress-Instalaltion die PHP-Version aktualisiert hat.

Was mir aber so einige Sorgen bereitet ist der Update von MySQL 4.0.23. Ich kann mich erinnern das wir damals, als die Webkrauts mit ihrem WordPress umgezogen sind, es da einige Probleme mit den Umlauten gab, weil auf dem alten Server MySQL 4 war und auf dem neuen Server MySQL 4.1 im Einsatz war. Und aus Gesprächen mit anderen Kollegen habe ich erfahren, dass wir nicht die einzigen waren.

Der Haken war bzw. ist, dass ab MySQL 4.1 als Standardzeichensatz utf-8 ist und vorher war das latin1. Also so wie ich das sehe könnten hier einige Probleme auf mich zukommen. Zumal ich in diesem Weblog eh mit iso-8859-1 arbeite … eine alte Jugendsünde halt.

Hat jemand Ideen, Erfahrungen und Ratschläge anzubieten? Mein Kopf ist momentan mehr als voll und wahrscheinlich sehe ich den Wald vor lauter Bäume nicht.

WordPress & Webwork » mysql

Performance Optimierung: W3 Total Cache, AdSense und Datenbank

Verwandte Beiträge:

WordPress: Datenbank reparieren

Verwandte Beiträge:

Upgrade erfolgreich, Umlaute tot

Verwandte Beiträge:

WordPress: Update von MySQL und PHP

Verwandte Beiträge: