ScriptBlogger

Unsere kostenlosen Scripte enthalten einen Link beziehungsweise einen Werbetext. Den kann man loswerden, indem man das Script kauft. So weit so simpel. Steht auch überall auf den Websites. Trotzdem kommt es ab und zu vor, dass diesbezüglich nachgefragt wird. So wie hier:

how do i remove the Powered by thing at the bottom of the comment form? it is just to big and buldgy.

Darauf gibt’s dann von uns im Allgemeinen eine Antwort wie die Folgende.

You could purchase the script ($29 USD). That would remove the ad.

Das war in diesem Fall offensichtlich die falsche Antwort:

Hellooooo!

For your information, I did purchase the dang script.......maybe you need to check your order logs before implying someone needs to purchase the script in ord to remove the dand BIG BULDGY POWERED BY THING !

Now once again HOW DO I REMOVE IT ?????????????

Danke für den netten Hinweis, kann man da nur sagen. ;-)

Vor einer Weile haben wir berichtet, dass unser Wegwerf-E-Mail-Script mit dem Herunterladen von ein paar tausend E-Mails kein Problem hatte.

Das war allerdings noch gar nichts gegen das, was wir kürzlich gesehen haben. Auf Grund technischer Probleme auf Seiten des Web-Hosters eines Kunden konnten die E-Mails einen ganzen Monat lang nicht abgerufen werden; über 80.000 hatten sich in dem Mail-Account aufgestaut. Wir können stolz berichten, dass auch das kein Problem für das Script war. :-D

Software-Anbieter haben es recht einfach, neue Märkte zu erobern. Website, Doku und Software übersetzen - fertig. Allerdings steht der Software-Anbieter vor der Entscheidung, auf welche Märkte und Sprachen er als erstes zielen soll. Was lohnt sich am ehesten?

Da Englisch eine der am weitesten verbreitete Sprache ist und von vielen als zweite Sprache genutzt wird, drängt es sich fast auf, damit zu beginnen. Für die Auswahl weiterer Sprachen bietet sich die Seite GeoHive als Entscheidungshilfe an. So zeigt zum Beispiel eine Grafik die Größe von Ländern, basierend auf der Größe der Bevölkerung. China und Indien sind erwartungsgemäß am größten dargestellt. Allerdings sollte man die europäischen Staaten nicht unterschätzen. Sie haben zwar weniger Einwohner, doch die Nutzung von Computer und Internet ist weiter fortgeschritten.

Unsere Antwort-E-Mail auf eine Support-Anfrage kam zurück mit dem Hinweis, dass unser Server auf der Blacklist von AT&T - dem Mail-Provider des Empfängers - enthalten war. Wie die da nun wieder drauf kommt. :-[] Wir werden das mal beobachten.

Bequemer Weise war gleich ein Link zum Austragungsformular aufgeführt. IP-Adresse eingegeben und Formular abgeschickt, kam wenig später die Bestätigung von AT&T, dass in den nächsten 24 bis 48 Stunden die IP von der Liste verschwinden würde. Ironie des Schicksals: Die Benachrichtigungs-E-Mail von AT&T wurde von MailWasher (ein Programm zum Vorsortieren von E-Mails, das wir einsetzen) als Spam eingestuft. Fragt sich, auf wessen Liste wiederum AT&T steht. :-P

Neulich hat einer von uns im Online-Shop von OTTO/SportScheck etwas bestellt und erhielt dann folgende Bestellbestätigung (Auszug):

Liebe Kundin, lieber Kunde,

herzlichen Dank f?r Ihre Bestellung bei www.otto.de am 6.1.2009, deren Zugang wir Ihnen hiermit best?tigen.

Haben Sie Fragen zu Ihrer Bestellung bei SportScheck?

Schreiben Sie SportScheck: null

Okay, was fällt hier auf?

• Kein Name in der Anrede, nur ein unpersönliches "Liebe Kundin..."
• Umlaute sind kaputt
• Statt der Kontakt-E-Mail steht dort nur "null"

Auf unseren Hinweis hin kam ein Anruf (!). Die nette Dame versicherte uns, dass das Problem bei uns liegen müsse. Aha. Na wenn das so ist. Dumm nur, dass sonst alle E-Mails hier korrekt eintrudeln. Inklusive anderer E-Mails von OTTO, wie zum Beispiel die Passwort-E-Mail.

Sie erhalten dieses Schreiben, weil Sie ein neues Passwort für den Internet-Zugang angefordert haben. Ihr bisheriges Passwort wurde aus Sicherheitsgründen zurückgesetzt.

[...]

Zu Ihrer eigenen Sicherheit empfehlen wir, das Passwort bei der nächsten Anmeldung zu ändern.

Der Online-Shop läuft übrigens mit Enfinity von Intershop, der nicht mal eben so für 'ne handvoll Euros zu haben ist. Die meisten günstigeren bzw. kostenlosen Shop-Systeme funktionieren besser. :-P

Ein Kunde des Wegwerf-E-Mail-Scripts meldete sich am 8. Januar kurz nach 21 Uhr im Support-Forum und schilderte sein Problem. Da wir nicht gleich am nächsten Tag reagiert haben, schrieb der Kunde eine E-Mail (so gegen 19 Uhr, Freitagabend).

Die E-Mail enthielt angeblich URL und Zugangsdaten zum Script. Beim Aufruf der URL war aber vom Script weit und breit keine Spur, was auch der Kunde auf Nachfrage bestätigte:

I was uploading files when you tested it I guess.

Das Ganze spielte sich zwischen 19 Uhr und 23 Uhr ab. Feierabend war eigentlich schon längst vorbei.

Zusätzlich zu der E-Mail hatte der Kunde übrigens auch im Support-Forum eine Nachricht geschrieben und eine Abstimmung gestartet:

How Quickly Do You Get A Support Request Answered?

[ ] Within 24 hours
[ ] Within 48 hours
[ ] Never
[ ] Never and forced to ask for refund

Bisher musste allerdings noch niemand eine Rückerstattung erzwingen. Entweder wir haben das Problem gelöst oder haben freiwillig das Geld zurückerstattet. Das ist nämlich Teil der bedingungslosen Geld-Zurück-Garantie, die auch im Forum an prominenter Stelle veröffentlicht ist.

Am 10 Januar (Samstag) kam dann um 4 Uhr morgens folgende E-Mail:

I have messed around with this script enough now. I guess that it must just be buggy. I would like a full refund asap.

Mit der Rückerstattung können wir leben. $29 sind nicht die Welt und es ist ja nicht so, als hätten wir das Geld schon auf den Kopf gehauen. Und dass wir die erste Anfrage übersehen haben ist natürlich blöd und dafür haben wir uns auch bei dem Kunden entschuldigt. Auf die zweite Anfrage, die nach Feierabend kam, haben wir aber sofort reagiert. Dass wir die Sache dann aber erst am nächsten Werktag weiter bearbeiten, kann uns niemand krumm nehmen. Wir bieten keinen 24-Stunden- und auch keinen Wochenend-Support an und versprechen das auch nicht. Etwas mehr Geduld wäre nett gewesen.

Unfair ist es allerdings zu behaupten, das Script wäre fehlerhaft (buggy), ohne uns die Chance zu geben, das Problem genauer anzusehen und gegebenenfalls zu beheben.

Das alles haben wir dem Kunden geschildert und natürlich auch die Rückerstattung veranlasst.

Wenig später kam dann folgende E-Mail:

Betreff: Order #999999999 Please Do Not Refund

I had my webhost have a look at the script and he repaired it. It had somthing to do with the way my email client handled new emails. The script is working perfectly.

Und im Forum schrieb der Kunde:

Betreff: All is forgiven, I apologize

The script is working perfectly, the problem was that my email was handled improperly by my email client. This was my fault, I wasn't knowledgable to figure this out. My friend found it. Thanks for looking Ralf. I do not want a refund

BTW - The script is great value for money and, if configured correctly by the installer (m fault) does just what it says it does on the packet

:-O

Einige E-Mails, die uns erreichen, beinhalten in ihrer Signatur Zitate. Wahrscheinlich werden die automatisch vom E-Mail-Programm aus einer Zitatedatenbank ausgewählt und eingefügt. Kennt man ja. Meistens handelt es sich um die üblichen Verdächtigen - sowohl was Inhalt als auch Urheber angeht. Neulich kam jedoch ein Zitat, das mal zur Abwechslung relativ aktuell ist:

Rosa sat so Martin could walk. Martin walked so Barack could run. Barack ran so our children can fly.

- Anonymous

Ein Kunde hatte den Installationsservice für ein Script geordert und erhielt daraufhin den Fragebogen, der FTP- und MySQL-Daten abfragt. Als Antwort kam folgendes:

I don't have anything related to MySQL and upon investigation found that to obtain that and have them install it for me would cost about $600.00 USD.

Web-Hostern trauen wir ja einiges zu, aber 600 Dollar? Wir haben den Kunden darauf hingewiesen, dass MySQL-Datenbanken oft schon in Web-Space-Paketen enthalten sind und dass er mal bei seinem Web-Hoster nachfragen sollte.

Mit der nächsten E-Mail kamen dann die Zugangsdaten. Fragt sich nur, wo der Kunde bei seiner Recherche zuvor gelandet war. :-o

Der Kunden-Support von T-Online hat 'ne wirklich merkwürdige Absender-E-Mail:

From: mailerror-prod@sda.t-online.de [mailto:mailerror-prod@sda.t-online.de] On Behalf Of businesscenter-technik@t-online-business.de

Ein Anwender, der unser Galerie-Script nutzt, äußerte sich lobend über das Script und regte an, dass man es doch um eine Kommentarfunktion erweitern könnte. Wir haben ihn auf unser Kommentar-Script verwiesen.

In der E-Mail des Anwenders stand übrigens auch folgender Satz. Sollte vermutlich aufmunternd gemeint sein. ;-)

Wird vom zusätzlichem Code sicher nicht die Welt sein

Genau genommen stimmt das sogar. Die vitalen Funktionen des Comment Scripts sind in drei Dateien enthalten. Aber mit Kommentar speichern und anzeigen ist es nicht getan. Die meisten Nutzer wollen einen Admin-Bereich, um Kommentare löschen oder editieren zu können. Und dann ist da noch das leidige Problem mit Spam. Und Backups. Und, und, und.

Die Anforderungen nehmen kein Ende und am Schluss schwillt das Script auf 2 MB an. Oder genauer: Auf über 300 Dateien, 75 Verzeichnisse und 60.000 Zeilen Code. :-o

Ein Interessent für den Schedule Organizer schrieb, dass deren Web-Entwickler gerade dabei wäre, eine Online-Datenbank zur Verwaltung von Personaltrainings zu entwickeln. Dabei kam auch folgender Satz vor, denn man sicherlich vorteilhafter für den Web-Entwickler hätte formulieren können. Wenn man gewollt hätte. ;-)

However the developer needs help developing a purposed scheduling system for us.

Danach folgten noch einige undurchsichtige Erklärungen und am Ende stellte sich uns die Frage, was die nun tatsächlich suchen. Eine Terminplanungs-Software oder einen Berater, der ihnen bei der Erstellung der Software hilft? Wir sind dann mal auf die Antwort gespannt.

Auf den meisten Servern sind Index-Seiten definiert, die angezeigt werden, wenn ein Verzeichnis ohne Datei aufgerufen wird. http://www.example.com/ zeigt automatisch den Inhalt von http://www.example.com/index.html an, sofern vorhanden. Genauso gut könnte man http://www.example.com/index.html direkt aufrufen. Das Ergebnis wäre inhaltlich dasselbe.

Nicht so leider für unser Kommentar-Script. Das, nämlich, unterscheidet sehr wohl zwischen den beiden oben genannten URLs. Wenn nun Besucher die Seite mal mit index.html und mal ohne aufrufen und einen Kommentar hinterlassen, hat der Betreiber am Ende zwei verschiedene Sätze von Kommentaren, die eigentlich zusammen auf der Seite angezeigt werden sollten.

Lösen lässt sich das mit Mod Rewrite und .htaccess.

Folgender Code leitet von http://www.example.com/index.html zu http://www.example.com/

RewriteEngine on
RewriteRule index\.html / [L,R=301]

Angenommen, man hat ein oder mehrere Unterverzeichnisse, ergänzt man einfach den entsprechenden Pfad. Folgender Code leitet von http://www.example.com/test/beispiel/index.html zu http://www.example.com/test/beispiel/.

RewriteEngine on
RewriteRule index\.html /test/beispiel/ [L,R=301]

Recht hilfreich ist diese Methode auch um zu verhindern, dass solche Seiten doppelt in den Suchmaschinen landen. Stattdessen kommt nur http://www.example.com/ in den Index und nicht auch noch http://www.example.com/index.html.

Nicht nur Strato-Server trumpfen mit merkwürdigen Pfaden auf. Auch Web-Server anderer Web-Space-Provider spielen ein doppeltes Spiel.

Unser Comment Script erstellt während der Installation automatisch eine Datei, welche den Server-Pfad zum Script enthält. Den Pfad bezieht das Script dabei aus der Umgebungsvariable DOCUMENT_ROOT.

Dass man DOCUMENT_ROOT jedoch nicht ohne Weiteres trauen sollte, zeigte sich auch im folgenden Fall. Das Script eines Anwenders meldete folgenden Fehler:

Warning: include(): open_basedir restriction in effect. File(/usr/local/apache/htdocs/comments/comment.php) is not within the allowed path(s): (/home/:/usr/lib/php:/tmp) in /home/c999999/public_html/comments/include.php on line 11

Zwei Dinge, die hier auffallen. Erstens, das Script befindet sich auf einer Shared-Hosting-Maschine. Ein Pfad wie /usr/local/apache/htdocs/ passt da aber nicht ins Bild. Es fehlt die Zuordnung zu einem Kunden.

Und zweitens, beide Pfade unterscheiden sich. Zumindest der vordere Teil des Pfades sollte gleich sein. Laut Fehlermeldung aber wurde das Script unter dem Pfad /usr/local/apache/htdocs/ (laut DOCUMENT_ROOT) und unter dem Pfad /home/c999999/public_html/ (laut Fehlermeldung) installiert. Ein Script mit gespaltener Persönlichkeit?

Wohl kaum. Das Problem war gelöst, nachdem der Anwender den falschen Pfad (der aus dem DOCUMENT_ROOT kam) durch den korrekten Pfad (der durch die Fehlermeldung preisgegeben wurde) ersetzt hatte.

Kürzlich kam mit der c't wieder die Knoppicillin-Live-CD ins Haus. Damit lässt sich der eigene Rechner auf Viren überprüfen, ohne dass ein Anti-Viren-Programm installiert ist oder das Betriebssystem des Rechners überhaupt gestartet wird. Die aktuelle Knoppicillin-CD testet mit den Viren-Scannern von Avira, BitDefender und Kaspersky.

Einer unserer Rechner zeigte beim Test Auffälligkeiten. Während Avira und BitDefender zufolge der Rechner sauber war, fand Kaspersky 38 Infizierungen. Autsch.

Die Log-Datei sah wie folgt aus (Auszug):

~8:13:44 +0100]/UNNAMED///x-game.exe INFECTED Trojan-Downloader.Win32.Agent.crz
~ 14:42:00 -0500]/UNNAMED///game.exe INFECTED Trojan-Downloader.Win32.Agent.czl
~                                      .exe INFECTED Email-Worm.Win32.NetSky.aa
~ 2007 09:34:51 +0100]/UNNAMED///flash-game.exe INFECTED Trojan.Win32.Pakes.bpa
~te Tue, 20 Nov 2007 14:18:23 +0100]///card.scr INFECTED Trojan.Win32.Inject.la
~                                      .exe INFECTED Email-Worm.Win32.NetSky.aa
~ 16:09:30 -0500]/UNNAMED///card.scr INFECTED Trojan-Downloader.Win32.Agent.gbu
~ 21:24:47 +0000]/UNNAMED///card.scr INFECTED Trojan-Downloader.Win32.Agent.gbu
~ec 2007 13:50:48 -0500]///hard.scr INFECTED Trojan-Downloader.Win32.Diehard.dc
~e Mon, 19 May 2008 13:37:17 +0800]///jolie.exe INFECTED Trojan.Win32.Pakes.cwv
~Sun, 1 Jun 2008 11:57:01 +0300]///Rechnung.exe INFECTED Trojan.Win32.Buzus.hrp
~Fri, 6 Jun 2008 17:28:13 +0300]///Rechnung.exe INFECTED Trojan.Win32.Buzus.hrp

Der erste Schock war recht schnell überwunden, als der Blick auf den Pfad fiel. Alle gefundenen Trojaner und Würmer befanden sich unter folgendem Pfad (geändert):

/server/mysql/data/beispiel_projekt/data.MYD

Data.MYD ist eine Tabelle der MySQL-Datenbank eines Projektes. Dieses Projekt empfängt eine Menge E-Mails - inklusive Spam-, Trojaner- und Wurm-E-Mails. Auch wenn die in der Datenbank befindlichen Trojaner kein besonders großes Schadenspotenzial beinhalten, wäre es vielleicht trotzdem eine gute Idee gewesen, die Datenbank zu bereinigen, bevor man sich einen Dump vom Server herunterlädt. Na ja, nächstes Mal. ;-)

Kaspersky verdient sich damit einen Bonuspunkt als einzige Antiviren-Software der drei Kandidaten, die Trojaner/Würmer in MySQL-Datenbanken findet.

Ein guten Rutsch und ein frohes und gesundes neues Jahr wünschen wir allen Lesern und Kunden.