phpBB 3 ist erwachsen geworden, alle neuen Features zu z.B. Sicherheit, Usermanagement, Caching oder Skalierbarkeit sind sehr umfangreich und gut durchdacht. Auch wenn es für Umsteiger von 2.x manchmal etwas gewöhnungsbedürftig ist. Es ist somit kaum ein Stein auf dem anderen geblieben.

1. Installation

Die Installation ist gewohnt einfach. Die “famous 5 Minute Installation” von WordPress lässt grüßen.

2. Einrichtung und Verwaltung von Foren

Foren und Kategorieren sind jetzt rekursiv erweiterbar und staffelbar. Die gewohnte 1 Ebenen Forenwelt ist damit passé. Damit lassen sich die Foren viel tiefer strukturieren und werden dadurch vielleicht übersichtlicher.

Der gesamte Backendbereich wurde natürlich überarbeitet und zeigt sich wesentlich benutzerfreundlicher, aber natürlich auch komplexer. Mit etwas Einarbeitung gehts aber alles flott von der Hand.

3. Usermanagement und Rechteverwaltung

Das Usermanagement in phpBB 2 hat mich immer etwas genervt (ohne Mods). Jetzt ist natürlich wesentlich, wesentlich umfangreicher und detaillierter (Rechevergabe auf User, Gruppenebene möglich). Allerdings lassen sich Rechte kopieren und vererben (bei Foren)

Noch einige coole Features, die uns so aufgefallen sind:

• Es gibt einen Shadowmodus – wodurch man User und Gruppenrechte testen kann
• Besser System zu verwarnen und bannen von Usern
• Eigene Gruppe für “gute” Suchmaschinen Bots
• Update Wizard
• Stark verbesserte Modification Spezifikation und Schnittstellen für Entwickler und phpBB Betreiber ohne große Programmierkenntnisse
• usw.

Im Prinzip sind alle Bereich von Rechtesystem, Usermanagement, Seitensuche, Profile, Private Messages, Filesystem und Attachments sinnvoll erweitert worden.

Interessante Links:

• http://www.phpbb.com/about/features/ – Feature Liste
• http://www.phpbb.com/about/features/compare.php – Vergleich zu anderen Foren

Natürlich gibt es noch nicht soo viele Snippets und Mods, aber das wird schon mit der Zeit…

Interessante Bücher zu phpBB:

• phpBB 3. Das Einsteigerseminar
• Internet Intern: phpBB 2

Doch Google hebt wiedermal den strengen Zeigfinger in die Höhe: Denn die Ladezeit der Landingpage von Adword-Anzeigen soll sich künftig auch auf die Positionierung auswirken. Betreiber von Seiten, die ewig lange brauchen, werden künftig mehr blechen müssen, um ihre Anzeigen in Toppositionen zu sehen.

Let’s do the time warp again…

Buchtipp zu SEM und Google Adwords:

Direktmarketing in Echtzeit: Richtig werben mit Google Adwords Preis bei Amazon: EUR 43,15 EUR

Von Meta-Tags über HTTP-Header bis zu serverseitigen PHP-Möglichkeiten (sowohl mit einfachen Funktionen als auch mit einer PEAR-Klasse)

http://www.sitepoint.com/article/caching-php-performance

Speziell weil ja jetzt Google bei bei der Positionierung der Adwords – Anzeigen, auch die Ladezeit der Landingpage einkalkulieren will, sollten sich großere Seiten/Blogs mit dem Thema Caching auseinander setzten.

Der neue Metatag (erstmal im Internet Explorer soll ermöglichen, dass Webentwickler angeben können, für welche Browser und Versionen die Webseite optimiert wurde. Zukünftige Browser können dann die Angabe interpretieren und die Webseite dementsprechen emulieren.

Mehr Infos gibt z.B. hier: 

http://www.tripple.net/contator/webwizard/news.asp?ber=75&nnr=30012

Ein kleiner Nachteil von Flash dürfe nun gelöst sein:

Deeplinks für Flashseiten

Ein kleinerer Nachteil von Flash – nämlich das fehlende Deeplinking auf einzelne Seiten und Inhalte – dürfte nun der Vergangenheit angehören. SWFAddress ist ein kleines Skript zum SWFObject, das Deeplinking für Flashapplikationen ermöglicht. Dadurch kann man die Browserbuttons Vor, Zurück und Refresh benutzen und eindeutige Urls zu Inhalten im Flashfilm (z.B. per Mail) versenden.

Link zu SWFAddress:

http://www.asual.com/swfaddress/

Für einen, der mmn. größten Nachteile von Flash, gibt es aber nach wie vor nur Lösungsansätze und Workarounds:

Indizierung von Flashinhalten durch Suchmaschinen

• Flashinhalten können nach wie vor nicht von Suchmaschinen indiziert werden.
• Inhalte können nur durch einen – oft mühsamen – extra Aufwand indizierbar gemacht werden.

Mehr Infos zu Flash und Google beim offiziellen Google-Webmastercentral

Weiterer interesannter Artikel zu Flash und Suchmaschinenoptimierung:

http://blog.sebastian-weyrauch.de/2007/07/13/flash-und-suchmaschinenoptimierung/

Jeder kennt rel=nofollow. Naja vielleicht nicht jeder, meiner Mutter sagt das vielleicht nix, aber sonst jeder, oder? Se famous rel=follow gehört zu den sog. Mikroformaten. Diese sind im Prinzip nichts anderes zusätzliche Informationen für HTML Elemente (class-, rel- oder rev-). So können z.B. Suchmaschinen die zugewiesenen Werte in den Microformats auslesen und die Information entsprechend verarbeiten und bewerten.

Jeder, der sich mit HTML und CSS beschäftigt hat, hat sicher schon z.b . einer h1 überschrift folgende Klasse: <h1 class="meineklasse"> zugewiesen. Das ist zwar recht schön, weil meineklasse in den Stylesheets definiert wurde und beschreibt, wie eine h1 Ãœberschrift den so auszusehen hat. Doch Bots oder HTML-Parser interessiert das eher peripher, weil nicht standardisiert. Microformats sind also standardisierte Formate, die weitverbreitet verwendet werdn. Wobei hier Standard relativ ist…

Interessante Einsatzgebiete für den (menschlichen) User (z.B. Plugins für Firefox) werden z.B. hier beschrieben. 

2 interessante Formate & Einsatzgebiete

1. rel=nofollow

Google, Webspam, Pagerank, Schutz. Die Stichworte beschreiben so circa das “berühmteste” Microformat. Im Prinzip nimmt man so einem Link den Wert und Bedeutung, die er für z.B. Suchmaschinen hat. Leider hat sich diese spannende Information noch nicht bei allen spambots durchgesprochen. Falls also jemand “botisch “kann, bitte in den Kommentaren posten.

Beispiel: <a href=http://www.stinkfadewebsite.at rel=nofollow>

2. rel=tag

Sagt im Prinzip: “Dieser Link führt zu einer Seite mit weiteren Links zum gleichen Tag und somit relevanten Themen. Tags und Tagcloud etc. sind ja totschick, web2.0 und so, doch für SEO Interessierte stellt sich nun folgende Fragen:

• Wenn man Artikel ”tagt”, soll man diesen Links dann lieber rel=nofollow geben (Double Content uns so)?
• Welchen Infos soll man dem Googlebot bei “Ergebnisseiten” von Tags liefern: nofollow, noindex oder doch nicht?

Diese ganzen Tags generieren natürlich Unsummen an Seiten mit Inhalten, die es ja schon woanders gibt, das darf man nicht vergessen.

Ich hab mir dazu Seiten wie blogger, technorati angesehen, wie das dort gelöst wurde:

• Tags, Labels bekommen rel=tag
• Die Ergebnisseiten sind entweder index, follow (Blogger) bzw. index, nofollow (Technorati – Also Sackgassenseiten)

Google hat sich ja auch schon mehrmals zu den Schauermärchen um Double-Content geäußert: http://googlewebmastercentral-de.blogspot.com/2007/06/duplicate-content-session-auf-der-smx.html

Fragen, die ich noch nicht wirklich beantworten konnte:

• Gibt es irgendwie negative Auswirkungen, wenn es zuviele Tags/Seite gibt?
• Sind Tag-”Ergebnisseiten” ähnlich zu behandeln, wie Suchergebnisseiten – Blickrichtung Adsense & Guidelines?

Falls hierzu jemand Infos hat, würd ich mich über Kommentare freuen.

Interessante Links:

http://microformats.org/wiki/Main_Page (“offizielles” Wiki)

http://mikroformate.de/