Bei den letzten Anpassungs-Arbeiten für meinen Wordpress-Blog bin ich auf ein Problem mit der Anzeige von Fotos in der Lightbox gestoßen. Die Wordpress-Plugins für Lightbox2 können kein Auto-Resize. Ich habe daher ein paar Scripts, die Teilprobleme lösen, zusammengefügt, sodass die Lightbox 2 auch in Wordpress die Fotos an die Bildschirmgröße anpasst.

Es gibt verschiedenste Lighbox-Varianten – auch einige unter anderen Namen. Beim Klick auf ein Thumbnail wird der Bildschirm abgedunkelt, und darüber das Foto in einer größeren Version – meist mit etwas breiterem Rand – angezeigt. Zusätzlich mit einer Bildunterschrift und oft mit der Möglichkeit zum nächsten Bild zu navigieren.

Das Problem ist, dass die große Version des Bildes eine vernünftige Größe haben muss, damit es in das Browserfenster passt.  Außer man hätte eine Lightbox, die die Bildröße automatisch an die Größe des Browserfensters anpasst. Leider gibt es da noch nicht allzu viele Scripte – jedenfalls habe ich kein kostenloses für Wordpress gefunden.

Wie das funktionieren soll, kann man hier sehen:

Wordpress Lightbox 2 Plugin

Lightbox 2 ist ein Script, das von Lokesh Dhakar geschrieben wurde, und zu bestehenden Webseiten hinzugefügt werden kann, um die darin enthaltenen Bilder per Lightbox anzusehen. Dieses Script läuft unabhängig von Wordpress.

Sucht man in den Wordpress-Plugin-Verzeichnis nach Lightbox-2-Plugins, so findet man zurzeit zwei Plugins. Ich habe zuerst das Plugin Lightbox 2 Version 2.8.2 von Ruppert Morris versucht, da es die etwas bessere Bewertung hatte.

Bei der Recherche nach Auto-Resizing für die Lightbox 2 bin ich auf  den Blog-Eintrag “Lates Lightbox V2 with automatic resizing” von Fabian Lange gestoßen. Er hat die Lightbox v2.04 um die Auto-Resizing-Funktion erweitert, ohne allzuviel am Original-Code zu ändern. Die geänderten Scripts können bei seinem Blog-Post heruntergeladen werden.

Beim oben erwähnten Wordpress Plugin von Ruppert Morris wurde der Code gegenüber dem Original-Script von Lokesh Dhakar massiv geändert, sodass ich mir das zweite Lightbox 2 Plugin in der Wordpress-Plugin-liste angeschaut habe.

Das ist das Lightbox 2 Plugin, Version 2.0.2 von Giuseppe Argento. Es baut auf das originale Lightbox 2.0.4 auf. Er hat das Script im Vergleich zu Morris nur minimal verändert. Über einen Drei-Wege-Vergleich des Original-Scripts von Lokesh Dhakar, der Erweiterung von Fabian Lange und dem Wordpress-Plugin von Giuseppe Argento konnte ich das Wordpress-Plugin so anpassen, dass es ebenfalls Auto-Resizing unterstützt.

Zusätzliche Features von Fabian Lange (siehe Blog), die ich übernommen habe:

• Auto-Resize
• Opera 9 Bugfix
• Bugfix: Wenn das nächste Bild keine Beschriftung hat.

Ich habe noch weitere Änderungen vorgenommen:

• Ursprünglich war der obere Rand fix. Jetzt wird der obere und untere Rand ziemlich genau berechnet. Dabei wird auch die Bildbeschriftung am unteren Rand berücksichtigt (mit einem fixen Wert, der im Kopf des Scripts angegeben werden kann. Die Ausrichtung sollte daher auch vertikal zentriert erfolgen. Ausgenommen ist der unter Scrollbalken – Wenn dieser eingeblendet wird, hüpft das Bild nicht nach oben.
• Mit dem dunklen Hintergrund hatte ich Probleme. Ich habe ihn auf “position:fixed;” gestellt. Etwas problematisch ist, dass er beim Vergrößern des Fensters nicht sofort erscheint, sondern mit etwas Verzögerung.
• Im Resize-Code wird ein Event-Handler hinzugefügt, der Änderungen der Fenstergröße trackt. Ich hatte dann das Problem, dass nach Schließen der Lightbox bei Ändern der Fenstergröße das Bild plötzlich wieder auftaucht.  Ich habe daher den Event-Handler beim Schließen der Lightbox wieder entfernt.

Etwas problematisch ist noch, dass das horizontale Mittig-Ausrichten beim Wechseln von Fotos nicht schön langsam animiert, sondern ruckartig erfolgt. Mir war das allerdings egal.

Installation von Lightbox 2 mit Autoresizing in Wordpress

1. Download und Installation des Wordpress-Plugins von Giuseppe Argento: Lightbox 2 v2.0.2.
2. Download von lightbox.css. Diese soll die CSS-Datei unter wp-content\plugins\lightbox-2-wordpress-plugin\lightbox\css ersetzen.
3. Download von lightbox.js. Diese soll die entsprechende Javascript-Datei unter wp-content\plugins\lightbox-2-wordpress-plugin\lightbox\js ersetzen.

Credits

• Lokesh Dhakar für Lightbox 2.
• Giuseppe Argento für das Wordpress-Plugin.
• Fabian Lange für die Auto-Resize-Erweiterung.

Nachtrag: Tipps

• In den Einstellungen der Lightbox “Auto-Lightbox” aktivieren (Enable Automatic)
• Beim Hinzufügen des Bildes muss bei “Link URL” die Url des Bildes eingetragen sein. Falls das nicht der Fall ist, auf “File URL” (beim Hinzufügen) bzw. auf “Link to Image” (beim Editieren) klicken. Dann wird die korrekte Url in das Eingabefeld übernommen. Eventuell merkt sich WP, wenn man einmal auf “File URL” geklickt hat und übernimmt beim nächsten Bild die URL automatisch.
• Wie Vince im ersten Kommentar gepostet hat, funktioniert die Lightbox nicht bei bereits bestehenden Artikeln. Hier wird erklärt, wie man das korrigieren kann: http://wordpress.org/support/topic/227077
• Bei mir hat die Autoresize Lightbox mit folgenden Wordpress Versionen funktioniert: 2.7.x, 2.8, 2.8.1.

In einem anderen vBulletin-Forum hat ein User nach einem Addon gesucht, das Links in Posts und Signaturen mit dem rel=”nofollow” Attribut versieht. Abhängig von der Usergruppe. Z.B. für Administratoren oder Moderatoren sollte Nofollow nicht gelten.

Ich selber bin zwar kein Freund von Nofollow und setze es bisher noch nicht ein. Allerdings hatte ich zuvor schon für ein anderes – noch nicht veröffentlichtes – Addon schon Links manipuliert. Außerdem habe ich mir auch schon länger ein paar Optionen für Links in den Forenbeiträgen gewünscht.

Und da sich ein Addon als Betreiber eines Blogs über Foren immer gut macht, habe ich mich entschloßen dies zu schreiben.

Mal sehen, wie es ankommt. Wenn es sich bewährt, werde ich es voraussichtlich auch auf Englisch veröffentlichen.

Weiter zum vBulletin-Addon noox Link Optimizer.

Daher liebäugelte ich mit der Anschaffung einer neuen Kamera. Einer Kompaktkamera, damit ich sie beim Skifahren oder Mountainbiken dabeihaben kann. Ich wollte vorallem eine Kamera, die schnell ist und einige Serienbilder schafft. Wenn man die Kamera immer dabei hat, und Serienbilder von Sport-Action macht, ist die Wahrscheinlichkeit höher, dass das eine odere andere gute Bild zustandekommt. Ich dachte, dass mittlerweilen auch die Kompakten schnelle Serienbildaufnahmen schaffen. Bei den anfänglichen Recherchen stellte sich allerdings heraus, dass sich die neuen Kameras vorallem in eine Richtigung entwickelt haben: Mehr Megapixel. Der typische Kunde einer Kompaktkamera kann mit den meisten technischen Daten einer Kamera weniger anfangen. Mehr Megapixel klingt dagegen automatisch besser. Allerdings hörte man zuletzt immer öfters, warum mehr Megapixel nicht alles ist. Im Gegenteil – sie können sogar kontraproduktiv ist. Die Seite 6mpixel.org bietet dazu sehr informative Artikel. Schön zu sehen ist hier der Unterschied der Sensorgröße von digitalen Spiegelreflex-Kameras und den Kompakt-Kameras. Aber nicht nur die Qualität der Bilder wird nicht besser, oder sogar schlechter. Die vielen Megapixel müssen auch verarbeitet werden. Das wirkt sich natürlich negativ auf die Geschwindigkeit aus. Mittlerweilen hat sich das aber doch herumgesprochen und so reagieren auch die Kamerahersteller darauf.

Bei einer Digitalkamera-Diskussion auf meinem Forum wurde ich auf die Panasonic Lumix DMC-LX3 aufmerksam gemacht.  Ich habe mir dann einige Testberichte durchgelesen. Für eine Kompakte hat sie hervorragende Werte. Der Chip ist mit 1/1,63″ etwas größer als bei den übrigen Kompakten und mit 10 Megapixel wurde dem Megapixelwahn nicht ganz gefolgt. Dafür bietet sie interessante Serienbild-Möglichkeiten. Auch bei der Lichtstärke hat sie hervorragende Werte. Allerdings ist die Kamera auf Weitwinkel spezialisiert. Sie hat ein 24-60mm Objektiv. Damit ist der Zoom auf maximal 2,5 beschränkt.

Der eingeschränkte Zoom ist sicher ein Problem bei Sportfotografie. Umgekehrt hilft die Lichtstärke (hoffentlich) auch gute Fotos in weniger gut beleuchteten Situationen – etwa im Wald – zu machen. Und bei 10 Megapixel sollte es auch möglich sein, zumindest für’s Web das gewünschte Motiv genügend groß und in ausreichender Qualität auszuschneiden.

Nach Abwägung dern Vor- und Nachteile habe ich mir die Lumix DMC-LX3 bei amazon.de gekauft. Bis jetzt ist mein Eindruck positiv. Zwei Dinge sind mir anfangs negativ aufgefallen. Mir war zwar bewusst, dass das Objektiv nicht komplett eingefahren werden kann. Allerdings ist die Tiefe (Dicke) mit 27 mm angegeben. Tatsächlich ist aber nur das Gehäuse 27 mm dick. Das eingefahrene Objektiv nochmals ca. 20 mm. Insgesamt also ca. 50 mm. Die Kamera ist aber trotzdem noch “taschentauglich”. Zweitens ist es nicht möglich, die Bilder auf der Speicherkarte zu löschen, wenn die Kamera über das USB-Kabel angeschlossen wurde. Auch das Flash-Image für das Firmware-Update kann nur mit einem Card-Reader aufgespielt werden.

Die Kamera hat grob drei Serienbild-Optionen. Eine normale Serienbild-Funktion, eine unbegrenzte und den High-Speed-Serienbild-Modus. Beim High-Speed-Serienbild-Modus schafft die Kamera bis zu 100 Bilder mit ca. 5,6 Bilder pro Sekunde und einer Auflösung von 3,3 Megapixel. Die Geschwindigkeit bei den anderen beiden Serienbild-Optionen hängt von der Speicherart und -qualität ab (JPEG Normal oder Fein, Raw).  Ich hab die Serienbild-Geschwindigkeit durch Fotografieren einer Stoppuhr gemessen. Die Hersteller-Angaben stimmen ziemlich genau:

10 Megapixel bei hoher JPG Qualität: 2,5 B/s (max. 4 Bilder) oder 1,5 B/s (beliebig)
10 Megapixel bei normaler JPG Qualität: 2,6 B/s (max. 8 Bilder) oder 1,9 B/s (beliebig)
Eine Verringerung der Auflösung führt nicht zu mehr Bildern.

Im High-Speed-Modus habe ich in 14 Sekunden 79 Bilder geschossen. Also 5,6 Bilder pro Sekunde.

Der erste Test mit der Kamera war ein Skitag in Obertauern bei herrlichem Sonnenschein und mindestens 30 cm Pulverschnee. Für Panorama-Aufnahmen eignet sich das 16:9-Format ausgezeichnet. In der verlinkten Galerie kann man übrigens rechts oben auf eine größere Auflösung wechseln.

Winter-Panorama Obertauer

Diese Serie wurde mit dem normalen “continous” Serienbild-Modus gemacht, in dem bis zur Speichergrenze 10 Megapixel-Fotos geschossen werden können:

Serienbild: Sturz im Tiefschnee

Ich hab die Aufnahmen mit dem Automatik-Modus gemacht. Bei vielen Aufnahmen lag der Schnee im Schatten, sodass der Weißabgleich ziemlich problematisch war. Die Bilder waren zu dunkel und hatten einen Blaustich. Ich habe sie daher aufgehellt und teilweise auch etwas Blau und Cyan herausgenommen. Das Aufhellen habe ich nach der Anleitung zum Aufhellen von Rainer Woyde gemacht (”Negativ Multiplizieren” ist im englischen Photoshop “Screen”). Man kann den Schritt auch wiederholen.

Pulverschnee

[ad#co-1]

Anlässlich des Geburtstages habe ich die Forensoftware upgedatet und das Design erneuert. Außerdem gibt es eine Artikelserie über die ersten Jahre:

• 10 Jahre Downhill Rangers – Wie alles begann
  
• 10 Jahre Downhill Rangers – Die ersten Jahre
• 10 Jahre Downhill Rangers – Die schrägen Highlights
• 10 Jahre Downhill Rangers – Schwere Zeiten
• 10 Jahre Downhill Rangers – Ausblicke

Das Web, wie das World Wide Web häufig kurz genannt wird, ist ein Dienst des Internets, der das HTTP-Protokoll zum Datenaustausch verwendet. Andere Dienste des Internets, die auf anderen Protokollen basieren, sind z.B. E-Mail oder FTP (File Transfer Procol). Da das Web der bekannteste Dienst ist, wurde und wird es häufig mit dem Internet selbst verwechselt oder synonym verwendet.

In den Anfangszeiten des Webs setzte es sich durch, dass Webserver den Hostnamen www erhielten, was zur Folge hatte, dass Webadressen (auch URLs genannt) immer mit www oder genaugenommen mit http://www. angefangen haben. Immer mehr Menschen lernten, dass dieses www etwas mit dem Internet zu tun hat. Diese Webadressen konnte man in einen Webbrowser eingeben und gelangte zur gewünschten Webseite.

Diese Zeit ist aber mittlerweilen einige Jahre her. Heute werden von vielen Menschen auch die Top-Level-Domains .com, .de, .at, .org, .net etc. als Kennzeichen für eine Internet-Adresse erkannt. Marketing-Experten zeigen uns vor, dass das www altbacken wirkt. Viel cooler ist doch ein Domainname ohne www. Als Beispiel kann ich hier auch unsere Seite anführen: Auf den ersten T-Shirts und Aufklebern für unsere Webseite stand noch www.dh-rangers.com. “dh” hatten wir damals gewählt, weil die Url möglichst kurz sein sollte. Aber auf T-Shirts machte sich das www gar nicht gut, und mit “dh” konnten nur Insider etwas anfangen. Wir reservierten also downhill-rangers.com und druckten das auf Aufkleber und T-Shirts. Zumindest unserem Zielpublikum (15 – 40 Jahre) sollte durch das .com klar sein, dass es sich um eine Webadresse handelt. www.downhill-rangers.com wirkt unserer Meinung nach deutlich weniger. Auf T-Shirts oder Aufkleber wären die einzelnen Buchstaben auch kleiner und daher schlechter lesbar.

Verschiedene Domainnamen für eine Webseite

Technisch ist es kein Problem, dass eine Webseite sowohl über www.domain.com als auch über domain.com erreichbar ist. Insofern hätten wir also kein Problem und jeder könnte auf eine Webseite zugreifen wie er will. So einfach ist es aber leider nicht.

Das Hauptproblem ist Google und auch andere Suchmaschinen. Für Google sind www.domain.com und domain.com zwei verschiedene Webseiten. Das hat mehrere unangenehme Folgen: Erstens mag es Google nicht besonders, wenn gleiche Inhalte unter verschiedenen URLs abrufbar sind. Und genau das ist hier der Fall. Es kann sogar passieren, dass Google die Relevanz der Seite oder für Google beider Seiten aufgrund des doppelten Inhalts heruntersetzt. Die Seiten erscheinen im Suchergebnis weiter hinten. [Die Information dieses Absatzes ist mittlerweilen überholt: Google bestraft "dublicate Content" nicht aktiv ab, solange dadurch nicht aktiv Suchmaschinenergebnisse manipuliert werden sollen. Siehe: Die "Dublcate Content-Penalty" - entmystifiziert!]

Wenn es zwei URLs für eine Webseite gibt, werden andere Seiten auch auf diese beiden URLs verlinken. Die Gesamtanzahl der eingehenden Links teilt sich daher auf zwei URLs auf. Die Anzahl der eingehenden Links einer Webseite ist ebenalls ein wichtiges Kriterium für Google die Relevanz einer Webseite zu bestimmen. Zwei verschieden URLs können als wieder zu einer Abwertung innerhalb des Suchergebnisses führen.

Aber nicht nur wegen Google sind zwei verschiedene URLs problematisch. Viele Seiten verwenden Cookies um User-Daten (Einstellungen, Login-Informationen, etc.) zu speichern. Cookies werden aber pro Domain und pro Subdomain gespeichert. (Das www wird hier als Subdomain gesehen). Genaugenommen ist es so, dass Cookies der übergeordneten Domain auch für die untergeordneten Subdomain gilt. Ein Cookie, dass für domain.com geschrieben wurde, kann auch auf www.domain.com gelesen werden. Aber nicht umgekehrt. Von www.domain.com aus kann ein Cookie für www.domain.com und domain.com geschrieben werden.

Wenn eine Seite also über beide URLs zugreifbar ist, kann es zu Verwirrungen von Usern führen, die eventuell unwissentlich einmal mit und einmal ohne www auf eine Seite zugreifen und sich somit eventuell zweimal ein- oder ausloggen müssen.

Zusammenfassend ist es also gar nicht gut, wenn eine Webseite sowohl über www, als auch ohne www zugreifbar ist. Das gleiche gilt übrigens auch für zusätzliche Domainnamen, die auf dieselbe Seite verweisen. Teilweise kann auf eine Webseite auch über die zugehörige IP-Adresse zugegriffen werden.

Umgekehrt kann aber nicht einfach die alternativen URLs deaktivieren. Also z.B. einen Fehler ausgeben lassen. Viele Leute geben automatisch ein www an, auch wenn keines in der URL steht. Andere wiederrum lasse es einfach mal weg, weil’s ja eh meist auch ohne geht. Und es soll sogar Seiten geben, deren URL ohne www beworben werden, aber nur mit www aufgerufen werden können!

Um den oben genannten Problemen aus dem Weg zu gehen, muss sichergestellt werden, dass immer nur eine Form  des Domainnamens (mit oder ohne www) für eine Webseite verwendet wird. Greift ein Seitenbesucher aber über eine andere Form zu, muss er zur einzig gültigen URL weitergeleitet werden. Wie das funktioniert werde ich weiter unten erklären.

Vorher muss aber geklärt werden:

Mit oder ohne www?

Ja, das ist die große Frage. Im Web gibt es dazu einige Kontroversen. Es gibt eigene Seiten pro www aber auch kontra www. Und manchen gefällt das www so sehr, dass sie sogar für zwei www, also www.www. plädieren.

Mit www

• Erkennung für URLs: Mit www verbinden viele Menschen Web-Adressen.
• Historische Gründe: Webadressen haben in der Vergangenheit meist mit www begonnen.
• Automatische URL-Erkennung: Web-Adressen mit www können automatisch in klickbare Links umgewandelt werden. Z.B. in E-Mails oder in Web-Applikationen wie Web-Foren.
• Länge: Soll eine URL ohne www eindeutig als URL erkannt werden, muss http:// vorangestellt werden. Das ist länger als das www (www.domain.com statt http://domain.com).

Ohne www

• Länge: Durch das Weglassen wird die URL kürzer.
• Moderner: Eine Webadresse ohne www wirkt moderner. Vorallem im Offline-Bereich.
• www umständlich zu sprechen: Vorallem im Englischen ist das www unmöglich auszusprechen: Double-U-Double-U-Double-U. Deshalb wird es aber durch Dub-Dub-Dub abgekürzt oder auch beim Sprechen komplett weggelassen.

Ich persönlich wünsche mir die Url ohne www. Es schaut besser aus, wirkt moderner und ist kürzer. Allerdings hat das Fehlen des www für mich einen entscheidenen Nachteil: Wird die Url ohne www geschrieben, wird sie in vielen Programmen nicht automatisch in klickbare URLs umgesetzt. Solange man selber die Links setzt, ist das kein Problem. Man kann ein http:// oder bei entsprechender Weiterleitung (sieh unten) notfalls auch www vor die URL setzen. Das Problem ist aber, wenn andere z.B. in einem Forum einen Link setzen. Ist dieser domain.com, wird er nicht zu einem klickbaren Link. Wäre ein www davorgestanden, hätte die Software diesen eventuell in einen klickbaren Link umgesetzt, den Google erkennt und unter Umständen positiv für die Relevanz der eigenen Seite wertet. Dagegenhalten kann man sicher, dass Urls sowieso häufig aus der Browserleiste kopiert werden, und somit das http:// dabei ist. Oder dass User das www automatisch schreiben, auch wenn es in der Adressleiste der eigenen Seite nicht steht. Auch zählen solche Links in Foren-Beiträgen, die möglicherweise neben vielen anderen ähnlichen Links sind, häufig nicht besonders für die Relevanz einer Seite in Google.

Weiterleitung

Wenn wir uns entschieden haben, ob die gültige URL der Seite mit oder ohne www beginnen soll, dann können wir die Seite so konfigurieren, dass Zugriffe auf die Seite über irgendeine andere URL immer auf die einzig gültige Form weitergeleitet werden.

Die Weiterleitung nennt sich Englisch Redirect. Dieser wird am besten so ausgeführt, dass man beim Zugriff auf eine ungültige Form der URL dem Browser den Redirect mit dem HTTP-Code 301 und der gültigen Form der URL zurücksendet. HTTP-Code 301 steht für einen “Redirect” mit “permanently moved”, also permanent verschoben.

Im einfachsten Fall konfiguriert man das im Webserver. Hat man einen Apache Webserver und Zugriff auf die .htaccess-Datei im Hauptverzeichnis der Webseite kann man dies mit ein paar Zeilen einrichten:

Umleitung mit .htaccess auf die Version ohne www

RewriteEngine On
RewriteCond %{HTTP_HOST} !^domain.com$ [NC]
RewriteRule ^(.*)$ http://domain.com/$1 [R=301,L]

Umleitung mit .htaccess auf die Version mit www

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www.domain.com$ [NC]
RewriteRule ^(.*)$ http://www.domain.com/$1 [R=301,L]

In der Zeile mit RewriteCond wird überprüft ob der HTTP_HOST, als der Hostname ungleich (!) domain.com oder www.domain.com ist. Das [NC] bedeutet, dass die Groß-/Kleinschreibung unberücksichtigt bleibt. Im ersten Teil von RewriteRule wird mit ^(.*)$ alles erfasst, das sich hinter dem Hostnamen der URL befindet. Also Pfade, Dateinamen und Parameter. Der zweite Teil ist die neue URL, wobei das $1 für den Teil steht, der mit ^(.*)$ erfasst wurde. Das R=301 steht für den Redirect Code und L dafür, dass dies die letzte Regel für diesen Fall ist.

Umleitung mit PHP auf die Version ohne www

if($_SERVER["HTTP_HOST"] != "domain.com")
{
    if(empty($_SERVER["REQUEST_URI"])) $_SERVER["REQUEST_URI"] = '/';
    header('Location: http://domain.com' . $_SERVER["REQUEST_URI"], true, 301);
    exit();
}

Umleitung mit PHP auf die Version mit www

if($_SERVER["HTTP_HOST"] != 'www.domain.com')
{
    if(empty($_SERVER["REQUEST_URI"])) $_SERVER["REQUEST_URI"] = '/';
    header('Location: http://www.domain.com' . $_SERVER["REQUEST_URI"], true, 301);
    exit();
}

Auch hier wird überprüft, ob der Hostname ungleich domain.com bzw. www.domain.com ist. Wenn ja, wird umgeleitet. Die dritte Zeile ist nicht unbedingt notwendig. Es wird hier nur ein eventuell fehlendes ‘/’ am Ende der Url angefügt, was sonst sowieso der Webserver machen würde. In der vierten Zeile wird auf die URL ohne www weitergeleitet, wobei wieder der Pfad, der Dateiname und die Parameter (REQUEST_URI) angefügt werden. Außerdem wird der HTTP-Code wieder auf 301 gesetzt.

Austesten können Sie das hier: downhill-rangers.com, www.downhill-rangers.com, downhill-racing.com/werbung.php, downhillrangers.com/kontakt.php. Alle Urls führen zu jeweiligen Seite mit http://downhill-rangers.com/.

Umleitung und Cookies

Waren auf einer Webseite bisher beide Varianten – mit www als auch ohn www – gültig und möchte Sie das nun auf eine Variante einschränken, so müssen Sie im Zusammenhang mit Cookies noch eines bedenken: Werden Cookies verwendet um Daten längerfristig (also zwischen Sessions) gespeichert,  so könnten diese bei manchen Usern unter domain.com und bei anderen unter  www.domain.com gespeichert sein. Beliebt ist zum Beispiel das Auto-Login. Führt man jetzt eine Weiterleitung ein, so gehen die Cookies, die für die andere URL gespeichert wurden, verloren. Bei einer Autologin-Funktion werden User nicht mehr automatisch eingeloggt. Dies sollte man bedenken, wenn man ein Forum mit etlichen 1000 User umstellt, und sich plötzlich 100 nicht mehr anmelden können, weil sie Ihr Passwort verloren haben, und natürlich auch die hinterlegte E-Mail-Adresse für das neue Passwort nicht mehr gültig ist …

Andere Artikel zum Thema

mit oder ohne www: Verschiedene Möglichkeiten für ein Redirect
mod_rewrite – Mit oder ohne “www”: Erklärung des mod_rewrite Syntax
Dublicate Content: mit oder ohne “www”: Betrachtung aus SEO-Sicht (SEO: Search Engine Optimization).
domain mit oder ohne www: Google Group Diskussion zum Thema

Englisch:
SEO advice: url canonicalization: Tipps vom Google-Experten Matt Cutts.
With or without www, that is the question… Warum beide Varianten funktionieren müssen.
URLs With or Without “WWW”: Which is Best?: Warum Konsistenz wichtig ist.
Make sure your website works with or without www: Warum beide Varianten funktioneren müssen.

Zur Zeit sind unter anderem online:

• Weltcup Downhill Kaprun 2000
• Weltcup Downhill Maribor 2000
• Dachstein Freeride Tour 2001
• Weltcup Downhill Kaprun 2001
• Downhill Rangers Forumstreffen in Bischofsmais 2002
• Austriacup Downhill in Schladming 2002
• Weltmeisterschaften im Downhill und 4X Kaprun 2002

Die Fotos sind teilweise von nicht besonders guter Qualität. Vor 2002 haben wir meist noch analog fotografiert und beim Einscannen und abspeichern an die damals vorhandenen Computer, Bildschirmauflösungen und Internetverbindungen gedacht.

Ein paar Highlights:

Ich möchte im Laufe des Jahres noch einige alten Fotos zusammensammeln. Vielleicht an ein paar verregneten Herbsttage mal alte Fotos von den Rangers einscannen. Wir müssten Fotos ab 93, 94 haben. Check: http://downhill-rangers.com/foto-alben/v/alte-downhill-fotos/

Wichtig war natürlich, dass es sich in mein vBulletin Diskussionsform einbinden lässt. Nicht optisch, aber die User sollten gekoppelt sein. Es sollte verschiedene Kategorien geben, in denen User Fotos uploaden können. Allerdings gefiel mir da weder das Layout von Coppermine noch von Gallery 2. Von Gallery 2 las ich dann, dass es extrem objektorientiert und programmtechnisch sauber programmiert ist, aber deswegen eher langsam und vorallem zum Hacken (Ändern) schwer zu durchblicken ist. Soweit ich mich erinnern kann schied auch Coppermine aus, weil ich zuviel ändern hätte müssen, damit es für mich gepasst hätte. Allerdings habe ich mir Coppermine am wenigsten genau angesehen.

Downhill-Rangers Foto-Galerie mit Photpost

Daher schaute ich mich auch bei den kommerziellen Anbietern um. Und so kam ich auf Photopost. Photopost bietet die vBulletin-Einbindung schon Out-Of-The Box mit. Außerdem können damit z.B. auch die Kommentar-Eingabefelder über vBulletin laufen. Beim Analysieren vom Code von Photopost hat man zwar manchmal den Eindruck, als hätte der Entwickler das Programmieren erst während der Entwicklung von Photopost gelernt, aber die meisten Dinge kann man relativ schnell finden und so auch sehr schnell was reinhacken. Und der Code wird durch’s Reinhacken sicher nicht schlechter

Rausgekommen ist dabei die Downhill-Rangers Foto-Galerie. Ich habe absichtlich die Möglichkeit für eigene Alben entfernt, weil ich nicht wollte, dass massenweise Fotos vom selben Thema raufgeladen werden. Besser einzeln einige gute Fotos raufladen. Außerdem hat Photopost damals sowieso keine sinnvollen Möglichkeiten geboten, viele Fotos in einem Schwung raufzuladen.

Foto-Alben mit Gallery 2

Hin und wieder wäre es aber sinnvoll, doch genau diese Foto-Alben anzubieten, wenn man beispielsweise von einem Event viele Fotos hat und diese öffentlich oder einem beschränktem Besucherkreis zeigen möchte. Wichtig ist dabei allerdings, dass die Bilder schnell und einfach raufgeladen werden können. Und das ist die Stärke von Gallery 2. Es unterstützt unter anderem HTTP-Upload (Browser), eine Java-Applet, WebDAV, XP-Web-Publishing, und Gallery Remot. Gallery Remote ist eine eigene Java-Anwendung für den Desktop, die sich mit der Gallery-Installation im Web verbindet und mit der man schnell und komfortabel Fotos raufladen kann. Vor dem Raufladen könne Fotos gedreht, beschriftet, und skaliert werden.

Ich habe alle Upload-Methoden getestet. Ich habe sie auch alle zum Laufen gebracht. Es ist aber nich unbedingt immer so einfach – vorallem für Laien. Aber wenn es mal konfiguriert ist, geht’s damit umso schneller und bequemer.

Gallery 2 und vBulletin

Gallery 2 bietet mit der Embed-Klasse eine Möglichkeit an, externe Anwendungen einzubinden. Diese Idee ist prinzipiell sehr gut. Außerdem noch weitere Mechanismen, um Gallery innerhalb einer anderen Seite anzeigen zu lassen.

Umgekehrt bietet vBulletin Produkte und Plugins. An bestimmten Stellen im vBulletin-Code sind sogenannte Hooks. Ein Produkt oder Plugin kann sich in so einen Hook einklinken und Code dafür hinterlegen. vBulletin führt dann an diesen Stellen diesen Code aus. Somit können viele vBulletin-Erweiterungen ohne Code-Änderungen an vBulletin selbst auskommen und einfach exportiert, als kompakter Download als Produkt oder Plugin angeboten und in andere vBulletin-Installationen importiert werden.

Es gibt auch eine Gallery 2.1 and vBulletin 3.5.X Integration. Primär geht’s hier allerdings um die optische Intergration, die ich nicht benötige. Als Anhang dort ist noch ein Plugin angehängt, wie die User zwischen vBulletin und Gallery 2 gekoppelt werden können. Genau genommen geht’s dabei um ein Plugin, das beim Ändern von User ausgeführt wird. Genau dann wird diese Änderung an die Embed-Klasse von Gallery 2 weitergeleitet. Und zwar an die Methoden der Embed-Klasse, die User anlegen, ändern oder löschen.

Dabei gibt’s allerdings mehrer Probleme, die eine Einsatz ohne Modifikationen nicht möglich machen:

1. Es werden nur User von vBulletin zu Gallery 2 übertragen, die sich im Forum einloggen. Gibt es das vBulletin Forum schon länger und möchte man alle User übertragen, muss man ein eigenes Programm schreiben, dass diese macht
2. Aufpassen mit den Zeichensätzen der Datenbanken: Meine vBulletin-Datenbank verwendet ISO-8859-1. Gallery 2 wird standardmäßig mit UTF-8 installiert.
3. Gallery 2 erlaubt zwar die Einstellung, welche Hashingmethode für das Passwort verwendet wird. Allerdings verwendet vBulletin einen eigenen Salt-Wert zum Hashen. Gallery 2 unterstützt das nicht. User können sich also in Gallery 2 nach dem Übertragen der Daten von vBulletin zu Gallery 2 nicht einloggen.
4. Das Plugin im oben erwähnten Artikel ist fehlerhaft. Eventuell liegt es daran, dass der Artikel für Gallery 2.1 ist und ich bereits Gallery 2.2 verwende. Der Aufruf der Methode der Embed-Klasse ist schlichtweg falsch.

ad 1) Um alle User zu übertragen, hab eich einfach ein Script geschrieben, dass alle vBulletin User ausliest und jeweils die Methoden der Embed-Klasse ausführt, die den User in Gallery 2 anlegen oder updaten.

ad 2) Die unterschiedlichen Zeichensätze können mit der PHP-Funktion iconv() angepasst werden. Ob es funktioniert, kann z.B. mit Umlauten getestet werden.

Ein Problem habe ich allerdings noch. Gallery 2 erkennt beim Import mit meiner Zeichensatz-Konfiguration User, die sich nur anhand eines Umlauts unterscheiden nicht als unterschiedliche User (”Andi”, “Ändi”). Aber das war im ersten Schritt mal vernachlässigbar.

ad 3) Damit sich die User mit demselbem Passwort in Gallery 2 wie im vBulletin einloggen können, musste ich die User-Tabelle von Gallery 2 um die Spalte für den Salt-Wert erweitern und diese auch über die Embed-Funktion bis zur Datenbankabfrage durchschleusen. Hier stellte sich das als wahr heraus, was ich wie oben beschrieben schon zuvor gelesen hatte. Änderungen in Gallery 2 sind extrem aufwändig. Gallery 2 ist im vielen Schichten geteilt. Sich da durchzuarbeiten und die notwendigen Änderungen zu finden, ist wirklich mühsam und hat mich extrem viel Zeit gekostet. (Änderungen im eher diletantisch programmierten Photopost sind dagegen Kindegarten.) Natürlich musste dann auch die Passwort-Abfrage abgeändert werden, sodass diese auch den neuen Salt-Wert verwendet. Achtung: Auch das Einloggen sollte dann mit Passwörter mit Sonderzeichen, wie Umlauten getestet werden.

ad 4) Wenn man sich die Embed-Funktionien ansieht, sieht man schnell, wie der Aufruft erfolgen muss, und was somit im vBulletin-Plugin geändert werden muss.

Die kurzfristig installierte Gallerie sieht man hier: Downhill-Rangers Foto-Alben.

• Downhill-Rangers unter dh-rangers.com
  Die erste Webseite mit News, Marktplatz, Termine, Bikepark-Verzeichnis und einer Fotogalerie.
• Mountainbike Downhill Board unter downhill-board.com
  Diskussionsforum zum Thema Mountainbike Downhill, Freeride, Dirt, etc.
• Downhill-Rangers unter downhill-rangers.com
  Zur Zeit gemeinsame Einstiegsseite mit Impressum und Beschreibung der Werbemöglichkeiten.

Entwicklung

Ab Mitte der 1990er Jahren musste jeder (Informatik-)Student, der etwas auf sich hielt, seine eigene “Homepage” basteln. Aber statt der typischen “Über mich”-Homepage startete ich gemeinsam mit einigen Freunden eine Webseite, auf der wir unser Hobby, nämlich Mountainbike Downhill, präsentierten. Zum Start 1998 waren wir mit dh-rangers.com mit diesem Thema im deutschsprachigen Raum die zweite Seite und auch international gab es noch nicht allzuviel Konkurrenz (unsere Seite war zweisprachig). Unsere Gruppe hatte sehr gute Kontakte zur Szene und wir fuhren von Rennen zu Rennen, sodass einerseits genügend interessante Inhalte zustande kamen und wir andererseits in der Szene bekannt wurden. Außerdem beschäftigte ich mich von Anfang an mit grundlegender Suchmaschinen-Optimierung. Das war damals noch einfach, weil es sonst keiner machte. Auf den typischen Startseiten gab’s ein großes Bild mit “Enter” darunter zu sehen. Aus diesen Gründen wurde unsere Seite relativ schnell bekannt, die Inhalte wurden mehr und die Besucherzahlen stiegen.

Anhand der News, dem Gästebuch und vorallem dem Marktplatz sah ich schnell, wie wichtig Inhalte sind, die von den Benutzern kommen (user generated content). Nachdem das selbstgestrickte Perl-Forum bald aus allen Nähten platzte, beschloss ich 2001 ein eigenes Diskussionsforum mit professioneller Forumssoftware unter dem Namen Mountainbike Downhill Board auf der Domain downhill-board.com zu starten. Einige Monate davor startete mtb-news.de mit Ihrem Forum, das mehrere kleinere Foren diverser Mountainbike-Seiten auf einer Seite zusammenführte. Kurz bevor ich mit dem Mountainbike Downhill Board starten wollte, erhielt ich ein Mail, dass so ein Zusammenschluss auch im Downhill-Bereich geplant war. Aber da mein eigenes Forum so gut wie fertig war und wir die größte Seite in diesem Bereich waren, war ich daran weniger interessiert und wenige Tage danach ging unser Forum online.

In den nächsten Jahren wuchs das Downhill-Board enorm. Umgekehrt habe ich aber die Downhill-Rangers-Seite vernachlässigt. Vermutlich wegen der vielen eingehenden Links von früher, relative vielem Text und der statischen Seitenstruktur hatte die Seite trotzdem immer einen Page-Rank von 5 und war bei der Suche nach “downhill” oder “mountainbike downhill” sowohl auf google.de als auch auf google.com immer ganz vorne. Jahrelang sogar Nr. 1.

2006 habe ich dh-rangers.com überarbeitet. Es kam eine Foto-Galerie hinzu und die dynamischen Inhalte (News, Bikeparks, Marktplatz) wurden über das Forum gespeist. Das Update war allerdings – vorallem aus SEO-Sicht (SEO: Search Engine Optimization) – nicht ganz glücklich: Die Startseite habe ich sehr lieblos zusammengestellt. News, Bikeparks, und der Marktplatz war dann sowohl am Forum, als auch auf der Downhill-Rangers Seite vorhanden und Suchmaschinen mögen “duplicate content” nicht sonderlich. Außerdem gab es danach kaum mehr englische Inhalte. Vermutlich auch deshalb und wegen nicht mehr betriebenem Linkbuilding fiel der Page-Rank auf 4 und auch die Top-Suchmaschinen-Platzierungen gingen zurück. Vorallem im englischen Bereich waren die Seite fast gar nicht mehr zu finden. Durch die vielen Inhalte auf den Seiten, die bewirken, dass die Seiten über sehr viele verschieden Suchbegriffe gefunden werden, hielt sich der Schaden allerdings in Grenzen.

dh-rangers.com vs. downhill-rangers.com

Anfangs wollte ich einen möglichst kurzen Domain-Namen wählen. Außerdem ist “DH” die in der Szene häufig benutzte Standardabkürzung von “Downhill”. Aus diesem Grund wurde dh-rangers.com als Domain gewählt. Wenige Jahre später habe ich auch die Domain downhill-rangers.com reserviert. Zuvor hatte diese Domain jemand anderer reserviert. Zum Glück dürfte mit dessen Kontakt-E-Mail etwas nicht gestimmt haben, sodass meine Kaufanfrage nie angekommen ist. Und nach einem Jahr lief die Domain aus, sodass ich sie registrieren konnte.

Nachdem wir auf unsere ersten T-Shirts noch www.dh-rangers.com gedruckt hatten, verwendeten wir später downhill-rangers.com. Letzteres schaut einfach besser aus und hat auch mehr Aussagekraft. Seither verwenden wir im Offline-Bereich (T-Shirts, Aufkleber) nur mehr downhill-rangers.com. Dazu habe ich eine kleine “gemeisame Startseite” auf downhill-ranger.com mit Verweisen auf dh-rangers.com und downhill-board.com erstellt.

Werbung

Bereits 2001 erhielt ich die ersten Anfragen wegen Werbung auf meiner Seite. Allerdings rechnete ich mir aus, dass ich da nur einige Euro pro Monat verdienen könnte. Dafür wollte ich die Seiten nicht mit Werbung zupflastern. Hätte ich vielleicht machen sollen: Der anfragende Online-Shop ist mittlerweilen der größte in Europa, wenn nicht sogar weltweit. Später stiegen aber die Zugriffe, sodass sich schon 100 oder mehrere 100 Euro pro Monat verdienen ließen. Die ersten Shops die wegen Werbung anfragten und die ich auch annahm, waren die deutschen Online-Shops mountainbikes.net und bike-mailorder.de. Später kam noch bikeparts-online.de hinzu. Mit dem Planai Bikepark warb später der erste Bikepark auf den Downhill-Rangers Seiten. Es folgten der Bikepark Semmering, der Bikepark Wagrain und der Bikepark Leogang. Zuletzt der österreichische Shop Revolution Bikeshop.

Seit 2007 arbeite ich auch mit der Agentur One Media – selected action sports & livestyle zusammen.

Ausblick

In den letzten Jahren hat es wieder enorme Entwicklungen bei den Mountainbikes gegeben. Vernüftigte Bikes, die für den extremeren Einsatz geeignet sind, werden immer günstiger. So gibt es auch immer mehr Biker, die sich im extremeren Gelände bewegen, leichte, vollgefederte Freeridet-Bikes mit Scheibenbremsen wollen und sich darüber auch im Web austauschen wollen.

Das Web hat nach wie vor nichts an seiner Attraktivität verloren. Viele wollen mitmachen: Erfahrungsaustausch in Foren, eigene Fotos und Videos online stellen, gebrauchte Bikes verkaufen – die Möglichkeiten sind vielfältig.

Online-Werbung ist nicht tot ist aber auf dem Weg multimedialer und spezifischer zu werden. Für eine “special intererest”-Seite wie unserer also sehr interessant.

Deswegen arbeite ich gerade daran die Seiten zu überarbeiten und sowohl für Besucher und Werbekunden attraktiver zu gestalten. Eine befreundete Grafikerin hat bereits das neue Logo entworfen und wir arbeiten jetzt gemeinsam am neuen Design und Layout. In weiterer Folge sollen auch neue Inhalte kommen. Z.B. eine Video-Sektion. Allzuviel möchte ich hier aber noch nicht verraten.

Neues Logo und Screenshots des neue Designs