Bei Smarty lassen sich diverse Variablen setzen, die verschiedene Templates erlauben. Mittels der “template_dir” lässt sich das Verzeichnis des zu nutzenden Templates festlegen (Beispielsweise: $Smarty->template_dir = $generalTemplateDir . $specificStyle;). Wenn man nun jedoch einfach so Smarty laufen lässt, werden die gecachten Seiten aller Styles im Cache-Verzeichnis einfach gegenseitig überschrieben, was nicht im Sinne des Erfinders ist. Dieses Problem lässt sich jedoch schnell lösen, wenn man die sog. compile_id setzt (Beispiel: $Smarty->compile_id = $specificStyle;). Wenn diese eindeutig vergeben ist (ich vergebe einfach den Templatenamen), dann werden die Dateien im Cache je nach Style abgelegt und nicht mehr überschrieben.

Nun fehlt es eigentlich nur noch an der Browsererkennung. Hierzu kann man beispielsweise den “ OSNews’ Mobile Detection Kit ” verwenden (dieser bedarf allerdings zuvor einer Geschwindigkeitüberarbeitung, sonst werden bei jedem Aufruf mehr als 200 Statements abgefragt). Eine andere Möglichkeit wäre die Liste der mobilen Browser aus dem Wordpress-Plugin wp-mobile von Alex King  zu extrahieren und die Erkennung auf diese zu beschränken (was im Regelfall ausreicht, wenn man nicht auch noch WAP-Erkennung möchte).

Ich habe mich also hingesetzt und schnell was gecoded, erfüllt seinen Zweck bestens… Das Ergebnis auf meinem HTC Kaiser (Pocket IE) ist links zu bewundern. Hier der Download mit Beispiel: mobileBrowserDetection-V0.1.zip

Statt den Ausgaben können natürlich auch Smarty-Variablen entsprechend gesetzt werden. Dies habe ich aufgrund der verschiedenen Umgebungen, in denen das Script zum Einsatz kommt, nicht direkt gezeigt und ist dem Coder selbst überlassen.

Fragen und Anmerkungen bitte in den Kommentaren!

Der Vorgang ist nun folgender: Bei einem Checkout in eine lokale Arbeitskopie, wird von extern Smarty (In diesem Fall dem SVN von Smarty auf googlecode ) ausgecheckt. Was genau ausgecheckt wird, wird durch die Eigenschaft svn:externals festgelegt. Ich möchte ind en folgenden Beispielen im Verzeichnis libs einen Ordner namens Smarty haben, in dem die derzeit aktuelle Stable-Version von Smarty abgelegt wird. Ich demonstriere den Vorgang zunächst anhand des Windows-Tools TortoiseSVN :

Zunächst macht man einen Rechtsklick im Ordner “libs” und wählt im Menü “TortoiseSVN” den Punkt “Eigenschaften” aus.

Im sich nun öffnenden Fenster klickt man auf “Hinzufügen”. Dort wählt man im Dropdown “svn:externals” aus und im Eingabefeld wird nun der gewünschte Ordner “Smarty” sowie die URL der gewünschten Version (derzeit 2.6.19) von Smarty angegeben, was in meinem Falle nun:

Smarty http://smarty-php.googlecode.com/svn/tags/Smarty_2_6_19/libs/

lautet.

Nach dem ersten Klick auf OK, sollte das in etwa wie auf dem Bild links aussehen. Nach einem weiteren OK sollte nun die Arbeitskopie aktualisiert werden, womit Smarty importiert wird. Anschließend muss man noch einmal übertragen (commit), um die Eigenschaft “svn:externals” im SVN zu speichern. Die Kopie von Smarty wird hierbei jedoch NICHT übertragen, diese wird bei jedem Client dann von extern geupdatet.

Alternativ gibt es die Kommandozeilenbefehle:

1
2
3

svn propset svn:externals "Smarty http://smarty-php.googlecode.com/svn/tags/Smarty_2_6_22/libs/" libs
svn up
svn commit

Der Vorteil ist nun, dass bei Updates von Smarty nur die Variable svn:externals für das Verzeichnis libs aktualisiert werden muss. Prinzipiell könnte man diese auch auf den trunk setzen, um immer die aktuellste Version zu haben, jedoch hat man damit auch durchaus gelegentlich eine nicht funktionierende Version in der Arbeitskopie, was für die Entwicklung hinderlich ist.