ScriptBlogger

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.

In der aktuellen c't finden sich zwei erwähnenswerte Artikel. Blogchen, wechsle dich - Kaufverträge über Inhalte aus dem Mitmach-Web betrachtet den Verkauf eines Weblogs aus rechtlicher Sicht. Sicherlich nicht uninteressant für Blog-Betreiber, die sich mit dem Gedanken tragen, ihre Website zu Geld zu machen.

Der zweite Artikel beschreibt Möglichkeiten, wie man Icons für Android, iOS und Windows Phone und sicherlich auch für andere Plattformen gestalten kann. Der Autor beschreibt die Design-Richtlinien der verschiedenen Plattformen und gibt Tipps zum Erstellen der Icons als Vektorgrafik.

Ein Bugfix beim Terminplaner eines Kunden produzierte einen weiteren Bug, nach dessen Bugfix wiederum ein neuer Fehler auftrat. Nach unserem Hinweis, dass wir dazu übergehen sollten, Änderungen erst auf einem Test-Server zu prüfen, schrieb der Kunde:

Nur, im Live-Betrieb findet man alle Fehler schneller..

LOL

No risk, no fun.

Die Zahlungen für unsere Scripte und Dienstleistungen wickeln wir über Share*it ab, die eine ganze Reihe an Zahlungsmöglichkeiten anbieten. Wie letztens berichtet, haben wir für unsere Terminreservierungsplattform Appointmind ein Partnerprogramm eingerichtet. Dabei werden die Partnern nicht nur einmalig für die Vermittlung belohnt, sondern profitieren auch von den weiteren Abonnementzahlungen.

Aus den Beschreibungstexten der Affiliate-Funktion von Shareit ging nicht deutlich hervor, ob in den monatlichen Berichten an die Partner neben den Neuabschlüssen auch die wiederkehrenden Zahlungen aufgeführt sind. Und die Antwort auf unsere Anfrage bei Shareit ließ Raum für Spekulationen.

Die Berichte, die an Extended Affiliates gehen, sollten auch die erfolgten Rebillings eines Abonnements enthalten. 

Ähem, sollten? Da haben wir noch einmal nachgehakt und folgende Antwort bekommen.

Die Standard-Einstellungen für Premium Affiliates berücksichtigen auch die Rebillings von Abonnements, daher gehen wir davon aus, dass dies bei Extended Affiliates ebenso ist. Sicherheitshalber haben wir nun unsere
Entwickler eingeschaltet, um den Sachverhalt zu prüfen.

Ob die Entwickler jetzt den Code durchforsten müssen, um Klarheit zu schaffen?

Wenn wir Zeit hätten, würden wir es vielleicht selbst machen. Eine Website, die eine Zahl des Tages anzeigt mit kurzen Hintergrundinformationen. Leute können einen RSS-Feed abonnieren oder ein Widget auf ihre Website einbinden. Und man könnte einen täglichen Newsletter versenden.

Der nächste Schritt wären Apps für Android und iOS. Und natürlich auch für Blackberry, Windows Phone und Symbian (obwohl die eigentlich niemand nutzt).

Wozu das Ganze? Werbung einblenden. Die eigenen Programmier- und Design-Künste präsentieren. Langeweile.

Das schöne an solchen Projekten ist, dass sie genügend Potenzial besitzen, dass Leute sie benutzen, aber nicht so aufwändig sind, dass sie zu viel der eigenen Zeit in Anspruch nehmen. Wir haben das vor einer Weile mit dem Bußgeldrechner unter geblitztworden.de und der dazugehörigen Android-App gemacht.

Wie wir speziell auf die Idee mit der Zahl des Tages gekommen sind? Tja, wozu Server-Log-Dateien doch alles gut sein können. Heute hatte jemand bei Google nach "Zahl des Tages RSS Feed" gesucht. Das bestätigt mal wieder die alte Webmaster-Regel, wonach man die Log-Dateien (oder besser deren Auswertungen) durchforsten sollte, um Ideen für neue Website-Inhalte sammeln. So kann man herausfinden, welche in einem Nebensatz erwähnten Themen sich möglicherweise für eine eigene Seite qualifizieren.

Damit wir unsere Kooperationspartner an den vermittelten Umsätzen beteiligen können, haben wir für das Appointmind-Projekt ein Partnerprogramm eingerichtet. In welcher Form wir das auf appointmind.de kommunizieren werden, müssen wir noch entscheiden. Technisch funktioniert aber alles schon. Wer mitmachen möchte, kann sich einfach bei uns melden.

Ich arbeite gerade für einen Kunden an einem Wordpress-Plugin und habe dessen Wordpress-Installation heruntergeladen und lokal installiert. Damit etwaige Fehlermeldungen angezeigt werden, habe ich folgende Option in der Konfigurationsdatei auf true gestellt:

/**
 * For developers: WordPress debugging mode.
 *
 * Change this to true to enable the display of notices during development.
 * It is strongly recommended that plugin and theme developers use WP_DEBUG
 * in their development environments.
 */
define('WP_DEBUG', false);

Das habe ich dann sofort rückgängig gemacht, weil es jede Menge Warnmeldungen gehagelt hat. Ich frage mich, ob von den Wordpress-Programierern einer jemals diese Option auf true gestellt hat. Es scheint mir eher unwahrscheinlich. Jetzt werde ich das error_reporting nur für das Plugin aktivieren.

In der Vergangenheit hatten viele unserer Nutzer Probleme mit den Captcha-Funktionen unserer Scripte. Meist fehlte die notwendige GD Library. Mittlerweile haben die Support-Anfragen dazu aber abgenommen. Das liegt auch daran, dass wir vor einer Weile - so zwei oder drei Jahre her - den Großteil unserer PHP-Scripte mit einer alternativen Captcha-Funktion ausgestattet haben, die auch standardmäßig aktiviert ist. Die bringt die Buchstabenbilder schon fertig mit und kann dadurch auf die GD Library verzichten. Wenn wir jedoch trotzdem mit dem alten Problem konfrontiert werden, nutzen wir folgendes Script zum Testen der Verfügbarkeit der GD Library.

<?php

header ("Content-type: image/png");

$im = @imagecreatetruecolor(200, 100)
     or die("Cannot Initialize new GD image stream");

     $text_color = imagecolorallocate($im, 233, 14, 91);

imagestring($im, 5, 20, 38,  'GD Test Successful', $text_color);
imagepng($im);
imagedestroy($im);

Sollte jemand die Dateien contact.php oder conlact.php auf seinem Webspace vorfinden, sollte er die mal gründlich kontrollieren. Schon seit einer Weile sind diese Dateien Bestandteil von Spam-Kampagnen und dienen als Weiterleitung auf Spam-Websites. Die URLs sind dabei nach folgendem Prinzip aufgebaut.

http://www.example.com/conlact.php?c=spamwebsite&t=com

URLs, welche diese Dateien enthalten, werden von unseren Kurz-URL-Diensten automatisch deaktiviert. Das sollte die Spam-Kampagnen weitestgehend entschärfen.

Wer öfter mal Kunden bei Problemen mit Scripten und MySQL-Datenbanken helfen muss, wird folgendes Script nützlich finden. Nicht immer hat man phpMyAdmin zur Verfügung oder Zugriff darauf. Und wer will bei jedem kleinen Problem immer gleich seine eigene phpMyAdmin-Version hochladen. Das Ding wiegt mehrere MB, hat zig Dateien und braucht ewig, bis es hochgeladen ist.

Wer dieses Script nutzt, sollte damit umgehen, wie mit Munition. Für Eingaben wie DELETE FROM oder DROP TABLE gibt es keine Sicherheitsabfragen. Was weg ist, ist weg.

Einen Beitrag auf netzwertig.com (ist schon etwas älter) haben wir uns zum Anlass genommen, mal verschiedene Blogger und Website-Betreiber (acht an der Zahl) anzuschreiben, um auf Appointmind aufmerksam zu machen. Bislang gab es aber keine Resonanz. Keine Antwort. Keine Rückfragen. Und schon gar keine Veröffentlichung.

Online-Terminvereinbarung ist vermutlich nicht sexy genug. Keine neue blinkende iPhone-App. Kein neuer Online-Musikdienst. Keine neue Deal-Website (PfalzDeal? Wirklich?). Solange man nicht große Namen in Form von Förderern oder Kapitalgebern um sich gescharrt hat, ist man möglicherweise einfach zu uninteressant. Uns fehlen eindeutig Szenekontakte.

Denen werden wir noch zeigen. Wenn wir erst 10.000 Mitarbeiter und 500 Mrd. Jahresumsatz haben, dann „iss nix" mit Interviews.

Das ist aber noch lange nicht das Ende. Es gibt noch unzählige Möglichkeiten, um ein Web-Projekt zu promoten.

Ein Kunde unserer Online-Terminvereinbarung schreibt immer äußerst höfliche E-Mails. Die liest man dann wirklich gern und ist extra motiviert, die E-Mail umgehend zu beantworten. An alle Kunden: Beginnt also ab sofort alle E-Mails wie folgt:

Ihr Organizer funktioniert sehr gut und macht mir viel Freude.

Ein Nutzer unseres Kommentar-Scripts bat in einer E-Mail um Hilfe, schrieb aber wenige Minuten später folgendes.

Ignore my previous email it was an ID10T error on my part.

Ich bin gerade über folgende Stellenanzeige PHP & MySQL Entwickler gestolpert.

Wirklich? Energy Drinks in verschiedenen Farben? Wirklich? Gyros & Falafel Freitag? Wen suchen die? Teenager? Was haben diese albernen Dinge in einer Stellenanzeige zu suchen.

Dabei liest sich der Rest der Anzeige ganz ansprechend.

Ich war gestern bei einem Kunden, um den Fortschritt des aktuellen Projektes zu besprechen. Zu diesem Zeitpunkt waren alle 177 offenen Punkte auf der Todo-Liste erledigt. Jetzt ist die Liste wieder gut gefüllt. Nimmt das denn gar kein Ende.