ScriptBlogger

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.

Seit gestern schreiben uns Leute oder rufen uns an und wollen wissen, warum wir denen eine Rechnung schicken. Erhalten haben die Leute folgende E-Mail:

Ihre Rechnung fuer diesen Monat finden Sie unter dem folgenden Link

http://kleinerlink.de/88

Rechnung-Nummer: 13439030

Der Betrag ist innerhalb von 5 Tagen auf unserem Konto zu überweisen.

kleinerlink.de ist eine unserer Kurz-URL-Domains. Der (umgehend von uns deaktivierte) Link führte zu einem Download einer .exe. Vermutlich ein Trojaner oder ein Virus.

Für den Fall, dass das nicht klar sein sollte: Wir verschicken keine Spam-/Phishing/-Schadprogramm-E-Mails und wir verteilen auch keine Schadprogramme.

Wichtiger Nachtrag

Sollten Sie die E-Mail erhalten haben, bitte klicken Sie auf keinen Fall auf den Link. Führen Sie bitte auch auf keinen Fall die zum Herunterladen angebotene Datei aus. Es handelt sich um keine echte Rechnung. Und auf keinen Fall wurde die E-Mail von uns an Sie versendet.

Was für ein Mist. Heute fährt wieder jemand einen DOS gegen unseren Kurz-URL-Server. Die Angriffe werden jetzt erst einmal geblockt und der Server ist auch wieder gut erreichbar. Hoffen wir, dass es so bleibt.

Letztens schrieb ich, dass wir MDB2 durch eine Eigenentwicklung ersetzt haben. Die Entscheidung beruhte einzig allein auf der Tatsache, dass es mit MDB2 in Verbindung mit bestimmten MySQL-Versionen auf einigen Servern Probleme gab.

Heute offenbarte sich ein weiterer Vorteil. Bei unserem Terminplaner hat sich die Script-Laufzeit um 200ms verringert. B-)

In den letzten Wochen haben wir für einen Kunden Änderungen an seinem Shop-System vorgenommen. Änderungen ist eigentlich das falsche Wort. Fehlerkorrekturen trifft es eher.

Der Kunde setzt eine kommerzielle Version von XT-Commerce ein, das von dem Anbieter stark modifiziert wurde und unter einem eigenen Namen vertrieben wird. Selten hat man einen so dramatisch schlechten Haufen Code gesehen. Nun ist Optik ja nicht alles und nicht jeder steht auf sauber programmierten Code. Hauptsache es funktioniert.

Ähnlich scheinen das die Entwickler der diversen Module für den XT-Commerce-Ableger zu sehen; nur mit einem kleinen Unterschied. Bei denen funktioniert der Code nicht einmal richtig. Hier ein paar Beispiele:
Ein Modul zum Benachrichtigen der Kunden, dass die Bonuspunkte bald ungültig werden und schleunigst eingelöst werden sollten, bringt ein Cron-Job-Script mit, das aber nicht als Cron-Job im eigentlichen Sinne ausgeführt werden kann, weil es nur von einem eingeloggten Administrator ausgeführt werden kann.

Ein Modul, das den Preis auf Basis von eingegebenen Gutschein-Codes und eingelösten Bonuspunkten reduzieren soll, berechnet die Umsatzsteuer falsch.

Ein Modul, dass täglich ein anderes preisreduziertes Produkt als Tagesprodukt präsentieren soll, übergibt als Preis den Wert 0,00 EUR an den Warenkorb. Das resultiert darin, dass Kunden dieses Produkt kostenlos erwerben können.

Und das ist nur die Spitze des Eisbergs. Der Kunde hat schon angekündigt, dass da noch einiges kommen wird.

Übrigens: Das Wort Modul ist im Zusammenhang von XT-Commerce eigentlich nicht das richtige Wort. Um diese "Module" zu integrieren, muss man nämlich direkt im Code der verschiedenen Script-Dateien herum pfuschen. Das bedeutet im Endeffekt dass man sich nach dem Einbau des ersten Moduls davon verabschiedet, das Shop-System jemals auf eine neuere Version aktualisieren zu können.

Finger weg, also, von XT-Commerce und seinen Derivaten. Es gibt definitiv bessere Systeme.

Da trägt man die eigenen Scripte in diverse Script-Archive ein und sieht auch, dass einige davon sogar Besucher bringen, aber folgendes Feedback ist doch immer noch das Beste:

First of all, let me congratulate on your marketing strategy - I'm coming across your script on virtually every php/booking script- related web page ;]

Ein Kunde von uns, nennen wir ihn Herrn Eichholz, setzt unsere Online-Terminvereinbarung und ein auf XT-Commerce basierendes Online-Shop-System ein. Im Shop kann man Gutscheine erwerben und dann bei der Reservierung, beziehungsweise Wahrnehmung, des Termins einlösen.

Herr Eichholz hat bislang immer nach einer Bestellung in einem Schreibprogramm den Gutschein-Code in eine Vorlage eingefügt und dann in Form einer PDF-Datei per E-Mail an seinen Kunden geschickt. Der ganze Prozess dauerte zwischen fünf und sieben Minuten pro Gutschein. Hat Herr Eichholz gemessen.

Zum Weihnachtsgeschäft nun wollte Herr Eichholz als Promotion-Maßnahme seine Gutscheine auf diversen Deal-Websites anbieten. Aus Erfahrung wusste er, dass das in mehrere Hundert Bestellungen resultieren kann. Das würde aber stundenlanges digitales Gutscheinebasteln für Herrn Eichholz bedeuten. Wertvolle Zeit, die sicherlich besser genutzt werden könnte.

Also haben wir für Herrn Eichholz ein Modul für den Terminplaner programmiert, das die Bestellungen aus dem Schop-System ausliest und dann die PDF-Gutscheine mit einem Gutschein-Code und dem Ablaufdatum erstellt und dem Kunden per E-Mail schickt.

Wenn dann der Kunde später einen Termin reserviert und den Gutschein-Code eingibt, wird der Gutschein automatisch entwertet und kann kein zweites Mal eingelöst werden.

Der Aufwand für Herrn Eichholz reduziert sich durch die Software auf zwei Klicks. Er kann die gewonnene Zeit viel sinnvoller für sein Kerngeschäft nutzen. Und Herr Eichholz kann sich sicher sein, dass jeder Gutschein nur einmal eingelöst wird.

Ein Kunde von uns ist Marktführer (oder so gut wie) in seiner Branche. In dieser Woche haben wir dem Kunden eine neue Software zur Nutzung übergeben. Das Projekt war mehrere Monate in der Mache und enthält einige technische Raffinessen.

Um den Mitbewerbern jedoch keine Einblicke in die Arbeitsweisen zu geben, wurde vereinbart, keine Screenshots oder Beschreibungstexte zu veröffentlichen. Ist zwar ein bisschen schade, aber auf jeden Fall nachvollziehbar.

Statt ausschweifender Prahlerei und Selbstlobpreisungen in Wort und Bild, wie sonst bei uns üblich, machen wir einfach mit dem Projekt weiter. Die Zeit können wir auch gut gebrauchen, denn der Kunde hat noch etliche Ideen für die Software.

Wir haben bei unseren Scripten weitestgehend auf MDB2 gesetzt. In letzter Zeit häufte sich jedoch das Problem, dass die Scripte keine Verbindung zur Datenbank herstellen konnten. Irgendwo mitten in einer wirklich langen Kette von Methodenaufrufen ging die Datenbankverbindung verloren. Wortwörtlich. Nicht ganz klar ist wer genau daran schuld ist. Problematisch ist, dass die aktuellste Version von MDB2 PHP 5.3 voraussetzt. Das bietet aber so gut wie kein Webhoster an. Können wir unseren Kunden also nicht ernsthaft vorschlagen.

Jetzt haben wir uns zwei Wochen mit dem Gedanken getragen, MDB2 mit einer Eigenkreation zu ersetzen. So ein Schritt will aber gut überlegt sein, handelt es sich doch um das Herz der Anwendung. Quasi.

Am Ende war die neue Datenbankklasse schneller fertig als gedacht. Es wurden im Prinzip alle ursprünglich benötigten MDB2-Funktionen nachgebaut und nur in einem der bestehenden Scripte muss eine kleine Änderung vorgenommen werden.

So sind wir ohne großen Aufwand etwas unabhängiger von fremdem Code und schneller wird die Anwendung auch laufen. Unglaublich, was für eine Masse Code MDB2 mitbringt.

Der Erfolg der Piratenpartei in Berlin und der Einzug ins Abgeordnetenhaus war eine Sensation. Viele Politiker der älteren Generationen tun diesen Erfolg jedoch als Eintagsfliege ab. Das war zu erwarten, wenn man einen Blick auf die deutsche Geschichte wirft.

Möglicherweise ist es aber eben doch etwas mehr als eine Eintagsfliege. Die Partei der Grünen wurden vor rund 30 Jahren gegründet. Das entspricht in etwa einer Generation. Rund dreißig Jahre zuvor wurde die Bundesrepublik Deutschland gegründet. Zwei Generationen, die sich in ihren Erfahrungen und Sichtweisen deutlich voneinander unterscheiden.

Trotzdem gibt es Gemeinsamkeiten. Es hat ganz den Anschein, als hätten beide Generationen zu einem bestimmten Zeitpunkt jeweils die Nase voll von den etablierten Parteien gehabt. Jede dieser Generationen schloss sich zusammen, um ihre Interessen gegenüber den Alten zu vertreten. Am Anfang belächelt, am Ende akzeptiert. Allerdings steht letzteres bei den Piraten noch aus.

Da stellt sich die spannende Frage, ob die Piraten tatsächlich das Zeug dazu haben, in den nächsten 25 bis 30 Jahren die deutsche Innen- und Außenpolitik nennenswert zu beeinflussen. Und noch spannender: Wenn jede Generation ihre eigene Partei hervorbringt, zu was für einer Partei  werden sich unsere Kinder zusammenrotten?

Ein Interessent hatte letztens Bedarf an einem Form Mail Script und schreibt uns das. Der Bedarf bestand darin, bestehende HTML-Formulare an das Script anzubinden. Nichts Besonderes im Prinzip. Allerdings war die Wortwahl etwas ungewöhnlich.

Würde es Ihnen Spaß machen auf Basis der HTML Formulare Ihr Script einzubauen?

Spaß? Nun ja. Es gehört eben zu den täglichen Aufgaben in diesem Geschäft. Aber Spaß?

Ganz sicher hat der Schreiber das weniger philosophisch gemeint als es hier angekommen ist und eher als Einstieg für die Frage nach den Kosten - die danach nämlich folgte - benutzt. Nichtsdestotrotz. Man kommt ins Grübeln. ;-)

Unsere Support-Anfrage bei unserem Zahlungsdienstleister Share*it ist doch tatsächlich einen dritten Beitrag wert. Share*it konnte eine Frage von uns nicht hundertprozentig beantworten und musste die Entwickler bitten, eine bestimmte Funktion zu testen, um zu sehen, ob das gewünschte Ergebnis eintritt. Es trat ein, zu unserer Freude.

Dass Share*it diesen Weg gehen musste, war schon etwas kurios; uns aber nicht gerade unbekannt. Das schrieben wir dann auch.

Ich muss zugeben, dass auch wir manchmal Support auf diese Weise machen müssen - im Code nachsehen und selbst testen. ;-)

Und hier die freundliche Antwort.

Ja, dass mit dem Testen muss eben gelegentlich mal sein. Vor allem, wenn eine Frage erstmals auftaucht! :-)

B-)

Aus mir unerfindlichen Gründen glauben viele Leute, Apple-Computer wären allen anderen Computern überlegen. Besonders Windows-Computern. Ich habe allerdings seit Kurzem den direkten Vergleich. Neben Windows nutze ich ein MacBook Air; allerdings nur für iOS-Programmierung und ein bisschen Surfen unterwegs.

Für mehr fehlt mir einfach die Lust, denn die Tastatur ist einfach nur unlogisch, ineffizient und inkonsequent gestaltet worden. Da teilt sich die Starttaste für einige häufig genutzte Tastaturkürzel auf vier Tasten auf. Bei Windows ist es genau eine.

Möglicherweise sind die externen Tastaturen für die Desktop-Macs anders gestrickt. Das macht es allerdings auch nicht besser. Im Gegenteil. Das oben beschrieben Verhalten nervt auf jeden Fall mächtig beim Tippen von Text und Bearbeiten von Textdateien. Nach einer Weile wird man sich sicherlich daran gewöhnen, aber ein wirkliches Argument ist das auch nicht. Schrott bleibt eben Schrott. Daran werden auch Klickibunti und rundgelutschte Icons nichts ändern können.

Share*it hat nun eine Antwort auf unsere Frage von vor ein paar Tagen.

Hiermit bestätigen wir Ihnen, dass in der Tat in den Berichten an Extended Affiliates nicht nur die Initialbestellungen von Abos, sondern auch die weiteren Abonnementzahlungen aufgeführt sind. Dies wurde uns
soeben von unseren Entwicklern bestätigt, die diesbezüglich intern einen Test durchgeführt haben.

Vielen Dank. :-)

Seit jeher streiten sich Programmierer, welche Sprache denn die bessere sei. PHP, Ruby und Python haben ihre Fans und werden mit Zähnen und Klauen verteidigt. Udemy hat eine Infografik veröffentlicht, welche die drei Sprachen gegenüberstellt.

PHP gewinnt eindeutig in der Zahl der Nutzer und der Job-Möglichkeiten für Programmierer, verliert aber beim Thema Eleganz und Benutzbarkeit. Bei Python ist das genau anders herum aus und wird deshalb für Programmieranfänger empfohlen.

Ruby dümpelt immer in der Mitte herum. Es hat hier und da seine Vorteile, aber so richtig punkten kann es nirgendwo.

Meine Meinung? Für jedes Problem das passende Werkzeug. PHP ist beste Wahl, wenn man Web-Anwendungen an möglichst viele Website-Betreiber verkaufen möchte. Die nutzen zu 90% einem Shared-Webserver auf denen exotische Sachen wie Ruby oder Python nicht laufen. Ruby hat sicherlich seine Anwendungsgebiete und mit Rails ein beliebtes Framework. Mehr kann ich mangels Erfahrung dazu nicht sagen. Und mit Python sollte sich jeder eingehender befassen, der Programmierer bei Google werden wollte.