Einen Rundumschlag bezüglich asynchroner Verschlüsselung und PGP/GPG mit PHP habe ich für das PHP Magazin geschrieben. In der Ausgabe 1.12 erkläre ich darin das Grundkonzept von asynchroner Verschlüsselung und der Nutzung von GPG aus PHP heraus, zum Beispiel zum Versenden von signierten und/oder verschlüsselten E-Mails. Seit vorgestern gibt es den Artikel auch kostenlos Online. Ich zeige wie man Dateien und Texte verschlüsseln, signieren, entschlüsseln und Signaturen prüfen kann. Am Ende verweise ich auf eine kleine GPG-Test-Webseite, auf der man etwas mit GPG rumspielen kann. Außerdem habe ich einen kleinen GPG-E-Mail-Bot gebastelt der auf eingehende E-Mails reagiert und mit dem man seine E-Mail-Verschlüsselung testen kann. Alle weiteren Details befinden sich auf der angesprochenen Webseite.

Auch sehr interessante Informationen bietet der Artikel von Oliver Sperke hier im Blog zu GPG und speziell der Nutzung mit Javascript und PHP, auch unbedingt lesenswert!

Ich würde mich freuen wenn ihr die Webseite und den E-Mail-Bot ausprobiert, und natürlich auch wenn ihr das PHP Magazin kauft und Feedback gebt. Mich würde zum Beispiel auch interessieren ob ihr aktuell E-Mails die ihr mit PHP verschickt, signiert und/oder verschlüsselt verschickt, und wenn nein, warum nicht? Oder nutzt ihr statt PGP eventuell S/MIME zur E-Mail-Verschlüsselung?

Keine ähnlichen Artikel.

Wie bereits beim letzten Mal gilt dies nicht für Verlängerungen sondern nur für Neubestellungen der Personal License. Der Gutschein ist gültig bis zum 23. Februar 2012.

Tja, was gibt es noch groß zu sagen, jeder PHP Entwickler sollte sich diese IDE anschauen und 30 Tage ausprobieren falls er sie noch nicht kennt, es ist aktuell meiner Meinung nach (und der vieler anderer) die beste IDE für PHP, auf der Produktseite von PHPStorm bei JetBrains kann man sich ausführlich informieren über die Features und Neuigkeiten, in Demo-Videos wird eindrucksvoll gezeigt was die Software drauf hat, und im Blog stehen Neuigkeiten, werden wichtige Features wie das Remote Debugging erklärt etc.

Also erst ausprobieren, dann kaufen!

Ähnliche Artikel:

1. 20% Gutschein für PHPStorm verlängert!
2. PHPStorm 20% günstiger, hier bei mir
3. Eilmeldung: PHPStorm satte 50% günstiger!

Diese kleine Box kann man in allen Farben aufleuchten lassen. Normalerweise gibt es dazu Treiber und Software auf einer CD mitgeliefert. In der Software kann man via POP3 bzw. Webmail auf E-Mail-Accounts zugreifen, und bei neuen E-Mails aufleuchten lassen.

Ich dachte mir dann, wie wäre es das Gadget aus PHP heraus zu steuern? Leider mußte ich schnell feststellen dass man mit PHP nicht so leicht auf die USB-Schnittstelle zugreifen kann. Ich habe es jedenfalls nicht hinbekommen.

Aber Dank der hervorragenden Arbeit von Christoph gibt es auch ein kleines Kommandozeilen-Tool mit dem man das Gadget erleuchten kann. Mein Webfrontend sieht dann so aus:

Hier noch ein kleines Video:

Der Benutzer kann aktuell per Slider die drei Grundfarben einstellen, es X mal pulsieren lassen oder es ausschalten. Man könnte natürlich auch einen kleinen Daemon bauen der per IMAP/POP3 einige E-Mail-Accounts prüft, oder einen RSS Feed abfragt, oder oder oder. Alles was man mit PHP machen kann und bei dem man ein visuelles Feedback benötigt.

Den Code gibt es bei Github. Es ist nichts besonderes, hauptsächlich HTML, CSS und Javascript, sowie einige wenige Zeilen um auf das Kommandozeilentool von Christoph zuzugreifen.

Ich weiß nicht ob es unter Linux geht direkt auf die USB-Schnittstelle zuzugreifen, ich denke da an so etwas ähnliches hier:

<?php
$string = "Hallo Schnittstelle!\n";
$pointer = fopen("/dev/ttyS0","w");
fwrite ($pointer, $string);
fclose($pointer);

Für Windows und die COM1 Schnittstelle habe ich diesen Schnipsel gefunden, ob das so oder so ähnlich auch für ein USB Gerät funktioniert habe ich noch nicht herausfinden können:

<?php
`mode COM1: BAUD=4800 PARITY=N data=8 stop=1 xon=off`;

$fp = fopen ("COM1:", "w+");
if (!$fp) {
    echo "can't open port: COM1";
} else {
    fputs ($fp, $string );
}

Oder aber mittels der W32API auf eine DLL zugreifen und darin eine Funktion aufrufen. Habe ich aber auch noch nie gemacht.

Wer das also schonmal gemacht hat oder eine Idee hat wie man auf eine Zwischensoftware verzichten kann, möge sich melden!

Danke nochmals an getDigital für das Gadget!

Ähnliche Artikel:

1. Bug in PHP 5.3.0′s mail() Funktion
2. Die mail.de GmbH sucht Javascript-Entwickler
3. Webseite testen mit Browser Sandboxen

Info über ein 3 Jahre altes RFC für PHP für eine neue Syntax für Getter und Setter:

• http://bigwhoop.ch/artikel/119/2011-12-05/properties-neue-get-set-syntax-fr-php

10 Gründe nicht Test-Driven-Development (TDD) zu machen (oder auch nicht):

• http://assafstone.blogspot.com/2011/12/10-reasons-to-avoid-test-driven.html

Interessante Graphiken zur Versionsverbreitung von Browsern und Plugins:

• http://www.netmagazine.com/features/developers-guide-browser-adoption-rates

Interne Informationen wie Datentypen in PHP aussehen: ZVAL und so weiter:

• http://nikic.github.com/2011/12/12/How-big-are-PHP-arrays-really-Hint-BIG.html

Zusammenfassung Adventskalender 2011 von Mayflower:

09.12. 10 good reasons why to learn a css meta language like sass or less

10.12. Lösungen für Debugging von Mobile Web Apps

11.12.: Migrate to HTML5!

12.12. Javascript Metriken

13.12. Profiling mit xhprof

14.12. Backbone VS Knockout VS JavaScriptMVC

15.12. Using custom annotations in PHP

16.12. Eine Einführung in Behavior Driven Development

17.12. Zend Framework (1) vs. Symfony2

18.12. Cloud2Go Services for your web development

20.12. JSHint – das bessere JSLint?

21.12. Agile Developer Skills (ADS)

22.12. Zend Framework und BackboneJs

23.12. Verpacktes in PHP

24.12. PHP and the Lean Startup

Zusammenfassung PHP Advent 2011:

10.12. Better Object-Oriented Arrays

11.12. Out with the Old

12.12. Bake Cookies Like a Chef

13.12 Don’t Forget the Front

14.12. Nightmare Before (Last) Christmas

15.12. Cross-Origin Ajax with CORS

16.12. Cracks in the Foundation

17.12. PHP for All the Things

18.12. Simplifying Commerce for Small Business

19.12. Egomaniacal and Scalable Apps

20.12. Code for the Users, Not for the Spec

21.12. Social-Driven Development

22.12. Keep the Front in the Front

23.12. Look Ma! No Passwords!

24.12. Facilitating Development Environment Consistency

Zusammenfassung Webkrauts CSS Adventskalender 2011:

11.12. schema.org: Sieht so das Web 3.0 aus?

12.12. Der aktuelle Stand der Dinge im Mobile Web Development

13.12. Serverseitiges JavaScript mit node.js

14.12. Webworking unter Linux

15.12. Schnelltest zur Barrierefreiheit

16.12. CodeKit – Der Alleskönner unter den Tools für Frontendentwickler

17.12. Zwei, die zusammengehören: SEO und Informationsarchitektur (Teil 1)

18.12. Zwei, die zusammengehören: SEO und Informationsarchitektur (Teil 2)

19.12. CSS3 PIE | Dekoratives mit und ohne CSS3

20.12. CSS 3 im Praxistest: Transition

21.12. Ein Blick durch den Viewport

22.12. Dreimal CSS4 zum Mitnehmen

23.12. Bauen wie die Ameisen

24.12. Vorschau auf einen Relaunch

Ähnliche Artikel:

1. Adventskalenderartikel 01.12. – 10.12.
2. Linkpool Nummer 20
3. Linkpool Nummer 23

Es geht darum wie PHP (und die anderen anfälligen Sprachen auch) Hash-Tabellen erstellen und verwalten. Die hier interessante Hash-Tabelle ist das $_POST Array, das man von außen füllen kann, und das anfällig ist wenn man nur genügend “passende” Datensätze reinfüllt. Der Algorithmus der die Hash-Tabelle befüllt wird nämlich langsamer sobald Kollisionen der Keys auftreten. Schickt man also beispielsweise 300KB POST-Daten an ein PHP-Script ist eine schnelle CPU damit ca. 30 Sekunden unter Volllast. Bei 8MB (dem Standard-Maximum für POST-Daten in der php.ini) wären es immerhin schon 5 Stunden, die die CPU benötigt um die Hash-Table zu füllen. Man kann also mit einer relativ kleinen DSL-Leitung einigen Schaden anrichten. Mit einer Gigabit-Leitung kann man so 10.000 CPU-Kerne dauerhaft beschäftigen.

Etwas Abhilfe schaffen da die Einstellungen max_input_time und max_execution_time, die je nach Distribution 30 Sekunden, 60 Sekunden bzw. nicht beschränkt sind. Man müßte also mehrere kleine Anfragen schicken und kann nicht die 8MB ausnutzen. mit ca. 500KB kann man einen CPU-Kern dann etwa eine Minute beschäftigen.

Das Problem ist wohl seit 2003 bekannt, Perl hat es damals behoben indem in die Generierung des Hash-Index auch Zufall mit einfließt, und nicht nur der Key die Hash-Position bestimmt. Neben PHP sind übrigens auch Java, Apache Tomcat, Apache Geronimo, Jetty, Oracle Glassfish, ASP.NET, Python, Plone, CRuby 1.8, JRuby, Rubinius und v8 (Node.JS) betroffen (Details zu betroffenen und gefixten Versionen).

Abhilfe schafft beispielsweise die PHP-Extension Suhosin, mit der die Anzahl an POST-Variablen beschränkt werden kann (Standard ist 200). Seit 3 Wochen gibt es auch einen Patch für PHP der eine neue php.ini Variable max_input_vars (Standard 1000) einführt, dieser Patch wird enthalten sein in PHP >=5.3.9 und >=5.4.0 RC4

Ein sehr hilfreicher Artikel bei cryptanalysis.eu erklärt noch einige Details. Natürlich empfiehlt es sich auch das aufgezeichnete Video des Talks zu schauen. Aktuell ist es ein PreRelease, das finale Video wird wahrscheinlich erst morgen oder übermorgen erscheinen nehme ich an.

Aktuell werden wohl noch keine großflächigen Angriffe beobachtet, aber wer auf der sicheren Seite sein will installiert sich Suhosin falls nicht eh schon geschehen. Aber Achtung, einige Restriktionen sind zu streng und könnten die Benutzung der Applikation beeinflussen die auf hohe Werte einiger Einstellungen angewiesen ist, also bitte vorher testen. Oder noch etwas gedulden und bald auf PHP 5.3.9 bzw. PHP 5.4.0 updaten.

EDIT: php.net ist langsam bzw. zeitweise nicht erreichbar…

EDIT: Der torrent zum offiziellen Release des Videos.

EDIT: Demo-Webseite incl. Quelltext

Ähnliche Artikel:

1. PDT 2.1 unter Windows mit Subclipse SVN Client

Ich bin 35 Jahre alt und seit 10 Jahren selbständiger Webentwickler. Mein Fokus liegt dabei auf der Erstellung, Beratung und Optimierung in den Bereichen High Performance, Usability und Sicherheit in den gängigsten Internetsprachen: PHP, HTML, Javascript und CSS.

Nach langem Arbeiten an einem Projekt fängt der ambitionierte Entwickler an, zu testen, wie sich seine dynamische Internetseite unter Last verhält. Da ja jeder von uns von Millionen Besuchern träumt, will man natürlich auch wissen, wie sich Millionen von Besucher anfühlen und ob unser „kleines Kunstwerk“ davon genau so begeistert wäre wie wir. Dynamische Webseiten sind toll, allerdings hat der gemeine Internetserver ein großes Problem damit. Die Erzeugung ist meist sehr aufwendig. Daten müssen aus Datenbanken geholt werden, Berechnungen wollen berechnet werden und Blogeinträge müssen wie Blogeinträge aussehen.

Seit Jahren hat sich eine simple Technik etabliert, die diese gequälten Webserver entlastet. Jeder fortgeschrittene Entwickler kennt und liebt sie, weil sie so schön einfach und universal einsetzbar ist: *trommelwirbel* Das Caching *tusch*. Da aber Caching an sich ein uralter Hut ist, will ich Euch zeigen, wie Ihr evtl. Eure Performance mit minimalen Änderungen mehr als verdoppeln könnt.

Am Anfang war der Benchmark

Nehmen wir als Beispiel eine ganz normale WordPress Installation mit dem üblichem Inhalt. WordPress ist umfangreich, es ist komfortabel, es ist leicht verständlich und es ist langsam. Da aber in den wenigstens Blogs sekündlich neue Beiträge und/oder Kommentare geschrieben werden, dafür aber häufige Aufrufe nicht unüblich sind, drängt sich uns hier das Caching geradezu auf. Natürlich gibt es einige gute Plugins dafür, die die verschiedenen Möglichkeiten des Cachings wunderbar abdecken. Aber um die soll es heute zur Abwechslung einmal nicht gehen. Ich will Euch ja nicht mit den „ollen Kamellen“ langweilen.

Um die Geschwindigkeit zu testen brauchen wir natürlich Hilfe in Form eines wunderbaren Programm Namens Apachebench. Dieses ist ein sehr einfach gehaltenes, aber mächtiges Kommandozeilenprogramm. Es macht im Prinzip nichts anderes als eine vorgegebene Seite immer wieder und wieder abzurufen. Dabei merkt es sich Start und Endzeitpunkt und berechnet daraus die Geschwindigkeit, mit der unsere Anfragen beantwortet wurden. Da wir immer noch mit dynamischen Daten arbeiten, starten wir einen ersten vorsichtigen Test. Wir rufen die index.php unserer WordPress Installation zunächst 1000 Mal (-n1000) auf mit je 4 parallelen Zugriffen (-c4). Ich habe 4 gewählt, weil mein Testsystem vier Prozessorkerne hat. So ist ständig jeder Prozessorkern beschäftigt. Die gesamten Daten des Testsystems findet Ihr am Ende des Artikels. Ich gebe bei der Ausgabe von Apachebench immer nur die wichtigen Daten an. Die gesamte Ausgabe ist natürlich umfangreicher.

ab -n1000 -c4 http://phpgangsta.x-blogs.org/

Server Software:        Cherokee
Server Hostname:        phpgangsta.x-blogs.org
Server Port:            80

Document Path:          /
Document Length:        18612 bytes

Concurrency Level:      4
Time taken for tests:   16.623 seconds
Complete requests:      1000
Failed requests:        0
Write errors:           0
Total transferred:      18990000 bytes
HTML transferred:       18612000 bytes
Requests per second:    60.16 [#/sec] (mean)
Time per request:       66.490 [ms] (mean)
Time per request:       16.623 [ms] (mean, across all concurrent requests)
Transfer rate:          1115.65 [Kbytes/sec] received

Was soll man da sagen? Glückwunsch, es ist langsam!

Machen wir es schneller

Wie es schon zu erwarten war, kommen wir mit unserem Standard WordPress nicht weit. Neben der lausigen Geschwindigkeit von 60 Zugriffen pro Sekunde waren während des gesamten Tests auch alle Prozessorkerne bis zum Anschlag ausgelastet. So macht also Bloggen für Millionen Leser keinen Spaß. Einfachste Lösungmöglichkeit – wir besorgen uns eines der o. g. Plugins, doch da lernen wir ja nichts draus, richtig? Wir wollen selber cachen und ausserdem können wir das bestimmt auch viel besser.

Als persistenten Speicher nehme ich APC. Dieses Zusatzmodul ist auf vielen PHP Webservern schon installiert, denn die Hauptaufgabe von APC ist es, PHP Code zu kompiliert und diesen im Arbeitsspeicher zu halten. So werden unsere PHP Scripte dramatisch beschleunigt. Alternativ funktionieren natürlich auch Memcache, alle Datenbanken oder einfache Dateien, in denen wir unsere Daten ablegen. Jede Variante hat seine Vor- und Nachteile. Memcache ist immer dann interessant, wenn man Daten auf mehrere Server verteilen muss, genau so wie Datenbanken, die aber überdimensioniert sind und einen hohen Overhead erzeugen. Dateien funktionieren auch ohne zusätzliche Installationen, sind aber recht langsam. APC ist von den genannten die schnellste Methode.

Da wir hier kein WordPress-Tutorial, sondern ein Performancetutorial machen, tun wir genau das, was man niemals tun sollte. Wir schreiben der Einfachheit halber in die Kerndateien von WordPress, in diesem Fall die index.php. Diese drängt sich geradezu auf, beschleunigt zu werden. Meine Modifizierung ist sehr einfach und stellt quasi ein Modell eines sehr sehr einfachen Caching dar. Keine Funktion, keine Klassen, Caching pur. Für die Praxis ist es damit natürlich nur eingeschränkt tauglich, denn es berücksichtigt ja in keinster Weise Änderungen durch neuen Beiträge oder Kommentare und unterscheidet auch nicht, ob ein Benutzer eingeloggt ist oder nicht. Das ganze System müsste um diese Abhängigkeiten erweitert werden. Trotzdem eignet es sich aber als Basis für Eure eigenen Experimente.

// CacheID
// Der Cache wird neu erstellt durch Änderung der vorstehenden Variable
$cacheid = 'cache' . md5($_SERVER['REQUEST_URI']);

// Sind Daten vorhanden?
if(apc_exists($cacheid) != false)
{
	// dann hole sie und zeige Sie auf der Seite und beende den Vorgang
	$output = apc_fetch($cacheid);
	echo $output;
	exit;
}

// Wir benötigen einen Ausgabepuffer
ob_start();

/** Loads the WordPress Environment and Template */
require('./wp-blog-header.php');

// Wir fangen die Ausgabe ab ...
$output = ob_get_contents();

// ... und vertrauen diese APC an
apc_store($cacheid, $output, 300);

Wiederholen wir den Test von oben. Die Performance sollte sich jetzt wesentlich verbessert haben. Die Daten werden einmal erzeugt und dann in den gemeinsamen Speicher von APC abgelegt. Weitere Aufrufe geben nur noch den Inhaltes des Caches wieder. Testen wir also noch einmal. Ab hier erhöhe ich die Anzahl der Abfragen (-n) auf 100.000, weil damit aussagekräftigere Werte entstehen.

ab -n100000 -c4 http://phpgangsta.x-blogs.org/

Concurrency Level:      4
Time taken for tests:   19.911 seconds
Complete requests:      100000
Requests per second:    5022.40 [#/sec] (mean)
Time per request:       0.796 [ms] (mean)
Time per request:       0.199 [ms] (mean, across all concurrent requests)

Okay, klarer Fall von Makro-Optimierung!

Machen wir es noch schneller

Bis hier hin dürften die meisten von uns schon einmal gekommen sein. Wir haben also die Geschwindigkeit unseres kleinen Blogs mit einfachsten Mitteln um den Faktor ~80 beschleunigt und könnten also Feierabend machen. Tun wir aber nicht, denn ein anderes großes Problem haben wir nämlich noch gar nicht bedacht. Eine Seite schnell zu generieren heißt nicht, dass sie auch schnell bei unserem Besucher ankommt. Dazu kommen noch mehr Faktoren. Eine der wichtigsten ist die Komprimierung des Textes vor der Ausgabe.

Wie man im ersten Test schon sah, ist unsere Startseite ungefähr 18 kb groß. Über GPRS oder unser gutes altes Kabelmodem wäre diese Seite satte 3 bis 4 Sekunden unterwegs. Das ist definitiv so lang, dass ein Benutzer genervt wegschalten könnte. Wenn wir Millionen Besucher haben möchten, dürfen wir aber auf dem Weg niemanden verlieren. Text-, bzw. html-Dateien sind gerade zu dafür erfunden worden, vor dem Versand komprimiert zu werden. Die Trafficersparnis beträgt meistens über 80%, da sich wiederholende Zeichen leicht zusammengepackt lassen. In PHP ist diese Funktion durch den ob_gzhandler auch sehr einfach umzusetzen. Also zurück zu unserer index.php und eine Zeile hinzufügen.

// Sind Daten vorhanden?
if(apc_exists($cacheid) != false)
{
	// Seiten vor der Ausgabe packen
	ob_start("ob_gzhandler");

	// dann hole sie und zeige Sie auf der Seite und beende den Vorgang
	$output = apc_fetch($cacheid);
	echo $output;
	exit;
}

Da Apachebench in der Standardkonfiguration dem Webserver nicht mitteilt, dass es auch mit der gepackten Version arbeiten kann, müssen wir unsere Befehlszeile etwas modifizieren. Mit dem Parameter -H können wir der abgefragten Internetseite zusätzliche Kopfdaten schicken und damit sagen, dass wir auch GZip sprechen und daher doch lieber das kleine Päckchen nehmen. Damit imitieren wir das Verhalten von richtigen Browsern. Diese sagen einer Internetseite mit jedem Aufruf, „Hallo, ich kann auch GZip“. Der ob_gzhandler erkennt dies und packt unsere Daten im Ausgabepuffer vor dem Versand. Die Größe der Datei sinkt – die Übertragung wird schneller. Doch was ist mit unserer Serverperformance?

ab -n 100000 -c 4 -H "Accept-Encoding: GZip" http://phpgangsta.x-blogs.org/

Document Length:        4844 bytes

Concurrency Level:      4
Time taken for tests:   41.272 seconds
Requests per second:    2422.94 [#/sec] (mean)
Time per request:       1.651 [ms] (mean)
Time per request:       0.413 [ms] (mean, across all concurrent requests)

Ein Testergebnis mit 8 Buchstaben: Resultat Verdammt! Positiv fällt uns natürlich sofort auf, dass die Seite auf ca. ein Viertel geschrumpft ist. Statt 3 bis 4 Sekunden würde ein Besucher mit kleiner Leitung nur noch weniger als 1 Sekunde warten. Eine wesentliche Verbesserung und kaum eine Chance, den Browser zu schliessen. Nur unsere wunderbare Performance hat sich dabei halbiert. Nichts mehr mit Millionen Besuchern, Frauen (oder Männern), Geld, Ruhm und noch mehr Frauen (oder Männern).

Die Reihenfolge macht’s

Preisfrage: Was würde passieren, wenn wir nicht die Ausgabe speichern und dann komprimieren, sondern erst komprimieren und dann speichern? An die Editoren! Zunächst einmal brauchen wir eine Funktion, die uns aus einer Textdatei eine GZip Datei macht. Mit der Funktion gzencode ist dies problemlos möglich. Unsere Datei muss dazu nur minimal geändert werden. Wir komprimieren die Ausgabe vor der Speicherung auf dem höchsten Faktor 9. Die Datei soll möglichst klein werden.

// und vertrauen diese APC an
apc_store($cacheid, gzencode($output, 9), 300);

Fehlt uns noch die Ausgabe. Diese bleibt an sich gleich, allerdings ersetzen wir unseren ob_gzhandler gegen den Content-Encoding header, den der Browser benötigt, um GZip Daten zu erkennen und entsprechend zu interpretieren. Ohne diese „Markierung“ würde er uns die Datei einfach im Fenster angezeigt werden, was bei komprimierten Dateien, sagen wir mal, schwierig zu lesen wäre. Wir wollen ja, dass unsere Millionen Leser auch wieder kommen. Denkt bitte auch daran die CacheID zu ändern oder 5 Minuten zu warten, sonst wird der alte Inhalt des Caches ausgegeben.

if(apc_exists($cacheid) != false)
{
	header('Content-Encoding: GZip');
	$output = apc_fetch($cacheid);
	echo $output;
	exit;
}
ob_start();

Alle Browser in freier Wildbahn unterstützen übrigens GZip-komprimierte Daten. Daher sollten auch standardmässig immer gepackte Daten ausgegeben werden. Für die wenigen Ausnahmen, bei denen dem nicht so ist, kann man folgenden Code verwenden. Dies erhöht zwar grundsätzlich die Serverauslastung, aber wie bereits erwähnt, dass ist die absolute Ausnahme.

if(!isset($_SERVER["HTTP_ACCEPT_ENCODING"]) || strpos($_SERVER["HTTP_ACCEPT_ENCODING"], 'gzip') === false)
{
	echo gzdecode($output);
	exit;
}

Unsere Daten werden nun komprimiert gespeichert und dann ohne weitere Bearbeitung, aber mit dem richtigen Kopfdaten an den Browser gereicht. Die Frage ist, wie verhält sich unser kleines Blog jetzt? Probieren wir es aus!

Concurrency Level:      4
Time taken for tests:   17.424 seconds
Complete requests:      100000
Requests per second:    5739.37 [#/sec] (mean)
Time per request:       0.697 [ms] (mean)
Time per request:       0.174 [ms] (mean, across all concurrent requests)

Concurrency Level:      10
Time taken for tests:   16.773 seconds
Complete requests:      100000
Requests per second:    5961.95 [#/sec] (mean)
Time per request:       1.677 [ms] (mean)
Time per request:       0.168 [ms] (mean, across all concurrent requests)

Concurrency Level:      100
Time taken for tests:   19.683 seconds
Complete requests:      100000
Requests per second:    5080.58 [#/sec] (mean)
Time per request:       19.683 [ms] (mean)
Time per request:       0.197 [ms] (mean, across all concurrent requests)

Concurrency Level:      1000
Time taken for tests:   24.064 seconds
Complete requests:      100000
Requests per second:    4155.55 [#/sec] (mean)
Time per request:       240.642 [ms] (mean)
Time per request:       0.241 [ms] (mean, across all concurrent requests)

Concurrency Level:      2000
Time taken for tests:   33.335 seconds
Complete requests:      100000
Requests per second:    2999.87 [#/sec] (mean)
Time per request:       666.696 [ms] (mean)
Time per request:       0.333 [ms] (mean, across all concurrent requests)

Wie man sieht, liegen die Anfragen pro Sekunde bei 2000 (!) parallelen Abfragen immer noch 20% über denen unserer ob_gzhandler Version. Im Normalbereich ca. 10 bis 20 % über denen ohne Komprimierung. Der Prozessor ist dabei übrigens noch weit weg von Totalauslastung. Dieses Verhalten ist auch vollkommen logisch. Kleineren Daten werden wesentlich schneller abgearbeitet. Sie werden schneller aus dem shared memory gelesen und verstopfen nicht unsere Netzwerkverbindung. Auch bei unrealistisch vielen parallelen Anfragen bricht die Performance messbar, aber nicht spürbar ein.

Fazit

Caching ist eine lohnenswerte Technik. Caching von komprimierten Daten ist eine noch viel lohnenswertere(re) Technik, vor allem im High Performancebereich oder auf Webservern, die eigentlich unterdimensioniert sind. Wenn Ihr diese Möglichkeit habt, nutzt sie und baut es in Euer bestehendes System ein.

Testsystem

Hardware:
- Intel Quad Core i5 CPU 750  @ 2.67GHz
- 6 GB Ram
- Software Raid 1

Software:
- Debian 6.0.3
- Cherokee Web Server 1.2.101
- PHP 5.3.8 (php-fpm)
- APC 3.1.9

Ähnliche Artikel:

1. PHP in_array() die Performance-Bremse

Da wir uns die Hände nicht unnötig schmutzig machen wollen nutzen wir wieder Zend-Klassen dafür. Ich zeige hier die Verwendung von Zend_Gdata_YouTube, wenn man das ganze Zend Framework scheut kann man die Zend_Gdata Klassen aber auch einzeln downloaden. PHP 5.1.4 und Zend_Gdata > 1.7.7 werden aktuell benötigt.

Für die öffentlichen Funktionen benötigen wir keine Authentifizierung, wir können direkt loslegen. Wenn die YouTube VideoID bekannt ist kann man Informationen zum betreffenden Video wie folgt abrufen:

<?
// loader or autoloader here
require_once 'Zend/Loader.php'; // the Zend dir must be in your include_path
Zend_Loader::loadClass('Zend_Gdata_YouTube');

$yt = new Zend_Gdata_YouTube();
$yt->setMajorProtocolVersion(2);
$entry = $yt->getVideoEntry('oebqlzblfyo');

printVideoEntry($entry);

Die printVideoEntry() Funktion zeigt in diesem Fall Informationen des Zend_Gdata_YouTube_VideoEntry Objekts an:

function printVideoEntry($videoEntry)
{
    // the videoEntry object contains many helper functions
    // that access the underlying mediaGroup object
    echo 'Video: ' . $videoEntry->getVideoTitle() . "\n";
    echo 'Video ID: ' . $videoEntry->getVideoId() . "\n";
    echo 'Updated: ' . $videoEntry->getUpdated() . "\n";
    echo 'Description: ' . $videoEntry->getVideoDescription() . "\n";
    echo 'Category: ' . $videoEntry->getVideoCategory() . "\n";
    echo 'Tags: ' . implode(", ", $videoEntry->getVideoTags()) . "\n";
    echo 'Watch page: ' . $videoEntry->getVideoWatchPageUrl() . "\n";
    echo 'Flash Player Url: ' . $videoEntry->getFlashPlayerUrl() . "\n";
    echo 'Duration: ' . $videoEntry->getVideoDuration() . "\n";
    echo 'View count: ' . $videoEntry->getVideoViewCount() . "\n";
    echo 'Rating: ' . $videoEntry->getVideoRatingInfo() . "\n";
    echo 'Geo Location: ' . $videoEntry->getVideoGeoLocation() . "\n";
    echo 'Recorded on: ' . $videoEntry->getVideoRecorded() . "\n";

    // see the paragraph above this function for more information on the
    // 'mediaGroup' object. in the following code, we use the mediaGroup
    // object directly to retrieve its 'Mobile RSTP link' child
    foreach ($videoEntry->mediaGroup->content as $content) {
        if ($content->type === "video/3gpp") {
            echo 'Mobile RTSP link: ' . $content->url . "\n";
        }
    }

    echo "Thumbnails:\n";
    $videoThumbnails = $videoEntry->getVideoThumbnails();

    foreach($videoThumbnails as $videoThumbnail) {
        echo $videoThumbnail['time'] . ' - ' . $videoThumbnail['url'];
        echo ' height=' . $videoThumbnail['height'];
        echo ' width=' . $videoThumbnail['width'] . "\n";
    }
}

Die Ausgabe sieht dann so aus:

Video: Velocity Europe, Artur Bergman, "Full Stack Awareness"
Video ID: oebqlzblfyo
Updated: 2011-12-08T16:06:11.000Z
Description: Artur Bergman  VP Engineering and Operations, Wikia/Fastly

Performance and operability doesn't come from simply focusing on a single part of your application or infrastructure. They come from having a systemic view of what makes your stack work, what could bottleneck it, and what could bring it down. I'll talk about this journey from kernel to continents.
Category: Tech
Tags: velocityconf, europe, 2011
Watch page: http://www.youtube.com/watch?v=oebqlzblfyo&feature=youtube_gdata_player
Flash Player Url: http://www.youtube.com/v/oebqlzblfyo?version=3&f=videos&app=youtube_gdata
Duration: 1090
View count: 2883
Rating: Array
Geo Location:
Recorded on:
Mobile RTSP link: rtsp://v8.cache2.c.youtube.com/CiILENy73wIaGQkqf-U2l-rmoRMYDSANFEgGUgZ2aWRlb3MM/0/0/0/video.3gp
Mobile RTSP link: rtsp://v4.cache3.c.youtube.com/CiILENy73wIaGQkqf-U2l-rmoRMYESARFEgGUgZ2aWRlb3MM/0/0/0/video.3gp
Thumbnails:
00:09:05 - http://i.ytimg.com/vi/oebqlzblfyo/default.jpg height=90 width=120
 - http://i.ytimg.com/vi/oebqlzblfyo/hqdefault.jpg height=360 width=480
00:04:32.500 - http://i.ytimg.com/vi/oebqlzblfyo/1.jpg height=90 width=120
00:09:05 - http://i.ytimg.com/vi/oebqlzblfyo/2.jpg height=90 width=120
00:13:37.500 - http://i.ytimg.com/vi/oebqlzblfyo/3.jpg height=90 width=120

Es ist auch möglich einige Standard-Feeds abzurufen, wie beispielsweise recently_features, most_viewed, top_rated, top_favorites usw. Und das geht so:

printVideoFeed($yt->getRecentlyFeaturedVideoFeed());

Die printVideoFeed() Funktion ist einfach eine Schleife über die Ergebnisse:

function printVideoFeed($videoFeed)
{
    $count = 1;
    foreach ($videoFeed as $videoEntry) {
        echo "Entry # " . $count . "\n";
        printVideoEntry($videoEntry);
        echo "\n";
        $count++;
    }
}

Oder aber alle ähnlichen Videos zum oben gezeigten:

printVideoFeed($yt->getRelatedVideoFeed('oebqlzblfyo'));

Oder alle Videos eines bestimmten Users:

printVideoFeed($yt->getuserUploads('OreillyMedia'));

Alle Antworten die Feeds betreffen liefern standardmäßig erstmal maximal 25 Ergebnisse zurück. Möchte man “weiterblättern” kann man das so tun:

try {
  $nextFeed = $videoFeed->getNextFeed();
} catch (Zend_Gdata_App_Exception $e) {
  echo $e->getMessage() . "\n";
}

Gibt es keine nächstes Seite wird eine Exception geworfen.

Eine Suche nach einem Suchstring sieht wie folgt aus:

$query = $yt->newVideoQuery();
$query->videoQuery = 'phpunit test';
$query->startIndex = 10;
$query->maxResults = 20;
$query->orderBy = 'viewCount';
$videoFeed = $yt->getVideoFeed($query->getQueryUrl(2));

printVideoFeed($videoFeed);

Für alle “non-public” Zugriffe auf die API benötigt man einen Developer-Account, mit dem dann ein API-Key generiert werden kann. Das betrifft beispielsweise den Video-Upload, Kommentare und Ratings setzen, Nachrichten lesen, Playlists bearbeiten und vielem mehr. Im YouTube Developer API Guide befinden sich noch viele weitere Informationen zur API, genauso wie im Zend_Gdata_YouTube Manual.

Ähnliche Artikel:

1. PHP und Zend Framework Video-Podcasts und -Serien
2. Slides und Videos der Velocity Europe 2011

Zusammenfassung Adventskalender 2011 von Mayflower:

01.12. CLOUD Transformation Model

02.12. PHP 5.3 Features in real life

03.12. Setting up an own QA Environment for Javascript

04.12. PDF nicht nur mit PHP

05.12. Doctrine 2

06.12. Doctrine 2 – Zend Framework Integration

07.12. One-click Deployment

08.12. Agilere Datenbankentwicklung

Zusammenfassung PHP Advent 2011:

01.12. Because It’s Fun!

02.12. More Than Just Style

03.12. Reduced-Friction Deployment

04.12. Better Than the Rest

05.12. A Stitch in Time Saves Nine

06.12. Dates and Times

07.12. Twilio in Two Minutes

08.12. Integration Testing

09.12. Merry Error Handling

Zusammenfassung Webkrauts CSS Adventskalender 2011:

01.12. Wireframes für Startseiten

02.12. Konzentriert und strukturiert Texten

03.12. One Button to rule them all

04.12. Effiziente CSS-Entwicklung mit Sass und Compass (Teil 1)

05.12. Effiziente CSS-Entwicklung mit Sass und Compass (Teil 2)

06.12. Geschenke für Geeks

07.12. Mobile Usability – Gebrauchstauglichkeit für unterwegs

08.12. CSS 3 im Praxistest: Multi-column Layout

09.12. SELECT Bilder FROM Flickr OR PicasaWebAlbums WITH YQL FOR Bildergalerie

10.12. YQL-Bildergalerie als WordPress-Plugin

Es gibt noch weitere Adventskalender-Artikel, beispielsweise über CSS:

http://24ways.org/

http://maddesigns.de/ zusammen mit http://webstandard.kulando.de/

Keine ähnlichen Artikel.

Der Zugriff ist nicht sonderlich schwer, man benötigt einen API-Schlüssel und ein Shared Secret die man bei SlideShare im Entwicklerbereich beantragen kann. Dann sendet man einfach GET bzw. POST Anfragen an bestimmte URLs, und bekommt XML zurück.

Am einfachsten geht es jedoch mit der Zend_Service_SlideShare Klasse aus dem Zend Framework:

$slideShare = new Zend_Service_SlideShare(
    'XXXXXXXX',
    'XXXXXXXX',
    'PHPGangsta',
    'XXXXXXXX'
);
$slideShow = $slideShare->getSlideShow('10328838');

echo 'Title: '.$slideShow->getTitle()."\n";
echo 'Description: '.$slideShow->getDescription()."\n";
echo 'NumViews: '.$slideShow->getNumViews()."\n";
echo 'PermaLink: '.$slideShow->getPermaLink()."\n";
echo 'Tags: '.join(',', $slideShow->getTags())."\n";
echo 'ThumbnailUrl: '.$slideShow->getThumbnailUrl()."\n";
echo 'EmbedCode: '.$slideShow->getEmbedCode()."\n";

Und schon hat man Informationen über die betreffende Präsentation, wie beispielsweise:

Title: Caching and tuning fun for high scalability @ PHPTour
Description: Caching has been a 'hot' topic for a few years. But caching takes more than merely taking data and putting
it in a cache : the right caching techniques can improve performance and reduce load significantly. But we'll also look
at some major pitfalls, showing that caching the wrong way can bring down your site. If you're looking for a clear expla
nation about various caching techniques and tools like Memcached, Nginx and Varnish, as well as ways to deploy them in a
n efficient way, this talk is for you. In this tutorial, we'll start from a Zend Framework based site. We'll add caching
, begin to add servers and replace the standard LAMP stack, all while performing live benchmarks.
NumViews: 28
PermaLink: http://www.slideshare.net/wimg/caching-and-tuning-fun-for-high-scalability-phptour
Tags: tuning caching phptour memcache varnish
ThumbnailUrl: http://cdn.slidesharecdn.com/cachingandtuningfun-111125134026-phpapp02-thumbnail-2
EmbedCode: <object width="425" height="348" classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="src" value="http://s3.amazonaws.com/slideshare/ssplayer.swf?id=10328838&doc=cachingandtuningfun-111125134026-phpapp02&branding=no" /><embed width="425" height="348" type="application/x-shockwave-flash" src="http://s3.amazonaws.com/slideshare/ssplayer.swf?id=10328838&doc=cachingandtuningfun-111125134026-phpapp02&branding=no" /></object>

Wie oben bereits angedeutet gibt es bereits Methoden um SlideShows zu suchen via Tag, Username oder Gruppe:

$slideShows = $slideShare->getSlideShowsByTag('php');

$slideShows = $slideShare->getSlideShowsByUsername('wimg');

$slideShows = $slideShare->getSlideShowsByGroup('kollace');

Die API kann aber noch mehr wie man in der API-Dokumentation sehen kann, beispielsweise “normal” suchen per Query String. Da die Zend-Klasse das nicht anbietet habe ich das schnell eingebaut. Für das Zend Framework 2 habe ich bereits einen entsprechenden Pull-Request abgesetzt, hoffe es wird bald übernommen. Darin sind dann auch Änderungen bzgl. der API-Version (es gibt mittlerweile Version 2), es sind mehr Informationen im SlideShow Objekt abrufbar und einiges mehr.

$slideShows = $slideShare->searchSlideShow('php unit test');

SlideShare macht es insgesamt sehr einfach die API zu benutzen, die Dokumentation ist gut. Mal sehen ob ich die Zeit finde und die restlichen fehlenden Methoden noch in das Zend Framework 2 einpflegen werde.

Hier meine abgeleitete Klasse mit der searchSlideShow() Methode:

<?php

class PHPGangsta_Service_SlideShare extends Zend_Service_SlideShare
{
    const SERVICE_SEARCH_SLIDE_SHOW      = 'http://www.slideshare.net/api/2/search_slideshows';

    public function searchSlideShow($searchterm)
    {
        $timestamp = time();

        $params = array('api_key'       => $this->getApiKey(),
                        'ts'            => $timestamp,
                        'hash'          => sha1($this->getSharedSecret().$timestamp),
                        'detailed'      => 1,
                        'q'             => $searchterm);

        $cache = $this->getCacheObject();

        $cache_key = md5("__zendslideshare_cache_search_$searchterm");

        if(!$resultSlideshows = $cache->load($cache_key)) {
            $client = $this->getHttpClient();

            $client->setUri(self::SERVICE_SEARCH_SLIDE_SHOW);
            $client->setParameterPost($params);

            require_once 'Zend/Http/Client/Exception.php';
            try {
                $response = $client->request('POST');
            } catch(Zend_Http_Client_Exception $e) {
                require_once 'Zend/Service/SlideShare/Exception.php';
                throw new Zend_Service_SlideShare_Exception("Service Request Failed: {$e->getMessage()}", 0, $e);
            }

            $sxe = simplexml_load_string($response->getBody());

            if($sxe->getName() == "SlideShareServiceError") {
                $message = (string)$sxe->Message[0];
                list($code, $error_str) = explode(':', $message);
                require_once 'Zend/Service/SlideShare/Exception.php';
                throw new Zend_Service_SlideShare_Exception(trim($error_str), $code);
            }

            if(!$sxe->getName() == 'Slideshows') {
                require_once 'Zend/Service/SlideShare/Exception.php';
                throw new Zend_Service_SlideShare_Exception('Unknown XML Repsonse Received');
            }

            $resultSlideshows = array();
            foreach ($sxe->Slideshow as $resultSlideshowNode) {
                $resultSlideshows[] = $this->_slideShowNodeToObject(clone $resultSlideshowNode);
            }

            $cache->save($resultSlideshows, $cache_key);
        }

        return $resultSlideshows;
    }
}

Ähnliche Artikel:

1. Konstanten, Klassenkonstanten und der Zugriff

Der 1. Dezember, noch 24 Tage bis Weihnachten. Wer hat schon alle Geschenke? Wahrscheinlich keiner Falls noch jemand ein Geschenk für sich selbst oder für Freund/Freundin oder Kollegen braucht, ich habe wieder ElePHPanten Nachschub bekommen, der Andrang in den letzten Monaten war ja wirklich gewaltig und ich kam in Lieferschwierigkeiten, aber nun habe ich neue Dickhäuter für euch.

Die Preise und Portoinformationen sind gleich geblieben:

Preise (für Deutschland):

• der kleine ElePHPant (blau): 8 Euro (+2 Euro Versand)
• der große ElePHPant (blau): 74 Euro (+8 Euro versicherter Versand)

2 kleine ElePHPanten passen in eine Versandtasche, der Preis ist dann 18 Euro (8+8+2).

Die Versandkosten nach Österreich bzw. in die Schweiz betragen 4 Euro statt 2 Euro.

Die kleinen ElePHPanten verschicke ich unversichert als Warensendung, falls jemand einen versicherten Versand möchte bitte erwähnen, das Porto liegt dann bei 8 Euro als Päckchen. Letztes und auch dieses Jahr ist mir kein Verlust bekannt geworden.

Jeder Interessent unten im Kommentarbereich bekommt von mir eine E-Mail mit den Informationen zur Überweisung bzw. PayPal-Bezahlung.

Mayflower Adventskalender:

Heute startet im Mayflower Blog eine Adventskalender-Aktion. Jeden Tag gibt es einen hochwertigen neuen Artikel zu lesen. Heute beginnt Daniel Hallmann mit dem Thema CLOUD Transformation Model. Es geht darum wie man Webapplikationen, die ihre Logik sowohl auf dem Client als auch auf dem Server bzw. in der Cloud betreiben sicherer machen kann.

Hier einige tolle Bilder des elePHPanten auf Flickr:
http://www.flickr.com/search/?q=elephpant

Oder Googles Bildersuche:
http://www.google.de/images?q=elephpant

Ähnliche Artikel:

1. ElePHPanten zu Weihnachten?
2. Töröö! Die ElePHPanten sind wieder da!
3. Erinnerung: ElePHPanten und PHPStorm Rabatt

Ankündigung:
http://blog.jetbrains.com/webide/2011/11/phpstorm-3-0-keep-your-code-in-its-best-shape

What’s new:
http://www.jetbrains.com/phpstorm/whatsnew/?whatsnew30

Download:
http://www.jetbrains.com/phpstorm/download/index.html

Ähnliche Artikel:

1. Eilmeldung: PHPStorm satte 50% günstiger!
2. PHPStorm 60% günstiger! Bis zum 30.04.2011
3. 20% Gutschein für PHPStorm verlängert!

http://people.apache.org/~jim/presos/ACNA11/Apache_httpd_cloud.pdf

In welchen Fällen bei foreach-Schleifen nutzt PHP intern Kopien und wann nicht:

http://nikic.github.com/2011/11/11/PHP-Internals-When-does-foreach-copy.html

Was bei Google unter anderem wichtig ist: Qualität, Rechtschreibung …

http://sixrevisions.com/content-strategy/creating-websites-optimized-for-googles-panda-algorithm/

PHP Session Storage via MySQL Cluster und Memcached-Frontend:

http://schlueters.de/blog/archives/164-High-Performance-PHP-Session-Storage-on-Scale.html

6 Kostenloses Web-Speed-Tools:

http://t3n.de/news/website-speedtest-6-kostenlose-tools-342243/

Wie Facebook seine Releases deployed, monitored usw.

http://www.facebook.com/video/video.php?v=10100259101684977&oid=9445547199&comments

Warum man den Destructor nicht manuell aufrufen sollte:

http://www.stoimen.com/blog/2011/11/14/php-dont-call-the-destructor-explicitly/

Auf welche Weise man Selenium 2 nutzen kann:

http://css.dzone.com/articles/selenium-2-php-code

Fallstudie wie 500ms oder 1000ms die Conversion nachhaltig beeinflusst:

http://www.webperformancetoday.com/2011/11/23/case-study-slow-page-load-mobile-business-metrics/

PHP Aufgaben mit so wenig Bytes wie möglich lösen:

http://www.phpgolf.org/

Ähnliche Artikel:

1. Linkpool Nummer 23
2. Linkpool Nummer 21
3. Linkpool Nummer 20

Dienstag, 08. November 2011

9:00 Plenary
Opening remarks Steve Souders (Google), John Allspaw (Etsy.com)

9:10 Plenary
A Career in Web Operations Theo Schlossnagle (OmniTI)
YouTube Video

9:40 Plenary
Lightning Demos
Advanced Performance Analysis with Google Page Speed Andrew Oates (Google)
Debugging Mobile Web Applications with weinre Patrick Mueller (IBM)
YouTube Video
YouTube Video

9:55 Plenary
If You Can Keep Your Site Standing Up When All About You Are Falling Down… Robert Castley (Keynote Systems)
YouTube Video

10:00 Plenary
What It Means To Deliver Exceptional Performance Alois Reitbauer (dynatrace Software)
YouTube Video

10:05 Plenary
The Future of Application Performance Management Brian Doll (New Relic)
YouTube Video

10:35 Plenary
The Relationship Between Faster Mobile Sites and Business KPIs: Case Studies from the Mobile Frontier Joshua Bixby (Strangeloop Networks)
YouTube Video

11:05 Plenary
The Velocity of Dev Ops Jon Jenkins (Amazon.com)
YouTube Video

11:20 Plenary
Betfair’s Site Rebuild: Fast – We Promise Tim Morrow (Betfair)
YouTube Video

13:00
Monitoring Is Easy, Why Are We So Bad At It? Theo Schlossnagle (OmniTI)
Introducing the Amazon Silk Web Browser Jon Jenkins (Amazon.com)

13:50
Massively Sharded MySQL at Tumblr Evan Elias (Tumblr)
Know Your Engines: How to Make Your JavaScript Fast David Mandelin (Mozilla Corporation)

14:40
Quality of Service (QoS) for Web Applications William Louth (JINSPIRED BV)
Measuring Web Performance Stephen Thair (Seriti Consulting)

15:55
Our First DDoS attack Cosimo Streppone (Opera Software ASA)
How DRY Affects JavaScript Performance — Faster JavaScript Execution For The Lazy Developer Mathias Bynens (Qiwi)

16:20 Empirical Results from Page Speed and mod_pagespeed Matthew Steele (Google), Andrew Oates (Google), Joshua Marantz (Google)

16:45
Be Fast Or Stay Behind – Building A Continuous Delivery Platform Schlomo Schapiro (ImmobilienScout24), Ingmar Krusch (ImmobilienScout24)
Performance Automation 101 Jeroen Tjepkema (MeasureWorks)

Mittwoch, 09. November 2011

9:00 Plenary
Opening remarks John Allspaw (Etsy.com), Steve Souders (Google)

9:10 Plenary
Designing for Disaster: How Teams Can Thrive in the Cloud Jeff Veen (Typekit)
YouTube Video

9:40 Plenary
Lightning Demos
Deep Dive Browser Diagnostics Andreas Grabner (dynaTrace Software)
FITB – Network Graphing Done Right Laurie Denness (Etsy)
YouTube Video
YouTube Video

9:55 Plenary
Exhaustive End-User Monitoring: A Necessity in an Ever Complex Digital Environment Arnaud Becart (ip-label)
YouTube Video

10:35 Plenary
Anticipation: What Could Possibly Go Wrong? John Allspaw (Etsy.com)
YouTube Video

11:05 Plenary
Full Stack Awareness Artur Bergman (Wikia/Fastly)
YouTube Video

11:20 Plenary
Taking on the Performance Challenge Ivo Teel (SPIL GAMES), Laurens van Hees (SPIL GAMES)
YouTube Video

13:00
NoSQL Performance In The Real World David Mytton (Boxed Ice)
Fast & Furious: Speed In The Opera Browser Andreas Bovens (Opera Software)

13:30
Chrome Fast Tony Gentilcore (Google)

13:50
Apps Behaving Badly Michael Brunton-Spall (Guardian News and Media), Lisa van Gelder (Guardian News and Media)

14:00
Firefox Performance Chris Heilmann (Mozilla Firefox)

14:40
Deploying Large Payloads At Scale Ramon van Alteren (Hyves)
Fast Loading JavaScript Aaron Peters (aaronpeters.nl)

15:55
The Social Seismograph – I Just Love Monitoring Johannes Mainusch (XING AG)
Mobile UI Performance Estelle Weyl (Standardista.com)

16:45
HTTP Connection Management, From 10 Users To 100 million Bradley Heilbrun (YouTube/Google Inc)
Player Widgets Panel Matas Petrikas (SoundCloud), Andrew Pile (Vimeo), Greg Schechter (YouTube)

Ähnliche Artikel:

1. Velocity Europe Tag 1: Der Vormittag
2. Velocity Europe Tag 2: Whao!
3. Velocity Europe Tag 1: Die Sessions am Nachmittag

Das erste Beispiel zeigt die Verwendung der Länder-Datenbank:

<?php
require_once "Net/GeoIP.php";

$geoip = Net_GeoIP::getInstance("GeoIP.dat");

$ipAddresses = array(
    '77.177.166.7',
    '41.135.69.4',
    '183.111.12.21',
    '202.127.1.88',
    '174.139.204.218',
    '192.121.32.239',
);
foreach ($ipAddresses as $ipAddress) {
    echo $ipAddress.' '.$geoip->lookupCountryCode($ipAddress)."\n";
}

Die Ausgabe in diesem Fall sieht so aus:

77.177.166.7 DE
41.135.69.4 ZA
183.111.12.21 KR
202.127.1.88 CN
174.139.204.218 US
192.121.32.239 SE

Für die zweite Variante mit der City-Datenbank sieht das Script recht ähnlich aus:

<?php
require_once "Net/GeoIP.php";

$geoip = Net_GeoIP::getInstance("GeoLiteCity.dat");

$ipAddresses = array(
    '77.177.166.7',
    '41.135.69.4',
    '183.111.12.21',
    '202.127.1.88',
    '174.139.204.218',
    '192.121.32.239',
);
foreach ($ipAddresses as $ipAddress) {
    $location = $geoip->lookupLocation($ipAddress);

    echo 'IP Address: '.$ipAddress."\n".
        'CountryCode: '.$location->countryCode."\n".
        'CountryName: '.$location->countryName."\n".
        'City: '.$location->city."\n".
        'PostalCode: '.$location->postalCode."\n".
        'Region: '. $location->region."\n".
        'Lat/Lan: '.$location->latitude."/".$location->longitude."\n\n";
}

Die Ausgabe:

IP Address: 77.177.166.7
CountryCode: DE
CountryName: Germany
City: Spenge
PostalCode:
Region: 07
Lat/Lan: 52.1333/8.4833

IP Address: 41.135.69.4
CountryCode: ZA
CountryName: South Africa
City: Port Elizabeth
PostalCode:
Region: 05
Lat/Lan: -33.9667/25.5833

IP Address: 183.111.12.21
CountryCode: KR
CountryName: Korea, Republic of
City: Seoul
PostalCode:
Region: 11
Lat/Lan: 37.5664/126.9997

IP Address: 202.127.1.88
CountryCode: CN
CountryName: China
City: Beijing
PostalCode:
Region: 22
Lat/Lan: 39.9289/116.3883

IP Address: 174.139.204.218
CountryCode: US
CountryName: United States
City: Spartanburg
PostalCode: 29302
Region: SC
Lat/Lan: 34.8822/-81.8511

IP Address: 192.121.32.239
CountryCode: SE
CountryName: Sweden
City:
PostalCode:
Region:
Lat/Lan: 62/15

Des weiteren gibt es noch eine Region-Datenbank und eine Organisation/ISP-Datenbank, die mit den entsprechenden Methoden lookupRegion() und lookupOrg() in Net_GeoIP ausgelesen werden können.

Alternativ gibt es die Möglichkeit die PECL geoip PHP Extension zu nutzen, die auch die Datenbanken von MaxMind nutzt, das Manual befindet sich auf php.net.

Webserver können auch Geo-Informationen nutzen, beispielsweise Apache GeoIP API und nginx HttpGeoIP Module. Damit ist es super einfach Zugriffe aus bestimmten Ländern zu blocken oder anderen Inhalt zu präsentieren, oder auch die Geo-Information als Parameter an den Backend-Server zu liefern (im Fall von nginx als Reverse Proxy).

Es gibt auch einige Webservices die Geo-Informationen zu IP-Adressen bieten, von denen bekommt man via REST entweder JSON, XML oder CSV. Einige Beispiele:

http://freegeoip.net

http://www.geobytes.com/iplocator.htm

http://www.geoio.com/

http://ipinfodb.com/ip_location_api_json.php

https://simplegeo.com/docs/clients-code-libraries/php

http://www.hostip.info/use.html

Wenn diese Dienste eine bessere Datenbank bieten lohnt sich evtl. ein Blick, aber da man auf die Verfügbarkeit angewiesen ist und Webservices auch langsamer sind als lokale Lookups ist die Verwendung problematisch.

Ähnliche Artikel:

1. Mit PHP eine eBay-Auktion starten

Montag, 17.10.2011

Creating and Using Streams, Filters and Sockets
Elizabeth Marie Smith

Doctrine 2
Juozas Kaziukėnas

PHP Components From Idea To Maturity
Chris Hartjes

PHP Extensions, Why and What?
Derick Rethans

Zend PHP 5.3 Certification Boot Camp
Christian Wenz

Beware of the Dark Side, Luke!
Arne Blankerts

Design Patterns in Action
Stefan Priebsch

Learning CouchDB
Bradley Holt

Dienstag, 18.10.2011

Opening Keynote
Andi Gutmans
Video

Benchmarking Applications and Frameworks
Paul M. Jones

HTML5 WebSockets
Scott Mattocks

PHP Batch Jobs on IBM i
Alan Seiden

Development in the 24th and a half century
Kevin Schroeder

Git for Subversion Users
Stefan Koopmanschap

Cloud Based Application Performance Testing
Moris Chen

Overview of Zend Framework 2
Matthew Weier O’Phinney

PHP and IBM i Frequent Questions, FastCGI, DB2, etc.
Tony Cairns

Xdebug
Derick Rethans

Change is Inevitable (Except from a Vending Machine)
Stefan Priebsch

Profiling PHP Applications
Derick Rethans

Scaling PHP Applications with Redis
Josh Butts

SQL Injection Myths and Fallacies
Bill Karwin

The Future of PHP on IBM i
Tim Rowe

A Practical Look At Symfony2
Stefan Koopmanschap

Event and Signal Driven Programming Techniques
Elizabeth Marie Smith

Open Source PHP Toolkit for IBM i
Mike Pavlak, Tony Cairns

Skynet in ZF 2.0: The Automation, Compilation, and Generation of Projects with Zend\Code
Ralph Schindler

DB2 and PHP Best Practices on IBM i
Alan Seiden

Deployment Without the Chaos
Eric Ritchie

Manage Cloud Infrastructures Using Zend Framework
Enrico Zimuel

Under the Hood
Ilia Alshanetsky

Zend Studio Tips and Tricks
Roy Ganor

Mittwoch, 19.10.2011

Dependency Injection; Containers and Frameworks In PHP
Ralph Schindler

Introduction to Adobe Flash Builder for PHP
Roy Ganor

MySQL — What’s New
Dave Stokes

Production Scaling in the Cloud
Kent Mitchell

Large-Scale Data Processing with Hadoop and PHP
David Zülke

Intro to Flex
Anna Filina

SOA with Zend Framework
Mike Willbanks

The Contextual Experience of the Mobile Web
Jeff Carouth

Triggered: Zend Framework 2′s EventManager
Matthew Weier O’Phinney

Extending Open Source Solutions for Large Scale Federal Applications
Rakesh Kumar

API Security
Rob Richards

Adding Dependency Injection To Legacy Applications
Sam Hennessy

Big Server is Watching You
Maurice Kherlakian

Character Sets Suck
Raymond DeRoo

Couchbase Mobile, The database that talks sync.
Matt Ingenthron

Optimizing Zend Framework for use on High Traffic Volume Web Sites
Shawn Stratton

Cryptography in PHP: Use Cases
Enrico Zimuel

jQuery Mobile: For Fun and Profit
Daniel Cousineau

Injecting Domain Expertise into Varchars
Jeff Kibler

Using SPL Tools in Your Code.
Elizabeth Marie Smith

Cloudify Your Application
Ed Kietlinksi

Performing Security Audits
Arne Blankerts

PHP & MongoDB
Steve Francia

PHP Testing Tools
Sebastian Bergmann

Donnerstag, 20.10.2011

Introducing Assetic: Asset Management for PHP 5.3
Kris Wallsmith

Optimizing Application Performance
Kevin Schroeder

Puppet for Dummies
Joshua Thijssen

Unit Testing Zend Framework Apps
Michelangelo van Dam

Care and feeding of a MySQL Database
Dave Stokes

Javascript Tools and Frameworks Faves
Anna Filina

Mobile Development with Adobe AIR, Flash Builder, and Flex
Mihai Corlan

Powering Your Website with Realtime Data
Bert Van Hauwaert

Taming the Cloud
Rob Richards

Implementing the Open/Closed Principle
Sam Hennessy

Designing HTTP Interfaces and RESTful Web Services
David Zülke

Mobile: Push for Sync and Notifications
Mike Willbanks

MySQL 5.5 InnoDB Tuning
Bill Karwin

Using GitHub
Scott Chacon

—— weitere Fundstücke ——

Cloud Panel – Challenges and Tips for Developing Applications in the Cloud
Video

UnConf: Domain-Driven Design – A Collaboration Between Domain Experts and Software Practitioners

Jeff Barr – Amazon Web Services

Automating ebay’s Infrastrcture
Hugh E. Williams

Zend Framework 2
Matthew Weier O’Phinney

Ähnliche Artikel:

1. Slides der ZendCon 2010
2. Slides der PHPBenelux Conference 2011
3. Slides vom phpDay 2011

Dieser Artikel stellt also eine weitere Platform-as-a-Service (PaaS) für PHP vor. Die Applikationen laufen auf einem Fundament namens Zend Application Fabric (ein aufgebohrter Zend Server) und können entweder in einer private Cloud oder bei einem der folgenden Anbieter gehostet werden: Rightscale, Amazon, IBM oder Rackspace (Info).

Die Registrierung verlangt aktuell einen Zend-Account und den besagten Invite-Key. Danach muss man als nächstes einen Container anlegen in dem die Applikationen laufen werden. Ich lege also einen ersten Testcontainer an:

Das gewählte Passwort ist, wie dort auch zu lesen ist, gleichzeitig auch das MySQL Passwort und das Passwort für die Zend Server Oberfläche. Es gibt die Möglichkeit einen SSH-Key hochzuladen oder ein neues Paar generieren zu lassen. Diese werden später für die Git und SFTP Verbindungen benötigt.

Den Container kann man auch administrieren: Snapshots erstellen, Zurücksetzen und Löschen. Während der Beta kann man auch weitere Container anfordern.

Der neue Container enthält dann eine Default-Application, die wir nun verwalten können. Auf der Seite erscheint eine phpcloud Willkommensseite. Wir können mit einem Klick nun weitere leere Applikationen erstellen oder auch andere vorgefertigte Applikationen installieren:

Die neue Applikation können wir nun direkt aufrufen. Wir können den Code natürlich auch verändern, und zwar entweder via GIT oder via SFTP. Zend Studio bietet eine gute Integration, dort ist es etwas einfacher die Applikation einzubinden, aber prinzipiell kann natürlich jeder Client genutzt werden der GIT oder SFTP Support bietet. Hier beispielsweise mit PHPStorm per SFTP:

PHPStorm beschwert sich wenn kein passender Public Key gefunden wird, den kann man aber herunterladen von der phpcloud Administrationsoberfläche. Die Verzeichnisstruktur ist auf den ersten Blick kompliziert da dort auch mit Versionen hantiert werden kann. Uns interessiert erstmal nur der untere public-Ordner der Default Application: applications/container-root/public den wir als Project-Root festlegen. blog1 ist übrigens eine 1-Click-Wordpress-Blog-Application.

Und schon kann in der Cloud programmiert werden, bei jedem Speichervorgang wird die Datei per SFTP hochgeladen. Wer lieber mit Versionskontrolle, in diesem Fall GIT arbeitet, kann das natürlich auch wunderbar tun.

Wenn man Code Tracing aktiviert kann man auch online Requests untersuchen, extrem cool!

Der Container kann nun auch via Zend Server GUI gemonitored und administriert werden. Der Zend Server ist ziemlich mächtig und es macht viel Spass damit zu arbeiten. Für Details sollte man es sich selbst angucken, einige Stichworte sind Events, Jobs, Queue, Logs, Rules, php.ini Einstellungen, Monitoring usw.

Bei ausgehenden E-Mails hat Zend das selbe Problem wie alle Cloud-Provider, selbst versenden kann die Cloud nicht und benötigt einen externen Mail-Server der das übernimmt.

Insgesamt eine sehr nette Cloud muss man sagen. Wie gesagt aktuell Beta und nur mit Einladung, wer Interesse hat sollte sich also vormerken und auf eine Einladung warten. Die Features sind im großen und ganzen mit anderen Mitbewerbern vergleichbar (PHP 5.3, SFTP, GIT), nur der mächtige Zend Server sticht etwas heraus. Die mitgelieferte Job-Queue überragt auch die meisten anderen, ebenso wie Code-Tracing, das umfangreiche Monitoring und Event-Handling. Zur Zeit fehlt aber Unterstützung für Memcached, CouchDB/MongoDB und andere Dinge die man so brauchen könnte. Bin sehr gespannt wann die kommen und wie die Preisstrukturen später aussehen werden.

Ähnliche Artikel:

1. PHP Clouds und Platform as a Service (PaaS): Übersicht
2. PHP Clouds und Platform as a Service (PaaS): cloudControl

Steve und John eröffnen den zweiten Tag mit einer kurzen Opening Keynote, gefolgt von Jeff Veen der von den Problemen berichtet als Typekit einige Tage vor Weihnachten vom Erfolg überrollt wurde, und wie innerhalb eines Wochenendes das Problem kurzerhand gelöst werden musste und auch wurde. Das Grundproblem waren die vielen Kits die nicht zeitnah in das CDN gebracht werden konnten, und sich so eine massive Queue aufgebaut hatte. Ich mag solche praxisnahen Einsichten sehr. Eine These bzw. Grundsatz der Kultur der Firma: IRC über E-Mail. Im IRC kann man kurze Fragen und Antworten schreiben wie “no”. In E-Mails haben wir irgendwie den Zwang, formal zu schreiben und viele Sätze zu bilden. Das bläht schnelle interne Kommunikation unnötig auf.

Die folgenden zwei Lighning Demos stellten kurz Dynatrace Ajax Edition und FITB vor. Dynatrace ist eines der führenden Tools um sehr tief in Browser hereinschauen zu können (auch IE6/7!) und so Reflowes, Repaints usw sehen zu können und komfortabel Performance-Bottlenecks zu finden, die man ohne solche Einsichten nicht oder nur sehr schlecht eingrenzen kann. FITB ist ein PHP-basiertes Tool um Netzwerke zu monitoren und Graphen zu erstellen. Mit einer Zeile in der Konfiguration werden neue Switches hinzugefügt, alle aktiven Ports werden automatisch erkannt und Graphen erstellt.

Weiter ging es mit Arnaud Becard von ip-label, er zeigt auf wie wichtig Real User Monitoring (RUM) ist, und warum das wichtiger ist als künstliche Messwerte von einfachen Tools. Gerade unterschiedliche Bandbreiten (schnelles DSL, ISDN, Mobile), aber auch Browsergenerationen einzeln zu betrachten ist sehr sinnvoll. Auch Kleinigkeiten wie beispielsweise der Umstieg von HTTP 1.0 auf HTTP 1.1 mit KeepAlives kann bis zu 30% Performance Unterschied bringen!

John, einer der Mitorganisatoren und Moderatoren zeigt auf wie unmöglich es ist, Systeme ohne Fehler zu erstellen. Gerade bei Systemen wo man wirklich darauf achtet wie Amazon, Blackberry oder auch die Challenger Katastrophe zeigen dass man mit Ausfällen leben muss, es geht einzig darum sie möglichst schnell in den Griff zu bekommen und die Konsequenzen gering zu halten. Dazu gehören neben vielen anderen Dingen auch vor allem die Überlegungen vorher was alles passieren könnte (was mit viel Erfahrung natürlich besser gelingt), aber auch ein durchdachtes Troubleshooting und Kommunikation. Was passiert wenn das Netz ins Rechenzentrum ausfällt, möchte man dann Shellkommandos durchs Telefon durchsagen oder möchte man vor Ort einen Notfallplan liegen haben? Das Lernen aus Vorfällen ist auch ein sehr wichtiger Punkt. Messen ob Gegenmaßnahmen in der Zukunft gegriffen haben. Vor großen Änderungen und Deploys schreibt jeder Mitarbeiter eine Liste mit Dingen die passieren könnten…Wenn man noch nie einen Ausfall hatte wird der nächste Ausfall schlimm werden, wenn man öfter Ausfälle hat wird der nächste schnell und gut gelöst. Übung und Vorbereitung macht den Meister!

Dann betrat Artur Bergmann die Bühne, ein Veteran der Velocity-Konferenzen. So ganz genau kann man seinen Vortrag nicht zusammenfassen, im Prinzip ging es glaube ich darum zu zeigen dass man sich mit der Materie auseinander setzen sollte mit der man arbeitet, und generell sind Computer, Kernel und Tools kacke bis auf sehr wenige Ausnahmen. Wenn man in irgendwelchen Graphen Load-Spitzen erkennt tippt man zuerst auf die Applikationen, aber auch der Linux-Kernel ist laut Artur kaputt und schlecht dokumentiert, man sollte sie nie auf Magic verlassen. Seinen alten Jeep mag er deutlich lieber als einen Porsche Cayenne, da man ihn leicht verstehen, reparieren und erweitern kann. Ich hätte auch mal mitzählen sollen wie oft er “What the fuck” gesagt hat

Bei Spil Games, einem der führenden Spieleanbieter hat man mit 140 Millionen Unique Users pro Monat zu tun, und um User zu binden und zu gewinnen benötigt man vor allem eines: Geschwindigkeit! Wenn ein Spiel erst nach 15 Sekunden startet ist ein User wieder weg, wenn es nach 7 Sekunden da ist und das schneller ist als bei der Konkurrenz, dann bleiben sie und spielen wie verrückt. Dabei gilt es auch an langsame Verbindungen zu denken, Usern in Brasilien sollte man beispielsweise vorzugsweise bandbreitenschonende Spiele anbieten. Benutzer sind der Schlüssel, die Erfahrung der Benutzer, und dazu gehört eine gute Performance. Performance ist kein Projekt das ein Ende hat, sondern eine andauernde Mission. Focus: 5 Mitarbeiter wegschicken und nur an Performance arbeiten lassen ab und zu, aber auch permanent dran arbeiten. Wenn man einen Request um 4Sekunden verkürzen kann und das 1 Tag dauert: Machen! Messen messen messen und nie wieder langsamer werden, nur schneller, es gibt keine Ausnahmen und Entschuldigungen. Einblicke gewinnen, Multi Varianten Tests und A/B Tests, Aufschlüsselung von Messdaten nach Land, Spieltyp usw., auch in Staging Environment messen vor Deploy… Lernen: Bücher, Velocity Videos, Google Analytics Site Speed, CDNs, head.js, css/js/images kombinieren Low hanging fruits finden… Von 5s DOM Load auf 360ms DOM Load, und von 11s Full Page Load auf 4s Full Page Load.. An durchschnittlichem Samstag spart das den Usern 4 Jahre Wartezeit!

Beim nächsten größeren Block haben sowohl Opera als auch Chrome und Firefox über aktuelle Entwicklungen im Bereich Performance erzählt.

Opera arbeitet an SSL False Start, verbesserten Netwerkstack, Strict Transport Security, Opera Turbo, Opera Dragonfly als Remote Debugger vor allem für mobile Geräte, Opera Mini, angenehmeres und ruckelfreies Scrollen gerade auf schwachbrüstigen Geräten usw.

Tony Gentilcore von Google berichtet über Chrome Features, von Chrome Frame für den IE mit Aufforderung im IE zur Installation, <link rel=”prerender”>, webkitvisibilitychange event, Developer Tools verbessert (Timeline, Memory Profiler), requestAnimationFrame und einiges mehr.

Chris Heilmann von Mozilla gab bewußt keinerlei Zahlen im Detail für Firefox, denn die sind in sehr wenigen Wochen schon wieder outdated. Generell berichtete er von der Wichtigkeit von Browsern, dass es dem User generell freisteht welchen Browser er benutzt. Kurz riss er einige neue Features an wie die Web Console, Style Inspector, Scratchpad, Navigating visually, Sourcemapping im Javascriptbereich (Coffeescript), TILT um HTML-Verschachtelungen darzustellen.

Ramon erzählte über Hyves, dem sehr beliebten holländischen Sozialen Netzwerk. Bei 16,7 Millionen Niederländern hat Hyves 9,7 Millionen Accounts und 2 Millionen Unique Visitors pro Tag. Die Last wird mit 3500 Servern in 3 Rechenzentren bewältigt, 6Gbit Bandbreite, 12 Entwickler, 33 Entwickler. Einer dieser Entwickler hat an einem Wochenende HipHop for PHP ausprobiert und dabei eine 3-7 fache Performance feststellen können. Mit dieser Aussicht macht man sich daran es für einen Teil der Seiten einzusetzen, dabei entstand ein Binary von 750MB Größe, das auf 700 Frontend-Server deployed werden mußte. Die Kompilierung dauert anfangs 40-60 Minuten, nach massiven Verbesserungen und neuer Hardware konnte das auf <10 Minuten gedrückt werden. Probleme wie eval, Destruktoren etc. wurden beseitigt. Mit Hilfe von Jenkins und sollte das Deployment passieren, ein serielles Ausrollen kam nicht in Frage (bei 1Gbit Netzwerk würde das bei 700 Servern sehr lang dauern), nur ein Diff der Binarys deployen kommt nicht in Frage da das Diff teilweise 400MB groß ist. Erste Lösung: Bittorrent: Gemacht in Live Umgebung: Totalausfall des Netzwerkes, da alle Leitungen und Switches überlastet wurden über viele Minuten, selbst Admin-Zugang nicht mehr möglich. Danach Murder von Twitter angeschaut, einen eigenen Tracker geschrieben, einen modifizierten rtorrent-Client ohne DHT und UPNP etc., Definition von mehreren Schwärmen um die Rechenzentren zu trennen, Begrenzung im Client auf 90Mbit usw..

Johannes Mainusch von Xing plauderte auch etwas aus dem Nähkästchen, von Problemen beim Messen der Performance, nur jeder 200. Besucher schickt Messdaten an den Server. onbeforeunload() Cookie setzen, auf nächster Seite Zeit messen bei onLoad. Wenn Benutzer in das Login Formular klickt werden schonmal einige Bilder vorgeladen die auf der nächsten Seite gebraucht werden. Tweets pro Tag werden gemessen und vieles vieles mehr. Unter anderem auch Anzahl der Registrierungsmails, Anzahl Anleitung nach erstem Login, Anzahl Passwort vergessen, Benutzungen des Handshake-Features per Google Earth und kml.

Bradley Heilbrun von YouTube bzw. Google konzentrierte sich speziell auf das Thema HTTP Connection Handling. Was tut man wenn man mit 6 Servern beginnt und überrollt wird und sehr schnell skalieren muss? Hunderttausende von gleichzeitigen Verbindungen müssen gehalten werden, und wenn Apache für jede Connection einen Prozess startet? Man benötigt einen guten Loadbalancer bzw. spezialisierte Software, die das kann, und idle-Connections halten kann. nur Requests gehen dann durch auf die Backend-Webserver, die früher mit mod_php und mpm_prefork liefen. Besser: FastCGI und mpm_worker, bessere Skalierungsmöglichkeiten. Weiter hilfreich: URL Routing. Später dann Probleme als man > 5 IPs im DNS veröffentlichen wollte, >512 Byte, Umschwenk von UDP auf TCP. Dann wurde es nötig mit Direct-Server-Return zu arbeiten und 2 Load-Balancer-Schichten einzuführen. Bei Global Server Load Balancing (GSLB) sind Länder-Subdomains (us.youtube.com, eu.youtube.com …) doof, Indizierungsprobleme, Bookmarks usw… Anycast doof. Besser Geo-DNS.

So, das war es im groben Überblick, es war unglaublich wie viele interessante Eindrücke ich gesammelt habe, hoch interessant wenn solche großen Firmen und Weltmarkführer ihre Erfahrungen vermitteln, da könnte ich wochenlang zuhören. Eine wirklich tolle Konferenz ist nun zuende, und ich würde jedem empfehlen an der nächsten Velocity Europe teilzunehmen wenn möglich, es lohnt sich auf jeden Fall!

Übrigens bemerkenswert war das Vorhandensein eine Übersetzers in Gebärdensprache, cool!

Ähnliche Artikel:

1. Velocity Europe Tag 1: Der Vormittag
2. Velocity Europe Tag 1: Die Sessions am Nachmittag
3. Fast by Default – O’Reilly Media’s Velocity Konferenz kommt nach Berlin!

• http://maddesigns.de/html-newsletter-1030.html

Google nutzt auch POST Requests zum Indizieren von Webseiten:

• http://googlewebmastercentral.blogspot.com/2011/11/get-post-and-safely-surfacing-more-of.html

Sehr cooler und ausführlicher Artikel über Kryptologie:

• http://bigwhoop.ch/artikel/105/2011-10-20/ein-ausflug-in-die-kryptologie

Wie erkenne ich dass ich ein schlechter Programmierer bin:

• http://badprogrammer.infogami.com/

Videomitschnitt Patrick Lauke über “Handys und Tablets: Websiteentwicklung jenseits des Desktops” auf der IPC11:

• http://entwickler.de/zonen/portale/psecom,id,99,news,60802.html

Gute Übersicht über Encoding-Probleme, wo sie auftreten und wie man es richtig macht:

• http://www.codenaschereien.de/php/php-probleme-umlaute-sonderzeichen

Einige interessante und nützliche .htaccess Rules:

• http://www.catswhocode.com/blog/10-htaccess-snippets-to-optimize-your-website

PHP Core Diskussion: Soll PSR-0 Autoloading in PHP integriert werden? Eine Meinung:

• http://blog.ircmaxell.com/2011/11/on-psr-0-being-included-in-phps-core.html

Ähnliche Artikel:

1. Linkpool Nummer 20
2. Linkpool Nummer 22
3. Linkpool Nummer 15

Das empfangene Fax landet in einem IMAP-Postfach, das ich mit PHP periodisch abfrage. Falls ein Fax, das in diesem Fall ein tiff-Anhang an der E-Mail ist, vom Cronjob-Script gefunden wird, extrahiere ich den Anhang, wandle es in ein png Bild um, erstelle ein Vorschaubild und trage es in eine Datenbank ein. Die Webseite ist dann einfach nur eine Anzeige der empfangenen Faxe, wobei es auch eine kleine Javascript-Funktionalität gibt die das Backend alle 10 Sekunden nach neu empfangenen Fax-Bildern befragt.

Genutzt habe ich das Zend Framework und MooTools, und es brauchte ungefähr 400 Zeilen eigenen Code: 150 Zeilen PHP, 100 Zeilen HTML, 100 Zeilen CSS und 50 Zeilen Javascript.

Keine ähnlichen Artikel.

• ZCE PHP 5.3 – wäre ein schönes Update zu meinem ZCE PHP 5, für < 75 Euro würd ich drüber nachdenken, aber 195 Euro ist mir für das Update doch etwas zu viel
• ZCE-ZF die Zend Framework Zertifizierung. Da ich täglich mit dem Zend Framework arbeite ist das schon länger auf meiner Liste, aber da in wenigen Monaten (Schätzung von Matthew Weier O’Phinney ist April 2012) Version 2.0 erscheinen wird wollte ich noch darauf warten, sonst stehe ich bald vor dem selben Problem wie oben. Da gedulde ich mich noch ein wenig.
• Oracle Certified Professional, MySQL 5 Developer. Besteht aus 2 Prüfungen die jeweils 154 Euro kosten. Mit MySQL hat man auch fast jeden Tag zu tun.

Ich habe auf der Suche danach zwei Dinge gefunden: Eine 5 Tage MySQL for Developers Schulung für 2200 Euro und ein Certification Study Guide für 44 Euro.

Gibt es noch weitere interessante Zertifizierungen für einen Webentwickler die sich lohnen?

Hat jemand von euch schon die MySQL Prüfungen gemacht? Hat jemand von euch eventuell Lernmaterial, beispielsweise das oben genannte Buch günstig zu verkaufen?

Ähnliche Artikel:

1. Praxis-Workshop PHP Basics: Web-basierte Systeme mit PHP und MySQL