Ich möchte keinen an den Pranger stellen. Daher mache ich die Screenshots möglichst unkenntlich.

Ein echt kreativer Link, der sich dort beim drüber fahren mit der Maus zeigt. Nur welcher Besucher kann mit <b><font … etwas anfangen? Ich glaube es muss dazugesagt werden, dass die gesamte Seite aus einem Shop System zu kommen scheint. Da sollten solche Fehler also nicht mehr vorkommen.

Aber die Navi hat noch mehr zu bieten:

Ohne Punkt, ohne Komma und ohne Abstände. Hätten einzelne Menüpunkte keine Unterpunkte, die verschiedenen einzelnen Menüpunkte würden einem gar nicht so vorkommen.

Zumindest wird man freundlich begrüßt in Ihrem neuen Internetauftritt. “Neu” – wenn ich es nicht vergesse, werde ich in einem halben Jahr nochmal vorbeischauen. Ich ahne ja schlimmes und ein Blick ins Gästebuch verrät es auch. Aber hinterfragen möchte ich doch den “angenehmen Aufenhalt” (den Rechtschreibfehler mal fast nicht kommentiert, evtl. sind beim neuen Auftritt ja ein paar “t”s zu wenig eingekauft wurden). Ich kann mir jetzt nicht vorstellen, was an einem Aufenthalt auf einer Homepage angenehm sein soll. Bzw. wie die Homepage dazu positiv beitragen kann. Klar negativ geht… aber positiv? Wärme kann angenehm sein. Sonne kann angenehm sein. Das knistern eines Kamins kann angenehm sein. Aber der Aufenthalt auf einer Homepage? Evtl. ist das Web3.0 – der angenehme Aufenthalt auf einer Homepage.

Wir alle wissen, dass Kundenbindung wichtig ist. Newsletter sind dort ein einfaches Mittel, diese aufrecht zu erhalten. Aber muss ein Newsletter wirklich über eine Laufschrift als Element einer Seite angezeigt werden?

Und ist es für den Newsletter wirklich wichtig, ob ich Frau oder Herr bin?

Auch wenn es mir persönlich nicht gefällt, so hat doch der deutsche Wortschatz mehr als zwei Anrede Formen. Was ist mit Dr. oder Prof.? Was machen die ganzen Dipl. Ing.’s dieser Welt? Dürfen die keinen Newsletter bekommen oder sind das keine willkommenen Kunden?

Elementar wichtig für eine Homepage, die aktuelle Wetterlage vor Ort beim Anbieter. Fehlt nur noch die Wetterlage von Serverstandort und ich hätte alle Informationen, die ich hier nie erwartet hätte.

Ich kann jetzt nur von Glück sprechen, dass mein Browser JavaScript hat und dieses auch aktiviert ist. Sonst hätte ich ja gar nicht so viel von der Seite mitbekommen. Deaktiviert man JavaScript oder hat es gar nicht, bekommt man auf dieser Seite auch keine Navigation zu sehen!

Stellen wir uns also den Besucher vor, der nicht so viel Ahnung von PCs hat und Crossbrowser und JavaScript. Also der Besucher, der auch hier Kunde werden könnte. Er sieht nur die Startseite und hat nicht mal eine Ahnung davon, dass es weitere Seiten geben könnte.

Zumindest wird er in der Fusszeile darüber informiert, dass er mit seinem WideScreen Laptop und einer Auflösung von 1280 x 800 px schon gar nicht als Kunde gewollt ist. Der Rest ist dann doch sowieso egal.

Auf der index.php (der Startseite beim Domainaufruf) sollen nun die die neusten News aus den verschiedenen Bereichen erscheinen. Dazu könnte man nun eine Abfrage an die verschiedenen Datenbanken programmieren und dieses anzeigen. Dazu müsste man sich jedoch mit jeder der Datenbanken auseinander setzen, deren Strukturen total unterschiedlich sind. Und sollte ein Update des Skriptes veröffentlicht werden, geht nichts mehr, da die Datenbank umgestellt wurde. Der einfache Weg ist, auf eine Schnittstelle zurückzugreifen. Da bieten sich die Feeds der Skripte förmlich an.

Der Vorteil liegt klar auf der Hand: Man braucht nur einmal etwas einzusetzen und kann es dann für alle „internen” Feeds und auch externe Feeds benutzen.

Der Magpie RSS – PHP RSS Parser ist zwar schon etwas in die Jahre gekommen, erfüllt aber die Anforderungen vollkommen.

Die hier herunter geladenen Daten werden dazu in einem eigenen Unterordner “magpierss” gespeichert

Nun muss die index.php editiert werden, um das Skript einzubinden und die Daten auszugeben. Als erstes muss magpierss aus dieser Seitegeladen werden. Dazu muss die Datei rss_fetch.inc geladen werden. Dieses muss zwar vor dem anderen PHP Code passieren, aber nicht zwingend im Head Bereich der HTML Datei.

Anschließend müssen die Feeds, die genutzt werden sollen geladen werden und notfalls etwas angepasst werden.

In der ersten Zeile sollte die Adresse deines Feeds stehen. Hier sind z.B. aus WordPress raus auch Kategorie- Feeds möglich.

In der dritten Zeile wird der Feed passend zu unserer Darstellung gekürzt. Hier wird gestartet vor dem ersten Beitrag durch die 0 und inklusive des dritten durch die 3.

Nun liegen die Beiträge in dem Array $my_rss und müssen nur noch dargestellt werden. Dieses geschieht am besten mit einem Durchlauf durch das Array.

<dl>
 
<dt><a href="&lt;?php print($url); ?&gt;"></a></dt>
<dd></dd>
 
</dl>

Dafür werden für jeden Beitrag im Array der Titel, die Adresse und der Text genommen und als HTML ausgegeben. Der Titel dann als „Überschrift” mit Link gesetzt und anschließend die Beschreibungangezeigt. Die entsprechende Definition (dt und dd) brauch ich an dieser Stelle nicht zu erklären.

Das Teilskript ab dem Einladen des Feeds bis zur Ausgabe kann nun beliebig oft mit verschiedenen Feeds wiederholt werden. So kann hier z.B. der Feed der Galerie und des Forums zusätzlich genutzt werden oderdas ganze ein bisschen modifiziert werden:

<dl>
  <dt><a href="&lt;?php print($url); ?&gt;"></a></dt>
  <dd></dd>
</dl>
<hr size="1" noshade="noshade" />
<div style="float: left; position: relative; width: 50%;">
<dl>
  <dt><a href="&lt;?php print($url); ?&gt;"></a></dt>
</dl>
</div>
<div style="float: right; position: relative; width: 50%;">
<dl>
  <dt><a href="&lt;?php print($url); ?&gt;"></a></dt>
  <dd></dd>
</dl>
</div>