ScriptBlogger

Ab PHP-Version 7.2.0 ist die Funktion each() deprecated. PHP gibt entsprechende Warnungen aus. Mit folgenden beiden regulären Ausdrücken kann man while list each durch foreach ersetzen.

Zuerst alle while (list($key, $val) = each($arr)

Suchen: while\s*\(list\s*\(\s*\$(.*),(.*)\)\s*=\s*each\((.*)\)\)

Ersetzen: foreach \($3 as \$$1 => $2\)

Danach alle while (list(,$val) = each($arr))

Suchen: while\s*\(list\s*\(\s*,(.*)\)\s*=\s*each\((.*)\)\)

Ersetzen: foreach \($2 as $1\)

Wer mit PHP XML-Dateien erstellt, sollte die Daten doppelt mit htmlentities() kodieren. Funktionen wie simplexml_load_file() können mit einigen HTML-Entities wie zum Beispiel é nicht umgehen. é wird durch die erneute Kodierung zu é und wurde auf diese Weise unkenntlich gemacht.

Das von simplexml_load_file() gelieferte Ergebnis muss dann einfach noch mit html_entitie_decode() behandelt werden und fertig.

Michael Kliewe hat einen ausführlichen Artikel zu den Änderungen und neuen Funktionen in PHP 5.4 geschrieben.

Es sind viele sinnvolle Änderungen dabei, wie zum Beispiel der Wegfall von safe_mode und register_globals, und es gibt neue Funktionalitäten, wie traits und den Short Array Syntax.

Passend zum heutigen 29. Februar. Eine Funktion die prüft, ob ein gegebenes Jahr ein Schaltjahr ist.

/**
 * Check if a given year is a leap year
 */
function leapYear($year)
{
    $r = $year % 400;
    if ($r === 0) {
        return true;
    }
    
    $r = $year % 100;
    if ($r === 0) {
        return false;
    }
    
    $r = $year % 4;
    if ($r === 0) {
        return true;
    }
    
    return false;
}

Quelle der Berechnung: Wikipedia

Nachtrag: Der Aufruf der PHP-Funktion date() mit dem Parameterwert 'L' tut es auch. Siehe auch die Kommentare.

Beim Vergleich von Zeichenketten, gibt es vielerlei Feinheiten. Heute geht es um '0:0' gegen '00:00'. Welcher der beiden Werte ist größer?

Die Antwort lautet: Der erste Wert.

<?php

echo '0:0' > '00:00';

Ergibt als Ergebnis 1 (bzw. true).

MySQL sieht das genauso:

SELECT '0:0' > '00';

Das Ergebnis ist hier ebenfalls 1.

Relevant wird das beim Vergleich von zwei Datumswerten.

'2012-02-20 0:0:0' > '2012-02-20 00:00:00'

So ist zum Beispiel auch folgender Vergleich als Ergebnis true:

'2012-02-20 0:0:0' > '2012-02-20 09:59:59'

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.

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-)

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.

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 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);

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.

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.

Falls jemand MS Excel-Dateien mit PHP erstellen möchte, dem sei Spreadsheet_Excel_Writer empfohlen. In der Beschreibung wird zwar darauf hingewiesen, dass der Code veraltet sei, aber wer sich traut findet eine einfach zu verwendende Bibliothek vor.

<?php
require_once 'Spreadsheet/Excel/Writer.php';

// Creating a workbook
$workbook = new Spreadsheet_Excel_Writer();

// sending HTTP headers
$workbook->send('test.xls');

// Creating a worksheet
$worksheet = $workbook->addWorksheet('My first worksheet');

// The actual data
$worksheet->write(0, 0, 'Name');
$worksheet->write(0, 1, 'Age');
$worksheet->write(1, 0, 'John Smith');
$worksheet->write(1, 1, 30);
$worksheet->write(2, 0, 'Johann Schmidt');
$worksheet->write(2, 1, 31);
$worksheet->write(3, 0, 'Juan Herrera');
$worksheet->write(3, 1, 32);

// Let's send the file
$workbook->close();

Einfacher geht es nicht. Allerdings wird es notwendig sein, einige der Deprecated-Warnungen zu beheben. Sollte für den halbwegs geübten Coder aber kein Problem sein.

Es gibt eine einfache Bibliothek für PHP 5.3+ für Google Checkout.

    $merchant_id = '123456789123';
    $merchant_key = 'jklFJKLljkJFjkllKJl';
    
    $order = new GoogleCheckout\Order();
    $order->setMerchantId($merchant_id);
    $order->setMerchantKey($merchant_key);
    
    $item = new GoogleCheckout\Item();
    $item->setName("testitem");
    $item->setDescription("testdescription");
    $item->setPrice("150.00");
    $item->setQuantity(20);
    
    $order->addItem($item);
    
    $redirect_url = $order->getRedirectUrl();

Natürlich gibt es da immer noch die Bibliothek von Google selbst.

Wer Anwendungen schreibt, welche Daten per JSON zwischen Client und Server oder Server und Server austauschen, findet eventuell folgendes einfaches Script zum Testen nützlich. Es macht nichts anderes als den Aufruf zu protokolieren (Datum, Uhrzeit, Daten) und ein einfaches Ergebnis zurückzuliefern.

<?php 

$input = fopen('php://input', 'r');
$in    = '';

while (!feof($input)) 
{
    $in .= fread($input, 1024); // read 1kB at a time
}

if (!empty($in)) {
    file_put_contents('android.log', $in . "n", FILE_APPEND);
}

$result = array('status' => 'success');

echo json_encode(array('result' => $result));