Doch warum sollte ich meine Session im Arbeitsspeicher ablegen?
Memcache macht nicht für jede Seite Sinn. Wenn man täglich 50 Besucher hat wird die Festplatte wohl kaum Probleme bekommen für diese 50 Besucher die Session aus der Festplatte auszulesen.
Wenn es allerdings einige Tausend Besucher werden hat die Festplatte schon etwas mehr zutun und blockiert so möglicherweise andere wichtige I/O Prozesse.
Hier kommt nun Memcached ins Spiel.
Memcached installieren
Zu allererst braucht man natürlich einen Memcached Server.
Auf einem Debian basierten System kann man diesen mit dem Befehl
apt-get install memcached
installieren.
Danach sollte man einen Blick in die Konfigurationsdatei werfen. Diese findet man unter /etc/memcached/memcached.conf
Standardmäßig erlaubt Memcached nur Zugriffe von localhost. Sofern man also keinen eigenen Memcached-Server betreiben will ist das auch in Ordnung so.
Nachdem man die Konfigurationsdatei den eigenen Bedürfnissen angepasst hat muss der Server noch gestartet werden.
/etc/init.d/memcached start

Der Server läuft also und wartet brav auf Daten die er speichern oder abrufen soll. Was fehlt uns also noch?
Genau , der Memcache PHP Client.
Um diesen zu installieren gibt es zwei Möglichkeiten.
Entweder via apt-get / aptitude / etc. :
apt-get install php5-memcache
Oder via PEAR:
pear install pecl/memcache

Freundlicherweise wird man direkt gefragt ob man Memcache fürs Session-Handling nutzen möchte:
Enable memcache session handler support? [yes] : yes

Jetzt müssen wir in der php.ini noch das memcache Modul aktivieren:
extension=memcache.so

So! Das wars auch schon – jetzt kann memcache genutzt werden.
Um jetzt PHP mitzuteilen das wir die Session im Memcache Server ablegen möchten, gibt es die nützliche Einstellung session.save-handler

Der save-handler für memcache sieht so aus:

session.save_handler = memcache
session.save_path = "tcp://127.0.0.1:11211"


Danach muss nur noch der Apache Server neu gestartet werden und wir sind fertig.
Viel Spass beim optimieren.

Auf dem Titelbild war ein junger Mann zu sehen, ich denke mal etwas älter als ich.

Unter seinem Bild stand in fetten Lettern:

Wie (insert random name) Facebook mit Foursquare vom Thron stürzen will.

Zumindest ging es in diese Richtung. Den Namen des Firmengründers habe ich mir auch nicht gemerkt. Doch der Titel hat seine Zweck bei mir erfüllt und ich habe mich mal über “Foursquare” schlau gemacht.

Vielleicht ist die Webseite schon vielen Leuten ein Begriff, für mich war die Seite neu.

Ich habe bereits im Appstore einige ähnlich konzeptionierte Apps bzw. Webseiten gefunden, doch besonders die Foursquare API fand ich interessant.

Zuerst einmal kurz worum es bei Foursquare geht:

Mit Hilfe eines GPS fähigen Handys (Android, iPhone, etc.) lädt man sich die verfügbare Foursquare App auf sein Handy. Dort kann man nun einen neuen Account anlegen, oder sich mit einem bereits existierenden anmelden.

Nach der Anmeldung sieht man alle in seinem Umkreis eingetragenen “Locations”, wie es neudeutsch so schön heisst und kann dann dort “einchecken”. Daraufhin kann man anderen Leuten die auch dort einchecken Nachrichten hinterlassen, oder sehen was andere geschrieben haben.
Hinzu kommt noch, das der bzw. diejenige, die in der Location am häufigsten “eingecheckt” hat der Mayor – also quasi Bürgermeister – der Location wird.

Doch wofür das ganze? In Amerika wird es bereits so gehandhabt, das man in Kneipen / Bars etwa vergünstigte Getränke oder ein gratis Getränk erhält, wenn man vorweisen kann, dass man sich bereits bei Foursquare in der Örtlichkeit eingecheckt hat.

Im Prinzip wird man somit für sein erscheinen belohnt und kann zudem andere wissen lassen wo man sich gerade befindet.

Falls eine Location noch nicht existiert, ist es natürlich auch möglich neue Locations anzulegen.

Soweit zur Funktionsweise von Foursquare. Foursquare bietet nun eine JSON / XML API an, mit deren Hilfe es möglich ist die eingetragenen Locations anhand von Längen- und Breitengrad auszulesen.

Hier poste ich nun ein Beispiel, wie man so seine Google Maps Karten auf der eigenen Seite mit mehr Informationen füllen kann und so seinen Benutzern mehr Informationen zur Verfügung stellt.

Hierfür benötigen wir folgende Dateien:

1. Die HTML Datei in der unsere Google Maps Karte liegt
2. jQuery
3. PHP (um den  AJAX Request auf Foursquare auszulösen)

Die HTML Datei

<script src="http://maps.google.com/maps?file=api&v=2&sensor=true&key=GOOGLE_MAPS_KEY" type="text/javascript"></script>
<script type="text/javascript" src="jquery.js"></script>
<script type="text/javascript" src="gmaps.js"></script>
<script type="text/javascript">
$(document).ready(function(){
  map = new GMap2(document.getElementById("map"));
  map.addControl(new GSmallMapControl());
  map.addControl(new GMapTypeControl());
  showAddress(map,"Neuss, Germany");
});
</script>
<div id="map" style="height:400px;width:610px;"></div>

Wie man sieht passiert hier nicht wirklich viel. Ein DIV wird für die Google Karte bereitgestellt und die benötigten JavaScript Dateien werden geladen.
Mit der showAddress Funktion wird die Karte auf einen Ort zentriert – in diesem Fall Neuss in Deutschland.

Sollte soweit alles selbsterklärend sein.

Meine angepasste gmaps.js Datei:

//<![CDATA[

var geocoder = new GClientGeocoder();

function getFoursquareVenues(map, lat,lng){
	var url = 'foursquare.php?lat='+lat+'&lng='+lng+'&l=50';
	$.getJSON(url,function(data){
		data	= data.groups[0].venues;
		$(data).each(function(){
			addMarker(map, this.geolat, this.geolong, this.name);
		});
	});
}

function showAddress(map,addressString) {
	zoomLevel = 16;

	geocoder.getLatLng(addressString, function(point) {
		if (point) {
			map.setCenter(point, 5);
			map.setZoom( zoomLevel );

			var marker = new GMarker(point);
			map.addOverlay(marker);

			GEvent.addListener(map, "moveend", function() {
			  center = map.getCenter();
			  getFoursquareVenues(map, center.lat(), center.lng());
			});

			// Get Foursquare results
			getFoursquareVenues(map, point.lat(), point.lng());
		}
	});
} 

function addMarker(map,lat,lng,html) {
	point		= new GLatLng(lat,lng);
	var marker 	= new GMarker(point);
	if( html ){
		GEvent.addListener(marker, "click", function() {
       	   	marker.openInfoWindowHtml( html );
     	});
	}
	map.addOverlay(marker);
}

//]]>

In der showAddress Funktion, die ich innerhalb der HTML Datei aufrufe, wird nun die Karte auf den übergebenen Ort zentriert und die getFoursquareVenues Funktion wird aufgerufen um die umliegenden Foursquare Locations auszulesen.

Ausserdem setze ich ein Event auf “moveend” um die Foursquare Locations abzurufen, sobald die Google Maps Karte verschoben wird.

Die getFoursquareVenues bekommt nun die von Google Maps ausgelesenen Längen- und Breitengrade übermittelt und holt sich per AJAX das JSON Objekt aus der PHP Datei, die eine Anfrage auf die Foursquare API macht.

Die gefundenen Locations werden dann mit der addMarker Funktion auf die Karte gemalt.

Die PHP Datei:

$url	= 'http://api.foursquare.com/v1/venues.json?geolat='.$_GET["lat"].'&geolong='.$_GET["lng"].'&l='.$_GET["l"];
echo file_get_contents($url);

Hier wird nun einfach eine Anfrage an die Foursquare API gesendet und die Locations werden ausgegeben.

Das angegebene Beispiel ist natürlich nicht komplett und auch die von Foursquare zurückgegebenen Locations sollte man mit Vorsicht geniessen, da eben jeder eigene Locations eintragen kann.
Ich hoffe jedoch das ich hiermit einen kurzen Einblick in die Möglichkeiten der Foursquare API verschaffen konnte und wie man damit, mit nur wenig Zeilen Code seine Google Maps aufwerten kann.

Genauere Informationen findet man in der Foursquare API Dokumentation.

Bei weiteren Fragen und Anregungen kann natürlich gerne die Kommentarfunktion genutzt werden.

Doch die meisten Fehler muss man dann auch erstmal finden.

In den meisten Fällen hangelt man sich also bei der täglichen Arbeit von einem var_dump , print_r oder echo zum nächsten.
Dann hat man das Problem endlich behoben, entfernt all seine Debug Ausgaben um mit einem Folgefehler konfrontiert zu werden und das ganze Spiel fängt von vorne an.

Wie gut das man ja üblicherweise 8 Stunden am Tag für solche Späße Zeit hat und nie unter Zeitdruck steht…

Effektiv ist das ganze natürlich nicht gerade, aber man hat ja schließlich keine andere Wahl und ausserdem hat man sich nach ein bis zwei Wochen auch schon daran gewöhnt.

Oder hat man etwa doch eine Wahl?

Nun gut, wie der Blogtitel vermuten lässt gibt es nicht all zu viele Möglichkeiten um sich das leben einfacher zu machen.

Wie bereits erwähnt ist die einfachste Möglichkeit des Debugging die simple Ausgabe von Variablen im Quellcode. Hier muss man dann allerdings darauf achten das auch wirklich alle Ausgaben wieder entfernt werden.
Es ist keine Seltenheit das sich auf der fünften Unterseite doch noch irgendwo ein var_dump versteckt hält.

Eine weitere Möglichkeit ist das Arbeiten mit Hilfe eines eigenen error_reporting Scripts. Hier kann man sich beispielsweise alle auftretenden Fehler samt Backtrace in eine Datei loggen oder sich die Fehler mit Hilfe von E-Mail oder Jabber zukommen lassen.
Nützlich ist diese Vorgehensweise aber auch nur solange es sich wirklich um PHP-Fehler handelt.

Sobald man vor dem Problem steht, das in irgendeiner Schleife eine Variable falsch gesetzt wird, weil es nunmal ein Logik Fehler ist, hilft einem das error_reporting leider auch herzlich wenig.

Also doch wieder var_dump, echo, print_r?

Nein, denn das es anders geht beweist seit langer Zeit die Firma ZEND, die dem Entwickler mit ihrem Zend Server einen kostenlosen PHP Debugging Server an die Hand gibt.

Im Zend Server Paket ist im Prinzip nur ein Apache 2 Webserver verbaut. Drumherum ist allerdings das interessantere.

Die bekannte Zend Engine sowie der Zend Debugger sind automatisch mit eingebunden, sowie ein nützliches Server Interface, mit dessen Hilfe man leicht PHP Einstellungen anpassen kann oder Apache Module de- und aktiviert.

In der kostenpflichtigen Version sind ausserdem einige sehr schöne Features enthalten, mit dessen Hilfe man seinen PHP Code optimieren kann.
So werden innerhalb des Server Interfaces alle langsamen PHP Scripte protokolliert. Wobei man natürlich Einstellungen vornehmen kann, was genau “langsam” bedeutet. Das kann in Zeit und/oder anhand des verbrauchten Speichers passieren.

Darüber hinaus werden PHP Fehler geloggt und können nach Datum und Art des Fehlers gefiltert werden. Als Ergebnis erhält man sofort die betroffene PHP Datei samt Backtrace und ein Auszug der betroffenen Zeilen.

Der Zend Debugging Server ist jedoch sowohl in der kostenlosen Community Edition, als auch in der kostenpflichtigen Version enthalten. Dieser bietet eine nahtlose Integration in Zend Studio, welches ich persönlich noch in Version 5.5 betreibe.

Zudem sind Browser Toolbars für Firefox und den Internet Explorer erhältlich über die man eine Debug Session starten kann.

Um den Zend Debugger einzurichten muss man (hier anhand von Zend Studio 5.5) nur die IP Adresse des Debug Servers eintragen.

Um jetzt eine erste Test Debug Session zu starten muss man nur eine PHP Datei erzeugen, einen Breakpoint setzen, indem man auf die Zeilennummer in Zend Studio klickt, und anschließend F5 drücken.

Es wird jetzt eine Verbindung zum Debugging Server aufgebaut. Sobald das PHP Script nun den Breakpoint erreicht hat kann man sich bequem durch den Code navigieren und Variablen auf die Watchlist setzen.

Ich hoffe ich konnte einen kleinen Einblick in die Debug Möglichkeiten von PHP verschaffen.

Die aktuelle Version von Zend Server findet man unter Zend.com

Der Name für den (mittlerweile oft bezeichneten) iPad Killer lautet “WePad”.
Für das “Wir-Gefühl”.

So wurde das “deutsche iPad” am vergangen Montag auf einer Pressekonferenz in Berlin präsentiert.

Auch wenn während der Pressekonferenz lediglich fertige Demo Videos auf dem Tablet liefen und kein Reporter wirklich Hand anlegen durfte ist der Hype mittlerweile enorm.

Und das funktionierte in diesem Fall auch ohne Live-Streaming der Pressekonferenz oder, wie bei Apple üblich, monumentalen vorzeige Videos für neue Produkte.

Für den Rollout des WePads wurde der August 2010 genannt. Ein “Soft-Launch” beginnt bereits im Juli.

Da kommt der WePad GmbH der verspätete Deutschland Start des iPads nur gelegen.

Für 460€ kommt man somit ab August in den Genuss ein “offenes” Tablet zu besitzen.

Wie offen es allerdings wirklich ist bleibt abzuwarten.
Auf der Pressekonferenz liefen jedenfalls die Demo Videos unter Windows 7. Ob der Bootloader allerdings auch später offen sein wird blieb bislang unbeantwortet.

Unter der Haube hat das WePad zumindest mehr als die Konkurrenz aus Cupertino.

Ein HDMI Anschluss, 720p, bzw. im teureren Modell 1080p und eine Webcam sind dabei erst der Anfang. Betrieben wird das Tablet mit einem 1,66 GhZ Intel Atom Prozessor, wie er auch in Netbooks zum Einsatz kommt.

Einzig die Akkuleistung hinkt der Obst-Konkurrenz hinterher.

Laut Datenblatt werden hier 6 Stunden angegeben, im Vergleich zu 10 Stunden beim iPad.

Problematischer bei der Kundengewinnung wird es meiner Meinung nach im Punkto Bedienung. Das selbstgestrickte WePad OS mag sicherlich sehr gut sein – aber es ist nunmal kein Apple Produkt. Ich bin gespannt wie es sich in einem ersten Praxistest schlägt.

Am 26. April findet ein erster Produkttest für die Presse statt. Auch hier wurde auf das “we” im Namen WePad großen Wert gelegt. So wurden in der Facebook “Fan” Liste Meinungen gesammelt und es konnte für 3 Leute abgestimmt werden, welche den Test nun durchführen dürfen.

Ich bin gespannt wie es mit diesem netten Gadget weitergeht.

Momentan hat das WePad für mich jedenfalls die Nase vorn.

Wahrscheinlich geht es jedem Programmierer, ganz gleich welcher Programmiersprache, irgendwann so das er am liebsten alles hinschmeissen würde und noch mal neu anfangen möchte.

Bei mir ist das vielleicht etwas häufiger so, was wohl daran liegt das ich (zumindest im Bereich der Programmierung) ein Perfektionist bin.

Wie oft hat man schon Frameworks gewechselt oder sich dazu entschlossen von heute an den Programmierstil zu ändern.

Ich lese oft genug von phpUnit, Test First Development und allen möglichen anderen nützlichen Tools die es so in der PHP Welt gibt. Doch stellt sich mir die Frage: Wie kann ich persönlich die schöne neue Welt umsetzen?

Meiner Meinung nach scheitert es oft an den Rahmenbedingungen die in laufenden Projekten vorhanden sind.

Wann hat man schon die Zeit dazu in ein bestehendes Projekt das aus einigen Tausend Zeilen Code besteht “mal eben so” Unit Tests zu integrieren?

Sicher – dem Problem hätte man sich von Anfang an zuwenden müssen, doch meistens kommt der Gedanke zu spät.

Also entwickelt man letztendlich doch wie gewohnt vor sich hin und ist unzufrieden. Wenn man alleine an einem Projekt arbeitet fällt die Problematik vielleicht noch nicht einmal sonderlich auf, doch spätestens wenn jemand neu ins Team kommt und sich noch nicht mit dem eigenen Framework auskennt denkt man sich: “Hätte ich jetzt mal ein paar Tests eingebaut”.

Was mich ausserdem seit etwa einem Jahr wirklich massiv stört ist der Verzicht von Zend Server bei den großen Hostern.

Meiner Meinung nach ist Zend Server für eine wirkliche Debugging Umgebung unumgänglich. Neben der Integration in Zend Studio bietet selbst die kostenfreie Community Edition genug Features die einem professionellen PHP Entwickler das Herz höher schlagen lassen.

Um dem ganzen Genörgel mal ein Ende zu setzen lege ich nun für mich fest: Beim nächsten Projekt wird es anders gemacht.

Seit dem Erscheinen des Buches „Website Boosting“ von Mario Fischer führt es Amazon bis zum heutigen Tag in der Bestsellerliste für die Kategorie „Web und Internet“. Weit über 20.000 Exemplare wurden seither verkauft, Übersetzungen erschienen in Indien und Spanien. Eine beispiellose Erfolgsgeschichte, die zeigt, dass Inhalt, Stil und Zusammenstellung der Themen den Nerv einer ganzen Branche getroffen haben. Das Magazin „Website Boosting“ knüpft an diesen Erfolg an und führt die Themen aktuell und tiefergehend weiter.

So präsentiert sich die neue Zeitschrift mit dem einfallsreichen Namen “Website Boosting”. Naja wenn das Buch schon unter dem Namen lief wird es wohl mit der Zeitschrift auch funktionieren.

Auf der Homepage kann man sich zur Zeit noch ein kostenloses Leseexemplar bestellen.

Mein Leseexemplar kam vor 3 Tagen bei mir an. Das Buch zum Magazin gefiel mir persönlich ganz gut, auch wenn es meiner Meinung nach etwas zu theoretisch war. Ein paar Casestudys wären sicherlich nicht verkehrt gewesen.

Allerdings muss ich auch dazu sagen das ich nicht in die neueste Auflage geschaut habe.

Das Magazin selbst scheint ganz brauchbar zu sein.
Gesagt sei noch das im Leseexemplar nicht alle Artikel komplett vorhanden sind, damit man auch noch motiviert genug ist sich das komplette Heft zu kaufen.

Ab Mai steht das Heft dann zum Verkauf.

Ähnlich der anderen spezialisierten Magazin wie z.B. dem php-magazin oder diversen Photoshop Magazin kostet das Website Boosting Magazin ungefähr 10 €.

Den genauen Preis weiss ich jetzt gerade nicht und ich bin momentan auch zu faul nachzuschauen wieviel es wirklich kostet (das Heft selber befindet sich sowieso noch bei meinem Arbeitskollegen).
Es bewegte sich aber bei 9,80 €. So in der Preisklasse

Ab jetzt werde ich hier alle möglichen sinnfreien und sinnvollen Inhalte über PHP, das iPhone SDK, Symbian C++ oder einfach privates Geschwaller posten.

Yucheii.