ScriptBlogger

Letztens haben wir von überängstlichen Webspace-Providern berichtet. Heute hatten haben wir das andere Extrem.

Für eine Kundin sollten wir ein Script installieren und benötigten dafür eine MySQL-Datenbank. Zunächst fehlten die Zugangsdaten, weshalb wir die Kundin baten, sich mit ihrem Webspace-Provider in Verbindung zu setzen. Als Antwort kam eine URL in folgender Art:

http://www.example.com/cpanel/phpmyadmin/

Das wird uns nicht viel nützen, dachten wir uns, denn bei keinem Webhoster kann man über phpMyAdmin Datenbanken erstellen. Das läuft üblicherweise über das Control-Panel des jeweiligen Webspace-Kontos.

Weit gefehlt. Wir hatten tatsächlich root-Zugriff auf den MySQL-Server. Haben wir also das gemacht, was wir schon lange nicht mehr getan haben: Nämlich Datenbank und Benutzer direkt über die Konfigurationsdatenbank von MySQL erstellt. War auch mal wieder schön. ;-)

Gestern fragte ein Interessent an, ob er denn Rabatt bekäme, wenn er gleich sechs unserer Scripte auf einmal kaufte. Der volle Preis wäre ihm zu teuer. Na klar, sagten wir und boten ihm 30% Nachlass an. Statt der 174 US-Dollar wären dass (rund) 120 US-Dollar gewesen.

Das war ihm noch zu teuer, weswegen er nur noch drei Scripte wollte. Für 50 US-Dollar. Nun ja. Eigentlich ist es doch so, dass man um so mehr Rabatt gibt, je mehr der Kunde ordert, oder? Der Mensch aber wollte mehr Rabatt für weniger Scripte haben. War ihm vielleicht gar nicht bewusst.

Auf unser Gegenangebot, die 30% für die sechs Scripte auch für die drei Scripte zu gewähren, ging der - mittlerweile - Kunde dann ein.

Manchmal kommt man sich wirklich vor, wie auf einem Basar. ;-)

Gerade kam eine E-Mail von jemandem, der uns Geld schenken möchte. Genau genommen wollte er unser Form-Mail-Script sponsern. Eigentlich liest sich die E-Mail gar nicht so übel:

I would like to express my gratitude for your wonderful work on
the free Email Form script. It is really nice to see that someone
has made such a decent contribution to the online community - and
that for free, awesome!

By the way, do you have any options for potential sponsors? We
might be interested in becoming one. I think it is a great way
for us to support your future production.

Früher hätten wir tatsächlich sofort Dollar-Zeichen in den Augen gehabt. Aber über die Jahre gab es so viele Anfragen, Vorschläge und Angebote für die verschiedensten Sachen, dass wir mittlerweile äußerst nüchtern an solche Sachen herangehen. Nämlich mit einer Absage. Denn wirklich vorteilhaft für uns war bisher keines der Angebote.

Die neue Version behebt 50 Fehler, mehrere davon sicherheitsrelevant.

Weitere Infos auf php.net.

Klagen dieser Art tauchen immer mal wieder auf. Da wird das Zend Studio angeprangert, die Zertifizierung oder die Schulungen. PHP sei doch angeblich ein Open Source Projekt und da passe es nicht, dass ein Unternehmen es so für seine kommerziellen Interessen „missbraucht".

Nun ja, es muss ja niemand die Produkte von Zend kaufen. PHP ist und bleibt Open Source und somit für jeden frei verfügbar, samt Dokumentation. Man kann PHP problemlos verwenden, auch ohne direkt mit Zend in Kontakt zu kommen.

Und dass Zend für seine Projekte Geld verlangt, kann man ihnen wohl kaum ankreiden. Schließlich haben Sie in die Entwicklung dieser Produkte investiert. Unzählige Unternehmen haben ihr Geschäftsmodell um Open Source herum aufgebaut.

Die andere Seite der Medaille: Die kommerziellen Produkte erlauben Zend in PHP und die Entwicklergemeinde zu investieren. Wäre PHP heute wo es ist, ohne Zend? Vielleicht. Vielleicht aber auch nicht. Mit Sicherheit wird das wohl niemand sagen können.

Letzte Woche haben wir Strato die Schnarchnase des Jahres genannt. Heute haben wir weitere Informationen. Scharchnase ist möglicherweise nicht ganz gerechtfertigt, aber mangels eines anderen Wortes bleiben wir erst mal dabei.

Bei Strato kann man über zehn Jahre alte PHP-Versionen verwenden. PHP 3 ist mit Version 3.0.18 immer noch verfügbar.

Als Standardversion ist nach wie vor 4.1.2 eingestellt. Alternativ kann man sie mit folgender Zeile in einer .htaccess aktivieren:

AddType application/x-httpd-php41 .php

Die letzte PHP-4-Version 4.4.9 lässt sich mit eine der folgenden Zeilen aktivieren:

AddType application/x-httpd-php4 .php
AddType application/x-httpd-php43 .php

Die aktuelle PHP-Version 5.2.8 erhält man mit:

AddType application/x-httpd-php5 .php

Alternativ kann man die PHP-Version für das gewünschte Verzeichnis über die Verwaltungsoberfläche des Web-Accounts auszuwählen. Zur Auswahl steht dann die jeweils aktuelle Version von PHP 4 und PHP 5.
Bei der Änderung wird dann in dem Verzeichnis eine .htaccess geschrieben, die der Datei-Endung .php dann zum Beispiel PHP 5 zuweist. Eine eventuell bestehende .htaccess wird .htaccess.bak umbenannt. Man muss also die Einstellungen aus der alten .htaccess in die neue .htaccess übertragen.

Warum die genaue PHP-Version von Relevanz ist? PHP hat mit Version 5 einiges an Funktionalität hinzubekommen und die Performance drastisch verbessert. PHP 4 wird nicht mehr gepflegt und ist hoffnungslos veraltet - was sowohl die Funktionalität als auch die Sicherheit angeht. Davon ist die letzte veröffentlichte PHP-Version 4.4.9 keine Ausnahme. Dann noch standardmäßig PHP 4.1.2 am Laufen zu haben, kann man einfach nur noch verantwortungslos nennen.

Für ein Projekt benötigten wir Erklärungen für Formularfelder, die als Tooltip bei Mouse-Over angezeigt werden. Das Resultat ist in diesem Screenshot zu sehen.

Das Formular und der View-Helper zum Herunterladen: dijit-instruction-tooltip.zip

Webspace-Provider deaktivieren und blockieren alle möglichen Dinge aus allen möglichen Gründen. Diesmal traf es einen Kunden unseres Wegwerf-E-Mail-Scripts. Bei abgeschaltetem JavaScript funktionierte noch alles bestens. Mit JavaScript und dadurch aktiviertem XML HTTP Request (oder auch Ajax, wenn es denn sein muss) gab der Server jedoch eine Fehlermeldung zurück:

HTTP Error Making Request: [406] Not Acceptable

Derselbe Aufruf manuell im Browser ausgeführt, funktionierte. Der Kunde fragte beim Server-Betreiber nach und meldete:

They do not support AJAX on their server they say.

Häh? Leider ließ sich der Webhoster zu keiner Begründung bewegen. Wir hätten wirklich gern gewusst, wass der Grund für diese Einschränkung ist.

Der Kunde hat kurzerhand die Reißleine gezogen und den Provider gewechselt.

Wiederkehrende Kunden werden bei uns üblicherweise bevorzugt behandelt. Leider war in der letzten Woche die Zeit recht knapp, so dass die Fertigstellung eines Auftrags einige Tage auf sich warten ließ. Zu recht hakte der Kunde nach:

Falls die Verzögerung lediglich aus irgendwelchen Umständen ihrerseits resultiert: Kein Problem, es gibt ja keine Deadline.

Ich bitte Sie in diesem Fall höflich um einige Baldrian-Tropfen in Form eines kurzen mails.

:-)

Über aktualisierungsmüde Webspace-Provider haben wir uns hier im Blog schon des öfteren mokiert. Strato schießt jetzt allerdings den Vogel ab.

Bei der Installation eines unserer Scripte (welche wir unter Schmerzen rückwärtskompatibel halten) wurde folgender Fehler ausgegeben:

Fatal error: Call to undefined function: is_a()

Die PHP-Doku dazu:

is_a

(PHP 4 >= 4.2.0, PHP 5)

Die PHP-Version auf dem Server: PHP Version 4.1.2

PHP 4.1.2 wurde übrigens am 12. März 2002 veröffentlicht. Das ist fast sieben Jahre her. Da hört der Spaß aber wirklich auf. Und auch die Rückwärtskompatibilität.

Der Preis für die Schnarchnase des Jahres geht hiermit offiziell an Strato.

Version 1.7.5 des Zend Framework ist raus und kommt mit einem interessanten Fix für eine potentielle Sicherheitslücke. Abgefangen werden sollen ../ und ..\ in an render() übergebenen Pfaden für den Fall, dass diese aus ungefiltertem Input stammen. Bei Vorhandensein wird Exception geworfen.

Weitere Details

Jeder hat sein Päckchen zu tragen, so scheint's. Vor einer Weile hatte jemand unseren Installationsservice bestellt, aber auf den Fragebogen nicht geantwortet. Tage darauf kam dann folgendes Schreiben (sinngemäß wiedergeben):

Wir haben vor einigen Wochen die Lizenz für Ihre Softwarelösung erworben. Leider haben Sie den Fragebogen immer noch nicht erhalten, da unser Webdesigner die Zugangsdaten nicht rausrückt. Nach erneuter Anfrage meinerseits wie diese Verzögerung zustande kommt hat er mich darüber Informiert, das er ebenfalls in der Lage wäre die Applikation nach unseren Wünschen zu installieren.

Deshalb meine Frage: Wäre es möglich den Installationsservice nicht in Anspruch zu nehmen und nur die Lizenz zu erwerben? Ich habe natürlich schon alles bezahlt. Nur um den Hausfrieden wieder herzustellen.

Ist ja schlimmer als bei Kleinkindern. :-(

Zum veröffentlichen seiner Statusmeldungen bei Twitter hat der geneigte Anwender inzwischen reichlich Auswahl. Es gibt Desktop-Anwendungen, mobile Anwendungen, Web-Dienste und Browser-Erweiterungen. Da steuern wir mal kurzerhand ein Bookmarklet bei.

Um aus der möglicherweise zu langen URL eine kurze zu machen, führt der Weg zu Twitter über kleinerlink.de und das dort angebotene Bookmarklet. Wir haben Original-Bookmarklet aufgeborht, so dass nun zusätzlich zur URL auch der Titel einer Website an kleinerlink.de übertragen wird. Nach dem Erstellen der kurzen URL wird ein Link zu Twitter angezeigt. Ein Klick auf den Link überträgt den Titel und die URL direkt in das Statusfeld im eigenen Twitter-Account, vorausgesetzt man ist eingeloggt.

Nachtrag: Wir haben das Bookmarklet so erweitert, dass man nur noch einen Klick benötigt, um bei Twitter zu landen. Kein Umweg mehr über kleinerlink.de. Statt des normalen Bookmarklet in Schritt 1 einfach das Twitter-Bookmarklet zur Lesezeichenleiste hinzufügen und Schritt 3 ignorieren.

Und so funktioniert's:

1. Schritt: kleinerlink.de Bookmarklet zur Lesezeichenleiste hinzufügen

2. Schritt: Zu twitternde Website aufrufen und auf Bookmarklet klicken

3. Schritt: Auf das Twitter-Icon klicken

4. Schritt: Statusmeldung anpassen und abschicken

Der Vorteil gegenüber Diensten wie TwitSnip ist, dass man sich nicht mit seinen Twitter-Zugangsdaten bei einer fremden Website anmelden muss.

Auf diese Weise haben sich schon ein paar interessante Sachen in unserem Twitter-Feed angesammelt. Und es werden sicherlich noch mehr.

Es hat zwar keine spezielle Bedeutung, aber der Zeitstempel vom 14. Februar, 0:31 Uhr und 30 Sekunden ist trotzdem ungewöhnlich:

1234567890

Unter bestimmten Umständen kann man in Eclipse den gerade geschriebenen Code mit einem einfachen Mausklick (oder Tastendruck) verlieren. Dass dieses Problem nicht nur theoretischer Natur ist, musste ich letztens erfahren. Zwei Stunden Arbeit waren weg.

Dem Unheil in die Hände gespielt hat eine Angewohnheit von mir, neue Dateien durch Duplizieren bestehender Dateien zu erstellen. Der Vorteil ist, dass man zum Beispiel bei PHP-Dateien die bestehenden Methoden aus einer Klasse löschen und dann mit dem Klassengerüst weiterarbeiten kann. Eleganter wäre natürlcih, ein Code-Template anlzuegen und dieses dann zu verwenden.

Wie auch immer. Los geht's mit dem Duplizieren.

Dabei den neuen Namen vergeben.

Die neue Datei ändern wir jetzt einfach und schreiben echo 'Hello World!'; hinein.

Was mir seinerzeit zum Verhängnis wurde ist die Tastenkombination Strg-Z. Zwischenzeitlich hatte ich eine andere Datei geöffnet, bearbeitet und im Zuge dessen Strg-Z gedrückt, und zwar mehrmals. Beim zehnten oder zwanzigsten Mal Strg-Z bewegte sich links in der Dateiliste etwas. Beim genaueren Hinsehen zeigte sich, dass die zuvor duplizierte, umbenannte und geänderte Datei weg war. Einfach weg. Nicht im Papierkorb und nirgends. Wie konnte das passieren? Wie kann man mit Strg-Z Dateien löschen?

Die Erklärung ist folgende. Befindet sich der Fokus auf das Code-Fenster, nimmt Strg-Z die Änderungen innerhalb der Datei zurück. Wenn aber - unter welchen Umständen auch immer - der Fokus auf das Fenster mit der Dateiliste gelangt, dann gilt Strg-Z für die Aktionen in der Dateiliste. Wenn die letzte Aktion das Erstellen einer Datei war, dann wird mit Strg-Z diese Datei wieder entfernt.

Man kann das per Menü nachvollziehen. Erst den Fokus auf die Dateiliste legen und im Menü „Edit" „Undo ..." auswählen.

Und weg ist die Datei.

Mit „Redo ..." erscheint sie wieder in der Dateiliste, ...

... aber unsere Änderungen sind verschwunden.

Die Lehre aus dem Vorfall? Entweder Dateien komplett extern erstellen oder immer eine Neue Datei erstellen. Strg-Z entfernt zwar auch diese, bei Strg-Y wird die Dateie jedoch inklusive der Änderungen wiederhergestellt. Einziges Problem: Wenn man zwischenzeitlich eine andere Aktion durchgeführt hat. Dann hilft auch Strg-Y nicht.