Alle Artikel zu #webhosting


Blogger-Alphabet: C wie Code

Runde 3 im Blogger-Alphabet, diesmal geht es um ein Thema, das mir wirklich liegt: Den (Programmier-)Code hinter dem Blog. Dank vieler kostenloser Hostingplattformen kann man sich als Blogger ja aussuchen, wie sehr man sich damit beschäftigt, von gar nicht über ein bisschen für das Design oder ein bisschen mehr für Plugins bis sehr intensiv. Das befürworte ich sehr, denn tatsächlich lässt sich ein brauchbarer Blog ohne Programmierkenntnisse erstellen, was die Bloggerwelt denen geöffnet hat, die nicht aus der IT kommen. Dass manche Blogs optisch ein Griff ins Klo sind, ist ein anderes Thema (und bei D wie Design an der Reihe).

Wer nicht programmieren kann, ist allerdings an das System gebunden, das er nutzt, und muss mit dessen Vor- und Nachteilen leben. Ich fing damals mit einem selbst installierten Wordpress auf einem Standard-Webhosting-Paket an, damit war ich schon deutlich freier als man es beispielsweise bei Blogspot wäre, aber Wordpress war mir zu schwerfällig und ich wollte auch auf Serverseite mehr bestimmen können. Letzteres ist inzwischen mit einem eigenen virtuellen Server auch umgesetzt, soll hier aber gar nicht Thema sein.

Mehr Freiheit bei dem Content-Management-System hinter dem Blog gab und gibt mir Habari. Das Projekt ist inzwischen wohl leider als tot anzusehen, da keiner der Hauptentwickler mehr Zeit dafür hat, läuft aber hier noch stabil und wird daher im Einsatz bleiben so lange es geht. Ich habe selbst im Laufe der Jahre zahlreiche Änderungen daran vorgenommen und so manche Funktion hinzugefügt, daher ist mir der Quellcode bestens vertraut. Mein Admin-Backend tut genau das, was ich will. Plugins von anderen Habari-Usern und eigene Plugins geben mir die Funktionalität, die ich brauche, aber nicht mehr. Trotz ziemlich schwachem Server lädt die Seite sehr schnell. Fehlt etwas oder ist etwas defekt, kann ich das selbst lösen. Dass ich schon vor dem Bloggen jahrelang programmierte (nicht nur in PHP, wie es hier verwendet wird, sondern auch in Visual Basic und C#), hat sich also definitiv ausgezahlt.

Habari ist kein System für Leute, die Angst vor der Technik haben. Es bietet standardmäßig nur sehr rustikalen Bedienkomfort, nicht jede Funktion steht in einem Plugin bereit, das sofort funktioniert, und es gibt vergleichsweise wenig fertige Designs zur Auswahl. Das hier verwendete Design habe ich selbst entworfen und programmiert. Wenn man bereits programmieren kann, ist es sehr leicht, sich einzuarbeiten; es gibt auch noch das ein oder andere weitere Design von mir.

Dabei arbeite ich beim Programmieren, ähnlich wie ich meine Beiträge hier ohne grafischen Editor schreibe, mit einer sehr einfach gestrickten Umgebung. Private Projekte werden direkt auf dem Liveserver getestet, berufliche lokal. Beim Texteditor schwöre ich nach wie vor auf Notepad++, für den ich sogar Wine unter Linux installiert habe. Er ist vor allem in der Geschwindigkeit und Zuverlässigkeit ungeschlagen. Darüber hinaus ist die Bedienoberfläche aufgeräumt, der meiste Platz steht dem Code zu, und trotzdem gibt es alle Funktionen, die ich mir wünsche.

In mehrfacher Hinsicht arbeite ich also, was das Bloggen und Programmieren angeht, anders als der Durchschnittsuser. Meine Methoden wären sicher nicht für jeden geeignet und ich würde sie auch nicht uneingeschränkt empfehlen, ich erziele damit aber das beste Ergebnis. Das klappt vor allem durch jahrelange Übung und Erfahrung - wer keine Ahnung hat, sollte definitiv nicht gleich einen Server mieten und versuchen, mit ein bisschen PHP was zusammen zu schrauben. Es ist keine Schande, Shared Hosting oder einen Blogging-Dienstleister zu verwenden. Auf spiller.me gibt es eine gelungene Artikelserie zum Thema "Ich möchte bloggen", die all denen ans Herz gelegt sei, die einsteigen wollen oder noch nicht so richtig angekommen sind. Und allen, die zumindest teilweise bereits die Kontrolle über ihre Technik übernommen haben: Hurra! Willkommen in einer Welt voller frustrierender Stunden und wertvoller Erfolgserlebnisse. hahahah



Serverumzug

Wegen eines Serverumzugs war Konzertheld.de heute tagsüber nicht erreichbar. Das liegt daran, dass sowohl mein alter Hoster Webhoster als auch mein neuer Hoster 1&1 schneller gearbeitet haben, als ich es erwartet hatte. Das ist positiv, hat aber dafür gesorgt, dass ich mit dem Umzug der Domain nicht hinterher kam bzw. die Daten nicht schnell genug rüberschaufeln konnte.

Nachdem Webhoster mal wieder irgendeine PHP-Konfiguration kommentarlos verändert hatte, habe ich mal meine Kündigungsfrist nachgeschaut und siehe da, die ist bald. Und siehe da, 1&1 hat gerade mal wieder ein Angebot für ein paar Gratismonate in deren gehobenen Paketen. So habe ich nun nicht nur etwas mehr Speicher und unbegrenzt Traffic, sondern vor allem auch mehr Inklusivdomains (mehr zu deren Nutzung später), Git-Versionsverwaltung und SSH-Zugriff auf meinen Webspace. Alles Dinge, die mir das Leben einfacher machen.

Erstmal ändert sich dadurch nix. Dadurch, dass ich jetzt Git habe, werde ich aber beim Programmieren in Zukunft ordentlicher arbeiten können. Und dadurch, dass ich jetzt unbegrenzt Traffic habe, kann ich endlich bedenkenlos meine Fotos selber hosten statt immer wieder mit einem externen Dienstleister zu frickeln. Und dann funktionieren diese wunderbaren Foto-Seitenleisten vielleicht auch mal durchgehend und nicht nur ein paar Stunden am Tag.

Am Schönsten lief übrigens der Umzug der Domains innerhalb von 1&1. Ich habe eine vom Vertrag meiner Mutter übernommen und eine aus einem anderen meiner Pakete. Beides ging innerhalb weniger Minuten. Und auch den Authcode für den Umzug von Webhoster1 zu 1&1 bekam ich direkt am nächsten Morgen - und mit dem Code war dann auch Konzertheld.de innerhalb von Minuten bei 1&1 eingetragen und nach wenigen Stunden online.

---

  1. Wie kann man sein Unternehmen genau so wie die Dienstleistung nennen?!


Störungen

Zurück vom Seminar erwartete mich eine Mail, in der mich H. netterweise darauf hinwies, dass Konzertheld.de down war. J. hat das durch Neustarten von Apache temporär gefixt, allerdings zickt Apache immer noch rum und irgendwie ist hier alles scheiße. Habari war auch kaputt obwohl nichts dran gemacht wurde, ein Update aus dem SVN hat es gerade halbwegs gefixt, so dass ich erstmal wieder bloggen kann. Auf jeden Fall ist hier gerade alles verdammt kaputt und ich werde demnächst umziehen. Der VServer wird zum Jahresende eingestampft, der Gameserver verschwindet dann und mein Blog muss wieder mit Webspace auskommen. Danke schonmal an Hannah für die Empfehlung - ich werde es dann mal mit webhoster.de versuchen. Eines ist dann sicher: Wenn irgendwas an der Technik im Hintergrund kaputt geht, bin ich nicht schuld.

Oh, und noch eine Sache. Habari verkackt gerade echt bei mir. Wenn ich Einträge bearbeite, wird der Titel nicht geladen - und alle meine neuen Beiträge heißen intern gerade "hamburger". WTF?



Website auf eigenen Server umziehen - Schnellanleitung

Durch die Einrichtung eines eigenen VServers sind kürzlich drei Websites, darunter Konzertheld.de, von einem Webhoster auf einen eigenen Server umgezogen. Das erfordert ein bisschen Verständnis davon, wie Anfragen an Webseiten technisch ablaufen. Nämlich so:

  1. Der Enduser gibt in seinem Browser konzertheld.de ein.
  2. Die Anfrage geht an den eingestellten DNS-Server. Meistens also zuerst über Windows an den Router und von dort an den DNS-Server des Providers.
  3. Der DNS-Server schlägt nach, welche IP der Domain zugeordnet ist.
  4. Die Anfrage geht an die IP, also den Server.
  5. Der Server schlägt nach, welcher Inhalt für diese Domain ausgeliefert werden soll.
  6. Der Inhalt wird ausgeliefert und im Browser des Endusers dargestellt.

Üblicherweise werden alle für diesen Vorgang erforderlichen Einträge vom Domainprovider vorgenommen, da bei diesem auch der Webspace bzw. der Server steht. Hat man aber die Domain woanders, muss einiges selbst eingestellt werden.

  1. Domain registrieren
  2. Bei der Domain den A-Record auf die IP des Servers legen
  3. Am Server (z.B. mit Plesk) die Domain einrichten, damit der Server weiß, dass er Inhalte für diese Domain ausliefern kann
  4. Warten. Manchmal dauert es etwas, bis alles funktioniert.

Je nach Domainanbieter muss noch der MX-Record für die Mails angepasst werden, bei Strato z.B. legt man dann noch den MX-Record auf den tatsächlichen Hostname des Servers (also nicht die IP und auch nicht die Domain der Site) und ruft die Mails von der IP ab statt von z.B. mail.domain.de.



Ticketsystem bei Hostloco

Nach langer Zeit war es mal wieder fällig, ein Ticket bei meinem Hoster Hostloco aufzugeben. Nicht, dass Probleme wären, es geht um ein Paketupgrade. Na jedenfalls kam kurz drauf ne Mail, ich könne mein Ticket daundda abrufen, ich mich also da eingeloggt, da haben die ihr Ticketsystem für den normalen User geöffnet hahahah

Ab sofort hat man also die Möglichkeit, Tickets direkt im System aufzugeben, ihnen eine Priorität zu verpassen und die zu ergänzen (was ich grad getan habe, da sich eine Teilfrage schon erledigt hatte). Nette Sache. hahahah



Dingens und so

Hmm. Jetzt habe ich grad einen dritten Blog bei einem weiteren Bloghoster angelegt, um was rauszufinden, hab's hinbekommen und festgestellt dass es doch nix gebracht hat. WP tut's auch wieder, also behalt ich das jetzt, das ist iwie noch am tollsten, einfach weils auf meiner eigenen Site ist. Okay, und jetzt brauch ich auch keinen Blindtext mehr, wo ich selber schon so viel sinnloses gelabert hab ^^ Wie war das mit dem Intelligenzgehalt Lara... xD