IT.CappuccinoNet.com Blog

Jüngst entstandene oder überarbeitet Website Projekte:

http://www.oxytec-ag.com

http://www.eversjung.de

http://www.akupunktur-praxis-joehnk.de

http://art.cappuccinonet.com

http://www.acker-container.com

http://www.minicontrol.eu

http://www.wittwulf-y-malik.com

http://www.business-reframing.de

http://www.steuerzahler-hamburg.de

http://www.druckertinte.de

http://www.farbpatronen.de

SoundManager ermöglicht das laden, spielen und kontrollieren von Sound-Dateien mit Javascript. SoundManager ist eine Wrapper bzw. eine Erweiterung um Flash’s Sound Kapazitäten und bringt eine plattformübergreifende Audio-Funktionalität nach Javascript.

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

Jede Webanwendung mit einem eigenen Satz von JavaScript-Bibliotheken auszuliefern ist nicht nur aufwändig sondern u. U. langsam und braucht Bandbreite im Netz. Schnell hat man beispielsweise 30x die Prototype Bibliothek auf seinem Rechner. - Ein neuer Service von Google stellt die bekanntesten JavaScript/Ajax-Bibliotheken auf einem Google-Server zur Verfügung. Auf Wunsch kann ein Datei-Loader den Ladevorgang optimieren.

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

Dan Mc Creary stellt in seinem Beitrag XRX: Simple, Elegant, Disruptive auf O’Reilly’s XML.com einen vereinfachten architektonischen Ansatz für Webanwendungen vor:

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.

Die nächste PHP Generation PHP v6.0 soll einige interessante Neuerungen enthalten.

• 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….

Tipp für eine Ajax Progressbar:

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

Gerade hatte ich bei der Verarbeitung einer großen CSV Dateien mit Speicherproblemen zu kämpfen. Mit Hilfe der fgetcsv() Funktion ließen sich diese Probleme umgehen: Ähnlich wie ein XML SAX Parser lassen sich mitfgetcsv() CSV Dateien Zeile für Zeile, Feld für Fled elegant einlesen. Kein explode() und dergleichen erforderlich. Beispiel:

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

Tipp: Folgender Meta-Tag soll im neuen Internet Explorer (IE8) IE7 Layout und Styles korrekt darstellen:

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

Die PHP-Klasse imagickLib ermöglicht einen konfortablen Zugriff auf ImageMagick zur Bildmanipulation. Details und Download auf Oliver Kührig’s Blog…

Steve Souders stellt in seinem High Performance Website Blog die These auf, dass schnelle und schlanke Webseiten nicht nur gut für die Benutzer und deshalb gut für einen selbst und dei eigene Firma seien, sondern auch für unsere Umwelt. Am Beispiel eines Wikipedia-Eintrags listet er die Energiekosten und daraus folgend die CO² Emmissionen auf. Zitat:

“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/