Was gibt es genau zu gewinnen?

1. Application Cluster mit einer Konfiguration von 6 CPUs, 8 GB RAM, 200 GB HDD, 20 GB Netzwerk-Storage und 500 GB Traffic
2. Failover Cluster mit einer Konfiguration von 2 CPUs, 4 GB RAM, 100 GB HDD , 10 GB Netzwerk-Storage und 500 GB Traffic

Wie kann man einen Cluster gewinnen?

Beschreibe kurz in 2-3 Sätzen hier im Blog als Kommentar welches Projekt auf dem Cluster betrieben werden soll. Den Zuschlag bekommt das Projekt welches am faszinierendsten und interessantesten wirkt. Die Aktion läuft bis nächsten Dienstag Abend 23:59 (07.02.2012). Der Cluster kann gern von Start-Ups, Unternehmen oder privat genutzt werden.

Vier Wochen nach der Vergabe würde ich mich über einen kurzen Erfahrungsbericht hier im Blog freuen, und maxcluster freut sich natürlich auch sehr über Verbesserungensvorschläge und Feedback aller Art.

Die maxcluster GmbH stellt ausfallsichere, skalierbare und sichere virtuelle Cluster zur Verfügung. Die Infrastruktur wurde für Unternehmen mit anspruchsvollen Internetseiten und Anwendungen konzipiert und ist in Frankfurt beheimatet. Bereits ab einer monatlichen Gebühr von 59 Euro steht eine komplette Infrastruktur mit ausfallsicheren Servern, redundanten Storage, externer Firewall, täglichen Backups und Monitoring zur Verfügung, die sofort einsatzbereit ist. Neben vielen anderen Kunden und Projekten wird auch das Paderborner Peer Instruction Projekt unterstützt.

Ich wünsche viel Erfolg bei dem Gewinnspiel! Vielen Dank an maxcluster für die Aktion!

Ähnliche Artikel:

1. PHP Magazin Jahresabos zu gewinnen
2. Weihnachtsgewinnspiel bei antwerpes: Arduino zu gewinnen
3. PHP-Test für Fortgeschrittene | ZCE Tests zu gewinnen

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

Die Zahlen sind natürlich mit Vorsicht zu genießen da einige Artikel so kurz sind dass sie komplett auf der Übersichtsseite erscheinen. Auch könnten die Zahlen verfälscht sein da ich ja einen Full-Feed anbiete, sodass eventuell Artikel mit Tabellen und Bildern Vorteile haben wenn sie in Feed-Readern nicht so gut aussehen und die Besucher auf die Seite kommen. Neue Artikel die erst im Dezember geschrieben wurden hatten natürlich auch weniger Zeit Besucher zu sammeln.

Insgesamt war das Jahr 2011 besser als das Vorjahr was die Besucher pro Tag angeht. Aber man kann auch erkennen dass es kein riesen Sprung nach vorne war, ich muss nach wie vor um jeden Besucher kämpfen

Interessanterweise sieht man im nächsten Bild dass die durchschnittliche Besucherzeit etwas zurückgegangen ist, 2010 waren es 6:37 Minuten und 2011 waren es 5:24 Minuten. Ich weiß nicht ob das an kürzeren Artikeln lag oder ob einfach weniger rumgeklickt wurde da wiederkehrende Besucher eher weniger rumklicken als neue Besucher. Die wiederkehrenden Besucher sind von 45,4% im Jahr 2010 auf 50,2% im Jahr 2011 gestiegen.

Ich bin nach wie vor dankbar für Ideen, Anmerkungen und Vorschläge für den Blog. Interessant ist übrigens dass die Gastartikel auf Platz 1, 4, 8 und 10 sind, es lohnt sich also für euch Gastartikel zu schreiben, sie werden gelesen!

Ähnliche Artikel:

1. Gratulation an “PHP Hates Me” für 500 eindrucksvolle Artikel!
2. Mein Artikel über den Yubikey im PHP Magazin 3.11
3. Blog URL Struktur geändert

$ ifconfig venet0 | grep inet6
inet6-Adresse: 2a01:238:42b6:2a00:e661:84eb:4a08:ee54/128 Gültigkeitsbereich:Global
inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine

Dann mußte ich gerade noch den nginx neu kompilieren für die IPv6 Funktionalität (wurde eh mal wieder Zeit, war noch eine alte 0.8.53 Version), sodass ich nun die aktuelle 1.0.11 verwende:

$ wget http://nginx.org/download/nginx-1.0.11.tar.gz
$ tar -xzvf nginx-1.0.11.tar.gz
$ cd nginx-1.0.11
$ ./configure --with-http_ssl_module --without-http_memcached_module --with-http_gzip_static_module --with-ipv6
$ make
$ sudo make install
$ sudo /etc/init.d/nginx restart

Und schon war die neue Version installiert, nun mit IPv6 Unterstützung:

$ /usr/local/nginx/sbin/nginx -V
nginx version: nginx/1.0.11
built by gcc 4.4.5 (Debian 4.4.5-8)
TLS SNI support enabled
configure arguments: --with-http_ssl_module --without-http_memcached_module --with-http_gzip_static_module --with-ipv6

Da ich in der nginx.conf aktuell nur eine server-Directive konfiguriert habe, da ich alles auf den dahinterliegenden Apache weiterleite, und bisher auf allen (sprich einer) IPv4 Adresse gelauscht habe kann ich das einfach ändern auf “alle IPv4+IPv6 Adressen”:

listen [::]:80;

Würde ich nur auf IPv6-Adressen lauschen wollen müßte ich den ipv6only Parameter nutzen:

listen [::]:80 default ipv6only=on;

Da ich nur eine öffentliche IPv6 Adresse habe (und auf localhost nicht lauschen möchte) könnte ich auch folgendes nehmen:

listen [2a01:238:42b6:2a00:e661:84eb:4a08:ee54]:80;

Nach einem erneuten Restart von nginx kann man nun meinen Server anpingen (vorausgesetzt man selbst hat IPv6 Verbindung zuhause, sonst natürlich nicht):

$ ping6 2a01:238:42b6:2a00:e661:84eb:4a08:ee54
PING 2a01:238:42b6:2a00:e661:84eb:4a08:ee54(2a01:238:42b6:2a00:e661:84eb:4a08:ee54) 56 data bytes
64 bytes from 2a01:238:42b6:2a00:e661:84eb:4a08:ee54: icmp_seq=1 ttl=64 time=0.045 ms
64 bytes from 2a01:238:42b6:2a00:e661:84eb:4a08:ee54: icmp_seq=2 ttl=64 time=0.068 ms

So, was bleibt noch zu tun? Klar, DNS-Records anlegen. Für IPv6 sind das keine A Records sondern AAAA Records. Ich habe die folgenden angelegt:

www.phpgangsta.de AAAA 2a01:238:42b6:2a00:e661:84eb:4a08:ee54
*.phpgangsta.de AAAA 2a01:238:42b6:2a00:e661:84eb:4a08:ee54
ipv6.phpgangsta.de AAAA 2a01:238:42b6:2a00:e661:84eb:4a08:ee54

Damit ist die Domain incl. aller Subdomains nun auch via IPv6 erreichbar. Zur Überprüfung gibt es auch kleine Online Test Scripte mit denen man schauen kann ob eine Domain via IPv6 erreichbar ist. Ein weiteres kleines Online-Tool für IPv6 Ping, Trace und Port Check.

Mailserver:

Da es so einfach und schnell ging habe ich auch noch schnell den Mailserver IPv6 ready gemacht. Dazu einfach die Postfix main.cf öffnen und folgende Zeilen ändern:

inet_interfaces = all
inet_protocols = all

Wer es nicht mag auf allen IP-Adressen zu lauschen kann sie natürlich auch auflisten:

inet_interfaces = 127.0.0.1, 85.214.28.26, 2a01:238:42b6:2a00:e661:84eb:4a08:ee54, ::1
inet_protocols = ipv4, ipv6

Danach den Postfix neustarten, fertig!

telnet 2a01:238:42b6:2a00:e661:84eb:4a08:ee54 25

Eingehende E-Mails können nun also auch über IPv6 empfangen werden. Hier sollte man dann darauf achten dass der DNS-MX-Eintrag richtig ist:

$ dig -t MX phpgangsta.de +short
10 mail.phpgangsta.de.

$ dig -t AAAA mail.phpgangsta.de +short
2a01:238:42b6:2a00:e661:84eb:4a08:ee54

Ob ausgehende E-Mails auch über IPv6 versendet werden kann man testen indem man eine E-Mail an autoreply@v6-mail.com schickt.

In /var/log/mail.log findet sich dann die folgende Zeile:

Dec 31 02:20:51 h1440682 postfix/smtp[8177]: 68FB149CC961: to=<autoreply@v6-mail.com>,
relay=v6-mail.com[2001:470:18:16c::2]:25, delay=3, delays=1/0.01/1.2/0.67, dsn=2.0.0,
status=sent (250 2.0.0 Ok: queued as 9C566E401E0)

Fallstricke, Achtung!

Wenn man IPv6 aktiviert sollte man natürlich über ein paar Dinge nachdenken. Beispielsweise wie die (PHP-) Applikationen mit IPv6 klarkommen, denn in $_SERVER['REMOTE_ADDR'] steht plötzlich eine IPv6 Adresse drin. Auch beim Mailserver muss man aufpassen falls man sich bisher auf IP-Blacklists (sogenannte DNSBLs) verlassen hat, bei IPv6 gibt es die nicht.

Falls man Firewall Regeln definiert hat müssen diese für IPv6 natürlich auch gemacht werden…

——————-

Wie weit seid ihr privat und auf der Arbeit mit IPv6? Sind eure Blogs, Firmenwebserver etc. schon via IPv6 erreichbar?

Ähnliche Artikel:

1. Zuhause im IPv6 Web surfen (Teil2: Windows)
2. Zuhause im IPv6 Web surfen (Teil1: Ubuntu)

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 wünsche euch noch keinen guten Rutsch denn hier im Blog wird es zwischen den Feiertagen noch einige Artikel geben.

In diesem Sinne…

Michael

Ähnliche Artikel:

1. ElePHPanten zu Weihnachten?
2. ElePHPanten zu Weihnachten und Mayflower Adventskalender

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.

Wirklich eine machbare Sache, ihr könnt jede Programmiersprache benutzen, und es winken tolle Preise, unter anderem ein Arduino UNO Starterkit! Je ausgefallener die Lösung, umso höher die Chancen zu gewinnen!

Lasst also euer krankes Hirn mal auf die Aufgabe los und erstellt eine unglaubliche Lösung!

Ähnliche Artikel:

1. Gewinnspiel bei antwerpes
2. PHP Magazin Jahresabos zu gewinnen

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!

Zuerst müssen wir uns zum Server verbinden, das geht entweder unverschlüsselt oder verschlüsselt mittels TLS oder SSL. Hier die verschiedenen Wege:

telnet pop3.phpgangsta.de 110
Trying 85.214.28.26...
Connected to pop3.phpgangsta.de.
Escape character is '^]'.
+OK Dovecot ready.

Verschlüsselt mit TLS sieht das so aus:

openssl s_client -crlf -connect pop3.phpgangsta.de:110 -starttls pop3
CONNECTED(00000003)
depth=0 O = Dovecot mail server, OU = h1440682., CN = h1440682.stratoserver.net, emailAddress = root@hwn53662
verify error:num=18:self signed certificate
verify return:1
depth=0 O = Dovecot mail server, OU = h1440682., CN = h1440682.stratoserver.net, emailAddress = root@hwn53662
verify error:num=10:certificate has expired
notAfter=Dec  4 21:15:04 2009 GMT
verify return:1
depth=0 O = Dovecot mail server, OU = h1440682., CN = h1440682.stratoserver.net, emailAddress = root@hwn53662
notAfter=Dec  4 21:15:04 2009 GMT
verify return:1
---
Certificate chain
0 s:/O=Dovecot mail server/OU=h1440682./CN=h1440682.stratoserver.net/emailAddress=root@hwn53662
i:/O=Dovecot mail server/OU=h1440682./CN=h1440682.stratoserver.net/emailAddress=root@hwn53662
---
Server certificate
-----BEGIN CERTIFICATE-----
MIIDQDCCAqmgAwIBAgIJAPqlHcMGI8LLMA0GCSqGSIb3DQEBBQUAMHQxHDAaBgNV
BAoTE0RvdmVjb3QgbWFpbCBzZXJ2ZXIxEjAQBgNVBAsTCWgxNDQwNjgyLjEiMCAG
A1UEAxMZaDE0NDA2ODIuc3RyYXRvc2VydmVyLm5ldDEcMBoGCSqGSIb3DQEJARYN

...

---
+OK Dovecot ready.

Und schliesslich verschlüsselt mit SSL über den Port 995:

openssl s_client -connect pop3.phpgangsta.de:995
CONNECTED(00000003)
depth=0 O = Dovecot mail server, OU = h1440682., CN = h1440682.stratoserver.net, emailAddress = root@hwn53662
verify error:num=18:self signed certificate
verify return:1
depth=0 O = Dovecot mail server, OU = h1440682., CN = h1440682.stratoserver.net, emailAddress = root@hwn53662
verify error:num=10:certificate has expired
notAfter=Dec  4 21:15:04 2009 GMT
verify return:1
depth=0 O = Dovecot mail server, OU = h1440682., CN = h1440682.stratoserver.net, emailAddress = root@hwn53662
notAfter=Dec  4 21:15:04 2009 GMT
verify return:1
---
Certificate chain
0 s:/O=Dovecot mail server/OU=h1440682./CN=h1440682.stratoserver.net/emailAddress=root@hwn53662
i:/O=Dovecot mail server/OU=h1440682./CN=h1440682.stratoserver.net/emailAddress=root@hwn53662
---
Server certificate
-----BEGIN CERTIFICATE-----
MIIDQDCCAqmgAwIBAgIJAPqlHcMGI8LLMA0GCSqGSIb3DQEBBQUAMHQxHDAaBgNV
BAoTE0RvdmVjb3QgbWFpbCBzZXJ2ZXIxEjAQBgNVBAsTCWgxNDQwNjgyLjEiMCAG
A1UEAxMZaDE0NDA2ODIuc3RyYXRvc2VydmVyLm5ldDEcMBoGCSqGSIb3DQEJARYN

...

---
+OK Dovecot ready.

Gut, die Verbindung steht, nun müssen wir uns authentifizieren. Dazu gibt es verschiedene Möglichkeiten, hier die einfachste:

USER xxxx@phpgangsta.de
+OK
PASS SicheresPasswort
+OK Logged in.

Der Loginname und das Passwort werden einzeln um im Klartext an den Server geschickt. Solange TLS oder SSL bereits aktiviert sind ist das kein Sicherheitsproblem, sollte allerdings keine Verschlüsselung aktiviert sein sollte man für die Authentifizierung besser APOP nutzen (auch wenn das nicht 100% sicher ist):

http://de.wikipedia.org/wiki/APOP

+OK POP3 server ready <1896.697170952@phpgangsta.de>
APOP xxx@phpgangsta.de c4c9334bac560ecc979e58001b3e22fb
+OK Logged in.

Der zweite Parameter ist ein MD5-Hash, der aus dem Zeitstempel ( <process-ID.timestamp@hostname> ) und dem Klartextkennwort gebildet wird. Dies kann der Server dann überprüfen und den Login zulassen oder nicht.

Nach dem Login möchten wir wahrscheinlich eine Liste aller E-Mails haben. Eine vollständige Liste aller Nachrichtennummern und Größen gibt es mit dem Befehl

LIST
+OK 7 messages:
1 1737
2 2333
3 1984
4 1788
5 4094
6 2693
7 2279
.

Nur die Größe der 5. Nachricht fragt man so ab:

LIST 5
+OK 5 4094

Möchten wir nun eine E-Mail abrufen holen wir wie folgt die komplette 1. Nachricht:

RETR 1
+OK 1737 octets
Return-Path: <XXXX@domain.de>
Delivered-To: xxx@phpgangsta.de
Received: from localhost (h1440682.stratoserver.net [127.0.0.1])
by h1440682.stratoserver.net (Postfix) with ESMTP id 0EBBAEC9A8F
for <xxx@phpgangsta.de>; Sun, 29 Nov 2009 11:14:26 +0000 (UTC)
Message-ID: <4B125783.9050508@gmx.de>
Date: Sun, 29 Nov 2009 12:14:11 +0100
From: Michael Kliewe <XXXX@domain.de>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: xxx@phpgangsta.de
Subject: test neues Konto
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

das sollte ankommen
.

Wir können auch nur die Header abfragen:

TOP 1 0
+OK
Return-Path: <XXXX@domain.de>
Delivered-To: xxx@phpgangsta.de
Received: from localhost (h1440682.stratoserver.net [127.0.0.1])
by h1440682.stratoserver.net (Postfix) with ESMTP id 0EBBAEC9A8F
for <xxx@phpgangsta.de>; Sun, 29 Nov 2009 11:14:26 +0000 (UTC)
Message-ID: <4B125783.9050508@gmx.de>
Date: Sun, 29 Nov 2009 12:14:11 +0100
From: Michael Kliewe <XXXX@domain.de>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: xxx@phpgangsta.de
Subject: test neues Konto
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

.

Mit “TOP 1 10″ könnten wir uns die Header plus die ersten 10 Zeilen der E-Mail geben lassen.

Möchten wir eine E-Mail löschen (weil wir sie gelesen bzw. heruntergeladen haben) markieren wir sie zur Löschung:

DELE 1
+OK Marked to be deleted.

Fragen wir nun erneut die Liste aller vorhandenen E-Mails ab erhalten wir:

LIST
+OK 6 messages:
2 2333
3 1984
4 1788
5 4094
6 2693
7 2279
.

Die erste Nachricht fehlt (wir haben sie ja zum Löschen markiert), aber bemerkenswert ist dass die fortlaufende Nummerierung nicht wiederhergestellt wurde, es gibt nun also eine Lücke. Sobald man sich ausloggt wird die zum Löschen markierte E-Mail wirklich gelöscht. Wenn man das nicht möchte und sie wiedergestellen möchte hilft ein Reset der Markierungen:

RSET
+OK

Möchte man eine eindeutige Kennung herausfinden geht das mit dem UIDL Kommando:

UIDL 6
+OK 6 UID21-1259493142

Eine vollständige Liste alle UIDs erhält man mittels

UIDL
+OK
1 UID3-1259493142
2 UID4-1259493142
3 UID5-1259493142
4 UID7-1259493142
5 UID20-1259493142
6 UID21-1259493142
7 UID84-1259493142
.

Wenn die Verbindung aufrecht erhalten werden soll müssen wir etwas gegen den drohenden Timeout machen, wir senden periodisch ein NOOP um dem Server zu sagen dass wir noch da sind:

NOOP
+OK

Ein kurzer Befehl um den aktuellen Status anzeigen zu lassen:

STAT
+OK 7 16573

Damit könnte man beispielsweise schnell prüfen ob neue E-Mails dazugekommen sind usw.

Soll die Verbindung getrennt werden loggen wir uns aus:

QUIT
+OK Logging out, messages deleted.
Connection closed by foreign host.

Tja, das war es schon wieder, POP3 ist ziemlich einfach, es gibt keine Ordner oder Flags wie in IMAP, deshalb ist die Kommandoübersicht recht kurz. Bis auf einige Sonderfälle sollte immer IMAP verwendet werden, dann kann man mit Ordner und Flags arbeiten, Dank IMAP IDLE kommen E-Mails in Echtzeit an usw.

Ähnliche Artikel:

1. Das IMAP Protokoll im Detail betrachtet
2. Das SMTP Protokoll im Detail betrachtet

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