Il repository DoctrineExtensions prevede queste estensioni:

• Translatable
• Sluggable
• Timestampable
• Loggable
• Tree
• Sortable

I nomi sono piuttosto indicativi riguardo allo scopo di ognuna. Chi viene da symfony 1.x e doctrine 1.x ricorderà certamente una serie di plugin *ActAs* che avevano esattamente lo stesso scopo di queste estensioni.

Come detto, per utilizzare questi comportamenti in progetti symfony2, è possibile usufruire del bundle StofDoctrineExtensionsBundle che mette a disposizione listener e configurazioni varie per semplificare l’integrazione all’interno del progetto.

In questo momento il bundle non sembra gestire l’estensione Sortable ma non ho ancora verificato se si tratta di una carenza di documentazione o di una reale mancanza nell’implementazione dell’estensione.

Nei prossimi post spiegherò come configurare e utilizzare correttamente ognuna delle estensioni disponibili con il bundle.

• Debug
• I18n
• Intl
• Text

Per default questo viene clonato all’interno della dir “vendor/twig-extensions”, potete identificare facilmente la posizione dei sorgenti tramite il file di autoload (app/autoload.php).

Abilitare una di queste estensioni richiede semplicemente di taggare il servizio corrispondente con il tag twig.extension tramite la configurazione del DIC.

Volendo ad esempio abilitare l’estensione Text (Twig_Extensions_Extension_Text) sarà sufficiente aggiungere al file config.yml, all’interno del blocco “services”, queste righe:

twig.extension.text:
        class: Twig_Extensions_Extension_Text
        tags:
            - { name: twig.extension }

A questo punto le funzionalità dell’estensione sono disponibili all’interno dei nostri template.

Delle 4 estensioni disponibili Debug è l’unica che merita una nota particolare, almeno per quanto riguarda l’installazione. Questa estensione infatti, anche se abilitata, si attiva solamente se twig è in modalità debug. In configurazione predefinita lo stato di debug di twig viene ereditato dall’ environment di Symfony, questo significa che avrete a disposizione informazioni di debug solamente utilizzando l’environment dev.

Ovviamente tramite file di configurazione siete liberi di attivare o disattivare il debug di twig per ogni ambiente, aggiungendo o modificando la chiave “debug” all’intero del blocco twig in config.yml.

Per i dettagli di funzionamento delle singole estensioni vi rimando alle relative documentazioni.  Anche in questo caso però debug merita una piccola nota rispetto alle altre. Attivando il debug su un intero template infatti twig cercherà di fare un var_dump di tutte le variabili presenti. Questo vuol dire, senza xdebug attivo, che è molto probabile che il rendering vada in timeout o in memory_limit. Una buona pratica è quella di attivare il debug solo per le variabili che volete veramente ispezionare.

Queste estensioni non aggiungono funzionalità incredibili a twig, ma offrono comunque delle utility interessanti. In particolare ho trovato utili Text e Debug, ma credo che in futuro guadagneremo altre estensioni che andranno a fare da complemento al già ottimo template engine.

Nel caso aveste qualche buona idea per un’estensione non dimenticatevi di mandare la vostra pull request.

Per poter aprire i file con Netbeans in Windows c’è già un mini tutorial. Di seguito i passi per configurare Firefox in Linux.

Prima cosa scriviamo un piccolo script bash per far aprire netbeans con i parametri che ci verranno passati (nome file e numero di riga opzionale):

1
2
3
4
5
6
7
8
9
10
11

#!/bin/bash
url=$1
file=${url#*\/\/}
file=${file%?line=*}
line=${url#*line=}
 
if [ "x$line" != "x" ]; then
line=:$line
fi
 
~/netbeans/bin/netbeans --open $file$line

Dovrete sostituire il path dell’eseguibile di Netbeans se lo avere installato in un altra directory.
Netbeans è abbastanza furbo da non aprire una nuova istanza di se stesso se è già in esecuzione, quindi verrà aperto solo un nuovo tab con la pagina richiesta.

Poi modificate il file settings.yml aggiungendo:

1
2
3

dev:
  .settings:
    file_link_format:       netbeans://%f?line=%l

Ora è da configurare Firefox in modo che riconosca un nuovo protocollo che chiameremo “netbeans”:

• Scrivere nella barra degli indrizzi “about:config”
• Clickare su “Farò attenzione, prometto” se non lo avete mai fatto.
• Clickare con bottone destro del mouse sulla pagina e selezionare “Nuovo” -> “Booleano”
• Inserire nel campo di testo network.protocol-handler.expose.netbeans e poi alla scelta del valore selezionare false
• Riavviate Firefox

Ora aprite una pagina del vostro progetto con dev controller in modo che appaia la debug toolbar. Clickate su “view” e poi in un qualsiasi nome di file (che dopo le modifiche apportate al settings.yml sono diventati link).
Firefox vi chiederà di associare un’applicazione al protocollo, selezionate il file bash precedentemente scritto concludendo così la configurazione.

Ora il protocollo “netbeans” aprirà il file specificato e si posizionerà direttamente sulla riga richiesta, per tutti i messaggi di errore, eccezioni, stack trace e nei file visualizzati nella debug toolbar.

Con un twit a sorpresa, Fabien ha annunciato l’imminente disponibilità di un nuovo libro su Symfony intitolato “Practical Symfony”.

Dalla copertina si evince che il libro tratterà di Symfony 1.2 e Propel, dopo l’ormai famosa Guida definitiva a Symfony finalmente verrà rilasciato un nuovo libro dedicato a tutte le novità introdotte nell’ultimo anno.

[update]
Il libro in questione è in vendita su Lulu!

Per ora sono stati pubblicati solo i primi quattro capitoli del manuale, che trattano rispettivamente:

• la creazione di form
• la validazione
• il templating
• l’integrazione con propel

Questi quattro capitoli sono più che sufficienti ad iniziare con lo sviluppo con il nuovo framework, anche se per approfondire con argomenti più avanzati bisognerà aspettare un po’ di tempo.

Infatti nei prossimi capitoli verranno trattati i form multipli, internazionalizzazione e localizzazione e l’estensione degli stessi.

Attualmente è disponibile solo il video in bassa qualità, a breve arriverà anche la versione a 640×480. Stay tuned!

Basta aprire /etc/profile ed inserire al suo interno

alias scc="cd \$(pwd | sed -e \"s#^\(/var/www/[^/]\+\).*#\1#\") && symfony cc ; cd -"

a questo punto basterà digitare da console scc e se si è in una sottodirectory di un progetto di symfony magicamente la cache si svuoterà (a patto di avere ovviamente i progetti di symfony in /var/www)!