Webentwickler kennen das Problem: Täglich kommen neue, schnellere, bessere Browser auf den Markt und je nach Anwenderkreis werden diese auch genutzt. Was jedoch des Anwenders Freud, ist des Entwicklers Leid, denn nicht jeder nutzt die immer neuen Features neuerer Browserversionen. Mittelständler und Großunternehmen rangieren teilweise noch mit dem Internet Explorer 6 im Internet, die Updates sind auch so schnell nicht geplant. Also bleibt Webentwicklern nichts weiter übrig, als seine Systeme abwärtskompatibel zu produzieren. Doch woher nimmt man altes Softwareequipment, wenn der Standard schon weit fortgeschritten ist?

Eine Lösung

Microsoft hat es hier einmal geschafft, sich durch besonderen Service hervor zu heben, denn der Betriebssystem-Spezialist liefert nicht nur die Virtualisierungssoftware für alte Systeme, sondern bringt auch gleich seinen Browser auf verschiedenen Plattformen mit.

Mit Microsoft Virtual PC und den entsprechenden Images stehen einem Internet Explorer 6 – 8 in den XP und Vista-Umgebungen zur Verfügung. Sofern der Entwicklungsrechner mit einigermaßen aktueller Hardware ausgestattet ist, lässt diese Kombination ein doch recht komfortables Entwickeln zu, das Beste: das ganze kostet bis auf die vorhandene Internet-Verbindung keinen Cent!

Unter http://www.microsoft.com/windows/products/winfamily/virtualpc/default.mspx stellt Microsoft den Virtual PC zur Verfügung, die entsprechenden Images sind unter http://www.microsoft.com/downloads/details.aspx?FamilyID=21eabb90-958f-4b64-b5f1-73d0a413c8ef&displaylang=en#filelist verfügbar.

Natürlich geht nichts ohne persönliche Anpassung und daher sollte man in der virtuellen Umgebung die Region doch auf die eigenen Bedürfnisse umstellen. Über Start > Control Panel > Regional and Language Options die Auswahl German (Germany) stellt schon einmal die deutschen Zahlen- und Datumsformate ein. Im gleichen Fenster im Register Languages im Abschnitt  Text services and input languages verbirgt sich unter dem Button Details die Möglichkeit, das deutsche Eingabeschema hinzuzufügen. Damit lassen sich dann auch die deutschen Umlaute nutzen.

Aufgrund des englischen Tastaturschemas hat Microsoft die AltGr-Taste als Hosttaste verwendet. Leider benötigt man die Taste AltGr im deutshcen Sprachschema recht häufig, so dass es doch recht hilfreich ist, eine Umbelegung auf die rechte StrG-taste vorzunehmen. ie lässt sich im Virtual PC Konsolenfenster über Datei > Optionen > Tastatur erledigen. Einfach im Fenster in das Feld “Aktuelle Hosttaste” klciken und die rechte Strg-Taste drücken. Ein Klick auf Ok bestätigt die neue Einstellung.

Non-IE-Browser

Die Lösung für Internet Explorer ist nun klar. Allerdings gibt es mehr als nur die Microsoft-Welt und so müssen natürlich auch Opera und Co dran glauben. Allerdings ist Microsoft auch hier bereits so nett, uns die Basis zu liefern, denn in die virtuellen Umgebungen lassen sich Alternativbrowser installieren und so kann man in eine neue virtuelle Maschine einen Download von Firefox oder Opera installieren und hat ohne Mühe die neue Testumgebung parat. Wo bekommt man die alten Browser her? Auch hier gibt es Spezialisten und so hat man unter http://browsers.evolt.org/ eine ganze Sammlung älterer und neuerer Browser zusammengestellt, welche sich recht mühelos downloaden und installieren lassen.

Nachteile

Natürlich gibt es auch hier Kehrseiten und man sollte diese kennen, bevor man zu einem produktiven Einsatz des Systems kommt:

1. Die aktuellen Microsoft-Images arbeiten nur bis zum Januar 2010, dann schalten sich die Betriebssysteme tot. Sofern man hier also viel Konfigurationsaufwand in die Images stecken muss, um seine virtuelle Umgebung zu erhalten, sollte man überlegen, ob es dann nicht sinnvoller ist, in einer virtuellen Umgebung das System selbst aufzusetzen. Hierbei entstehen dann jedoch auf legalem Wege Kosten für die entsprechenden Betriebssysteme.
2. Die virtuelle Umgebung benötigt Festplattenkapazität. Pro Installation muss mit circa dreifacher Größe für die Installation sowie mit circa doppelter Größe der Original-Images für den Betrieb einer virtuellen Umgebung gerechnet werden.
3. Parallelbetrieb von virtuellen Umgebungen ist möglich, jedoch benötigt jede einzelne Umgebung entsprechenden Arbeitsspreicher sowie CPU-Kapazität. Muss man also über mehrere Umgebungen gleichzeitig testen, kann es hilfreich sien, trotzdem mehrere Rechner zu nutzen, auf denen dann die einzelnen Umgebungen laufen

Fazit

Mit der gezeigten Lösung gibt es einen stabilen Weg, verschiedene Umgebungen abzubilden und mit diesen zu entwickeln. Tests und Verhalten sind mit diesen Mitteln aussagekräftiger als mögliche Hacks für Parallelinstallationen, ebenso sind Entwicklungsumgebung und Testsystem voneinander getrennt.

So ist es nicht verwunderlich, dass es einem Schweißperlen auf die Stirn treibt, wenn man versucht, verzweifelt eine Verbindung einzurichten und das W-LAN mit der Meldung “Die Verbindung konnte nicht hergestellt werden” den Dienst quittiert, obwohl man vorher noch den Netzwerkschlüssel eingeben durfte.

Natürlich ist der erste Schritt, den Schlüssel zu prüfen, aber nach einigen weiteren Versuchen dürfte klar sein, dass man sich nicht vertippt hat und die Lösung (hoffentlich) nicht am eigenen Tippvermögen scheitert.

Erste Hilfe scheint nach einer gründlichen Google-Suche das Zurücksetzen der Netzwerkverbindungen im iPhone zu sein, eine Option, die man nicht so ohne weiteres findet. Über Einstellungen – Allgemein – Zurücksetzen kann man einzelne oder alle Komponenten des iPhones resetten. Nach einem Neustart des Telefons sollten nun alle W-LAN-Netzwerke verschwunden sein und man kann den EInwahlversuch erneut starten.

Leider hilft bei einigen W-LAN-Routern trotz WPA- und WPA2-Verschlüsselung auch dieser Neustart nicht. Schuld ist, wie bei meinem Beispiel mit dem NETGEAR ProSafe VPN Wireless ADSL Gateway DGFV338, der Verschlüsselungsalgorithmus, denn während einigen Geräten AES256 ausreicht, benötigen andere TKIP, so offensichtlich auch das iPhone.

In so einem Fall hilft dann nur, die Firmware der Router zu upgraden, in der Hoffnung, die Hersteller haben nachgebessert. NETGEAR hat dies getan und – nach einem nochmaligen Zurücksetzen der iPhone-Netzwerkeinstellungen – war das Problem behoben und das Gerät konnte sich problemlos in das W-LAN-Netzwerk einwählen.

In meiner Vergangenheit bin ich dem System mehrfach begegnet und bis auf ein paar kleine, aber feine Codeschnipsel konnte ich dem System nahezu nichts abgewinnen. In der uns von der Living-e AG übermittelten Version waren offensichtlich alte PHP4-Codefetzen zusammen mit neuen Funktionen in PHP5 ausgeliefert worden. Die Projektstruktur war dadurch mehr als unübersichtlich und das gesamte Projekt war logisch nicht ganz nachvollziehbar aufgebaut. Es handelte sich dabei um ein Stable-Release, welches wir niemals zum Projekteinsatz brachten.

Das gesamte System machte den Eindruck, als sei es mit altem und neuem Code geflickt worden. Etliche Features ließen sich auch nicht quer verbinden. Ein Austausch von Funktionen gestaltete sich daher ebenso schwierig wie die Anpassung der Templates an eigene Bedürfnisse, welche das System erweiterten.

Aus diesem Grund läßt hier der EIndruck nicht los, dass Living-e versucht, die in die Jahre gekommenen Kinder kurz vor dem Sterben mit Hilfe der Open Source-Gemeinde zu retten. Bleibt Living-e nur zu wünschen, dass ihnen dies trotz vielfach besserer Konkurrenz mit der Open Source-Version 6 gelingt.

Zur Meldung auf Heise.de

Zur Meldung aus dem Software & Support Verlag

Progressbars sind mittlerweile ein gängiges Mittel, um Statusanzeigen zu realisieren. Seit 2003 nutze ich diese in verschiedenen Projekten, jedoch waren die Mittel, diese zu regeln, in der Vergangenheit eher holperig, unkomfortabel oder instabil gelöst. Musste in Projekt umziehen oder gab es neue Browser oder auch Flash-Versionen, begann die Konfiguration und das Rätselraten von neuem. CGI und Flash oder per Output-Buffer gesteuerte Javascript-Bars waren immer instabil und hielten selten länger als ein Jahr in einem Projekt aus.

Dank der “Erfindung” von Ajax war man daraufhin in der Lage, für Prozesse, die nach einem Request durchgeführt wurden, bereits gute und flüssige Prozessanzeigen zu realisieren. In verschiedenen Projekten habe ich beispielsweise Datensammlungen oder das Erstellen von ZIP-Archiven visuell dargestellt.

Mit der PHP-Version 5.2 lässt sich nun auch über die Extension APC ein Upload mit einer Progress-Anzeige sinnvoll lösen, denn im Wesentlichen verändert sich nichts. Um dieses Feature zu nutzen, sind jedoch ein paar Vorbereitungen nötig:

1. Installation von APC

Benötigt werden:

• Root-Zugriff auf die Kommandozeile
• ein installiertes und auf Kommandozeilenebene funktionsfähiges PEAR bzw. PECL
• Internet-Zugriff

Zunächst einmal wird APC mittels PECL installiert:

testserver:~# pecl install apc

Bei der darauffolgenden Frage die Option APCX ändern auf “NO”

Use apxs to set compile flags (if using APC with Apache)? [yes] : no

Nun folgen etliche Zeilen Kompilierung und Installation. Abhängig vom System (in meiner Debian-Testumgebung ist es zwingend notwendig) muss in die php.ini bzw. im Debian in eine separate Datei

extension=apc.so

eingetragen werden.

Ausschnitt aus der PHP-Info zum APC-Eintrag

Ein Neustart des Webservers sollte nun – oh Wunder – die Extension geladen haben. Dies lässt sich am einfachsten Über eine Ausgabe der phpinfo(); prüfen, hier sollte es einen neuen Eintrag zu APC geben. Sofern APC-Support “enabled” ist, kann es weitergehen mit dem PHP-Teil der Installation. Sollte das Modul noch nicht aktiviert sein, hilft in der Regel ein Basiseintrag in der php.ini:

[APC]
apc.enable_cli=0
apc.enabled=1
apc.num_files_hint=1024
apc.optimization=0
apc.rfc1867=1
apc.shm_segments=1
apc.shm_size=128
apc.ttl=7200
apc.user_ttl=7200

2. PHP-Dateien und deren Funktionsweise

Grundsätzlich funktioniert das Uploaden nun in der Weise, dass PHP in der Lage ist, einen weiteren Request aus der gleichen Quelle parallel zum laufenden Request zu beantworten. Dies bedeutet, dass man eigentlich nur dafür sorgen muss, dass PHP während des Uploads brav antwortet, wieviel Upload statt fand. Hierfür sind folgende Codeschnipsel notwendig:

Das Formular in der HTML-Datei:

<form action="upload.php" method="post" target="uploadFrame" enctype="multipart/form-data">


<input type="file" name="upload" />
<input type="hidden" name="APC_UPLOAD_PROGRESS" value="<?php echo md5(uniqid(rand(), true)); ?>" />
<button type="submit" onclick="this.disabled=true; setTimeout('requestStatus(\''+this.form.APC_UPLOAD_PROGRESS.value+'\')', 1000);">Abschicken</button>
</form>

Zu beachten ist, dass APC mit dem versteckten Feld APC_UPLOAD_PROGRESS mitgeteilt wird, wie die eindeutige Id für diesen Upload lautet. Der Bezeichner muss mit der Angabe apc.rfc1867_name in der PHP-Konfiguration überein stimmen.

Zusätzlich muss in den HTML-Code ein IFrame eingebaut werden, an welches die Upload-Datei geschickt wird. Dies wird notwendig, weil alle gängigen Browser durch das Abschicken des Formulars im gleichen Fenster die Seite blockieren würde und Änderungen im HTML-Code dann nicht mehr möglich sind.

<iframe src="blank.html" name="uploadFrame" style="display:none"></iframe>

Zusätzlich sollte fehlt natürlich noch ein Platz, um den Upload-Status anzuzeigen. Hier sind mehrere Varianten denkbar, für einen ersten Test reicht zunächst erst einmal ein leeres DIV.

<div id="divStatus"></div>

Die Datei für den Empfang des Uploads (upload.php)

An dieser simplen Funktion ändert sich genau nichts, der Upload funktioniert hier genau gleich:


<?php
if (isset($_FILES['upload'])) {
move_uploaded_file($_FILES['upload']['tmp_name'], 'upload/'.$_FILES['upload']['name']);
}
?>


Natürlich muss man hier selbst für Sicherheit etc. sorgen, aber im Grundsatz ist der Upload identisch.

Die Datei für die Statusmeldung (status.php)

Ihre einzige Aufgabe ist es, den Upload anhand der eindeutigen Id zu identifizieren und mit Hilfe der Funktion apc_fetch() den aktuellen Status auszulesen. Dieser muss dann nur noch entsprechend aufbereitet werden, um im richtigen Format an die HTML-Seite übermittelt zu werden:

<?php
$arr_status = apc_fetch('upload_'.$_GET['str_apcId']);
printf("<pre>%s</pre>", print_r($arr_status, true));
?>

Der Javascript-Teil

function requestStatus(str_apcId)' {

var request = new Request({
url: ‘/status.php?apcId=’+str_apcId,
onComplete: function(responseText) {
$(‘uploadStatus’).innerHTML = responseText;
}
}).send();
}

Der Javascript-Part sollte hier sehr individuell ausfallen, dies ist insbesondere abhängig vom genutzten Javascript-Framework, von der Art, den Status anzuzeigen sowie den technischen Möglichkeiten. Das gezeigte Beispiel wäre eine Möglichkeit in MooTools, aber auch hier gilt, dass sowohl die Schnittstelle zum Server als auch das Javascript abgesichter sein sollten gegen einen Fremdzugriff.

Quellen:

http://www.debianblogs.com/debian_apc_alternative_php_cache

http://www.coder-wiki.de/HowTos/PHP-AJAX-Upload-Fortschritt

http://mootools.net/docs/Request/Request

Update:

Wer Probleme bei der Installation mit PECL bekommt, sollte überprüfen, ob folgende Pakete installiert und verfügbar sind:
php5-dev
apache2-dev
build-essentials

Die Namen der Pakete sind zwischen den Distributionen unterschiedlich, wichtig ist, dass sowohl von PHP als auch vom installierten Apache die Development-Pakete zur Verfügung stehen und alle notwendigen Bibliotheken installiert sind.

Auf der Client-Seite dienen unter Mac OS X die Tools IPSecuritas oder Tunnelblick, auf einem Windows The Greenbow VPN Client und auf Linux das hauseigene Tool ipsec als Brücke zwischen den Welten.

Der Router ist bei Amazon für ca. 250 EUR erhältlich. In seiner Serie gibt es für unterschiedliche Anwendungen auch leicht veränderte Konfigurationen mit unterschiedlichen Zusatzfeatures.

Damit endet eine sehr lange Ära einer PHP-Version. Anwendern wird empfohlen, auf die Version 5 umzusteigen. Neben einem besseren Klassen-Support und standardisiertem XML-Support ist in der Regel ein Upgrade der Applikationen mit nur wenigen Anpassungen möglich. Dies sollte sobald als möglich geschehen, denn die PHP-Entwickler feilen bereits an Version 5.3 (am 01.August als Alpha-Release erschienen) und an Version 6.

Sollte man jetzt einen Umstieg planen, kann man bereits Vorkehrungen für das Upgrade auf Version 6 schaffen. Einfachste Lösung ist hier die Verwendung von <?php anstelle des Short-Tags. So soll das Kompatibilitätsproblem mit dem Einführungstag für XML <?xml … /> umgangen werden.

Weitere Informationen auf php.net

Die Installation erfolgte – wie üblich – in 5 Phasen:

1. Backup der Datenbank und der Dateien
2. Löschen der Wordpress-Dateien (Ordner wp-admin, wp-includes und alle Dateien im Wordpress-Installationsverzeichnis außer wp-config.php und .htaccess)
3. Überspielen aller Dateien aus dem Archiv lastest.zip
4. Anpassen der Datei config.php
5. Ausführend der Datei wp-admin/upgrade.php

Die Anpassung der config.php ist abhängig von der Vorversion. Sofern alle Upgrades immer zeitnah eingespielt wurden, wird lediglich die Definition von SECRET_KEY ersetzt durch 3 neue Keys:

define('AUTH_KEY', 'KEY1');
define('SECURE_AUTH_KEY', 'KEY2');
define('LOGGED_IN_KEY', 'KEY3');

DIe Keys (KEY1, KEY2 und KEY3) kann man sich hier erzeugen lassen. Insgesamt sollte die Wordpress-Konfiguration dann ungefähr so aussehen:

<?php
define('DB_NAME', 'my_db');
define('DB_USER', 'my_user');
define('DB_PASSWORD', 'my_db_password');
define('DB_HOST', 'my_host');
define('DB_CHARSET', 'utf8');
define('DB_COLLATE', '');

define(‘AUTH_KEY’, ‘1234567890abcdef1234567890abcdef’);
define(‘SECURE_AUTH_KEY’, ‘fedcba0987654321fedcba0987654321′);
define(‘LOGGED_IN_KEY’, ‘1234567890fedcbaabcdef0987654321′);

$table_prefix = ‘wp_’;
define (‘WPLANG’, ‘de_DE’);

define(‘ABSPATH’, dirname(__FILE__).’/');
require_once(ABSPATH.’wp-settings.php’);

?>

Danach noch schnell die Datei upgrade.php im wp-admin-Verzeichnis aufrufen und das Datenbank-Upgrade durchführen. Nun sollte die Wordpress-Installation wieder funktionieren. Nun hilft noch ein Blick auf den Plugin-Reiter, dort müssen eventuell Plugins aktualisiert werden.

Die Hilfe ist – zumindest auf linux-basierten Systemen – schnell und effektiv. Veraltete Dateien lassen sich häufig am Datum erkennen und eine geeignete Behandlung kann vom Serversystem selbst vorgenommen werden.

find /tmp/phptmp -mtime +2 -exec rm -f {} \;

löscht Dateien, die länger als 2 Tage nicht verändert wurden und sich im Verzeichnis /tmp/phptmp/ befinden. Hier lassen ich variable Parameter einstellen, z.B. letzte Zugriffszeit etc.

Dieses Kommando läßt sich problemlos in die Cron-Tabelle aufnehmen und als Cronjob zu lastarmen Zeiten ausführen. Diese Möglichkeit ist zwar kein Allheilmittel und auch keine eierlegende Wollmilchsau, aber sie lässt sich immer dann einsetzen, wenn bei der Programmierung von Systemen das Beseitigen des Mülls vergessen oder nur unzureichend umgesetzt wurde.

Update: Es git viele andere Mögliche Wege, dem Problem zu begegnen. Möglicherweise hilft auch dieser Artikel weiter, um ein simples Löschen durchzuführen, wenn die Zahl der Daten in einem Ordner das Maximum für Wildcards übersteigt:

http://www.ibm.com/developerworks/aix/library/au-badunixhabits.html#seven

Das Symfony Framework: Enterprise Anwendungen mit PHP

www.symfony-zone.com

Zunächst einmal verhindert eine Indizierung einer Suchmaschine nicht, dass nervige Intro-Flashfilme beim Aufruf nicht von Beginn ab, sondern von der Fundstelle der Suchmaschine aus abgespielt werden. Der mögliche Besucher muss sich also zwangsweise durch die hübsch bunte Animationswelt bewegen, um dann eventuell an geeignete Stellen zu springen. Zwar hat Adobe hier im Flash Möglichkeiten der Anker geschaffen, die jedoch nutzen Flash-Animateure nur zu selten.

Darüber hinaus war Flash eine gern genutzte Technologie, um Spam-Bots vom Grabben der Email-Adressen abzuhalten. Ob die Suchmaschinenbetreiber auch hierfür ein Rezept parat haben, bleibt abzuwarten.

Das dritte Problem liegt in der Technologie selbst: Animation zum Zwecke des SEO-Rankings. Während die großen Suchmaschinenbetreiber alles versuchen, sichtbaren Content von verstecktem Inhalt zu unterscheiden, dürfte dies bei Flash eher ein kompliziertes Unterfangen werden. Endlose Texte mit Suchdaten-Müll könnten erneut die Suchmaschinen verstopfen. Das Patentrezept hier könnte so deutlich schwieriger werden, will man die Animation in einem Animationsprogramm nicht verbieten.

Last, but ganz sicher not least ist Flash noch immer kein integrierter Browserbestandteil und somit nicht allen Personenkreisen zugänglich. Adobe lieferte erst kürzlich wieder einen Grund mehr, Flash in Unternehmen nicht zuzulassen: Eine Sicherheitslücke, welche von Adobe nicht ad-hoc gefunden werden konnte. Adobe selbst empfahl das Abschalten des Plugins bis zu einer Problembehebung (Bericht der Tagesschau). So bleiben Anwender bei positiven Suchtreffern im klassischen Fall auf einer weißen Seite stehen. Wie die Suchmaschinenbetreiber alternativen Content produzieren, bleibt abzuwarten.

Grundsätzlich sollte man Adobes Neuerung jedoch als Schritt in die richtige Richtung verstehen. Bleibt zu hoffen, dass die Kinderkrankheiten zur Einführung neuer Technologien sich im Rahmen bewegen und angeschlossene Suchdienste sich nicht massiv qualitativ verschlechtern. Für weitere Informationen stellt Adobe eine FAQ zur Verfügung.