…dev, tech problems and solutions.
Sollte man mal eine symfony 1.2.x Anwendung auf symfony 1.4.x migrieren und man stößt auf diesen Fehler:
Class 'sfLoader' not found
Dann hat man versucht einen Helper in der Action zu laden zB so:
sfLoader::loadHelpers('String');
Der sfLoader ist in 1.4 allerdings entfernt worden.
Stattdessen sollte man dann sowas schreiben:
$this->getContext()->getConfiguration()->loadHelpers('String');
Dann klappts.
Wie im SilverStripe Blog gelesen kann man die Entwicklung der neuen SilverStripe 3 UI auf github verfolgen.
Außerdem gibts hier ein Interview mit dem Hauptdesigner.
… und wenn man möchte kann man in der Google Group seine Vorschläge loswerden.
Ganz interessante Einblicke, wie ich finde.
Heute möchte ich mal ein Silverstripe Modul von mir vorstellen: silverstripe-i18n-fieldtypes
Es ist eigentlich eher ein Work-around für fehlenden oder ungenügenden I18n Support in sapphire.
Eigentlich sind wir hier alle Fans von Silverstripe, da es für Coder einfach anzupassen ist, aber
speziell beim Umgang mit Datums und Currency Typen in Silverstripe merkt man, dass da noch was fehlt.
Es kann gut sein, dass die nächste Version von sapphire das Modul obsolet machen -ich hoffe es sogar-
aber bis dahin, soll dieses Modul helfen.
Für Datum Werte mit deutscher Formatierung muss man zB überall in den templates folgendes machen
$Datetime.FormatI18N(%e. %B %G).
Es reicht nicht einfach sowas in der config anzugeben:
i18n::set_locale('de_DE');
Und das ist schon ganz schön nervig.
Aber hier hilft dann das Modul.
Sapphire kennt verschiedene Wege zur Formatierung, die in Zukunft wahrscheinlich noch vereinheitlicht werden.
Im Groben sind das:
6 million ways to deploy, choose one
Die Aufgabe ist mit dem yuicompressor alle css files einzeln zu komprimieren.
Concatenation lasse ich weg.
Wir haben zur Auswahl 2 x mal als ant deploy und einmal die gute alte shell.
Das yuicompressor jar ist “installiert” und liegt hier:
/usr/share/ant/lib/yuicompressor.jar
Und es kann losgehen:
HTML5 bietet die Möglichkeit für custom data Attribute in HTML Elementen.
Diese beginnen mit dem Prefix data- und können danach beliebeig benannt werden.
Browser sollten diese Attribute ignorieren aber für interne Datenstrukturen sind sie sehr gut geeignet.
Zum Beispiel kann man sich in Javascript Paramter-Übergaben sparen und sich die Daten holen, die man braucht.
Das hält das Markup schön Javascript frei -im Sinne von unobtrusive.
In meinem Fall brauchte ich einen Event Tracker, der Aktionen auf dynamisch generierten Elementen aufzeichnet.
Continue reading “Event Tracker mit HTML5 custom data Attributen”
Ich bin letzte Woche über Eclipse PTI gestolpert und habe es direkt mal ausprobiert.
Einfach über den Eclipse installer über die Site: http://www.phpsrc.org/eclipse/pti/ geholt und fertig.
Was ist PTI? PTI ist ein Plugin für Eclipse PDT (zumeist), das folgende Tools in Eclipse integriert:
* PHP_CodeSniffer
* PHPUnit
* PHP Depend
* PHP Copy/Paste Detector
Ich weiss nicht ob Ihr es wußtet:
Es gibt ein feines Plugin für Google Analytics für symfony.
Kris Wallsmith sei dank.
Da kann man sich fragen, warum denn ein Plugin dafür?
Die paar Zeilen Code kopier ich doch schnell ins Layout.
Über das Plugin kann man jedoch Analytics “environment aware” einbinden.
Man will ja nicht das die Test- oder gar Entwicklungsumgebung die Messung verfälscht.
Ich habe die Zeit zwischen den Tagen mal für Quatsch genutzt:
Ich habe mal einen alten Laptop mit einem Linux versehen.
Der Laptop war ein Fujitsu Siemens mit einem 400 Mhz Celeron, 64 Mb (!) RAM und einer 4 GB Platte drin.
Da lief noch eine Windows98 drauf, was es auch tat, Winamp & Word taten es auch,
nur USB Sticks hat er nicht erkannt, die Partitionen waren etwas ungünstig und einiges andere war auch nicht optimal.
…und da sowieso alle Menschen mit Linux arbeiten sollten hab ich dann mal ein Linux dafür gesucht.
Mit 64Mb RAM ist die Auswahl da nicht so groß und ich bin sehr schnell bei DamnSmallLinux gelandet.
(-wieder mal, ja damals in der WG, der Wohnzimmerrechner vom Sperrmüll, da lief das auch schonmal, hach giedie-)
Wer kennt das nicht: man entwickelt mit JSON, will die AJAX Rückgabe kontrollieren und macht, wie gewohnt, im Firefox den Firebug auf und checkt unter Console den AJAX Request und sieht folgendes:
Nicht sehr erhellend! Total unübersichtlich! Nicht gut!
Wird JSON mit dem richtigen Header ausgeliefert, unter PHP geht der so:
header('Content-type: application/json');
Da ich ein Kontrollfreak bin ;) wollte ich mal meinen vServer monitoren.
Nach allem was ich so las, scheint wohl Munin das geeignete Tool zu sein.
Also aufgemacht und es installiert:
Munin ist Server-Client mäßig aufgebaut, ich installiere der Einfachkeit halber mal Server und Client (Node) auf der selben Maschine.
Für Debian Lenny geht das ganz einfach über apt-get:
apt-get install munin munin-node
So nun noch das Webinterface umlegen: ich mache dafür eine eigene Subdomain bei einem meiner vHosts über Plesk.
zB munin.nerdpress.org (nein, die url gibts in echt nicht)
jetzt muss noch das www Verzeichnis, welches Munin generiert umkopiert werden in das Subdomain Verzeichnis:
cp -r /var/www/munin/* /var/www/vhosts/nerdpress/subdomains/munin/httpdocs