Ich denke mal, dass die wenigsten die sich hierher geklickt haben, französisch sprechen. Meins ist auch etwas eingerostet. Aber dennoch finde ich das Interview mit Fabien sehr interessant. Ab 8:20 geht’s auch effektiv um Symfony. Ich finde es lohnt sich das Video anzuschauen, selbst wenn man nicht viel versteht. Aber Französisch ist ja eh eine sehr emotionelle Sprache, sodass man einfach den Sprachfluss lauschen braucht um halbwegs den Inhalt zu verstehen

(ob er die vielen graue Haare vom Denken hat?)

Ich bin ja eigentlich schon länger am liebäugeln mit Textmate. Aber ohne Mac macht das auch nur halb so viel Spass glaub ich . Zwar gibt’s auch eine Windowsportierung, jedoch muss ich da zucken, weil mir viele Features meiner Eclipse-IDE einfach fehlen. Was mir vor allem gefällt sind die Farben, die beim Textmate verwendet wurde. Dabei sticht im Gegensatz zur (standart) hellen Eclipse IDE der schwarze Hintergrund mit den gut erkennbaren Vordergrundfarben hervor. Eclipse kann das aber auch und so sieht es aus:

Man muss dazu einige Preferences anpassen, was relativ aufwendig ist. Deswegen habe ich meine mal exportiert und stell Sie euch hiermit zur Verfügung. Viel Spass beim testen.

ronny-eclipse-textmate-preferences

Update:

Danke an den PHP-Hacker, der gefühlte 2 Sekunden nach meinem Beitrag, mich bei sich erwähnte (…)

Nachdem ich gestern schon auf einen interessanten Scrum Burn-Down Chart Blogartikel hingewiesen habe, scheint es das Internet es heute gut mit mir zu meinen. Eben bin ich über Manuels Blog auf Felix’s guten phpUnderControl Tutorial aufmerksam geworden.

Für alle die phpUnderControl noch nicht kennen:

phpUnderControl is an addon application for the continuous integration tool CruiseControl, which integrates some of the best PHP development tools. This project aims to make your first steps with CruiseControl and PHP as easy as possible. Therefore phpUnderControl comes with a command line tool that performs all modifications to an existing CruiseControl installation.

Nachdem ich mich dort selbstverständlich ein wenig umgeschaut habe, fand ich auch diesen Artikel, den ich euch nicht vorenthalten möchte.

Nils hat in seinem PHP-Hates-Me Blog einen durchaus interessanten Artikel über Scrum, und dessen Burn-Down-Chart veröffentlicht. Wer sich für agile Entwicklungsmethoden interessiert, sollte sich das mal anschauen.

Nils gibt sich sehr viel Mühe und versucht seine  Ziele einzuhalten.

Ich stehe nicht hinter jedem Beitrag (und manchmal rolle ich mit den Augen, wenn ich sehe was er schreibt) und finde die Art und Weise wie er teilw. die Artikel schreibt recht subjektiv. Dennoch lohnt es sich den Blog zu abonnieren, denn er gibt sich Mühe!

Und das zählt! – Außerdem stößt er mit seinen Beiträge die Dinge an, die den PHP Entwickler von heute interessieren sollten.

P.S.: Was ich noch empfehlen kann, ist die Kommentare zu den jeweiligen Beiträge zu lesen.

Wer man auf die schnelle einige animierte Gifs benötigt um seinen Ladevorgang zu visualisieren, wird unter www.ajaxload.info fündig.

via coding.d-down.de

Mehr witzig als ernst gemeint hat Fabien Potencier (Symfony Projektleiter) seinen Einstieg in das Twitter Universum mit einer kleinen Mini-Idee zelebriert. Wieviel Zeichen braucht man, um das kleinste PHP-Framework zu schreiben? Mit Twitto.org gibt er die Antwort auf diese Frage:

What is Twitto?

Twitto is the fastest PHP web framework, and the first to use the newest features of PHP 5.3 — see “Why PHP 5.3?” below.

Packed in less than 140 characters, it fits in a twit.

Despite its size, Twitto is bundled with a default controller, is E_STRICT compliant, and generates an error if you try to access a controller that does not exist.

Ich habe heute diesen PHPAdvent Artikel gelesen.

In dem Artikel von Travis Swiceood geht es darum unter Verwendung Hook-Scripts bei Versionmanagement Werkzeugen wie Git oder SVN, die Übermittlung fehlerhaften Codes zu vermeiden.

Die folgenden Snippets enthalten Code, bei dem ggf. die Pfade anzupassen sind! Ich spare mir einfach das an den Stellen jeweils zu erwähnen.

Im dem Artikel geht es konkret darum die PHP lint Funktion zu nutzen um Syntax Fehler zu entdecken:

<?php
ech "Hallo Welt";
?>

wenn man dies nun mittels PHP mit dem Parameter “-l” ausführt, erhält man folgendes:

xen-developement:~# php -l demo.php

Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING in demo.php on line 2
Errors parsing demo.php

Nun sollte es doch ein leichtes sein, dieses auch in den Commit-Vorgang zu integrieren, und im Fall von übertragenen PHP Dateien, selbige vorher zu prüfen. Gesagt getan. Dazu habe ich ein bisl rumgesucht und hier folgendes gefunden:

PHP="/usr/bin/php"
AWK="/usr/bin/awk"
GREP="/bin/egrep"
SED="/bin/sed"

CHANGED=`$SVNLOOK changed -t "$TXN" "$REPOS" | $AWK '{print $2}' | $GREP \\.php$`

for FILE in $CHANGED
do
MESSAGE=`$SVNLOOK cat -t "$TXN" "$REPOS" "$FILE" | $PHP -l`
if [ $? -ne 0 ]
then
echo 1>&2
echo "***********************************" 1>&2
echo "PHP error in: $FILE:" 1>&2
echo `echo "$MESSAGE" | $SED "s| -| $FILE|g"` 1>&2
echo "***********************************" 1>&2
exit 1
fi
done

Das wird entsprechend in die pre-commit datei deines SVN Repositorys vor exit 0 eingetragen. Die Datei ist von pre-commit.tmpl nach pre-commit umzubennen und mit ausführbaren Rechten zu versehen:

cd /home/repository/svn/hooks/
cp pre-commit.tmpl pre-commit
chmod 0755 pre-commit
vi pre-commit

Damit sollte euer Code schonmal nicht mehr mit syntaktischen Fehler im Repository landen können.

Nun hatte ich aber in der Überschrift von CodeSniffer gesprochen. Darum ging es nämlich in dem ursprünglich inspirierenden Artikel nicht. Und wie der Zufall so will, habe ich den Weg auch direkt zu PHPCS gefunden. Nach wenigen Sekunden fand ich dann auch direkt einen passenden Hook-Script, welcher direkt mit angeboten wird hier. Gesagt getan – der Plan wurde wie folgt umgesetzt:

PHP CodeSniffer via Pear installieren:

xen-developement:~# pear install PHP_CodeSniffer
downloading PHP_CodeSniffer-1.1.0.tgz ...
Starting to download PHP_CodeSniffer-1.1.0.tgz (236,962 bytes)
........................done: 236,962 bytes
install ok: channel://pear.php.net/PHP_CodeSniffer-1.1.0

Anschließend ins Pear Verzeichnis wechseln, scripts verzeichnis anlegen, hook Script herunterladen, umbenennen und ausführbar machen:

cd /usr/share/php/PHP/
ls -la
mkdir scripts
cd scripts/
wget http://cvs.php.net/viewvc.cgi/pear/PHP_CodeSniffer/scripts/phpcs-svn-pre-commit?view=co
mv phpcs-svn-pre-commit\?view\=co phpcs-svn-pre-commit
chmod 0755 phpcs-svn-pre-commit

Die Dokumentation ist zwar vorhanden, hat aber bei mir mehr schlecht als recht funktioniert. Daher spare ich mir dies hier zu zeigen, sondern poste direkt meine Modifikationen, mit denen es bei mir läuft:

vi phpcs-svn-pre-commit

Dort ist die 1. Zeile an den PHP Pfad anzupassen:

@php_bin@ nach /usr/bin/php

Anschließend ist noch eure pre-commit Datei im Repository Verzeichnis wieder anzupassen, meine sieht nun am Ende so aus:

REPOS="$1"
TXN="$2"

# Make sure that the log message contains some text.
SVNLOOK=/usr/bin/svnlook
#$SVNLOOK log -t "$TXN" "$REPOS" | grep "[a-zA-Z0-9]" > /dev/null || exit 1

# Check that the author of this commit has the rights to perform
# the commit on the files and directories being modified.
#/usr/share/subversion/hook-scripts/commit-access-control.pl "$REPOS" "$TXN" "$REPOS"/commit-access-control.cfg || exit 1

#echo "/usr/share/php/PHP/scripts/phpcs-svn-pre-commit \"$REPOS\" -t \"$TXN\" >&2" >&2

PHP="/usr/bin/php"
AWK="/usr/bin/awk"
GREP="/bin/egrep"
SED="/bin/sed"

CHANGED=`$SVNLOOK changed -t "$TXN" "$REPOS" | $AWK '{print $2}' | $GREP \\.php$`

for FILE in $CHANGED
do
MESSAGE=`$SVNLOOK cat -t "$TXN" "$REPOS" "$FILE" | $PHP -l`
if [ $? -ne 0 ]
then
echo 1>&2
echo "***********************************" 1>&2
echo "PHP error in: $FILE:" 1>&2
echo `echo "$MESSAGE" | $SED "s| -| $FILE|g"` 1>&2
echo "***********************************" 1>&2
exit 1
fi
done

/usr/share/php/PHP/scripts/phpcs-svn-pre-commit -t "$TXN" "$REPOS" >&2 || exit 1

# All checks passed, so allow the commit.
exit 0

Ich musste, damit es funktioniert auch die phpcs-svn-pre-commit Datei bearbeiten, genau genommen an 2 Stellen. Hier der Diff:

< #!@php_bin@
---
> #!/usr/bin/php
70c70
<     public function processUnknownArgument($arg, $pos, $values)
---
>     public function processUnknownArgument($arg, $pos, $values = array())
134c134,136
<         foreach (preg_split('/\v/', $contents, -1, PREG_SPLIT_NO_EMPTY) as $path) {
---
>       #echo $contents;
>
>         foreach (preg_split('/ /', $contents, -1, PREG_SPLIT_NO_EMPTY) as $path) {

Das war’s dann auch schon. Die Scripte können nun nicht mehr unformatiert oder mit Syntax-Fehlern committed werden. Hier ein Code Beispiel und der fehlgeschlagene Versuch, es zu übertragen:

So – ich wünsche euch viel Spass beim Nachbasteln. Es bleiben natürlich einige Fragen offen, wie effektiv bzw. wie sinnvoll das Ganze ist. Wird man sich dadurch nicht mehr Arbeit machen als nötig? Ich denke das sind Fragen, die hier grad nicht hergehören – ich wollte nur mal aufzeigen was so geht.

Wer weitere Ideen hat, kann diese gerne hier posten!

Ich habe gerade so gut wie keine Zeit… dennoch wollte ich kurz die Symfony Nachricht des Tages hier veröffentlichen:

SYMFONY 1.2 IS OUT NOW!

Jeder, der sich näher mit Symfony beschäftigen will, ist daher recht herzlich eingeladen, rechtzeitig zum 1.12 das Entwicklertürchen No.1 zu öffnen:

Jobeet – Day 1 – Heißt das neue Tutorial Projekt, welches innerhalb von 24 Tagen à 1 Stunde erklären soll, wie Symfony 1.2 zu benutzen ist.

Ende… bin echt busy today – Sorry!!

Wohaa, was sehen meine verschlafenen Augen heute an diesem verschneiten Sonntag Morgen. Fabien und Co haben Symfony 1.2 als erstes Release Candidate öffentlich gemacht. Ich arbeite bereits seit einiger Zeit mit allen 3 Versionen (1.0 / 1.1 und 1.2). Bisher war ich jedoch noch nicht bereit 1.2 im Livebetrieb einzusetzen. Die Vorteile von 1.2 liegen jedoch auf der Hand. Umso mehr erfreut es mich, dass das Stable Release nicht mehr allzu weit entfernt liegt.

Wer jedoch jetzt schon auf die RC1 upgraden will, soll sich das Tutorial durchlesen.

Alle weitere zum Release findest du hier.

@Developers!

Da ich den Abend schon (entwicklungstechnisch) produktiv einleitete, möchte ich gerne ein weiteres Thema anstoßen.

Ich würde euch gerne auf die Seiten von Frank Westphal hinweisen. Da gibts einige nette Pod-Casts zu Entwicklungsthemen, die man sich durchaus anhören sollte. Das ist sicherlich nicht für jeden Follower hier interessant, jedoch wollte ich das schon länger erwähnen.

Hier geht’s zu den Podcasts. (Tonabnehmern).

Ich finde die so gut, dass sie ein neuer Goodie sind.

Symfony unterstützt von Hause aus testgetriebene Entwicklung. Man schreibt also erst die Tests, zu denen man anschließend den entsprechenden Quellcode schreibt.

In meiner unendlichen Sucht nach neuem Wissen bin ich heute auf eine neue Development-Art gestoßen… genauer gesagt auf mehrere. Eine davon heißt ADD und steht für Asshole Driven Development:

Asshole Driven development (ADD) – Any team where the biggest jerk makes all the big decisions is asshole driven development. All wisdom, logic or process goes out the window when Mr. Asshole is in the room, doing whatever idiotic, selfish thing he thinks is best. There may rules and processes, but Mr. A breaks them and people follow anyway.

Wer noch mehr Arten der Entwicklung nachlesen will, kann das hier tun.

Wer seine Woopra Statistiken gerne auf dem iPhone auch in entsprechender Ansicht genießen möchte, kann sich bei Hubert Streitenberger den entsprechenden Quellcode für die Standalone-Browser Anwendung herunterladen.

Hubert hat sich dabei die neue WordPress Schnittstelle von Woopra angeschaut und damit eine eigene Web-Variante für das iPhone umgesetzt. Das Ganze sieht dann zum Schluss auf dem iPhone in etwa so aus:

Woopra 4 iPhone muss lediglich in ein Webverzeichnis entpackt werden, anschließend seine Woopra-Daten (Website, API- und Website-ID aus dem Members-Bereich) in die config.php eintragen und vom iPhone/iPod aufrufen – fertig.

Ich selber habe gerade keine Zeit es auszuprobieren, jedoch wollte ich es euch nicht vorenthalten.