Christian Ahmer's Webentwicklungs Blog

Google Keyword Rankchecker

Mon, 01 Feb 2010 19:55:55 +0000

Gestern habe ich einmal daran gedacht, wie ein Ex-Arbeitgeber von mir ein intern recht nützliches Tool geschrieben hat, welches es einem ermöglicht, den Pagerank von bestimmten Seiten aus der Googlesuche zu extrahieren.
So etwas wollte ich auch haben und habe es schlicht einfach einmal in 3 Stunden umgesetzt. Mein eigener Rankchecker allerdings kommt mit nur 30 Zeilen Code aus und nutzt extensiv jQuery, denn er läuft weitgehend im Browser selbst.
Er hat ein Suchfeld, welches man mit gewünschten Keywords füttern kann und ein weiteres Feld, in dem man die Seite angeben kann, dessen Rank im Google Suchergebnis gecheckt werden soll.

Kleinere Unregelmäßigkeiten können zustandekommen, da Google nicht bei jeder Suche die gleichen Ergebnisse rauswirft, da Seiteneffekte wie der Google Dance oder versteckte Werbung seitens Google (z.B. für Google Books) die Ergebnisse minimal verfälschen können.
Im Grunde funktioniert die Suche aber schon für die 3 Stunden Aufwand hervorragend gut und findet aus den ersten 100 Suchergebnissen die Treffer der gewählten Homepage zuverlässig heraus. Und das genauso schnell, wie eine durchschnittliche Googlesuche dauert - einen Bruchteil einer Sekunde.

Hier ist ein Video davon zu sehen. Der Google Keyword Rankchecker V.01 in Aktion:

{Video1}

Hinweis:

Der neuste Firefox (3.6) hat unter Linux ein kleines Problem mit dem anklicken von Schaltflächen im Flash.
Das kann man beheben, indem man einfach Firefox mit folgender Anweisung vorangestellt ausführt:

GDK_NATIVE_WINDOWS=1 firefox.

Das wird hoffentlich seitens Mozilla in Zukunft automatisch gefixt werden.

PHP 5.2.12 und max_file_uploads

Mon, 11 Jan 2010 18:45:36 +0000

Kürzlich durfte ich an einem, ursprünglich nicht von mir stammenden Projekt, welches auf Basis des Zend Frameworks in Version 1.7.2 läuft, feststellen, dass die Applikation nicht mehr funktionierte, wenn man bestimmte Formularfelder absenden wollte.

Der Grund liegt darin, dass die Applikation damals auf einer wesentlich älteren PHP Version aufgebaut wurde und das Zend Framework welches benutzt wird, ebenfalls ein gutes Jahr alt ist.
Der ursprüngliche Programmierer hat die Formularfelder so aufgebaut, dass man bis zu 12 Dateien pro einfachem Formularupload reinstellen konnte.
Das bedeutet: Bei Formularen, welche 2 Dateiuploads hatten, wo man dynamisch mehrere Dateien hinzufügen konnte, gab es also bereits 24 gleichzeitige mögliche Uploads.

Nun wo allerdings auf dem aktuellen Server PHP 5.2.12 installiert wurde, konnte das nicht mehr funktionieren, da die Standardeinstellung von PHP via max_file_uploads genau 20 max. gleichzeitige Uploads zulässt.
Allerdings hat es recht lang gedauert, herauszufinden, was da schief lief, da ich nicht der Serveradmin war und von der PHP Aktualisierung gar nicht richtig im Bilde war und zu erst Fehler in meinem Code oder im Framework vermutete, da der Zend -> File -> Transfer -> Adapter keine Uploads mehr entgegennehmen konnte sondern einfach crashte und als Fehler angab, keine Dateien zu finden - womit er ja im Grunde auch nicht unrecht hatte, da PHP den Zugriff auf die Dateien scheinbar erst gar nicht zu lies, da max_file_uploads ja überschritten wurde.

Zum Glück konnte der Fehler aber noch zeitig gefunden werden, so dass die Applikation nun wieder wie gewohnt auf der neuen PHP Version läuft.

Achtung:
Die Einstellung kann dzt. nur direkt in der php.ini geändert werden, Versuche via Apache Konfiguration oder .htaccess sind dzt. nicht erlaubt.
Kommentar eines Entwicklers dazu: "This might open a can of worms". Ein Schelm, wer böses dabei denkt.

APC - Der PHP Turbolader

Thu, 07 Jan 2010 22:45:43 +0000

Soeben habe ich den APC Bytecode Cache auf dem Server aktiviert und es macht einen gewaltigen Unterschied in der Serverperformance.
Von vorher durchschnittlich >700ms Antwortzeit kommt die Seite nun auf durschnittlich < 300ms.
Ist schon ein gehöriger Turbo, den man innerhalb von 5 Minuten ohne großen Aufwand und Kosten zuschalten kann.

Dem Silverstripe CMS scheint es jedenfalls gut zu bekommen.

Update:
Auch auf dem Test-Quadcore System daheim kann ein Turbo von ca. 50% vermerkt werden.
Diese Webseite benötigt ohne zugeschalteten APC ca. 240 ms bis sie generiert wird.

Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        0    0   0.0      0       0

Processing:   228  240  13.7    239     300

Waiting:      228  240  13.7    239     300

Total:        228  240  13.7    239     301

Mit APC sind es nun ~126ms.

Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        0    0   0.0      0       0

Processing:   119  126   3.5    126     132

Waiting:      119  126   3.5    126     132

Total:        119  126   3.5    126     133

Man sollte bedenken, dass damit die Optimierungsphase gerade erst begonnen hat. Schliesslich kann man auch noch vernünftigen Seitencache realisieren, was die Geschwindigkeit erst so richtig erhöhen würde. Aber immerhin ist das hier nur eine Seite mit eher wenig gleichzeitigen Besuchern, daher reicht die Geschwindigkeit zur Zeit sowieso mehr als aus.