Aber mal ganz ehrlich, das finde ich dann doch zu umständlich, für eine korrekte Darstellung sämtliche Sonderzeichen für Klammern und Leerschritte herauszusuchen. Ich beherrsche sie leider nicht aus dem effeff.

Ich hatte lange Zeit das gleiche Problem, ich konnte mir einfach nicht diese seltsamen HTML-Maskierungen merken. Bis ich dann mal in einem VHS-Kurs quasi so nebenbei erfahren habe, wie man sich einige dieser HTML-Maskierungen ableiten kann.

Eigentlich wollte ich die Erklärung dazu ja als Kommentar zu Sylvis Artikel schreiben, aber nachdem der Text immer länger und länger wurde, habe ich mich doch entschlossen, einen kompletten Artikel zu diesem Thema zu machen.

Was sind HTML-Maskierungen überhaupt?

Einige werden sicher mit dem Begriff HTML-Maskierungen nicht viel anfangen können, aber gesehen hat sie wohl schon jeder, der sich mit dem Erstellen von Websites beschäftigt. Gemeint sind solche seltsamen Zeichenkombinationen wie “>”, “ä” und “ß” (ohne die Anführungszeichen).

Wenn man die richtige Zeichenkodierung angibt, ist es normalerweise überhaupt kein Problem, Umlaute und Sonderzeichen zu verwenden. Man tippt sie einfach als Buchstaben bzw. Sonderzeichen ein: äöüß<>. Aber manchmal kommt man doch nicht um die HTML-Maskierungen herum. Dies ist z. B. der Fall, wenn man in WordPress einen Code angeben will.

Codezeilen in WordPress maskieren

Wenn man eine Codezeile in den HTML-Editor von WordPress einfügt und mit dem code-Tag auszeichnet, wird die Zeile nicht wie gewünscht dargestellt, sondern als Befehl ausgeführt:

ohne Maskierung:

Link

mit Maskierung:

<a href="http://www.raetsel-forum.net">Link</a>

Die Lösung dieses Problems besteht darin, entweder den visuellen Editor von WordPress zu verwenden (den ich nicht so mag) oder das “<" und ">” der HTML-Tags zu maskieren.

Der Aufbau der HTML-Maskierungen

HTML-Maskierungen beginnen immer mit einem “&” und enden mit einem “;” (ohne Anführungszeichen). Dazwischen stehen dann irgendwelche Buchstabenkombinationen. Diese Kombinationen sind nichts anderes als Abkürzungen von deutschen bzw. englischen Begriffen.

Die deutschen Umlaute sind z. B. wie folgt aufgebaut:

ä - ä - a Umlaut

Zwischen dem “&” und “;” stehen bei den Umlauten also immer der Buchstabe ohne die beiden Punkte und “uml” für Umlaut. Beim großen “Ü” sieht das dann so aus:

Ü - Ü - U Umlaut

Das “ß” ist ein bisschen kniffliger:

ß - ß - sz-Ligatur

Der Begriff sz-Ligatur bezieht sich auf eine veraltete Bezeichnung des “ß”.

Für die meisten Sonderzeichen werden aber englische Begriffe verwendet:

< - &lt; - lower than (kleiner als)

> - > - greater than (größer als)

" - " - quote (Anführungszeichen)

& - & - Ampersand (kaufmännisches Und)

Um die Maskierungen hier richtig darstellen zu können, musste ich übrigens das "&" maskieren.

Übersicht der HTML-Maskierungen

Eine schöne Übersicht mit sehr vielen (wenn auch nicht allen) HTML-Maskierungen findet ihr bei Dr. Web:

Sonderzeichen maskieren – Liste

Die Liste stammt zwar bereits aus dem Jahre 2003, geändert hat sich an der Maskierung der Sonderzeichen aber bis heute nichts.

Nachtrag: Stephan und hansen haben in den Kommentaren auf die HTML-Zeichenreferenz bei SELFMHTL hingewiesen. Diese Liste ist wohl vollständig und wird auch optisch besser präsentiert als die von Dr. Web.

Bei einem Serverwechsel sind 5 Schritte zu erledigen, die unbedingt in der richtigen Reihenfolge gemacht werden müssen.

Dateien kopieren

Zuerst solltet ihr ein Backup aller Dateien auf euren Desktop machen. Von dort ladet ihr die Dateien dann auf den neuen Server hoch. Da die meisten User eine wesentlich niedrigere Upload- als Downloadgeschwindigkeit haben, dauert das Hochladen auf den neuen Server deutlich länger als das Runterladen. Falls euer neuer Hoster euch die Möglichkeit anbietet, eure Seite unter einer Übergangsdomain zu erreichen, solltet ihr diese aufrufen um zu überprüfen, ob alles so angezeigt wird, wie ihr es euch vorstellt. Falls nicht, kann es daran liegen, dass in eurer .htaccess Befehle drin stehen, die euer neuer Hoster nicht unterstützt bzw. es fehlen Befehle, die ihr dafür benötigt. Wenn nach dem Aufruf eurer Website ein “500 Internal Server Error” erscheint, liegt das mit ziemlicher Sicherheit an einem fehlerhaften Eintrag in der .htaccess.

Datenbank exportieren und wieder importieren

Im zweiten Schritt müsst ihr eure Datenbank exportieren (am besten gepackt) und wieder auf dem Desktop speichern. Danach richtet ihr auf dem neuen Server eine leere Datenbank ein und importiert dorthin die Tabellen. Für den Export und Import könnt ihr phpMyAdmin verwenden, dass bei den meisten Hostern installiert ist. Allerdings gibt es für den Import manchmal Größenbeschränkungen. Bei mir war es z. B. so, dass ich keine Datenbanken mit einer Größe von mehr als 2 MB importieren konnte. Falls die Datenbank zu groß ist, gibt es noch 2 Alternativen, wie ihr eure Datenbank umziehen könnt:

• SSH – Wer bei seinem neuen Hoster einen SSH-Zugang hat (Fernzugriff auf den Server über eine Konsole), kann darüber die Datenbank importieren.
• Bigdump – Dieses Skript wurde speziell für den Import von großen Datenbanken entwickelt.

Wichtig beim Umzug eurer Datenbank ist, dass ihr beim Export und beim Import die gleiche Zeichencodierung verwendet. Die Einstellung dazu findet ihr bei phpMyAdmin unter “Exportieren/Angepasst/Ausgabe/Zeichencodierung der Datei”. Ich habe für den Export und Import immer “UTF-8″ verwendet.

Bei meiner Piwik-Datenbank, die eine Größe von über 2 GB hatte, hatte ich beim Import leider keinen Erfolg. Ich hatte zwar einen Versuch gestartet und für den Upload der Datenbank über 2 Stunden gebraucht. Nachdem dieser aber gescheitert war (in der Import-Datei war eine Zeile zuviel drin, die ich auch nicht einfach entfernen konnte, weil die Datei gepackt war) habe ich auf den Import verzichtet. Sicher hätte ich es irgendwann geschafft, aber dafür, dass mir die Piwik-Daten nicht so wichtig waren, war mir der Aufwand einfach zu hoch.

Nach dem Import der Datenbank müsst ihr noch in der jeweiligen Config-Datei die Datenbankeinstellungen ändern (Host, Datenbankuser, Datenbankname, Datenbankpasswort).

DNS-Einträge ändern

Im nächsten Schritt müsst ihr die DNS-Einträge ändern lassen (also die Einträge in das von mir im Artikel Trennung von Domain und Webspace beschriebene digitale Telefonbuch). Dazu braucht ihr die IP-Adresse eures Servers (erfahrt ihr von eurem neuen Hoster). Je nach Anbieter könnt ihr diese dann in den DNS-Einstellungen eures alten Anbieters selbst eintragen (so funktioniert es z. B. bei all-inkl.com) oder euren Domain-Registrar um die Änderung der Einträge bitten (so läuft es bei rb-media). Wichtig ist dabei, dass ihr nicht nur die Einträge der Domain ändern lässt, sondern auch die Einträge aller Subdomains. Beim Umzug dieses Blogs hatte ich das leider versäumt, so dass die auf eine Subdomain ausgelagerten Grafiken nicht angezeigt wurden und teilweise nur schwarze Schrift auf dunklem Hintergrund zu lesen war (einige Leser werden sich sicher daran erinnern).

Domain übertragen

Nachdem die DNS-Einträge geändert wurden und ihr eure Projekte ausgiebig getestet habt, ob auch alles so funktioniert, wie es soll, könnt ihr mit der Übertragung eurer Domains beginnen. In den meisten Fällen funktioniert das so, dass ihr dem alten und neuen Hoster einen sogenannten KK-Antrag schickt. Daraufhin erhaltet ihr von dem alten Hoster einen AuthInfo-Code, den ihr an den neuen Hoster weiterleitet. Dieser übernimmt dann die Domain und nimmt auch die Änderung der Einträge bei der Denic vor. Wer seine Domains, wie von mir im Artikel Trennung von Domain und Webspace beschrieben, bei einem Domainregistrar registriert hat, kann sich diesen Schritt natürlich sparen.

Vertrag kündigen

Wenn ihr alle Daten kopiert, die Datenbanken erfolgreich importiert, die DNS-Einträge geändert und die Domains übertragen habt, dann könnt ihr beim alten Anbieter euren Vertrag kündigen.

Richtige Reihenfolge beim Serverwechsel

Wie bereits am Anfang erwähnt, ist es wichtig, bei einem Serverumzug die einzelnen Schritte in der richtigen Reihenfolge vorzunehmen:

• Dateien kopieren
• Datenbank exportieren und wieder importieren
• DNS-Einträge ändern
• Domain übertragen (kann eventuell entfallen)
• Vertrag kündigen

Wenn ihr diese Reihenfolge beachtet, haltet ihr die Ausfallzeiten kurz und die meisten eurer Besucher werden von dem Serverwechsel gar nichts mitbekommen.

Generelle Tipps für einen Serverumzug

Beim Umzug von mehreren Projekten solltet ihr mit dem einfachsten anfangen (z. B. ein Projekt, das nur aus Dateien besteht und keine Datenbank benötigt). Mit den dabei gewonnenen Erfahrungen tut ihr euch bei komplizierteren Projekten dann schon etwas leichter.

Die Änderung der DNS-Einträge solltet ihr zu einem Zeitpunkt vornehmen, an dem eure Website nicht so stark besucht ist, z. B. in der Nacht von Samstag auf Sonntag. Es kann danach bis zu 24 Stunden dauern (im Ausland eventuell sogar noch länger), bis eure Website auf dem neuen Server erreichbar ist. In der Regel dauert es aber nur ein paar Stunden. Bei der Übertragung der Domain entstehen dann auch keine Ausfallszeiten mehr, da der eigentliche Umzug auf der Änderung der DNS-Einträge beruht.

Bei einem Forum solltet ihr eure User 1-2 Tage vorher darüber informieren, dass ein Serverumzug bevorsteht. Kurz bevor ihr die Datenbank exportiert, solltet ihr das Forum sperren. Sonst kann es passieren, dass Postings geschrieben werden, die dann in der Exportdatei nicht mehr enthalten sind.

Eure Erfahrungen mit einem Serverumzug

Habt ihr schon mal einen Serverumzug gemacht und den Hoster gewechselt? Ist dabei alles gut gegangen oder ging auch etwas schief? Welche Erfahrungen habt ihr gemacht? Schreibt doch bitte in den Kommentaren etwas darüber.

Artikelreihe “Vom Webspace zum V-Server”:

1. Gründe für den Wechsel

Linux-Server für Ein- und Umsteiger

Gründe für den Wechsel

Eigentlich war ich mit meinem bisherigen Anbieter all-inkl.com sehr zufrieden gewesen. Der Support war klasse, der Preis war günstig, das Admin-Tool war leistungsfähig und trotzdem einfach zu bedienen. Mit der Zeit war ich aber aus dem bisherigen Tarif herausgewachsen und mein Account wurde 2x wegen Überlastung auf einen anderen Server umgezogen. Der nächsthöhere Tarif schien mir auf längere Sicht aber auch noch zu schwach und war vom Preis-/Leistungsverhältnis her auch nicht mehr so optimal. Die Alternative dazu wäre nur ein eigener Server gewesen, der für mich aber überdimensioniert war und mit 100 Euro/Monat auch richtig viel Geld kostete. Ein Angebot zwischen Webspace und Managed Server gab es bei all-inkl.com nicht.

V-Server – die Alternative zum Webspace

Deshalb habe ich mich dann auf die Suche nach einer Alternative gemacht und habe mich nach einigem Suchen dazu entschlossen einen V-Server zu mieten. Das V steht dabei für virtuell, es handelt sich also nicht um einen echten Server, sondern um eine Software-Installation. Ein einzelner Server dient dabei als Grundlage für mehrere V-Server, die darauf installiert sind. Im ersten Moment hört sich das nicht viel anders an als bei normalem Webspace, es gibt aber einige gravierende Unterschiede:

• feste Ressourcen – Bei einem V-Server erhält man feste Ressourcen (Prozessorkerne + RAM), die man mit niemandem teilen muss.
• mehr Freiheiten – Da man keine Rücksicht auf andere Accounts nehmen muss, kann man auch Dienste wie z. B. einen Chat oder einen Imagehoster betreiben, die bei den meisten Webspace-Anbietern verboten sind.
• keine Vorgaben bei Ressourcennutzung – Die eigenen Ressourcen kann man beliebig nutzen, z. B. kann man unbegrenzt viele Datenbanken, Subdomains, E-Mail-Adressen, FTP-Accounts und Cronjobs einrichten. Auch das Memory Limit kann frei eingestellt werden (wichtig für WordPress).

Die Wahl des Anbieters

Wichtig war mir vor allem, dass es sich um einen Managed V-Server handelt, d. h. dass ich mich um die Einrichtung und die Pflege (Einspielen von Updates) des Servers nicht selbst kümmern muss. Wie ich allerdings feststellen musste, sind die Anbieter von Managed V-Server dünn gesät. Auf virtualist.de habe ich dann aber eine Übersicht über Managed V-Server gefunden und mich schließlich für den Anbieter providerdienste.de entschieden. Ich bezahle dort zwar etwas mehr als das Doppelte als bisher, mir steht dafür aber auch wesentlich mehr Leistung zur Verfügung (1 Prozessorkern, 1 GB RAM). Außerdem beträgt die Vertragszeit nur 1 Monat. Sehr wichtig war mir auch, dass es noch mehrere höhere Tarife gibt, auf die ich umsteigen kann, falls die vorhandene Leistung irgendwann mal nicht ausreichen sollte.

Der Umzug

Im 2. Teil der Artikelreihe “Vom Webspace zum V-Server” erfahrt ihr dann, wie ich beim Umzug meiner Projekte vorgegangen bin und welche Erfahrungen ich dabei gemacht habe.

Artikelreihe “Vom Webspace zum V-Server”:

2. Der Serverumzug

Webserver einrichten und administrieren

In den 1990er Jahren, als das Internet noch laufen lernte, gab es sie auf fast jeder Seite. Heute findet man Gästebücher eher auf kleinen Websites, meistens leer oder nur mit Spam gefüllt. Machen Gästebücher heutzutage noch Sinn oder sind sie total veraltet und man sollte sie lieber in Frieden ruhen lassen?

Auf meiner Rätselseite habe ich, seitdem sie besteht, ein Gästebuch eingebaut. Anfangs habe ich ein fertiges Skript von einem Gästebuchanbieter genommen und per iframe importiert. Vor einem Jahr habe ich dieses dann durch ein selbstprogrammiertes Gästebuch ersetzt.

Sinn eines Gästebuchs

Eigentlich ist ein Gästebuch ein Buch mit leeren Seiten, das man des öfteren in Hotels oder öffentlichen Einrichtungen wie Museen findet. Dort können Gäste bzw. Besucher ein paar nette Sätze eintragen, wenn ihnen der Aufenthalt gefallen hat. Und genau darin sehe ich auch den Sinn eines Internet-Gästebuchs. Es soll Usern, denen die Seite gefallen hat, eine Gelegenheit bieten, sich beim Ersteller dafür zu bedanken. Für Kritik oder Fehlermeldungen ist ein Gästebuch weniger geeignet, finde ich. Diese kann man besser per Kontaktformular übermitteln. Es würde wohl auch kaum ein Hotelgast, dem der Aufenthalt nicht gefallen hat, auf die Idee kommen, seine Kritik ins Gästebuch einzutragen.

Facebook macht Gästebücher überflüssig

Für Firmen macht ein Gästebuch dagegen wenig Sinn. Diese haben meist eine Facebook-Seite, auf der Kommentare hinterlassen werden können. Dort wird dann zwar auch oft Kritik geäußert, aber das wäre bei einem Gästebuch auf der Firmenwebsite wohl auch nicht anders.

Blogs brauchen kein Gästebuch

Auch Blogs brauchen meiner Meinung nach kein Gästebuch. Zwar gibt es für WordPress Gästebuch-Plugins und wer möchte, kann auch mittels einer Anleitung ein eigenes Gästebuch auf seinem Blog einrichten. Trotzdem denke ich, wer bei einem Blog ein Dankeschön hinterlassen möchte, kann dies auch per Kommentar unter dem entsprechenden Artikel tun. Ich habe bisher auch bei kaum einem Blog ein Gästebuch gesehen und falls doch, war es entweder leer oder es gab nur einige vereinzelte Einträge.

Habt ihr ein Gästebuch?

Bietet ihr auf eurer Website oder eurem Blog ein Gästebuch an? Falls ja, wird dieses häufig genutzt? Oder haltet ihr Gästebücher für ein Relikt der 1990er? Schreibt doch bitte in einem Kommentar eure Meinung dazu.

Gästebuch

Neben den generellen Vorsichtsmaßnahmen wie

• sicheres Passwort wählen
• WordPress und Plugins immer auf dem neuesten Stand halten
• regelmäßig Backups der Dateien und der Datenbank machen

kann ich euch noch 4 Plugins empfehlen, mit denen ihr die Sicherheit von WordPress weiter erhöht.

AntiVirus checkt den Quellcode

Das Plugin AntiVirus von Sergej Müller durchsucht einmal täglich alle Dateien, die in eurem Theme-Verzeichnis liegen. Wenn das Plugin bei diesem Check feststellt, dass es Veränderungen gegenüber dem Vortag gibt, verschickt es eine E-Mail an den Admin. Solltet ihr eine solche E-Mail erhalten, braucht ihr allerdings nicht gleich in Panik auszubrechen. Es kann ja schließlich sein, dass ihr selbst etwas am Code geändert oder einfach nur ein anderes Theme aktiviert habt. Falls das allerdings nicht der Fall ist, solltet ihr überprüfen, welche Änderungen an der gemeldeten Datei vorgenommen wurden. Bei einem eingefügten Link von einer euch unbekannten Domain oder einer Einbindung einer fremden JavaScript-Datei sind die Chancen hoch, dass euer Blog infiziert ist.

Secure WordPress und Website Defender erschweren den Zugriff

Die meiner Meinung nach wichtigsten Sicherheits-Plugins sind Secure WordPress und WebsiteDefender WordPress Security. Sie bieten zahlreiche Sicherheits-Funktionen, von denen ich euch die wichtigsten hier vorstelle.

WordPress-Version verbergen

Im umfangreichen Einstellungs-Menü von Secure WordPress könnt ihr mit einem Klick auf “WordPress-Version” die Anzeige sämtlicher Versionshinweise im Source-Code abschalten. Ältere WordPress-Versionen haben oftmals Sicherheitslücken. Wenn ein Angreifer die von euch eingesetzte WordPress-Version kennt, weiß er auch, welche Sicherheitslücke er ausnutzen kann.

Tabellen-Prefix ändern

Standardmäßig haben alle WordPress-Tabellen das Prefix wp_, z. B. wp_users. Wenn ein Angreifer die genauen Tabellennamen kennt, erleichtert ihm das die Arbeit natürlich. Deswegen solltet ihr ein anderes Prefix als wp_ einstellen. Falls ihr das bei der WordPress-Installation noch nicht gemacht habt, könnt ihr das Tabellen-Prefix auch noch nachträglich ändern:

• 1. Im WSD security-Menü (wird von WebsiteDefender angelegt) den Menüpunkt “Database” anwählen.
• 2. “Backup now” anwählen um ein Backup der Datenbank zu erstellen!
• 3. Bei der Datei wp-config.php, die ihr im WordPress-Hauptverzeichnis findet, kurzfristig die Dateirechte auf 777 setzen. Sobald ihr das Prefix geändert habt, ändert bitte die Dateirechte wieder auf 644.
• 4. Im Dialogfeld das neue Tabellen-Prefix eintragen. Es ist zwar nicht Pflicht, aber es macht eure Tabellen übersichtlicher, wenn dieses mit einem Unterstrich endet, z. B. wpabc_.
• 5. Mit einem Klick auf “Start Renaming” führt ihr die Änderung durch.
• 6. An Punkt 3 denken (Dateirechte von wp-config.php wieder auf 644 ändern).

Administratornamen ändern

Bei der Installation schlägt WordPress als Administratornamen “admin” vor. Wenn ihr diese Vorgabe übernommen und bisher nicht geändert habt, kennt ein potentieller Angreifer schon mal die Hälfte eurer Zugangsdaten. Deshalb solltet ihr den Administratornamen ändern. Das funktioniert so:

• 1. Backup der Datenbank machen.
• 2. Wählt die Tabelle wp_users an (eventuell ist der Prefix anders, siehe voriger Punkt).
• 3. Ändert in der Spalte “user_login” den Eintrag “admin” auf einen beliebigen Namen.

Dateirechte überprüfen

Mit dem Menupünkt “Scanner” werden die Dateirechte der wichtigsten Dateien gescannt und aufgelistet. Falls bei einer Datei höhere Rechte eingestellt sind als benötigt werden, solltet ihr diese schnellstmöglich auf den empfohlenen Wert (Needed Chmod) herabsetzen.

Mit Limit Login Attempts den Zugang erschweren

Das Plugin Limit Login Attempts bietet mehrere Optionen um den Zugang zu eurem WordPress-Blog zu erschweren.

Generell habt ihr beim Login unendlich viele Anmeldeversuche. Mit der Option “erlaubte Anmeldeversuche” könnt ihr ein Limit einstellen. Falls dieses überschritten ist, wird der Login für eine gewisse Zeit (einstellbar) gesperrt. Außerdem ist es noch möglich, nach einer bestimmten Anzahl von Sperrungen die Sperrzeit zu verlängern (z. B. auf 24 Stunden). Zusätzlich könnt ihr euch noch über Sperrungen per E-Mail benachrichtigen lassen.

Limit Login Attempts erschwert einen Hackversuch auch dadurch, dass es bei einer Falscheingabe nicht anzeigt, ob der Benutzername oder das Passwort falsch war.

100%-ige Sicherheit gibt es nicht

Eine 100 %-ige Sicherheit gibt es allerdings nicht. Das sieht man z. B. daran, dass auch Weltfirmen wie Sony erfolgreich gehackt wurden und sich sogar Kreditkartendaten stehlen ließen. Aber wenn ihr die generellen Vorsichtsmaßnahmen anwendet und die empfohlenen Plugins einsetzt, habt ihr euren Blog schon sehr gut abgesichert. Und das ohne die Benutzerfreundlichkeit wesentlich einzuschränken. Denn die Erfahrung zeigt: Je mehr Aufwand eine Sicherheitsmaßnahme erfordert, desto weniger wird sie angewendet.

Weitere Sicherheitstipps

Noch mehr Tipps, wie ihr WordPress sicherer machen könnt, findet ihr in diesen beiden Artikeln:

WordPress Sicherheitstipps – Blogsicherheit
Wordpress-Blogs sicherer machen

Wie macht ihr WordPress sicherer?

Wie sichert ihr euren Blog ab? Habt ihr Tricks auf Lager, die ich nicht genannt habe? Welche Plugins setzt ihr noch ein, um WordPress abzusichern? Bitte schreibt doch in den Kommentaren etwas dazu.

WordPress 3: Das umfassende Handbuch

Mehr Flexibilität

Ein großer Vorteil der Trennung von Domain und Webspace ist die größere Flexibilität, die man dadurch gewinnt. Wenn man seinen Webspaceanbieter wechseln will, aus welchem Grund auch immer, muss man nicht einen umständlichen Domainumzug durchführen. Es reicht einfach, dem Domainregistrar die IP oder den Nameservereintrag des neuen Hosters mitzuteilen. Der Registrar nimmt dann die Umleitung vor. Man braucht keinen KK-Antrag auszufüllen und muss auch keinen Auth-Code mehr beantragen und weiterleiten. Wenn man einen guten Domainregistrar hat, kann man dort seine Domains für alle Zeit registriert lassen und braucht sich nicht weiter darum zu kümmern.

Günstige Preise

Im Grunde sind die Domain und der Webspace 2 völlig verschiedene Produkte, bei denen überhaupt nichts dagegen spricht, sie bei verschiedenen Firmen zu ordern. Man kauft ja auch nicht unbedingt ein Telefon bei der Telekom, nur weil man dort seinen Festnetzanschluss hat (vor 30 Jahren war das allerdings noch anders ). Deswegen spricht auch nichts dagegen, die Domain und den Webspace beim jeweils günstigsten Anbieter zu bestellen. Dass es sich dabei eher selten um den gleichen Anbieter handelt, liegt daran, dass sich die meisten Firmen in eine Richtung spezialisieren. Firmen, die mit günstigem Webspace werben, haben oft hohe Domainpreise und umgekehrt.

Größere Angebotsvielfalt

Ein weiterer Vorteil ist, dass Domainregistrare eine größere Auswahl an Topleveldomains bieten, während sich viele Hoster nur auf die gängigen beschränken. Domains mit Endungen wie .aero für Luftfahrt oder .mx für Mexiko kann man halt nicht überall registrieren lassen.

Nachteile

Der einzige Nachteil der Trennung von Domain und Webspace ist, dass es einige Hoster gibt, die für die Aufschaltung von externen Domains Gebühren verlangen. Deshalb sollte man, bevor man sich für einen Hoster entscheidet, dort anfragen, ob die Anbindung von externen Domains möglich ist und wie hoch die Kosten dafür sind. Während die Aufschaltung bei vielen Hostern kostenlos ist, gibt es auch Anbieter, bei denen dieser Service sogar teurer ist als die Registrierung einer Domain bei einem günstigen Registrar.

Ausfallsicherheit und Geschwindigkeit

Mancher hat vielleicht deshalb den Webspace und seine Domains beim gleichen Anbieter, weil er Bedenken wegen der Ausfallsicherheit hat oder Geschwindigkeitseinbußen befürchtet. Diese Bedenken sind aber unbegründet, weil es nämlich so eine Art digitales Telefonbuch gibt, in dem verzeichnet ist, welche Domain zu welchem Webspace gehört (siehe Domain Name System). In diesem “Telefonbuch” wird immer nachgeschlagen, wenn man eine Website besucht, unabhängig davon, ob Domain und Webspace beim gleichen oder bei verschiedenen Anbietern liegen. Die Ladezeit einer Seite bleibt also in beiden Fällen gleich.

In puncto Ausfallsicherheit kann die Trennung sogar ein weiterer Vorteil sein. Wenn der Hoster nämlich Insolvenz anmeldet, ist es nur eine Frage von einigen Stunden bis man einen neuen Anbieter gefunden hat und seine Domains zu diesem umgeleitet hat. Wenn man bei diesem Hoster allerdings auch noch seine Domains registriert hat, kann es Tage oder in Extremfällen sogar einige Wochen dauern, bis diese übertragen sind.

Habt ihr Domain und Webspace getrennt?

Wie sieht es bei euch aus? Habt ihr eure Domains und euren Webspace bei verschiedenen Firmen oder habt ihr alles beim gleichen Anbieter? Schreibt doch bitte in den Kommentaren über die Erfahrungen, die ihr mit eurer Vorgehensweise gemacht habt.

Handbuch Domain-Namen: Alles über Internet-Domains

JooPress startet im Dezember

Das neue Super-CMS soll bereits im Dezember 2012 unter dem Namen JooPress starten. WordPress-Entwickler Matt Mullenweg, der übrigens bei der Namensvergabe auf dem groß geschriebenen “P” bestand, nannte das Zusammengehen der beiden CMS eine “Fusion unter Gleichen”. Vor dem Start wird es sowohl von WordPress als auch von Joomla noch eine Abschiedsversion geben, die den Übergang zu JooPress erleichtern soll. Dazu wird in die letzten Versionen ein stilles Update eingebaut, dass am Jahresende dann ohne Mitwirken des Users die Umstellung des jeweiligen CMS auf JooPress durchführt.

Neues Lizenzmodell

“OpenSource ist längst überholt”, meinte am CeBIT-Stand ein WordPress-Mitarbeiter, dessen Namen ich nicht nennen soll, zu mir. “Die User wollen mehr Support und sind auch bereit, etwas dafür zu bezahlen”. In der Praxis soll das so aussehen, dass die Nutzer von JooPress monatlich 10 Dollar für die Nutzung zahlen sollen. Im Gegenzug soll es zukünftig eine kostenlose Telefonhotline geben, die man bei Problemen anrufen kann. Das Interessante daran ist, dass es diese Hotline in über 40 Sprachen geben wird. Den Anfang soll Albanisch machen, weil diese Sprache im Alphabet ganz vorne steht.

Das Logo von JooPress

Konverter macht JooPress kompatibel

Ein einzigartiger Konverter soll dafür sorgen, dass alle Themes und Plugins sowohl von WordPress als auch von Joomla in JooPress verwendet werden können. Es reicht aus, die bisherigen Erweiterungen per Drag & Drop hochzuladen. Danach müssen sie nur noch im Plugin-Manager aktiviert werden und stehen anschließend sofort zur Verfügung.

NoSpam-Metatag wird eingeführt

JooPress wird auch über einen leistungsfähigen Spamabwehrmechanismus verfügen. Dazu wird ein neuer Metatag eingeführt, der Spam-Versendern signalisieren soll, ob man an Spam interessiert ist oder nicht. Für User, die keinen Spam möchten, wird der folgende Code in den Header aufgenommen:

<meta name="spam" content="no" />

Bei Usern, die der Spam nicht stört, sieht der neue Metatag dementsprechend so aus:

<meta name="spam" content="yes" />

Joomla 2.5-Buch zu gewinnen

Es sind zwar nur noch wenige Monate bis zur Einführung von JooPress. Trotzdem möchte ich zur Überbrückung dieser Zeitspanne hier noch das große Buch zu Joomla 2.5 verlosen, das von Data Becker gestiftet wurde. Da das neue CMS ja voll kompatibel zu Joomla ist, kann man sicher noch lange Zeit von diesem Werk profitieren.

Um bei der Verlosung dabei zu sein, schreibt einfach in einem Kommentar, was ihr von der Fusion haltet und was ihr euch von JooPress erwartet. Einsendeschluss für die Verlosung ist Sonntag, der 8. April 2012.

Joomla 2.5 logisch!

Der einfachste Zeitraum ist “alltime”. Hierfür reicht es aus, wenn ich die entsprechende Variable auf 0 setze:

$zeitraum=0;

Die Funktion strtotime()

Zur Ermittlung der anderen Zeiträume habe ich die Funktion strtotime() genutzt. Diese liefert mir den Unix-Timestamp des angegebenen Zeitraums. Beim Tag ist das ganz simpel:

$zeitraum=strtotime("today");

Das Ergebnis ist der Unix-Timestamp des heutigen Tages, 0 Uhr.

Für die Ermittlung des Jahresbeginns muss man den 1.1. als Argument angeben:

$zeitraum=strtotime("1/1 this year");

Beim Monat wird es schon deutlich komplizierter:

$zeitraum=strtotime("first day of this month");

liefert mir zwar den 1. März, allerdings nicht um 0 Uhr, sondern mit der aktuellen Uhrzeit.

Um den Monatsbeginn zu erhalten, muss der Aufruf lauten:

$zeitraum=strtotime("midnight first day of this month");

Mit Abstand am kompliziertesten ist es allerdings die aktuelle Kalenderwoche zu ermitteln.

Ermittlung des Wochenbeginns in PHP

Auf den ersten Blick ist die Ermittlung des Wochenbeginns nicht weiter schwierig. Analog zur Ermittlung des Jahresbeginns könnte man ja einfach schreiben:

$zeitraum=strtotime("monday this week");

Das funktioniert auch hervorragend. Allerdings leider nur im Zeitraum Montag bis Samstag.

Die Funktion strtotime() hat nämlich einen kleinen Pferdefuß. Die Woche beginnt nicht wie in unserem Kulturraum üblich an einem Montag, sondern an einem Sonntag.

Dies gilt selbst dann, wenn man die deutsche Zeitzone setzt:

date_default_timezone_set('Europe/Berlin');

In der aktuellen Woche liefert strtotime(“monday this week”) den UNIX-Timestamp für folgende Zeit, wenn sie montags bis samstags abgerufen wird:

19. März 2012, 0 Uhr

Wenn ich die gleiche Funktion aber heute, also an einem Sonntag, aufrufe, wird der UNIX-Timestamp für folgende Zeit geliefert:

26. März 2012, 0 Uhr

also für den morgigen Montag.

Die einzige Möglichkeit dies zu umgehen ist es abzufragen, welcher Wochentag heute ist und die strtotime()-Funktion dementsprechend anzupassen.

Für die Abfrage des aktuellen Wochentags habe ich die Funktion date() genutzt. Das Formatzeichen “N” gibt den Wochentag als Ziffer an. Seltsamerweise ist es bei date() aber so, dass der Montag die Ziffer “1″ und der Sonntag die “7″ hat. Bei date() ist der Montag also der 1. Tag der Woche.

Die Formel für die Ermittlung des Wochenbeginns, 0 Uhr, lautet somit:

if (date("N")!=7) $zeitraum=strtotime("monday this week"); else $zeitraum=strtotime("last monday");

Wenn heute kein Sonntag ist, liefert strtotime(“monday this week”) den Wochenbeginn. Falls es sich um einen Sonntag handelt, beziehe ich mich auf den letzten Montag um den Wochenbeginn zu erhalten. Das Ergebnis dieser Abfrage ist also auf jeden Fall:

19. März 2012, 0 Uhr

Zeitraum mit mySQL abfragen

Die mySQL-Abfrage für den jeweiligen Zeitraum ist überall gleich:

SELECT spalten FROM tabelle WHERE endzeit > $zeitraum

In der Spalte endzeit habe ich bei allen Usern die Zeit des Quizendes gespeichert (als Unix-Timestamp). Die mySQL-Abfrage liefert mir somit alle Datensätze bei denen das Quizende nach Beginn des Zeitraums (z. B. Wochenbeginn) liegt.

Fehler bei strtotime()?

Meiner Meinung nach ist die Funktion strtotime() fehlerhaft. Zumindest für mich ist es nicht nachvollziehbar, warum bei dieser Funktion die Woche mit Sonntag beginnt und bei date() der Wochenbeginn montags ist. Und das obwohl in beiden Fällen die Zeitzone für Deutschland gesetzt wurde. Wenn ihr euch die Versionsgeschichte von strtotime() mal anseht, seht ihr auch, dass es bei dieser Funktion regelmäßig Fehlerkorrekturen gibt. Auf meinem Server ist übrigens die PHP-Version 5.3.10 installiert. Vielleicht ist der Fehler, wenn es denn einer ist, auch schon mit der neuen Version 5.4 behoben.

Weitere Infos über die PHP-Datumsfunktionen

date()
strtotime()
Relative Formats

Auch in meinem Artikel Adventskalender erstellen – Teil 2: Die Datumsabfrage könnt ihr noch einiges über die PHP-Datumsfunktionen nachlesen.

PHP 5 Kochbuch

Es gibt 2 Arten von Weiterleitungen, die sich jeweils noch in weitere Unterarten gliedern:

• die serverseitige Weiterleitung (per Hoster, .htaccess oder PHP)
• die clientseitige Weiterleitung (html und Javascript)

Die serverseitige Weiterleitung

Die beste Methode eine Seite weiterzuleiten ist die serverseitige Weiterleitung. Bei richtiger Anwendung hat sie vor allem den Vorteil, dass sie sehr suchmaschinenfreundlich ist.

Weiterleitung über den Hoster

Viele Hoster bieten die Möglichkeit mit Hilfe des von ihnen angebotenen Konfig-Tools eine Domain weiterzuleiten. Wer diese Möglichkeit hat, sollte sie auch nutzen. Im Normalfall reicht es aus, einfach die Domain, die man umleiten will und die Domain, zu der umgeleitet werden soll, anzugeben. Bei all-inkl.com lautet der entsprechende Menüpunkt “Domain”. Dort klickt man bei der gewünschten Domain auf das Icon zur Aktion “Bearbeiten” und gibt die Domain an, zu der umgeleitet werden soll. Außerdem muss man noch den Status angeben:

• 301 – Moved Permanently: Dies ist in aller Regel die empfehlenswerte Einstellung. Sie besagt, dass die Weiterleitung dauerhaft gilt und nicht irgendwann zurück genommen wird.
• 302 – Found: Die Weiterleitung ist nur vorübergehend gültig. Dieser Statuscode ist eigentlich veraltet, wird aber aus Kompatibilitätsgründen noch häufig verwendet.
• 307 – Temporary Redirect: Die Weiterleitung ist nur vorübergehend gültig. Dieser Statuscode soll den Statuscode 302 ersetzen.

Andere Hoster bieten leider nicht die Möglichkeit, den Status-Code auszuwählen. Bei rb-media wird z. B. automatisch der Status-Code 302 verwendet.

In diesem Fall oder falls der Hoster gar keine Weiterleitung ermöglicht, bietet sich die Weiterleitung per .htaccess an.

Weiterleitung per .htaccess

Die .htaccess ist eine Konfigurationsdatei des Web-Servers, in der verschiedene Einstellungen vorgenommen werden können. Um eine serverseitige Weiterleitung vorzunehmen, muss man dort folgenden Code eintragen:

Redirect 301 / http://www.neuedomain.de

Die .htaccess muss im Hauptverzeichnis der Domain liegen, die umgeleitet werden soll.

Weiterleitung per PHP

Wer keinen Zugriff auf eine .htaccess hat und auch selbst keine anlegen darf, kann auch per PHP eine serverseitige Weiterleitung vornehmen.

<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://www.neuedomain.de");
exit;
?>


Dieser Code muss im Hauptverzeichnis der weiterzuleitenden Domain in der Datei index.php stehen. Voraussetzung für die einwandfreie Funktion ist natürlich, dass der Webspace PHP unterstützt.

Die Clientseitige Weiterleitung

Wenn der Hoster keine Weiterleitung ermöglicht und sowohl die .htaccess als auch PHP nicht genutzt werden können, dann muss man eine Clientseitige Weiterleitung einrichten. Diese hat folgende Nachteile:

• Sie wird nicht von allen Browsern unterstützt
• Nicht alle Suchmaschinen folgen ihr
• Wenn der User auf der neuen Seite auf den Zurück-Button klickt, wird er direkt wieder auf die neue Seite umgeleitet.

Weiterleitung per Javascript

Für eine Clientseitige Weiterleitung per JavaScript muss folgender Code in den head-Bereich eines HTML-Dokuments eingefügt werden:

<script type="text/javascript">
window.location.href = "http://www.neuedomain.de";
</script>

Diese Methode hat einen weiteren Nachteil. Sie funktioniert nämlich nur, wenn der User JavaScript aktiviert hat.

Weiterleitung per HTML

Die Clientseitige Weiterleitung per HTML erfolgt mittels eines Metatags:

<meta http-equiv="refresh" content="5; URL=http://www.neuedomain.de">

Die Zahl hinter “content” steht dabei für die Anzahl der Sekunden, die bis zur Weiterleitung gewartet wird. Im Beispiel erfolgt die Weiterleitung also erst nach 5 Sekunden.

Um die Nachteile der Clientseitigen Weiterleitung (mangelnde Suchmaschinen- bzw. Browserunterstützung) etwas abzumildern, sollte man zusätzlich zum Metatag noch einen Link zur neuen Seite einbauen.

<a href="http://www.neuedomain.de">Meine neue Domain</a>

Weiterleitung überprüfen

Wer überprüfen möchte, mit welchem Statuscode seine Domain weitergeleitet wird, kann dies z. B. auf der Seite statuscodes.net tun.

Eure Erfahrungen mit Weiterleitungen?

Habt ihr schon Erfahrungen mit der Weiterleitung von Domains gesammelt? Aus welchem Grund habt ihr eure Domain weitergeleitet und welche Methode habt ihr dafür verwendet? Wie immer möchte ich euch bitten, eure Erfahrungen in einem Kommentar zu schildern.

Quellen:
PHP Redirect 301
301 “Redirect” – Suchmaschinenfreundliche Weiterleitung
Weiterleitung

HTML5 & CSS3

Warum setze ich Piwik und nicht irgendein anderes Webanalyse-Tool ein?

Der Hauptvorteil von Piwik ist für mich, dass ich die Daten selbst hosten kann. Mit einem Besuch auf meinen Webseiten geben die Besucher zwar einige Daten über sich preis, diese bleiben aber bei mir und werden nicht in die USA weitergeleitet, wo sie sich meiner Kontrolle entziehen (wie bei Google Analytics). Ein weiterer großer Vorteil von Piwik ist, dass die Daten topaktuell sind. Ich muss nicht bis zum nächsten Tag warten, bis ich mir die Besuchsdaten des Vortages ansehen kann, sondern erhalte alle Informationen sofort.

Wie sieht mein Piwik-Hosting aus?

Ich habe Piwik auf meinem Webspace installiert, den ich bei all-inkl.com installiert habe. Ich bin mit dieser Lösung aber ehrlich gesagt nicht so zufrieden. Der Grund dafür ist, dass bei Seiten mit hohem Besucheraufkommen keine Monatsauswertungen möglich sind, da die Skriptlaufzeit zu lange ist und der zur Verfügung stehende Speicherplatz nicht ausreicht. Ich plane aber demnächst auf einen Server oder zumindest auf einen V-Server umzusteigen und hoffe, dass sich damit auch dieses Problem erledigen wird. Auch ist ein Datenbank-Backup sehr schwierig, da die Datenbank im Laufe der Zeit auf eine Größe von über 2 GiB angewachsen ist.

Wie viele Webauftritte tracke ich mit Piwik?

Zur Zeit habe ich 4 mittlere bis große Webauftritte, die ich mit Piwik tracke. Der größte davon ist meine Rätselseite, dann folgt dieser Webmaster-Blog hier und mein Rätselforum. Außerdem nutze ich Piwik noch für meine Rätselagentur. Hier bin ich aber am Überlegen, ob ich dafür nicht auf Google Analytics umsteige, da ich dort Google AdWords verwende und GA eine gute Anbindung dafür anbietet.

Außerdem setze ich Piwik noch auf 11 weiteren Webauftritten ein, die aber nur ein- bis zweistellige Besucherzahlen am Tag haben, so dass diese eigentlich vernachlässigbar sind.

Welches Tool setzte ich vor Piwik ein?

Wie wohl die meisten Piwik-User hatte ich zuvor Google-Analytics im Einsatz. Damit war ich eigentlich auch sehr zufrieden. Der Grund für meinen Umstieg lag einzig in der Datenschutzproblematik. Ich wollte und will Google nicht meine Besuchsdaten zur Auswertung überlassen.

Welche weiteren Features wünsche ich mir von Piwik?

Wünschen würde ich mir, dass die Ladezeiten gesenkt werden können. Es dauert teilweise schon 30 Sekunden und länger bis die Auswertung einer Website komplett geladen ist. Außerdem würde ich mir wünschen, dass irgendwann mal ein sehr nerviger Fehler behoben wird, der schon existiert, seitdem ich Piwik einsetze: Wenn ich in der “Liste externer Webseiten” einen Link anklicke erscheint des öfteren der Link zu einer anderen Seite als der angeklickten. Wenn ich z. B. auf “facebook.com” klicke, erscheint ein Link, der dann zu “wikipedia.de” führt. Sowas ist natürlich sehr nervig und die einzige Abhilfe ist ein Neuladen der Auswertung.

Setzt ihr Piwik ein?

Wie man sieht, habe ich einiges an Piwik zu bemängeln. Aber diese Mängel sind mir lieber als eine Weiterleitung der gesammelten Daten an einen fremden Anbieter.

Wie sieht es bei euch aus? Setzt ihr Piwik ein? Falls ja, macht Daniel doch eine Freude und beteiligt euch an seiner Umfrage. Falls nein, welches Tool verwendet ihr zur Webseiten-Analyse? Google Analytics oder ein anderes Tool?

Google Analytics