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.

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.

Das Symfony Framework: Enterprise Anwendungen mit PHP

www.symfony-zone.com

Für diese Anforderungen war es notwendig, eine eigene Serverarchitektur zu schaffen, welche in der Lage ist, die entsprechenden Informationen “on demand” abzurufen und zu verarbeiten. Ebenso ist für die Bildkonvertierung der Bilddaten ein entsprechend sinnvolles technisches Konzept notwendig, um Lasten auf dem Server sinnvoll zu verteilen.

Das System basiert auf PHP/MySQL und ist für besonders hohe Anforderungen auch auf entfernten Servern betreibbar. Für die Motena AG sowie für Osterkamp Automobile habe ich die Serversystem aufgesetzt.

Ein weiterer wichtiger Punkt war die google-taugliche Umsetzung und das Verbessern des Google-Rankings. Hier war es wichtig, das bestehende Ranking mindestens zu behalten zu verbessern. Eine Suche nach Schneewittchen bei Google zeigt diese Webseite auf Position 1 nach Wikipedia mit der Einschränkung “deutsch” sowie Platz 2 nach Wikipedia ohne weitere Einschränkung.

“e-loxx” ist ein Facility-Management-Werkzeug der e-grafixx GmbH. Es entwickelte sich aus Anforderungen eines großen internationalen Finanzunternehmens und wird mittlerweile auch für weitere Kunden eingesetzt. Das System ist ein klassisches PHP-/MySQL-Projekt, welches bereits im Jahr 2004 AJAX-Technologien ausnutzte.

In diesem System war ich in der technischen Konzeption und bei der Konzeption des Oberflächendesigns involviert. Weiterhin war ich als Entwickler für die erste Version des Systems tätig.