ScriptBlogger

HallÃ¶chen

Thu, 04 May 2023 00:00:00 +0200

Ist das nicht schön, wenn der Mitarbeiter des Rechenzentrums die E-Mail mit

Hallöchen

beginnt und dann alle Fragen positiv beantwortet? :-)

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: HallÃ¶chen

Passwort-GÃ¤ngelung bei Domainfactory

Thu, 04 May 2017 00:00:00 +0200

Jetzt fängt Domainfactory auch mit der Gängelung beim Passwort an. :-(

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: Passwort-GÃ¤ngelung bei Domainfactory

Domainfactory und Host Europe ziehen nach Frankreich

Sun, 08 Nov 2015 00:00:00 +0100

Es war schon schlimm genug, dass Host Europe den Webhoster Domainfactory übernommen hat. Übernahmen sind selten ein gutes Zeichen.

Jetzt kündigen beide an, dass die Server nach Frankreich umziehen werden. Das ist für unser Projekt Appointmind völlig untragbar, da wir dort explizit mit einem deutschen Server-Standort werben. Für alle anderen Projekte ist der Serverstandort eher irrelevant, aber für Appointmind werden wir zum Ende des Jahres einen neuen Provider suchen, der (noch) in Deutschland hostet.

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: Domainfactory und Host Europe ziehen nach Frankreich

UnfÃ¤hige Webhoster die Xte

Sun, 08 Nov 2015 00:00:00 +0100

Nach meiner Erfahrung gibt es nur sehr wenige wirklich gute Webhoster und die werden dann auch noch aufgekauft und ziehen nach Frankreich um.

Neulich kam mal wieder eine E-Mail von einem Kunden herein, der ein Script nicht mehr nutzen konnte, weil der Webhoster eine essenzielle Funktion deaktiviert hatte:

Deren neuer Server unterstützt keine PHP-Mailfunktion. Ich hab es nun auf SMTP umgestellt und es funktioniert wieder.

Der Kunde selbst hat es eher locker genommen. Mir selbst ist jedoch nicht mal ansatzweise klar, mit welcher Rechtfertigung ein Webhoster die Mail-Funktion eines Servers deaktiviert.

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: UnfÃ¤hige Webhoster die Xte

Ordner /var/tmp/ bei Strato kaputt

Tue, 07 Aug 2012 00:00:00 +0200

Heute hat Strato seine Server kaputt gemacht. Der Ordner /var/temp/ ist für PHP-Scripte nicht mehr schreibbar. Es haben sich schon etliche Kunden bei uns gemeldet, deren Scripte nicht mehr funktionieren.

Im Grunde genommen ist das kein Problem, denn jedes PHP-Script kann seinen eigenen temporären deklarieren und nutzen. Unser Schedule Organizer ist zum Beispiel darauf vorbereitet. Eine kleine Änderung in der Konfiguration und das Problem ist behoben.

Dumm nur für alle unsere Kunden, die die Wartung und Pflege ihrer Scripte uns übertragen haben. Die Änderung der Einstellungen müssen wir den Kunden in Rechnung stellen. Unsere Kunden können sich also bei Strato für die entstandenen Kosten bedanken.

Nachtrag 1: Seit dem frühen Nachmittag ist das Problem wohl behoben.

Nachtrag 2: Man kann sich übrigens vom temporären Ordner des Servers unabhängig machen, indem man den Pfad für die Sitzungsdateien und den Pfad für den temporären Upload-Ordner ändert und einen Ordner wählt, der im Einflussbereich des Scripts liegt.

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: Ordner /var/tmp/ bei Strato kaputt

HTML-Dateien bei Strato als PHP-Dateien parsen

Sat, 18 Feb 2012 00:00:00 +0100

Das Wichtigste gleich vorweg. Strato erlaubt es nicht, Dateien mit der Endung .html als PHP-Dateien parsen zu lassen. Wer PHP-Code in seinen .html-Dateien ausführen möchte, muss die Dateien in .php-Dateien umbenennen.

Problematisch wird das beim Thema Suchmaschinenoptimierung. Einfach mal alle Dateinamen ändern kann sich nachteilig auf das Ranking auswirken.

Die Lösung ist mod_rewrite. Mit einer einfachen Anweisung in der .htaccess werden alle .html-Dateien im Hintergrund in .php-Dateien umgeschrieben:

RewriteEngine on
RewriteRule ^(.*).html$ $1.php

Damit können alle Links zu .html-Dateien gleich bleiben, obwohl alle Dateien in .php-Dateien umbenannt wurden.

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: HTML-Dateien bei Strato als PHP-Dateien parsen

SSI ist ein Scriptprogramm

Sun, 13 Nov 2011 00:00:00 +0100

SSI ist ein Scriptprogramm. Das zumindest glaubt der Support von 1&1.

Ein Kunde von uns meldete Probleme mit seiner Website. Beim Aufruf der Seiten wird eine Datei zum Herunterladen angeboten, statt dass sie im Browser angezeigt wird. Ein kurzer Test zeigte, dass SSI (Server Side Includes) nicht mehr funktionierte.

SSI ist Bestandteil des Web-Servers, genau wie PHP oder Perl. Wenn das nicht funktioniert, kann man als Web-Hosting-Kunde nichts machen. Da muss der Web-Server-Betreiber selbst ran.

1&1 zeigt sich leider mal wieder völlig unfähig und antwortet auf die Support-Anfrage folgendermaßen:

Leider können wir ihnen in diesem Rahmen nicht helfen, da die SSI ein Scriptprogramm ist, welches Sie dirtekt in Ihrem WebspaceExplorer (erreichbar über Ihr Control-Center) verwalten und bearbeiten können. Dies ist eine inhaltliche Änderung, zu der 1&1 zur Sicherheit Ihrer Inhalte nicht berechtigt ist. Wir stellen Ihnen gern Programme und Dienstleistungen zur Verfügung. Deren Anwendung und Umsetzung obliegt jedoch allein ihrer Verantwortung.

Statt nach weiteren Informationen zu fragen oder selbst mal auf dem Server nachzusehen, wird die Anfrage gleich abgebügelt.

Nach einigen E-Mails hin und her und Erklärungen unsererseits kommt dann folgende Antwort:

Seit der Umstellung der Serverumgebung sollte die u.g. Direktive folgendermaßen lauten:
AddHandler server-parsed .html .htm .inc

Da stellt sich die Frage, warum über eine so wichtige Änderung auf dem Server nicht per E-Mail informiert wurde. Und wieso ist die Dokumentation bislang nicht angepasst worden? Dann hätten wir das Problem auch selbst lösen können, ohne uns mit dem miesem Support herumschlagen zu müssen?

Diese Angelegenheit ist typisch für 1&1. Es dauert Tage, um ein einfaches Problem zu lösen. Uns wird unterstellt, das Problem läge bei uns. Es ist deutlich, dass der Support von 1&1 unzureichend geschult ist. Wir melden ein Problem mit SSI und der Support antwortet mit "Leider können wir ihnen in diesem Rahmen nicht helfen, da die SSI ein Scriptprogramm ist. [...]". Was für ein Unfug.

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: SSI ist ein Scriptprogramm

Bug bei 1&1

Tue, 27 Sep 2011 00:00:00 +0200

Frage Nummer eins: Wie kann es sein, dass bei einem großen Unternehmen eine wichtige interne Datenbank für ein anderes internes System nicht erreichbar ist? Frage Nummer zwei: Wie kann es sein, dass systemkritische Daten nicht auf Plausibilität geprüft werden und es möglich ist, dass dadurch wichtige Daten überschrieben werden?

Antwort auf beide Fragen: Bei 1&1 ist alles möglich. Als leidgeprüfter Kunde wundert man sich kaum noch über solche Meldungen:

Das Unternehmen speichert alle Netzwerkeinstellungen dieser Angebote in einer zentralen Datenbank, aus der die Middleware die Daten abfragt und diese anschließend an alle beteiligten Router und Switches verteilt. Laut 1&1 war der Datenbankserver gestern jedoch nicht respektive nur sehr schlecht erreichbar: Die langen Wartezeiten interpretierte die Middleware als "leere Antwort", er überschrieb die Netzwerkeinstellungen der Router und Switches mit leeren Werten - was letztlich zu den Ausfällen führte.

heise.de: Softwarefehler legte 1&1-Hosting lahm

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: Bug bei 1&1

Serverwechsel vollendet

Thu, 25 Aug 2011 00:00:00 +0200

Mit dem Serverwechsel sind wir durch. 25 Domains haben ein neues zu Hause gefunden. 17 Domains davon sind Kurz-URL-Dienste wie zum Beispiel melt.li. 7 Domains gehören zu Wegwerfe-E-Mail-Diensten wie wegwerfemail.de.

Einige Domains mussten allerdings auch gehen. Wir hatten mal vier Domains registriert, die zuvor von deren Besitzern aufgegeben wurden und thematisch in den Bereich PHP-Programmierung fielen. Wir hatten uns davon Traffic erhofft. Die Rechnung ist nicht so ganz aufgegangen, so dass die Domains jetzt gelöscht werden.

Übrig bleibt ein virtueller Server, der bald gelöscht wird. Ein Server, auf dem schon seit Jahren PHP 5.1.4 läuft, ohne dass wir die Möglichkeit hatten, eine aktuellere Version zu installieren. Ein Server, auf dem der Autor vor einigen Wochen aus Versehen einen gesamten virtuellen Host gezippt und auf diese Weise deaktiviert hat. Höchste Zeit also, die Kurve zu kratzen.

Bye, bye 87.230.79.81 :oops:

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: Serverwechsel vollendet

Auf der Suche nach einem Webhoster

Thu, 25 Aug 2011 00:00:00 +0200

Als wir seinerzeit GuerrillaMail starteten, rechneten wir nicht mit den Komplikationen, die das nach sich ziehen würde. Ursprünglich gehostet bei Domaingo, fand die Website schnell viele Nutzer. Allerdings war uns damals die rechtliche Lage eines solchen Dienstes nicht ganz klar. Und da Domaingo nicht lange fackelt beim Abschalten einer Website, entschlossen wir uns, auf die Suche nach einem neuen Provider zu gehen.

Unsere Wahl fiel auf einen eher kleineren Provider, der jedoch Erfahrung mit Anti-Spam-Projekten hatte. Damit der Provider im Voraus wusste, was ihn erwartet und um Überraschungen auf beiden Seiten zu vermeiden, kontaktierten wir den Provider mit folgender E-Mail:

[Wir suchen für unser] Projekt Guerrilla Mail einen neuen Webhosting-Provider. Guerrilla Mail bietet temporäre E-Mail-Adressen an, die man für die Registrierung bei Anbietern im Web verwenden kann. Ziel ist es, dem Spam, der von einigen dieser Anbieter versendet wird, aus dem Weg zu gehen. Nach 15 Minuten verfällt die E-Mail-Adresse und alle danach eingehenden E-Mails werden einfach gelöscht.
Nicht zu verheimlichen ist, dass der Service auch von zwielichtigen Gestalten genutzt wird, um ihre Anonymität zu waren. Vor kurzem erhielt ich eine Beschwerde aus Großbritannien. Unbekannte hatten sich mit einer E-Mail-Adresse von Guerrilla Mail in einem Hilfe-Forum für Opfer von Pädophilen registriert und die Mitglieder dort verbal missbraucht. Ich finde, das sollten Sie bei Ihrer Entscheidung berücksichtigen.
Nichtsdestotrotz ist der Service hilfreich gegen Spam. Seit letztem November wurden über 270.000 E-Mail-Adressen generiert. Über 3 Mio E-Mails sind im System eingegangen, 2,9 Mio davon gelöscht. Das heißt, das gerade einmal 100.000 E-Mails legitim waren. Nicht auftauchen in der Statistik tun die E-Mails, die als Spam erkannt sofort abgeblockt wurden.
Momentan ist die Seite bei domaingo gehostet. Der Provider hat mir jedoch mitgeteilt, dass der Service gegen die AGB verstößt. Was genau an dem Service auszusetzen ist und gegen welchen Punkt in den AGB er verstößt, wurde mir leider nicht mitgeteilt.
Deshalb meine Frage: Ist es möglich, das Projekt mit einem Ihrer Webhosting-Pakete zu betreiben? Die Seite hat momentan zwischen 2.000 und 4.000 Besucher täglich.
Das größere Problem dürfte das Mail-Aufkommen sein. Derzeit treffen rund 15.000 bis 25.000 E-Mails ein. Alle E-Mails, die bereits durch den im Hosting-Paket enthaltenen Spam-Filter erkannt wurden, werden allerdings abgeblockt und gelangen gar nicht erst in das E-Mail-Konto.

Jeder normale Provider hätte vermutlich sofort eine Absage geschickt und auf die AGB oder sonst etwas verwiesen. Hier aber hat man sich - zumindest ein wenig - Gedanken gemacht.

Ich hatte am Wochenende noch ein Meeting mit unserem Leiter Marketing, wir haben uns gemeinsam dazu entschlossen, das Projekt hier nicht hosten zu wollen.

Erstaunlich war nur, dass das Thema mit dem Marketing besprochen wurde. Wir hätten eher auf die Rechtsabteilung (wegen der Rechtsmäßigkeit) oder Technikabteilung (wegen Traffic und Performance) getippt.

GuerrillaMail haben wir dann veräußert und ist mittlerweile in HongKong gelandet. Die Nachfolger laufen heute auf einem virtuellen Server bei Host Europe, die bislang äußerst zuvorkommend waren.

Heute wissen wir übrigens, dass das Betreiben einer solchen Website rechtlich nicht zu beanstanden ist, da es im Grunde genommen nur ein Freemail-Service ist, wie man ihn bereits von anderen Anbietern kennt. Nur eben ohne Registrierung.

Und für den Traffic und die Performance gibt es VPS oder ein ganz eigener Server, wenn es denn sein muss.

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: Auf der Suche nach einem Webhoster

Serverwechsel

Thu, 18 Aug 2011 00:00:00 +0200

Wir haben es endlich geschafft, den neuen VPS bei Host Europe zu bestellen. Zugang haben wir schon. Die neue IP 46.163.115.119. Jetzt haben wir sieben Tage Zeit, die Projekte auf den neuen Server umzuziehen, bevor der alte Server automatisch offline geht.

Die neue Plesk-Oberfläche sieht ganz schick aus. Hoffentlich funktioniert sie auch. Mal sehen, ob wir die Ausfallzeiten für die Projekte (wegwerfemail.de, geblitztworden.de, kleinerlink.de etc.) so kurz wie möglich halten können.

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: Serverwechsel

ServerausfÃ¤lle

Fri, 18 Mar 2011 00:00:00 +0100

Als Website-Betreiber ist man Webspace-Providern mehr oder weniger ausgeliefert. Man könnte wechseln, aber dann kommt man doch nur vom Regen in die Traufe. Und man hofft bis zuletzt, dass es sich bessert.

Bei 1&1 ist Hopfen und Malz verloren. Deswegen haben wir dort Kundenprojekte abgezogen und würden auch selbst dort keinen Managed Server betreiben.

Bei Domainfactory wären wir eigentlich ganz glücklich, wenn die nicht ständig die Server abklemmen und an einen anderen Ort bringen würden.. Das erste Mal sind die mit Sack und Pack von einem Rechenzentrum in ein anderes gezogen. Und heute kommt erneut eine Benachrichtigung, dass "[...] sich auch der physikalische Standort Ihres Servers im Rechenzentrum geringfügig ändern wird.". Angepeilte Ausfallzeit ist 30 Minuten.

Ich frage mich, wie oft die noch die Server durch die Gegend tragen wollen.

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: ServerausfÃ¤lle

Neuer Kundenserver

Mon, 13 Dec 2010 00:00:00 +0100

Nachdem es ständig Ausfälle bei dem Managed Server von 1&1 gibt und der Support frech, inkompetent und langsam ist, ziehen wir mit der Anwendung eines Kunden zu Domainfactory um. Gleichzeitig gibt es ein Hardware-Upgrade. *freu*

Ein weiterer Grund für die Entscheidung war, dass Domainfactory 99,9% Uptime garantiert. Im Gegensatz zu den 99% von 1&1. Das heißt, Domainfactory garantiert, dass der Server nur halben Tag im Jahr offline ist. Bei 1&1 wären das schon dreieinhalb Tage.

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: Neuer Kundenserver

PHP 6 bei 1&1

Fri, 12 Nov 2010 00:00:00 +0100

Bei 1&1 kann man bereits seine Seiten unter PHP 6 laufen lassen. Respekt.

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: PHP 6 bei 1&1

Host Europe ist entspannt

Mon, 16 Aug 2010 00:00:00 +0200

Unsere Kurz-URL-Dienste wie zum Beispiel kleinerlink.de werden von Spammern und Phishern zu missbrauchen versucht. Ständig. Deswegen wird jede URL mit verschiedenen Blacklists abgeglichen. Schon seit Jahren. Nur die Blacklist von SpamCop scheint nicht richtig zu funktionieren. Alle paar Tage kommt dann von Host Europe eine E-Mail, die sich wie folgt liest.

Wir haben eine Beschwerde darüber erhalten, dass Ihr Link-Verkürzungsdienst missbraucht wird, um darüber erzeugte Links in Spammails zu bewerben. Bitte prüfen Sie die Beschwerde und entfernen Sie den Link ggf. sobald wie möglich, um derartigen Missbrauch unattrakiv zu machen.

Host Europe hatte sich vor ein oder zwei Jahren mal bei uns erkundigt, was es mit der Website auf sich hat. Seitdem leiten die Support-Mitarbeiter einfach die Benachrichtigungen von den Anti-Spam-Firmen weiter und wir deaktivieren dann die Links.

Dann dachten wir uns, dass Host Europe doch diese Benachrichtigungen automatisch an uns weiterleiten könnte. Vorteil für Host Europe wäre weniger Aufwand. Vorteil für uns wäre, Host Europe würde nicht jede Benachrichtigung sehen. Im schlimmsten Fall sagen die dann irgendwann, es reicht. Als fragten wir nach.

Besteht die Möglichkeit, dass Sie für diese Art von E-Mails einen Filter erstellen, damit die E-Mails sofort an uns weitergeleitet werden? Dann könnten wir zügiger die URLs deaktivieren.

Host Europe antwortete:

Leider nicht. Da sich die Beschwerden auch in Grenzen halten und uns nicht mehrere taeglich erreichen, ist die Last auf unserer Seite auch noch sehr gering.

Sehr beruhigend. :-)

Fazit: Im Gegensatz zu anderen Webspace-Providern arbeitet Host Europe mit seinen Kunden zusammen statt bei den kleinsten Problemen gleich die Domain zu sperren, wie es seinerzeit Domaingo getan hat.

Dieser Beitrag ist bei ScriptBlogger erschienen.

Link zu diesem Beitrag: Host Europe ist entspannt