“Normalerweise” würde es für eine deutsche Webseite völlig ausreichen die .de Domain zu registrieren. Aber es wäre sehr ärgerlich, wenn die Webseite ein Erfolg wird und jemand anderes sich die doch ebenfalls sehr verbreitete .com Domain dazu registriert.
Bei Privaten Webseiten die eher für mich, meine Familie oder Freundeskreis erstellt sind,  würde mir persönlich die .de reichen.  Bei Hobby-Seiten mit denen es mir ernster ist, bei denen ich auf steigende Besucherzahlen hoffe, würde ich die .de und .com Domain sichern.

Wenn ich persönlich eine Firmen Webseite erstelle, suche ich nach Domainnamen, bei welchen ich die .de, .com, .net , org, und .eu Domain registrieren kann. Würde ich auch Kunden aus Österreich, Schweiz oder Italien ansprechen wollen, würde ich auch Wert auf die Domain Endlungen .at, .ch oder .it legen.

Nein! Wenn die “Beispiel-Domain-xyz.de” vergeben ist, ist es selten eine gute Idee, statt dessen “Beispieldomain-xyz.com” zu registrieren.
Zum einen kann es passieren, dass dem Betreiber der .de Domain irgend welche Namensrechte gehören und man somit eine Abmahnung riskiert. Stellen Sie sich vor, sie wären stolzer Besitzer der Domain heise.de … würden Sie es dann ungestraft hinnehmen, wenn jemand über heise.com von Ihren Lorbeeren zu profitieren versucht? Wohl eher nicht

Zum anderen… wenn die Webseite ein Erfolg wird, wäre es doch schade wenn viele Besucher “versehendlich” auf die .de Domain gehen, weil diese die Domain Endung verwechseln ?

Oder vielleicht ist die Webseite der .de Domain schlecht … wird schlecht über die Seite geredet, könnte dies schnell mit der eigenen .com Seite verwechselt werden.

Oft werden wir gefragt, “die Domain ist nicht mehr frei, was mache ich jetzt” ? Die Antwort ist leicht … einen anderen Domainnamen ausdenken!

Wenn eine Domain bereits von einer anderen Person registriert wurde, hat diese Pläne mit der Domain oder nutzt sie vielleicht schon. Das ist wie mit einer hübschen Wohnung in der Muster Strasse 23 … wenn diese Wohnung schon vergeben ist, können Sie zwar mal anfragen ob die Mieter nicht ausziehen oder das haus verkaufen möchten – aber die Chancen sind doch eher gering.

Natürlich gibt es auch Menschen, die gute Domain-Namen registrieren um diese zu verkaufen,  aber in der Regel ist das Preis-Leistungs-Verhältniss einfach nicht für ein neues Homepage-Projekt geeignet – eine andere Domain ausdenken, in der Regel der günstigere und einfachere Weg.

Wenn man sich einen hübschen Domainnamen überlegt hat, muss man zunächst überprüfen ob niemand anderes schneller war, sprich die Domain vielleicht schon von einer anderen Person registriert wurde.

Es reicht nicht aus, den Domainnamen im Browser ein zu tippen und wenn da keine Webseite erscheint, davon aus zu gehen … die Domain wäre frei. Es gibt Menschen, die Registrieren Domains ohne darauf eine Webseite zu veröffentlichen, planen für “irgendwann” etwas mit der Domain zu machen, nutzen die Domain nur intern oder gar nur für E-Mail Adressen.

Ein Domain-Check um zu prüfen ob die Domain noch frei oder bereits vergeben ist, findet sich in der Regel auf fast jeder Webhosting Provider Webseite.

Wichtig: Immer auch prüfen ob nicht nur die .de frei ist, sondern ob die Domain vielleicht als .com oder .eu schon existiert.

In den letzten Jahren haben sich viele “kleine” Fragen angehäuft, wir möchten diese hier in den kommenden Wochen einmal in kleinen Minni-Postings beantworten oder erläutern. Die erste Beitragsreihe beschäftigt sich mit dem Thema “Domain”.

Part 1 – “Domain reservieren“.

“Nein, ich möchte die Domain noch nicht bestellen/registrieren, ich möchte nur das Sie die Domain schon mal für mich reservieren.”

Diese Formulierung ist ein absoluter Trugschluss. Man kann eine Domain nicht “reservieren”,  man kann eine Domain nur “registrieren” – vorausgesetzt die Domain ist noch frei, also noch nicht von einer anderen Person oder Firma registriert.
Man kann eine Domain auch nicht kostenfrei “reservieren” damit kein anderer sie bekommt und sie erst dann registrieren, wenn man es sich überlegt hat, oder die Webseite fertig ist.  Registrieren, oder eben nicht registrieren, irgend etwas dazwischen – gibt es einfach nicht.

Vor allem Kunden mit Shops oder Kreditkarte als Zahlungsmethode auf der Webseite, bestellen zur Absicherung der Datenübertragung ein eigenes SSL Zertifikat für Ihre Domain.

Nachdem das Zertifikat fertig eingerichtet ist, kann diese Schnittstelle zur verschlüsselten Übertragung der Daten genutzt werden. Um aber nicht nur durch die sich ändernde Adresszeile den Kunden auf die Nutzung einer gesicherten Verbindung zu informieren, kann man das SSL Trust Logo in die Webseite einbinden.

Beispiel-Webseite wie das Ergebnis aussieht: Demo

Das einbinden des Trust Logos ist gar nicht schwer, Voraussetzung ist natürlich ein SSL Zertifikat über unseren Anbieter.

1. Öffnen Sie den Quellcode Ihrer Webseite /Startseite mit einem HTML/PHP oder Text Editor, alternativ können Sie auch das WebFTP im Accountlogin nutzen!

2. Finden Sie relativ weit oben in der Datei den Header

<header> </header>

Dazwischen, fügen Sie nun zusätzlich diesen Code ein:

<script language="JavaScript" src="https://secure.comodo.net/trustlogo/javascript/cornertrust.js" type="text/javascript"></script>

3. Ziemlich weit unten in der Quelldatei, suchen Sie das abschließende </body> Tag. DAVOR setzen Sie folgenden Code:

<script type="text/javascript">
<!--
TrustLogo("https://ihre-ssl-verschluesselte-domain.de/secure-site-corner.gif", "SC", "none");
// -->
</script>

Ersetzen Sie hier natürlich “ihre-ssl-verschluesselte-domain.de” durch den Namen Ihrer eigenen Domain.

4. Speichern Sie folgendes Bild (Ziel speichern unter, oder Grafik speichern unter) : Bild

Laden Sie das Bild per FTP in den Account Ihrer SSL Geschützten Domain. Nun sollte Ihre über https://ihre-Domain.xy aufgerufene Webseite unten rechts das SSL Trust Logo anzeigen, so wie es auf der Demo Seite dargestellt ist.

Vorweg: Sie wissen nicht auf welchem Server Sie liegen und ob Ihr Account betroffen ist ? Im Accountlogin auf der ersten Seite in der Übersicht, finden Sie die Zeile “Ihr Server” , dort steht die Servernummer auf dem Ihr Account derzeit liegt.

Unser 7518 ist in die Jahre gekommen und hat in den letzten Tagen zusehends Problemchen bereitet und vor allem ist er uns zu langsam. Neue Hardware steht bereit und die Bewohner werden in kleinen Grüppchen die nächsten ca 5-6 Nächte auf neue Hardware umgezogen.  Der Umzug und damit verbundene IP Wechsel wird für 2-3 Stunden zur Nicht-Erreichbarkeit des jeweiligen Accounts führen, daher findet alles Nachts statt, damit Ihre Besucher so wenig wie möglich gestört werden!

Die MySQL Version des Zielservers ist gleich, die PHP Version welche als Apachemodul zur Verfügung steht, ist allerdings bereits die aktuellere Version  5.3.8, dieses Update wäre in einigen Tagen ohnehin fällig gewesen und wird somit gleich mit erledigt.

Bekannte Probleme die in seltenen Fällen bei älteren Scripten auftreten können:

Einige ältere Scripte sind noch immer auf “Register_globals on” angewiesen. Dies stellt aber eine Sicherheitslücke dar, so dass diese Option seit längerem auf unseren Neu-Installationen default deaktiviert ist.  Sollten nach einem Serverwechsel z.B. Teile der Seite nicht mehr angezeigt werden oder Menüs beim anklicken nicht mehr reagieren, setzen Sie folgenden Eintrag in die .htaccess:

php_flag register_globals on

Es gab allerdings bereits Ankündigungen seitens der PHP Entwickler, in künftigen PHP Versionen ganz auf die Unterstützung von Register_Globals zu verzichten, daher ist dringend anzuraten, diese Scripte zu aktualisieren / zu überarbeiten.

Sollten Ihre Scripte generell nicht PHP 5.3 tauglich sein, können Sie übergangsweise auf die CGI Variante von PHP 5.2 zurück schalten, durch folgenden Eintrag in die .htaccess:

AddHandler php52-cgi .php

Auch dies ist natürlich keine Dauerlösung, denn es sind nicht nur neue Features auf welche man durch die Nutzung älterer PHP Versionen verzichtet, sondern man nimmt auch das Risiko in Kauf das durch Sicherheitslücken die eigene Webseite zur Schadcode-Schleuder und damit zum Sicherheitsrisiko für Sie und  Ihre Besucher wird.

Auf unseren Servern stehen in der Regel verschiedene zusätzliche PHP Versionen als CGI Modul zur Verfügung.  Mit einem Eintrag in die .htaccess Datei, können Sie für jeden Ordner (und die darunter liegenden Ordner) festlegen welche PHP Version genutzt werden soll.

Für PHP 4:      AddHandler php4-cgi .php
Für PHP 5.2:  AddHandler php52-cgi .php
Für PHP 5.3:  AddHandler php53-cgi .php
Für PHP 5.x:  AddHandler php5-cgi .php (Version entsprechend der auf dem Server aktuellen PHP Apache-Modul Version)

Wichtig :
Ab PHP5.3 wird der ZendOptimizer durch ZendGuardLoader abgelöst. Dieser ist nicht mehr abwärtskompatibel, d.h. Software welche für ZendOptimizer
kodiert wurde, funktioniert nicht unter PHP5.3, bzw. ZendGuardLoader kodierte Software nicht unter PHP5.2.

Sollten Sie Software einsetzen die den
ZendOptimizer benötigt, müsste diese für ZendGuardLoader durch den Hersteller neu kodiert werden oder im PHP5.2-CGI Modus betrieben werden.

Die Umstellung der PHP Version kann in einigen Fällen auch Änderungen an Ihren Webseiten oder deren Programmierung durch Ihren Webmaster oder Programmierer erfordern, daher prüfen Sie bitte nach der Umstellung die Funktionalität.

Ein Systemserver macht Probleme wodurch es heute Mittag gelegentlich zu kleineren Störungen und Anzeige von Wartungarbeiten im Backend Bereich gab. Betroffen ist hiervon das Webmail und der Zugang zum Accountlogin. Der betroffene Server wird gegen ca 17 Uhr noch einmal kurz  (geschätzt etwa 15 Minuten) ausfallen.

Für die Nacht von kommenden Sonntag auf Montag ist ein  ein Komplettaustausch der Hardware dieses Systems geplant, so das es in der Nacht nocheinmal zu Störungen des Webmails und des Kundenlogins kommt, die eigentlichen Hosting Server und somit die Erreichbarkeit der Webseiten und E-Mail Postfächer selbst, ist hiervon nicht betroffen!

Für weitere Fragen steht Ihnen unser Support unter support@suleitec.de gerne zur Verfügung.

Am 12.11.11 wird auf dem Server 3320 das Betriebssystem umgestellt/aktualisiert.

Die Version von Apache und MySQL wird  beibehalten.
Die PHP Version 5.2 wird auf 5.3 aktualisiert.

Wichtig :
Ab PHP5.3 wird der ZendOptimizer durch ZendGuardLoader abgelöst. Dieser ist nicht mehr abwärtskompatibel, d.h. Software welche für ZendOptimizer kodiert wurde funktioniert nicht unter PHP5.3, bzw. ZendGuardLoader kodierte
Software nicht unter PHP5.2. Sollten Sie Software einsetzen die den ZendOptimizer benötigt, müsste diese für ZendGuardLoader durch den Hersteller neu kodiert werden oder im PHP5.2-CGI Modus betrieben werden.

Die Umstellungen sind für die Nacht nach 1 Uhr eingeplant. Für eine Zeit von voraussichtlich 1-3 Stunden ist der
Server nicht erreichbar.