Hier geht es zum beschreibenden Artikel und hier zur freien Demo.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Noch nicht?

Dann wird es aber Zeit.

Jane hat nämlich einen Aufruf dazu gestartet. Und alle sind herzlich eingeladen per Kommentar Ideen für WordPress 3.1 einzubringen. Am Donnerstag wollen die Entwickler die Vorschläge dann diskutieren. Eine Entscheidung über die kommende Entwicklung wird allerdings erst in den nächsten Wochen gefällt.

Die Liste der Vorschläge ist schon jetzt sehr lange, einige (in meinen Augen) interessante habe ich mal herausgepickt:

• interne Verlinkung vereinfachen
• verbesserte Suche nach Themes
• Überarbeitung des Medien-Managements
• Unterstützung für mehrsprachige Blogs

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

WP-Slimbox2 im Einsatz

Prinzipiell stehe ich diesen ganzen Lightbox-Scripten ein bisschen reserviert gegenüber. In sehr vielen Fällen wird der vergleichsweise geringe Nutzen wegen der Performance-Einbuße, durch die zusätzlichen Javascripte, CSS und Grafiken, in meinen Augen nicht wirklich gerechtfertigt.

Anders schaut es bei Websites aus, die sehr viele Grafiken haben oder eine besondere Ausrichtung darauf haben und wo es sinnvoll ist, die Grafiken die über den Artikel bzw. Seite verteilt sind miteinander zu "verknüpfen": also bringt hier eine Galerie-Funktion für den Leser einen großen Nutzen.

Ich habe während des Relaunches meiner Herr der Ringe Website einige WordPress-Plugins probiert und die Erweiterungen mussten folgendes können:

• Automatische Erkennung der verlinkten Bilder, ohne das man Attribute vergeben muss.
• Galerie-Funktion: Automatische Erkennung von Bildern auf gleicher Seite.
• Der Inhalt des title-Attributs sollte gleichzeitig auch die Bild-Unterschrift sein.
• Navigation innerhalb der Galerie mit Hilfe der Tasten.
• Auto-Resize: das große Bild wird bei der Ausgabe an die Größe des Viewports angepasst.

Am Ende haben sich zwei ernstzunehmende Kandidaten herauskristallisiert:

• FancyBox for WordPress und
• WP-Slimbox2

Nach etwa zwei bis drei Tage testen habe ich mich dann für WP-Slimbox2 entschieden und zwar aus zwei Gründen. WP-Slimbox2 ist zum einen Ressourcensparender. FancyBox for WordPress benötigt 13 http-Anfragen und ca. 22 KByte mehr als WP-Slimbox2. Zum anderen arbeitet WP-Slimbox2 sehr gut mit dem Plugin Javascript to Footer. FancyBox for WordPress verweigert hierbei den Dienst.

Die Erweiterung Javascript to Footer bringt die Javascripte, der eingesetzten Plugins, die dies zulassen bzw. unterstützen, in den "Fußbereich" des HTML-Dokuments … also vor den abschließenden body-Tag. Das ist aus der Sicht der Performance besser. Skripte wie zum Beispiel wie Google Analytics bleiben aber auch weiterhin innerhalb des head-Elements.

Welches Lightbox-Skript bzw. welches -Plugin setzt ihr so ein?

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Bei WordPress bekommt man dabei ein Problem, weil die Überschrift bei sprechenden Permalinks gleichzeitig in der URL abgebildet wird. Das ist aber ein vergleichsweise kleines Problem, da man die URL, so bald sprechende Permalinks aktiviert sind, schon bei der Erstellung des Artikels/Seite komfortabel verändern kann.

Das größere Problem ist die Tatsache, dass wenn man die Pages automatisch in der Navigation ausgeben möchte, der Titel bzw. die Hauptüberschrift auch als Menüpunkt ausgegeben wird.

Je nach dem, wie lang die Überschrift ist, schaut es komisch in der Seitenleiste aus und bei einer horizontalen Navigation ist dann auch sehr schnell Schluss, weil nur wenige Menüpunkte rein passen.

Die neue Menü-Funktion aus WordPress 3.0 könnte hier eine Lösung sein. Da man hier den einzelnen Navigationselementen individuelle Menünamen vergeben kann … unabhängig von der Hauptüberschrift.

Aber ich persönlich finde die Idee der neuen Funktion zwar nett, sie ist aber noch lange nicht ausgereift. Die Erstellung von Menüs ist zumindest in meinen Backends sehr langwierig und imho umständlich. Nicht zu unterschätzen ist, dass die neue Menü-Funktion ganz gewaltig an der Datenbank saugt und ordentlich viele Abfragen produziert. Siehe dazu den Artikel von Michael Preuß. Ich habe es auch vorhin noch einmal getestet: nur zwei Menüpunkte der neuen Funktion verursachen sieben zusätzliche DB-Anfragen.

In meinem speziellen Beispiel wäre der Einsatz der neue Menüfunktion eh nicht hilfreich gewesen, da ich u. a. die Unterseiten nur anzeigen wollte wenn man sich auf entsprechenden Eltern- und Geschwister-Seiten befindet. Dafür gibt es zwar Plugins wie z. B. Flexi Pages, aber auch hier hat man das Problem, dass die Überschrift automatisch übernommen wird.

Die Lösung des Problems

Die Lösung des Problems ist recht einfach und so habe ich es auch bei dem Relaunch von Faszination Tolkien gemacht. Ich habe mich der Hilfe der benutzerdefinierten Felder bedient. Die Template-Dateien, die für die Ausgabe der Seiten zuständig sind, also page.php und die Seiten-Templates, habe ich folgendermaßen angepasst:

<?php if (have_posts()) : while (have_posts()) : the_post(); ?>
    <?php $alternativ_titel = get_post_meta($post->ID, 'alternativ_titel', true);
    if ($alternativ_titel) { ?>
    <h2 class="storytitle"><?php echo $alternativ_titel; ?></h2>
    <?php } else { ?>
    <h2 class="storytitle"><?php the_title(); ?></h2>
    <?php } ?>

Der Code bewirkt folgendes: wurde der benutzerdefinierte Feld "alternativ_titel" gesetzt bzw. mit einem Wert belegt, dann wird im Frontend nicht die "normale" Überschrift ausgegeben sondern der Inhalt des benutzerdefinierten Feldes. Der Titel bzw. die Hauptüberschrift ist zwar für den Besucher unsichtbar, aber im System dennoch vorhanden und für die automatische Ausgabe der Pages (z. B. via wp_list_pages();) verfügbar.

Also einfach bei Bedarf, den kürzeren Titel da eintragen, wo man es immer macht:

Die kurze Hauptüberschrift

Und die längere, aussagekräftigere Überschrift im benutzerdefinierten Feld:

Die längere Überschrift

Und das Ergebnis schaut dann so wie in der folgenden Abbildung aus:

Das Ergebnis unterschiedlicher Hauptüberschriften

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Bevor jetzt, die Hinweise kommen, das WordPress schon immer ein CMS war: ja, dass weiß ich. Aber "WordPress als 'klassisches' CMS" ist einfach griffiger als "WordPress im Einsatz auf Projekten ohne Blog-Charakter". Oder will mir hier jemand widersprechen?

Viel Spaß beim Lesen.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Auch hier gilt es den Hinweis zu beachten den ich im ursprünglichen Artikel abgegeben haben.

Viel Spaß beim Lesen.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Es könnte aber sein, dass die Startseite vom Rest sehr stark abweicht und da könnte es schnell unübersichtlich werden, wenn man mit Conditional-Tags arbeitet. Deswegen gibt es schon seit längerem die Möglichkeit eine Template-Datei mit dem Namen home.php zu erstellen. Diese Datei kümmert sich ausschließlich um die Ausgabe der Startseite und den folgenden Unterseiten der Startseite und "überschreibt" dabei die Angaben in der index.php.

Die home.php wirkt aber nur so lange auch die Auflistung der aktuellen Blog-Artikel auf der Startseite erscheinen. Bestimmt man unter Einstellungen → Lesen → Startseite eine Seite (Page) als Startseite, dann kommt die home.php gar nicht zum Zuge.

Deswegen gibt es seit WordPress 3.0 die Möglichkeit eine Template-Datei mit dem Namen front-page.php zu erstellen. Angaben in dieser Datei beziehen sich auf die Startseite egal ob hier eine Seite bzw. Page oder ob klassischerweise, die Auflistung der letzten Blog-Artikel zum Einsatz kommt.

Die Angaben in der front-page.php "überschreiben", die Angaben in der home.php und in der index.php.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Hier eine Auflistung der gefunden Schwachstellen

1. phpBB – 100% der untersuchten Installationen zeigen kritische Schwachstellen
2. Mediawiki – 95% der untersuchten Installationen zeigen kritische Schwachstellen
3. Joomla! – 92% der untersuchten Installationen zeigen kritische Schwachstellen
4. Movable Type – 91% der untersuchten Installationen zeigen kritische Schwachstellen
5. phpMyAdmin – 85% der untersuchten Installationen zeigen kritische Schwachstellen
6. Moodle – 74% der untersuchten Installationen zeigen kritische Schwachstellen
7. Drupal – 70% der untersuchten Installationen zeigen kritische Schwachstellen
8. SPIP – 65% der untersuchten Installationen zeigen kritische Schwachstellen
9. WordPress – 4% (in Worten "vier"!) der untersuchten Installationen zeigen kritische Schwachstellen

Quelle: Netzgeist.org

Das ist ein vergleichsweise gutes Ergebnis … wenn man der Studie glauben soll. Dieses vergleichsweise guter Ergebnis resultiert meiner Meinung nach aus vielen Faktoren.

Zum einen sind die einfachen Update-Mechanismen für Plugins und für WP zu nennen, zum anderen die standardmäßige Deaktivierung der XML-RPC-Schnittstelle und die vielen Sicherheits-Tipps, die in vielen Weblogs publiziert wurden.

Vor allem der letzte Punkt schafft, nach einer Weile, auch bei einfachen Nutzern ein Sicherheitsbewusstsein und somit beschäftigen sich auch solche Nutzer zunehmend mit den Sicherheitsaspekten.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Während der Aktualisierung wird folgendes im Frontend angezeigt

Somit werden, zumindest in solchen Fällen, Wartungsmodus-Plugins überflüssig.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Im Update-Bereich wird bis jetzt nur noch die englischsprachige Version angezeigt, aber ich gehe davon aus, dass im Laufe des heutigen Tages, die deutschsprachige Version ebenfalls zur Verfügung stehen wird.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

WordPress 3.2 wird dagegen schon PHP 5.2 und MySQL 5.0.15 als Minimum voraussetzen. Dies dürfte für die allermeisten Nutzer kein Problem sein, da mittlerweile die Verbreitung von PHP 5 und MySQL 5 flächendeckend sein sollte.

Die Version 3.2 wird wahrscheinliche Mitte 2011 erscheinen und der Update-Mechanismus wird Updates auf die Version 3.2 verhindern, wenn die Voraussetzungen nicht erfüllt sind. Also hat man noch gute 9-10 Monate um sich darum zu kümmern, dass man auch WordPress 3.2 dann betreiben kann.

Via offizielles WordPress-Blog.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Nach der Installation des Plugins gibt es unter "Einstellungen" einen zusätzlichen Menüpunkt mit dem Namen "CMS Tree Page View". Dort kann man lediglich einstellen ob die Verwaltung der Seiten durch das Plugin im Dashboard und/oder als zusätzlicher Menüpunkt unter "Seiten" eingeblendet wird:

CMS Tree Page View im Einsatz

Das Plugin listet die Pages als Baumstruktur auf, was in meinen Augen sehr übersichtlich ist. Durch das Klicken auf das Pfeil-Icon kann man die Unterseiten einer übergeordneten Seite ein- und ausklappen. Darüber hinaus kann man alle oder nur veröffentlichte Seiten auflisten, alle Pages ein- oder ausklappen oder nach einer bestimmten Seite suchen.

Hält man den Mauscursor über eine Seite, dann bekommt man die Möglichkeit die Seite zu bearbeiten, anzusehen, auf gleicher Ebene eine neue Seite (after) oder eine Kind-Seite (inside) zu erstellen. Als zusätzliche Information wird einem die ID der jeweiligen Seite angezeigt so wie wann und von wem die Page zu Letzt bearbeitet wurde.

Alles in allem ein sehr nützliches Plugin.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Warning: Illegal offset type in isset or empty in [...]/wp-includes/taxonomy.php on line 176
Warning: Cannot modify header information – headers already sent by (output started at [...]/wp-includes/taxonomy.php:176) in [...]/wp-admin/includes/export.php on line 44
Warning: Cannot modify header information – headers already sent by (output started at [...]/wp-includes/taxonomy.php:176) in [...]/wp-admin/includes/export.php on line 45
Warning: Cannot modify header information – headers already sent by (output started at [...]/wp-includes/taxonomy.php:176) in [...]/wp-admin/includes/export.php on line 46

Nach dem ich vorsichtshalber sowohl die /wp-includes/taxonomy.php als auch die /wp-admin/includes/export.php auf Leerzeichen bzw. -Zeilen vor dem öffnenden <?php geprüft habe, habe ich einfach das Plugin Simple Tags deaktiviert und der Export funktionierte wie gewohnt.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Das Thema des Artikel ist nicht nur die Sicherheit, sondern auch wie die ersten Schritte bezüglich der Erstellung eines eigenen Themes aussehen könnten. So weit so gut.

Karsten Busch hat mich in seinem Blog-Artikel darauf hingewiesen, dass an einer Stelle im Artikel eine zusätzliche Info fehlt bzw. hilfreich gewesen wäre.

Worum geht es genau? Im abgegeben Manuskript habe ich unter anderem empfohlen, dass man während einer Installation den Tabellen-Präfix (wp_) in etwas individuelles ändern sollte, aber das man bei einer bestehenden Installation davon die Finger lassen sollte bzw. das dies nur sehr erfahrene Anwender in Angriff nehmen sollten, da ich selber in zwei Test-Fällen arg zu kämpfen hatte.

Wie das so ist, wurden von den Seiten des Verlags einige Änderungen im Artikel eingefügt. Unter anderem steht jetzt im Artikel, dass man auch bei einer bestehenden Installation den Tabellen-Präfix ändern könnte und das es dafür reicht, wenn man in z. B. phpMyAdmin, die Präfixe der einzelnen Tabellen ändert. Das reicht aber nicht ganz, da der Admin dann ausgesperrt wird: "Du hast nicht ausreichend Rechte, um auf diese Seite zuzugreifen".

Mir wurde das geänderte Manuskript zur Durchsicht gegeben. Ich habe die Änderungen geprüft, aber wie der Teufel will, habe ich just diese Stelle übersehen … man merkt es: Murphy ist'n Arsch.

Eine mögliche Lösung des Problems

Wie bereits oben beschrieben, reicht es nicht wenn man die wp-config.php und die Präfixe der einzelnen Datenbank-Tabellen anpasst, da sich die Angaben zum alten Präfix auch noch in Datensätzen befinden. Folgende beiden Aufrufe sollten Abhilfe schaffen:

UPDATE neuesPrefix_options SET option_name = REPLACE(option_name, 'altesPrefix_', 'neuesPrefix_');
UPDATE neuesPrefix_usermeta SET meta_key = REPLACE(meta_key, 'altesPrefix_', 'neuesPrefix_');

Weitere Infos, unter anderem auch zu diesen beiden Aufrufen findet man im folgenden Artikel: WordPress: "Du hast nicht ausreichend Rechte, um auf diese Seite zuzugreifen"

Ich müsste mal testen ob es reicht, wenn man in der exportierten SQL-Datei einfach im Texteditor per Serach & Destroy Suchen und Ersetzen das alte durch neue Präfix ersetzen könnte. Oder hat es jemand schon evtl. getestet?

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Dieser Workshop richtet sich an alle Nutzer, die tiefer in die redaktionelle Arbeit mit WordPress einsteigen möchten: Einfügen von Bildern und anderen Dokumenten, Galerien, Texte formatieren, wie man am besten Texte aus Office-Dokumenten einfügt, von unterwegs bloggen, Nutzung von Desktop-Editoren, Moderation von Kommentaren, Einsatz von Firefox-Addons u. v. m.

Für alle die sich bis zum 20. Juli anmelden gilt der Frühbucher-Rabatt von 10%.

Weitersagen, Pingbacken und Retweeten ist erlaubt und erwünscht.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Der YouTube Video-Player ist eines der am weitesten verbreiteten Widgets und findet sich auf einem Großteil der Blogs weltweit wieder. Doch leider fehlen dem Player einige Funktionen, die gerade für die Blogger von Interesse sein dürften, die ihre Videos möglichst vielen Menschen zugänglich machen möchten.

Videos, die beispielsweise für Guerilla Marketing erstellt werden, haben nur ein Ziel: Viele Zuschauer. Um dieses zu erreichen, ist YouTube eine wunderbare Plattform. Jedoch sollte nicht vergessen werden, dass gerade die Zuschauer einen unglaublichen Einfallsreichtum an den Tag legen können, wenn es um die weitere Verbreitung des Videos geht.

Im einfachsten Fall kann dies bedeuten, dass die Nutzer das Video auf ihren Lieblingsportalen hochladen. Mit etwas mehr Glück ist der Zuschauer selbst im Internet aktiv und stellt das Video, mit eigenen Kommentaren versehen, seinen Fans vor. In jedem Fall wird so die Reichweite ohne zusätzliche Kosten drastisch erhöht.

Damit dies geschieht, muss die Möglichkeit bestehen, dass die User sich das Video zur weiteren Verbreitung herunterladen können. Mittels meines Video Download Plugins ist dies problemlos möglich. Es fügt zu jedem eingebetteten YouTube Video einen kleinen Download-Link hinzu. Klickt man auf diesen, wird sofort ein Download angestoßen.

Plugin auf der offiziellen Nachrichtenseite der malaysischen Regierungspartei (Die Plugin-Texte können frei gewählt werden).

Auch für die Politik-Blogger kann dieses Plugin eine interessante Funktion bieten. Neben dem direkten Download des Videos ist es auch möglich, das Video im MP3-Format herunterzuladen. Dies ist eine sinnvolle Erweiterung für Interviews, denn diese lassen sich viel einfacher auf dem MP3-Player während einer Bahnfahrt anhören als auf dem Computer, denn auf diesem ist die Ablenkung weit größer.

Im Gegensatz zu anderen Plugins wird durch meines keine Werbung auf eurer Seite eingeblendet, außerdem werden keine Bilder, sondern HTML zur Darstellung verwendet. Der wichtigste Unterschied ist jedoch, dass durch die Nutzung kein zusätzlicher Datenverkehr bei euch anfällt, da jeder Download über meine Server durchgeführt wird.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

So weit ist dies in Ordnung, aber eine zusätzliche Datei nur für die Galerie ist in meinen Augen zu viel des Guten, immerhin handelt sich hier um eine nicht unbedingt notwendige Anfrage an den Server. Das Problem ist das es leider in den Einstellungen des Plugins keine Option gibt die Ausgabe der extra Datei zu unterdrücken.

In der Dokumentation (readme.html) wird folgender Code angegeben:

<?php remove_action( 'wp_head', 'cleaner_gallery_css' ); ?>

Diesen Code muss man in die functions.php einfügen. Allerdings funktioniert dieser Code nicht und daher kann man ihn getrost vergessen. Kurze Recherche brachte mich zum folgenden Code:

<?php
// Entfernt die CSS-Datei von Cleaner Gallery
wp_deregister_style("cleaner-gallery");
?>

Auch dieser wird in die functions.php eingetragen und im Gegensatz zum ersten Beispiel funktioniert er auch. Anschließend die Regeln aus der cleaner-gallery.css in die style.css übertragen und das war's.

Der Kopfbereich des HTML-Dokuments ist etwas schlanker und man spart sich einen unnötigen HTTP-Request. Ist imho interessant für Leute, die mit recht wenig Einsatz noch ein bisschen mehr aus ihrer Performance-Optimierung raus holen wollen.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Die Räumlichkeiten

Was mir weniger zugesagt hat war die Location. Nicht das man mich missversteht, ich weiß das es sauschwer ist geeignete Räumlichkeiten zu finden und ich habe auch nichts gegen Räume Marke Rustikal. Aber Fakt ist, dass die Location für Sommertemperaturen in Berlin nicht wirklich geeignet war: große Fensterfronten, wo die knalle Sonne schön reinbrutzelte.

Dafür können aber die Leute von WordCamp nichts und meine Kritik geht hier und im weiteren Verlauf des Artikel eindeutig in Richtung betahaus.

Ich bin weder aus Zuckerguss noch aus Pappe und ich kann auch ordentlich was aushalten, aber 1-2x dachte ich dort "Boah hab' isch Kreislauf" und ich war bei weitem nicht der einzige, der diesen Gesichtsausdruck vorzuweisen hatte. Glücklicherweise gab es dann auch kostenlos Wasser und Obst, was es dann etwas erträglicher machte.

Da klimatisierte Räume doch in meisten Fällen teurer sind, wäre es evtl. eine Überlegung wert Camps – die über ein schmaleres Budget verfügen – dann doch eher in Frühling oder Herbst zu verlegen.

Auch die Akustik in manchen der Räume war suboptimal, so das man als Redner richtig laut reden und die Fragen der Zuhörer wiederholen musste, damit alle Leute etwas mitbekommen.

Schade fand ich dass ich und eine Reihe von Leuten über einen recht langen Zeitraum keinen Zugang zum WLAN hatten, da die IPs sehr schnell weg waren. Die Leute haben sich wirklich redlich bemüht, dies in den Griff zu bekommen, es hat aber dennoch ziemlich lange gedauert. Schade.

Das Thema Essen

Über das Thema "Essen auf dem Barcamp" kann man geteilter Meinung sein. Einerseits bedeutet dies, dass man entweder mehr Sponsorengelder einnehmen muss oder das man einen Sach-Sponsor findet, der das Essen beisteuert. Anderseits bedeutet ein vollwertiges Essen vor Ort, dass die Leute auf dem Camp bleiben und sich nicht grüpchenweise in der Umgebung verstreuen um nach etwas essbaren zu suchen.

Ich persönlich fand es bei dem ersten deutschen WordCamp (2008 in Hamburg) sehr gut, dass es vor Ort sowohl ein richtiges Frühstück als auch ein sehr leckeres Mittagessen gab. Somit hatte man eine gute Mahlzeit und war nicht auf Fastfood in der Nähe angewiesen.

Anderseits bietet das auswärtige Essen die Möglichkeit auch neue Leute kennen zu lernen und sich über Themen zu unterhalten, die nichts mit der Arbeit zu tun haben.

Beides hat also seine Vor- und Nachteile. Ich komme mit beiden Konzepten klar. Wer aber auf seinem Camp kein vollwertiges Essen anbietet, muss dann natürlich eine Location wählen, die vergleichsweise zentral liegt … und dies war bei diesem WordCamp auch der Fall.

Die Sessions und neue Kontakte

Sessions habe ich, mal von meiner eigenen abgesehen, keine mitbekommen, weil ich mich mit sehr vielen netten & interessanten Leuten unterhalten habe und dem entsprechend keine Zeit für die Vorträge hatte. Das ist aber an sich völlig in Ordnung, weil ich auf Barcamps & Co. in erster Linie wegen den Leuten und in zweiter Linie wegen den Sessions gehe.

Dabei durfte ich viele neue Kollegen kennenlernen und Leute, die ich aus dem Web kenne auch Live und in Farbe sehen: Dirk Rottig (vielen Dank! bei der Hilfe mit dem Beamer), Peter Klein, Michael Jendryschik, Michael Preuß, Kai Thrun, Torsten Landsiedel, Carsten J. Pinnow … sollte ich jemanden vergessen haben, einfach die Hand heben.

Es hat mich auf jeden Fall sehr gefreut, dass meine Session auf eine gute Resonanz gestoßen ist. Ich werde in den nächsten Tagen versuchen, die Folien ein bisschen zu erweitern und hier zu veröffentlichen.

Weitere Stimmen

• Rückblick auf das WordCamp 2010 in Berlin
• Review: WordCamp 2010 Berlin
• Wordcamp Berlin 2010 – Mein Rückblick
• 35 Grad, 200 WordPress-Geeks und jede Menge Infos
• WordCamp 2010 – ein Rückblick
• Das WordCamp 2010 in Berlin – ein Rückblick

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Allgemeines zu den Bildern

Ein Bild sagt mehr als 1.000 Worte … hört man sehr häufig. Das stimmt wohl. Ein Bild kann nicht nur zusätzliche Informationen liefern sondern einen Artikel erst verständlich machen und Bilder lockern einen Text auf. Daher wäre es blödsinnig, aus Gründen der Performance auf den Einsatz von Bildern und Grafiken zu verzichten … ich gehe bei dieser Aussage davon aus, dass man eine Flatrate und eine ordentliche Verbindung zur Verfügung hat.

Falsche Grafik-Formate

Ganz grob kann man folgendes sagen. Das Format JPG eignet sich für Fotos und Grafiken mit sehr vielen Farben (zum Beispiel sehr feine Verläufe) und/oder für Grafiken mit fotografischen Komponenten. Die Formate GIF und PNG eignen sich für den Rest und wenn Transparenzeffekte benötigt werden. GIF kann auch Animationen darstellen. So weit zu den drei Pixel-Grafik-Formaten, die im Web die weiteste Verbreitung haben

Weiter will ich hier in das Thema nicht einsteigen, weil man damit ganze Artikelserien füllen kann. Mir geht es darum zu zeigen, was passieren kann wenn man die falschen Grafikformate verwendet.

Fotografien

Folgendes Foto in den Maßen 490×327 Pixel habe ich in Photoshop CS2 unter den Qualitäts-Einstellungen Hoch (60%) gespeichert:

Die Dateigröße beträgt 32 KByte. Ohne nennenswerte Verluste in der Qualität könnte man die Dateigröße locker unter 30 KByte drücken. Würde ich das gleiche Bild in GIF abspeichern, dann bekäme ich 105 KByte und bei PNG (8 Bit) noch 91 KByte.

Also ist es hier klar: JPG hat eindeutig die Nase vorn, sowohl in der Qualität als auch in der Dateigröße.

Grafiken mit wenigen Farben und ohne fotografische Elemente

Nehmen wir uns jetzt eine Grafik vor, wo ich einen Teil der Tagwolke aus dem Fußbereich dieser Website abgebildet habe:

Die Ausmaße betragen 490×250 Pixel und die Grafik verursacht bei PNG gerade mal 8,6 KByte. Mit GIF komme ich schon auf 12,1 KByte, bei gleicher Bildqualität und mit JPG erreiche ich schon 23,7 KByte und da auch nur wenn ich die Qualität auf 30% runter drücke, was in einer sehr schlecht Bildqualität (Artefakte) resultiert. Hier das Ergebnis:

Möchte ich diese Artefakte nicht haben, dann muss ich bei derJPG-Qualität mindestens auf 60% gehen und ist das Bild schon fast 50 KByte groß.

Bei Grafiken solcher Art, wie im letzten Beispiel, ist JPG das falsche Format und hier patzen recht viele Webmaster und darunter befinden sich auch einige, die man das Prädikat Anfänger nicht unbedingt andichten würde.

Was wir aber hier auch gemerkt haben, ist die Tatsache das die Wahl von PNG (8 Bit) gegenüber GIF in den allermeisten Fällen, mal von ganz kleinen Grafiken abgesehen, in einer etwa 10-15% kleineren Dateigröße resultiert.

Kleine Bilder: Verkleinern vs. Ausschnitt

Ein häufiger Fall wo viel Optimierungspotential steckt ist folgender. Man schreibt einen Artikel und die Bilder die man einfügen möchte sind zu groß, zum Beispiel 980 Pixel breit. Das passt 1:1 nicht in den Inhaltsbereich. Also muss man die Bilder verkleinern, zumal die Mediathek von WordPress dies beim Einbinden automatisch macht. Aber ist das immer der richtige Weg?

Ich werde hier gleich eine verkleinerte Grafik einbinden, die auf das Original verweist:

Vergleiche die Dateigrößen des Originals und des Vorschaubildes

Das Originalbild hat eine Dateigröße von 13,7 KByte und die Vorschaugrafik obwohl wesentlich kleiner hat eine Dateigröße von 14,45 KByte und ist somit "schwerer" als das Original. Je nach Fall kann das Vorschaubild noch wesentlich "dicker" sein als das Original. Verwende ich dagegen ein Ausschnitt in den gleichen Ausmaßen (490×189 Pixel) dann werde ich mit einer Dateigröße von 6,5 KByte belohnt:

Sicherlich das ganze ist natürlich eine Zeitfrage. Ein automatisch generiertes Vorschaubild spart Zeit und ist komfortabel, aber dennoch sollte man versuchen, zumindest bei umfangreichen und bebilderten Artikeln, die Vorschaubilder nicht durch die Verkleinerung der Originalbilder zu erreichen sondern auf Ausschnitte der relevanten Bereiche zu setzen.

Das hat nicht nur den Vorteil einer geringeren Dateigröße sondern dient auch dem Besucher der Website: auf einem zu Unkenntlichkeit, verkleinerten Vorschaubild ist häufig schwer zu erkennen, worum es im Original geht. Hier sind Ausschnitte des relevanten Bereiches doppelt im Vorteil.

Fazit

Beide oben genannten Aspekte – die Wahl des richtigen Formats und des richtigen Vorschaubildes – zeigen, dass die Optimierung einer Website kein Hexenwerk ist und das auch Webmaster mit vergleichsweise wenigen Kenntnissen viel erreichen können.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen

Wichtige Stichwörter und Links sind im dazugehörigen Blog-Artikel notiert und man die Möglichkeit jede menge Bücher und Video-Trainings zu gewinnen: also ran an den Speck.

Viel Spaß beim zuhören.

Wir im Web: Twitter – Facebook – XING – WordPress-Buch – Webwork-Tools – Geld 2.0

Blog unterstützen: Flattr – Bee5: Geld sparen oder verdienen