Entgegen langläufiger Meinung steigen die Kosten für Webhosting und Domains schon länger wieder an. Bei den Servern machen sich z.B. gestiegene Stromkosten bemerkbar, bei den Domains haben viele Registries (also die Stellen, wo die jeweiligen Endungen verwaltet werden) in der letzten Zeit Ihre Preise erhöht, zudem machen sich gerade in dem Bereich auch ungünstigere Wechselkurse immer stärker bemerkbar.

Bislang konnten wir diese Preiserhöhungen immer abfangen, so dass unsere Preise teilweise schon jahrelang stabil sind und wir die gestiegenen Kosten selber getragen haben. Im Bereich der Server waren uns in der Vergangenheit teilweise enorme Verbesserungen möglich, die wir ohne Preiserhöhungen an unsere Kunden weitergegeben haben (wie z.b. die kürzlich Erhöhung des zur Verfügung stehenden Webspaces im WebsoziCMS). Ermöglichen tut das ganze eine seriöse Kalkulation, die sicherlich nicht zu den Discountern am Markt gehört (wiewohl gerade der Soziserver bei den auf  ”SPD-Hosting” spezialisierten Angeboten mit das günstigste ist), aber auf der anderen Seite solche Extras ermöglicht ohne ständig an der Preisschraube drehen zu müssen.

Gerade im Bereich der Domains ist jetzt aber ein Kostenniveau erreicht, was es im Bereich einiger exotischerer Domainendungen nicht mehr erlaubt, die Preise stabil zu halten. Nun kann ich an dieser Stelle relativ leichten Herzens darüber schreiben, denn diese Endungen sind so exotisch, dass sie derzeit auf dem Soziserver niemand nutzt (es geht um .ws und .cc), es betrifft also nur eventuelle Neubesteller. Warum ich trotzdem darüber schreibe hat einen einfachen Grund: auch einige gebräuchlichere Endungen aus dem .cnoi-Bereich sind am Rande der Kalkulation, sollten sich die Kosten dafür weiter erhöhen, was früher oder später zu befürchten ist, werden wir nicht darum hin kommen auch unsere Preise zu erhöhen.

WebSozi- und Soziserver-Maskottchen

Der Stand ist aufgebaut (vielen Dank auch an die Hilfe vom WBH), die Technik steht (Internetverbindung diesmal sehr gut!!), nun kann es losgehen:  In der “Halle für Alle” (Halle 4) sind wir für alle Themen rund ums Internet zu finden. Solltet ihr auch in Berlin sein kommt gerne vorbei

Beim Verfassen des nächsten Soziserver-Newsletters kam mir ein Gedanke, den ich dann auch sozusagen “brandaktuell” mit in den Newsletter aufgenommen habe: wie hättet ihr Infos eigentlich gerne?

Bislang machen wir es so, dass wir Infos bevorzugt auf http://www.soziserver.de und im Forum der WebSozis veröffentlichen. Im Falle von Ausfällen oder Wartungen nutzen wir auch http://www.soziserver-status.de (die Seite bietet zudem den Vorteil extern gehostet zu sein, d.h. die Chance dass sie auch bei einem Totalausfall hier noch erreichbar ist ist sehr groß).

Newsletter versenden wir in aller Regel nur ein bis zwei mal im Jahr (meistens im Frühjahr und zum Ende des Jahres hin). Nun ist diese Frequenz zugegebenermaßen sehr niedrig, auf der einen Seite möchten wir Euch nicht mit Newslettern zuschmeißen, auf der anderen Seite gibt es selbst bei dieser Frequenz erfahrungsgemäß nach jedem Newsletterversand Beschwerden, warum man denn schon wieder Mails von uns erhalte…

Das ist also nicht ganz so einfach. Wie ist Eure Meinung dazu? Ist das so in Ordnung, sollten wir tendenziell mehr Newsletter verschicken oder evtl. auch gar nicht? Ich freue mich auf spannende Kommentare!

Die genaue Ursache wird noch analysiert. Vermutlich waren 2 Gründe dafür ausschlaggebend:

- seit Freitag Mittag hatten wir mit einer geänderten Serverumgebung experimentiert (u.a. PHP-Aufruf per FastCGI anstelle normalen CGI, für die technisch interessierten). Auch wenn diese natürlich vorab entsprechend getestet wurde kann man manches gerade in einer doch relativ komplexen Umgebung wie beim WebSoiCMS erst in einer Live-Umgebung getestet werden bzw. tritt erst in einer solchen Umgebung auf. Grundsätzlich sorgt gerade FastCGI für eine erheblich schnellere Verarbeitung und damit einen schnelleren Seitenaufbau z.B. Ausserhalb der Ausfälle war das – rein subjektiv – finde ich auch sehr gut zu beobachten, der Seitenaufbau war noch schneller als sonst schon. Allerdings scheint diese Umgebung noch ein Problem mit sehr vielen gleichzeitigen Aufrufen zu haben denn gleichzeitig

- wurden sämtliche WebSoziCMS-Seiten von einer Vielzahl “Amok-laufender” Bots “heimgesucht”, die den Servern sehr viel Arbeit bereitete. Natürlich haben wir nach Analyse alles dran gesetzt, diese Bots von den Servern auszusperren (sehr unangenehm aufgefallen ist dabei ein Bot namens Majestic), was soweit auch ganz gut klappte. Nichtsdestotrotz hatte die geänderte Serverumgebung nach wie vor Probleme mit dieser Konstellation, was weiter zu Ausfällen führte. Erst das zurückstellen der Serverumgebung auf den alten Stand brachte dann die gewünschte Stabilität (die Bots versuchen übrigens nach wie vor auf die Server zuzugreifen, nur dass das jetzt lastmäßig kein Problem mehr ist)

Was jetzt Ursache und Wirkung war ist noch unbekannt (wobei schwer vorstellbar ist, dass eine geänderte Serverumgebung schädliche Bots anlocken und dazu bringen soll, “Amok” zu laufen), so dass der Teil sehr wahrscheinlich eher nur Zufall war. Immerhin hat die Technik so Daten gewinnen können, die bei keinem Labortest so angefallen wären – insofern war das ganze trotz Stress und Ärger hoffentlich doch zu was nütze (ich hoffe, dass die Ausfälle für alle Beteiligten zu verkraften waren).

Mittelfristig (natürlich nach dem die Ursache der Probleme dieser Woche geklärt wurden) möchten wir gerne wieder die FastCGI-Serverumgebung nutzen, da diese rein performancetechnisch wesentliche Vorteile verspricht.

Runde 2 1/2 Jahre “bewohnen” wir schon unser Büro in der Lübecker Dr.-Julius-Leber-Straße. Bei Einzug habe ich unten an der Haustür  ein in eine Plastikhülle gestecktes selbst ausgedrucktes Firmenschild angebracht (aka mit doppelseitigem Klebeband angeklebt). Das ganze sollte ein Provisorium für wenige Wochen sein, bis ich Zeit hätte ein richtiges Firmenschild zu bestellen.

Neulich beim reinkommen fielen dann Anja und mir auf, dass da ja Immer noch das Provisorium hängt. Also nichts wie zum Schildermacher des Vertrauens (in dem Falle eher der Internetrecherche) und eins anfertigen lassen. Seit ein paar Tagen hängt es nun auch richtig an der Tür

Aber aus Provider- bzw. Supporter-Sicht ist es ein Graus. Nicht nur dass es (meist unnötigerweise) recht verschwenderisch mit den Server-Ressourcen umgeht. Es ist halt auch in Bedienung und Installation relativ simpel. Gut, dass ist jetzt eigentlich erstmal eine positive Eigenschaft, aber sie führt dazu dass sich auch Laien an die Installation ranwagen. Und diese unterschätzen den – trotz aller Einfachheit – vorhandenen Wartungsaufwand meistens grandios. So ein WordPress (aber natürlich auch jede andere selbst installierte Software) will gewartet werden, sprich es müssen Sicherheitsupdates von Kernsoftware und Plugins eingespielt werden. Dazu muss man die entsprechenden Webseiten und ggf. Mailinglisten beobachten, denn die in WordPress integrierte Update-Funktion ist zwar gut, aber auch hier führt Einfachheit halber dazu dass sich zu sehr darauf verlassen wird – vor einem veralteten Plugin, für dass es keine Updates mehr gibt gibt es da z.B. keine Warnung (und es gibt auch das eine oder andere aktuelle Plugin, welches per Konzept Sicherheitslücken öffnet).

Ausserdem ist WordPress soweit verbreitet, dass es ein lohnendes Angriffsziel für Hacker & Co. ist. Naturgemäß dauert es aber eine mehr oder weniger lange Zeit, bis Sicherheitslücken von den Entwicklern gefixt werden.

Und so ist es in 8 von 10 Fällen bei von uns festgestellter Schadhafter Software im Kundenwebspace  (sei es durch eigenes Monitoring oder durch Abuse- also Mißbrauchsmitteilungen anderer) so, dass ein WordPress beteiligt ist, sprich dort eine Sicherheitslücke in der Software oder Plugins ausgenutzt wurde.

Deswegen mag ich kein WordPress

Heute war es dann mal wieder soweit – unsere Papiervorräte mussten mal wieder aufgefüllt werden. Da glaubt man ja, als vorwiegend im Internet tätiges Unternehmen kann man auf Papier verzichten – aber weit gefehlt, auch hier werden normale Briefe geschrieben, Rechnungen, Mahnungen etc. fallen an und im Bereich der Buchhaltung läuft auch quasi alles in Papierform.

Der Vorrat aus dem Bild reicht demzufolge übrigens auch für etwa 1/2 Jahr

Als in Schleswig-Holstein ansässiges Unternehmen habe ich soeben die Fanpages für den Soziserver / Unaone / SPD Dornbreite deaktiviert.

Wie die meisten sicher mitbekommen haben hat der Schleswig-Holsteinische Datenschutzbeauftragte Thilo Weichert die Webseitenbetreiber in Schleswig-Holstein aufgefordert Like-Buttons von den Homepages zu entfernen sowie Fanpages zu deaktivieren. Die Aufforderung war verbunden mit einer recht happigen Bußgeldandrohung (https://www.datenschutzzentrum.de/presse/20110819-facebook.htm)

Nun heißt das ganze nicht das ich die Auffassung des ULD in allen Punkten teile (wiewohl ich das grundsätzliche Ansinnen dem Datenschutz mehr Raum zu verschaffen begrüße), im Gegenteil ich finde das Vorgehen sehr Diskussionswürdig (und wenn man die Diskussionen verfolgt hat gibt es da durchaus einiges hinterfragenswürdiges bis hin dazu ob das ULD überhaupt zu so einer Androhung berechtigt ist)

Trotzdem steht diese Androhung ersteinmal im Raum und sollte es mich/uns treffen müsste ich mich damit befassen und ggf. juristisch wehren. Das ist aber als relativ kleines Unternehmen bzw. Ortsverein der SPD nicht leistbar und so habe ich mich dazu entschlossen, die Fan-Pages ersteinmal zu deaktivieren. Like-Buttons haben wir eh nie verwendet.

Sie sind nicht gelöscht, sondern nur auf nicht sichtbar gestellt und können nach endgültiger Klärung hoffentlich auch wieder aktiviert werden.

Den ersten Teil aus dem Generator

<!-- Dieses Tag in den Head-Bereich oder direkt vor dem schließenden Body-Tag einfügen -->
<script type="text/javascript" src="https://apis.google.com/js/plusone.js"></script>

muss in den Bereich “Metatags” im Tab “Einstellungen” kopiert werden.

Der 2. Teil des Generator-Codes ist wie gesagt so leider nicht für das WebSoziCMS brauchbar. Er lässt sich aber ganz einfach durch

<div class="g-plusone"></div>

ersetzen. Diesen Code kann man an verschiedenste Stellen im WebSoziCMS einsetzen, z.B. in Blöcken oder im Starttext. Er wird aber ohne den Code aus dem ersten Schritt nicht funktionieren.

Achtung: dadurch dass ein Javascript von Google abgerufen wird, wird regelmäßig auch eine IP-Adresse eurer Besucher an Google übertragen, egal ob der Besucher den +1-Button nun benutzt oder nicht. Das ist nach Deutschem Datenschutzrecht zumindestens bedenklich. Eine rechtliche Einschätzung findet ihr z.B. im Blog “Spreerecht”, die Lektüre empfiehlt sich um sich um auch mögliche rechtliche Risiken zu kennen.

Nun ist hier bei diesem Ausfall nichts passiert, d.h. alles ist noch heile, aber grundsätzlich war das durchaus schon eher glücklich. Und da hier in unserem Umfeld zurzeit massiv gebaut wird (Lübeck baut seine Fußgängerzone um, der Weg zur Arbeit bedeutet für uns quasi quer durch die Baustelle laufen zu müssen) und das ganze auch noch einige Jahre andauern wird ist die Chance recht groß, dass irgendwann doch mal ein Bagger oder ähnliches die Stromversorgung kappt, mal abgesehen davon dass so Vorfälle wie im Juni natürlich auch mal wieder passieren können.

In mir reifte also der Entschluss, eine USV für das Büro anzuschaffen. Die Server im Rechenzentrum sind natürlich schon immer entsprechend abgesichert gewesen (da stehen Dieselgeneratoren für den Notfall), unser Büro aber nicht. Nun kann man von einer Büro-tauglichen USV (wie gesagt, die Server im Rechenzentrum sind da eine ganz andere Geschichte) nicht erwarten, dass man damit unendlich nahtlos weiter arbeiten kann, das sind nur wenige Minuten, die so eine Büro-USV überbrückt. Aber wenn das alles dabei hilft, dass die Kommunikation für eine Zeit aufrecht erhalten bleiben kann (Fritzbox und das Telefon werden daran gehängt) sowie die Computer ordentlich runtergefahren werden ist schon eine Menge geholfen und macht sich spätestens dann bezahlt, wenn ansonsten Festplatten defekt wären o.ä.

Die Wahl ist übrigens auf die APC RS550 gefallen, von denen in Zukunft 2 Stück hier ihren Dienst tun werden. Sie bietet für den geplanten Einsatzzweck genügend Reserve und ist zudem keine so gewaltige Investition.

Morgen, spätestens Anfang nächster Woche werde ich sie installieren und dann mal aus dem Alltagsbetrieb berichten (u.a. einfach mal den Stecker ziehen )