Nachdem es seit Heute auch die deutsche Version von WordPress 2.5 gibt musste ich natürlich sofort ein Update machen.

Verlief eigentlich alles sehr gut, auch alle Plugins scheinen zu funktionieren (bis auf “DB-Tuning”, aber das hatte ich nur im Einsatz um einfach die Tables optimieren zu können).

Das einzige Problem hatte ich mit der Zeile:

define(‘DB_CHARSET’, ‘utf8′);

in wp-config.php, anscheinend ist meine Datenbank nicht auf UTF-8 gestellt (speichert aber UTF-8), denn mit dieser Zeile waren alle Umlaute weg, ohne diese Zeile funktioniert es so wie vorher (wohl ein Fehler bei der ersten Installation der Software vor 1,5 Jahren…).

Ungewohnt ist das neue Admin-Interface, da muss man teilweise zwei mal hinschauen um sich auszukennen, auch hab ich gleich die Farben wieder auf “Klassisch” gestellt, alles andere hat mich zu sehr an Office 2007 erinnert Hier mal ein paar Impressionen:

Das Design wirkt viel aufgeräumter als bei 2.3, schön ist auch das Der Font jetzt überall der gleiche ist.

Das neue File-Upload Fenster ermöglicht es jetzt mehrere Bilder gleichzeitig upzuloaden. Funktioniert wunderbar, wenn man dann aber keine “Galerie” in den Text einfügen will sondern so wie in diesem Artikel die Bilder im Text muss man jedes mal die Galerie öffnen, das Bild auswählen und einsetzen, ein bisschen Zeitraubend aber ok, für mich fast schon ein bisschen zuviel AJAX-Spielerei.

Sehr schön ist das man neben dem Vorschaubild und dem Bild in voller Größe noch ein “Medium”-Bild eingefügt werden kann. Die Größe des Medium-Bildes und des Vorschaubild lässt sich einstellen.

Das beim Schreiben eines Artikels fast alles was vorher rechts war (Kategorien, usw.) jetzt unter dem Text ist verwirrt Anfangs ein bisschen, ist aber logischer.

Was ich mal als kleinen Bug bezeichnen würde:

In 2.3 war , wenn man einen Link einfügen wollte in dem Fenster dazu das “http://” ausgewählt, d.h. man konnte einfach mit Paste eine URL reinkopieren, in 2.5 ist das “http://” nicht vorausgewählt, d.h. man muss er zuersr löschen um eine URL reinkopieren zu können, hier zu sehen:

Kann mir nicht vorstellen dass das gewollt ist, aber ist nur eine Kleinigkeit.

Alles in allem kann ich den Leuten die da mitgearbeitet haben nur gratulieren!

Falls jemand ein Problem findet bitte melden!

So, jetzt schauen wir mal was passiert wenn ich auf “Publizieren” klicke

Besser kann man es wohl nicht beschreiben:

Gefunden bei 800-CEO-BLOG.

Endlich lässt sich aus jedem Blog ein “Katzenblog” machen, dieser hier sieht dann z.B. so aus:

Sehr nett, auch alleine die Verwendung dieses Icons für das Wort “E-Mail” weckt Erinnerungen an viele Webseiten:

Wirklich Lustig wird es wenn man z.B. den Spiegel Online zum Katzenblog macht.

Wobei “Katzenblogs” ja immer unterschätzt werden, es gibt genug die damit wirklich viel Geld verdienen, hat eine sehr große, kaufstarke Zielgruppe und jeder liebt Katzen, oder?

Beim LOLinator kann jeder einen “Katzenblog” aus seinem Blog machen.

Gefunden bei E-Fee via Österreicher Blog.

Da ich ja für die Titelgrafik des Blogs seit April 2007 alle Schlagzeilen der größten Österreichischen Medien die via RSS-Feed ausgeschickt werden speichere (siehe auch hier) habe ich jetzt nachgeschaut welches “Hauptwort” (d.h. mit großem Anfangsbuchstaben) am häufigsten im Zeitraum Mitte April 2007 bis Ende Dezember 2007 (165693 Schlagzeilen) genannt wurde. Hier eine Auflistung der Plätze 1-30 (in Klammer die Anzahl der Nennungen):

1. Tote (3010)
2. Wien (2266)
3. Österreich (2198)
4. USA (1714)
5. Euro (1671)
6. Polizei (1231)
7. Salzburg (1090)
8. EU (1027)
9. Kärnten (891)
10. ÖVP (891)
11. Irak (875)
12. Bush (863)
13. Austria (851)
14. Deutschland (804)
15. Graz (787)
16. Pakistan (773)
17. Regierung (757)
18. Auto (747)
19. Türkei (743)
20. Unfall (728)
21. Gusenbauer (712)
22. Kinder (712)
23. Kritik (692)
24. Fußball (684)
25. Österreicher (668)
26. Haft (665)
27. SPÖ (663)
28. Welt (634)
29. China (630)
30. Streit (611)

Insgesamt wurden 64973 unterschiedliche “Hauptwörter” in den Schlagzeilen verwendet, d.h. im Durchschnitt 2,6 “Hauptwörter” pro Schlagzeile.

Am 18. Dezember findet im net.culture.space (Museumsquartier) dig.it|all statt, eine Veranstaltung zum Ideenaustausch der “digitalen Szene” (was auch immer das ist ).

Hier gehts zur Anmeldung.

Wird sicher ein lustiger Abend!

So, heute mal ein Hardcore-Tech-Thema

Nachdem ich mich in letzter Zeit viel mit WordPress und MySQL-Optimierung beschäftigt habe hier ein paar Dinge die bei mir geholfen haben WordPress zu beschleunigen, ohne aber ein Caching-Plugin zu verwenden:

1. Persistent MySQL-Verbindungen
Wordpress ist so konfiguriert das es bei jedem Zugriff auf eine Seite immer eine neue Verbindung zur Datenbank macht. Das ist ok da damit WordPress auf sehr vielen Konfigurationen funktioniert, bringt aber jede Menge Overhead, da immer Username und Passwort geschickt werden muss, etc.
PHP bietet die Möglichkeit Datenverbindungen zu Cachen, d.h. Es wird eine Pool an Verbindung zu MySQL hergestellt und jedesmal wenn eine Seite eine Verbindung zur Datenbank braucht wird aus dem Pool eine bereits bestehende Verbindung verwendet, somit muss sich die Seite nicht immer neu einloggen und spart Zeit.
in WordPress läßt sich diese Funktion sehr einfach einschalten, einfach in der Datei “wp-includes/wp-db.php” folgende Zeile ändern:

$this->dbh = @mysql_connect($dbhost, $dbuser, $dbpassword);
in:
$this->dbh = @mysql_pconnect($dbhost, $dbuser, $dbpassword);

Schon verwendet WordPress Permanente Verbindungen, das sieht man daran das z.B. im MySQL-Administrator immer ein paar Verbindungen offen sind.
Wichtig ist auch zu überprüfen ob die “max_connections” in “my.cnf” für den Mysql-Server auch einen entsprechend hohen Wert haben, ansonsten gibts Probleme (500 reichen bei mir locker und auf dem Server laufen noch andere Datenbankapplikationen). Außerdem muss natürlich in der “php.ini” folgendes gesetzt sein:

mysql.allow_persistent = On

Weiters muss die Anzahl der Permanenten Verbindungen in der “php.ini” eingestellt werden (z.B. mysql.max_persistent = -1 für unbegrenzt).

Hat bei mir die Seiten subjektiv beschleunigt, aber vor allem aber etwas Load von Server genommen. Habe auch bis jetzt keinerlei Probleme mit Addons oder ähnlichem (und ich hab viele Addons laufen).

2. PHP-Accelerator verwenden
Für PHP gibt es mehrere Addons die PHP-Skripte vor kompilieren und dann nicht jedesmal das Skript neu übersetzt werden muss wenn eine Seite aufgerufen wird, das spart recht viel Rechenzeit. Ich haben XCache getestet, soll das beste sein nur leider lief es auf meinem Server nicht (Apache ist immer mit einem Core-Dump abgestürzt, obwohl selbst kompiliert). Also hab ich eAccelerator getestet und das läuft wunderbar (die Installationsanleitung ist auch brauchbar). In der Konfiguration (in “php.ini“) hab ich den Speicher für den Cache auf 100MB gestellt (drei WordPress-Installation und psa-horde), geht sich genau aus Damit WordPress gut mit eAccelerator zusammenarbeitet gibt es noch ein Plugin (sowohl für XCache als auch eAccelerator), läuft sehr gut.

Die Geschwindigkeitsverbesserung war gewaltig, vor allem die Response-Time, war aber klar, kenne den Effekt auch von “mod_perl“.

3. MySQL tunen
Als nächstes geht es der Datenbank an den Kragen. Dieses “MySQL Performance Tuning Primer Script” gibt sehr gut Auskunft wo etwas mit der MySQL-Konfiguration nicht stimmt, hat mir sehr viel geholfen (musste unter anderem den “table_cache" als auch den “key_buffer" in meiner “my.cnf” erhöhen) und MySQL schnurrt jetzt wieder.
Hilfreich ist auch den Query-Cache in “my.cnf” einschalten:

query_cache_size= 16M
query_cache_type=1
query_cache_min_res_unit = 4K

Setzt den Cache auf 16 Megabyte, reicht bei mir, einfach testen und nach ein paar Tagen das oben genannte Skript nochmals laufen lassen, dann sieht man ob genug oder nicht. das “query_cache_min_res_unit” soll die Fragmentierung des Caches durch kleine Ergebnisse (anscheinend oft in WordPress der Fall) verringern.

Das MySQL-tunen hat bei mir geholfen die Last von MySQL zu nehmen wenn andere Skripts, die sehr viel auf die Datenbank zugreifen, laufen. Aber auch für WordPress hat es dadurch eine Geschwindigkeitssteigerung gegeben.

Was auch der Performance nutzt ist in regelmäßigen Abständen ein “Optimize Table” über alle WordPress-Tabellen auszuführen, das optimiert die Indizes wieder.

Das waren meine Tipps für WordPress, wenn es noch andere gibt oder ihr der Meinung seit das man dies oder das eher nicht machen sollte einfach melden!

PS: nicht vergessen, zuerst ein Backup machen und natürlich sind alle Angaben ohne Gewähr!

Robert zeigte mir beim letzten Webmontag den Blog “Real Life” der eine wirklich nette Kategorie hat:

“Web 2.0 ist…”

hier ein paar Beispiele:

“…wenn Du glaubst mit einem Banner und einem Widget die Welt verbessern zu können.”
“…wenn Du an der Autobahn schnell rechts ran fährst, um schnell über den Stau zu twittern.”
“…wenn Du Deinen Twitter-Feed bei Jaiku einbindest, um ihn anschließend über Facebook zu verteilen.”

Da gibts noch viele weitere Beispiele, sehr fein!

Auch eine lustige Idee für eine Blogparade von Ulli:

Einfach mal schnell zum Kühlschrank gehen, aufmachen und knipsen. Aber spontan. Nix mit aufräumen, sortieren, sauber machen oder so.

Da mach ich natürlich sofort mit:

So schauts in meinem Kühlschrank gerade aus

Gefunden bei Pegasus Traum.

EDIT: komisch, Ullis Blog ist nicht mehr erreichbar, schade, ich hoffe das wird wieder!

Gestern auf dem Webmontag gewesen, war sehr nett!

Flo stellte sein Projekt Maptales vor, eine Seite auf der man sozusagen Wege wie bei Google Maps markieren kann, dann aber auch sehr einfach Bilder, Texte, etc. hinzufügen kann. Also ein Google-Map-Blog-Mashup mit sehr schönem Ajax-Interface das zwar manchmal etwas langsam ist (liegt vielleicht auch an meinem Rechner) aber ansonsten sehr gut funktioniert.

Hab das heute mal ausprobiert und meine kleine sonntägliche Radtour (gemeinsam mit Michaela) von meinem GPS-Empfänger direkt (als .GPX-File) auf Maptales gespielt. Hat wunderbar funktioniert:

Da könnte ich jetzt noch Flickr-Bilder, normale Bilder, etc. hinzufügen (wenn ich von der Tour Bilder hätte ).

Was mir noch fehlt (wurde gestern auch angesprochen) ist eine zeitliche Funktion, damit man sozusagen einen zeitlichen Ablauf der “Maptales” sehen kann. Wäre sicherlich interessant für historische Ereignisse, ich stell mir da eine Mischung aus Wikipedia, Maptales und Google Maps vor.

Ich bin ja neugirig was für neue Ideen da noch entwickelt werden, im Moment ist das ganze noch recht Alpha/Beta, aber laut Blog tut sich da ja sehr viel.

Im Zuge meiner Arbeit an den “Deutschen Piraten Blogcharts” hab ich mich sehr viel mit Technorati, einem der wichtigsten Ankerpunkte der Blogszene beschäftigt.

Dabei musste ich feststellen das einerseits das reine zählen von Links (=Authority) als Kriterium für einen guten Blog unbrauchbar ist (darüber werde ich aber ein anderes Mal schreiben), anderseits Technorati selber einige Probleme hat, hier 2 Beispiele:

 Deutschsprachige Suche

Es gibt zwar die Möglichkeit auszuwählen z.B. nur nach deutschsprachigen Blogs zu suchen, nur leider funktioniert das fast überhaupt nicht, bei bestimmten Suchbegriffen sind trotzdem ein hoher Prozentsatz der Suchergebnisse anderssprachige Blogs, selbst wenn man nach Wörter sucht die es nur auf Deutsch gibt.

 Anzahl der Suchergebnisse

Ein kleiner Test, einfach mal nach dem Wort “und” suchen in deutschen Blogs, Authority egal:

WOW! über 3 Millionen Ergebnisse!

Ok, jetzt mal z.B. auf die 50. Seite der Ergebnisse blättern,  wieder 10 Ergebnisse, dann unten auf die 51. Seite weiterklicken, dann auf die 52., usw….

HEH!!! DAS SIND JA IMMER DIE GLEICHEN ERGEBNISSE!!!!

Leider wahr, ab ca. Seite 50 ist das Resultat immer das gleiche, von wegen 3 Millionen, 500 Suchergebnisse (10 pro Seite) kann man sehen, mehr nicht! Das ist bei allen Suchen so, es ist einfach nicht möglich mehr als diese rund 500 Ergebnisse zu sehen.

Technorati ist wichtig, nur funktionieren sollte es!