http://schillmania.com/projects/soundmanager2/

Eine gute Einführung zum Thema gibts in diesem Beitrag auf Ajaxian.com.

XForms on the client
REST interfaces
and XQuery on the server

Konventionelle Webanwendungen übersetzen Daten aus HTML-Formularen (Name/Value-Paare) in Objekte (z. B. Java, PHP) und danach in tabellarische Daten einer Datenbank. Der Autor vergleicht den Wechsel des Datenmodells mit der Übersetzung von English in Deutsch in Spanisch und zurück.

Mit XRX bleibt man in ein und demselben Datenmodell: XML. Daten können sowohl im Client als auch auf dem Server auf die gleiche Art und Weise selektiert werden, nämlich über XPath. Ein weitere Vorteil, der zur Beschleunigung der Webentwicklung führt, ist, dass mit XRX die zu verwaltenden Daten deklariert werden können.

• Optimierte Unicode-Unterstützung zahlreicher PHP Core Funktionen
• Namespaces, zur Verhinderung von Namenskonflikten bei Klassen und Funktionen
• SOAP, zur Verbesserten Unterstützung von Webservices
• XML, XMLReader und XMLWriter werden Teil des PHP Core

Mehr zu PHP v6.0 auf IBM Developerworks….

http://www.webappers.com/2007/07/31/webappers-simple-ajax-progress-bar-with-css/

und hier die sogar noch bessere Version:

http://www.bram.us/projects/js_bramus/jsprogressbarhandler/#install_config

$handle = fopen($_FILES['import_file']['tmp_name'], "r");
if ($handle)
{
set_time_limit(0);

//the top line is the field names
$fields = fgetcsv($handle, 4096, ',');

//loop through one row at a time
while (($buffer = fgetcsv($handle, 4096, ',')) !== FALSE)
{
if ($buffer[0] != null & strlen(trim($buffer[0]))>0)
{
// hier Zeilen verarbeiten
}

}
}

fclose($handle);

<meta http-equiv=”X-UA-Compatible” content=”IE=7″/>

“Let’s look at one performance rule on one site. Wikipedia is one of the top ten sites in the world (#9 according to Alexa). I love Wikipedia. I use it almost every day. Unfortunately, it has thirteen images in the front page that don’t have a far future Expires header (Rule 3). Every time someone revisits this page the browser has to make thirteen HTTP requests to the Wikipedia server to check if these images are still usable, even though these images haven’t changed in over seven months on average. A better way to handle this would be for Wikipedia to put a version number in the image’s URL and change the version number whenever the image changes. Doing this would allow them to tell the browser to cache the image for a year or more (using a far future Expires or Cache-Control header). Not only would this make the page load faster, it would also help the environment. Let’s try to estimate how much.

• Let’s assume Wikipedia does 100 million page views/day. (I’ve seen estimates that are over 200 million/day.)
• Assume 80% of those page views are done with a primed cache (based on Yahoo!’s browser cache statistics). We’re down to 80M page views/day.
• Assume 10%, no, 5% of those are for the home page. We’re down to 4M page views/day for the home page with a primed cache. Each of those contains 13 HTTP requests to validate the images, for a total of 52M image validation requests/day.
• Assume one web server can handle 100 of these requests/second, or 8.6M requests/day. That’s six web servers running full tilt year-round to handle this traffic.
• Assume a fully loaded server uses 100W. Six servers, year-round, consume 5,000 kilowatt-hours per year or approximately 500-1000 pounds of CO2 emissions.”

Quelle: http://www.stevesouders.com/blog/2008/03/06/how-green-is-your-web-page/

 http://www.my-debugbar.com/wiki/IETester/HomePage

Dank an das DebugBar-Team.