Qualcuno forse ne avrà sentito parlare, io qualche mese fa mi ero informato poi ho visto che la JetBrain che sviluppa PHPStorm, l'IDE che uso, lo include (come comandi) all'interno dell'IDE e allora approfondisco l'argomento.
Devo dire che è veramente comodo e pratico. In un ambiente di sviluppo con più sviluppatori è una manna.
Ci vuole un po, però quando inizi a gestirlo bene divente indispensabile.
Vagrant, altro non è che un codice scritto in Ruby che si interfaccia con le applicazioni di virtualizzazione, tipo VirtualBox. Il grande vantaggio è che definendo un file di configurazione e lanciando il semplice comando vagrant up nel giro di qualche minuto si ha a disposizione una macchina di sviluppo con qualsiasi SO a bordo e cnfigurata con il software che ci serve. Fin qui, uno potrebbe dire: "che c'è di nuovo ci sono tantissimi software di virtualizzazione". Il grande vantaggio è la comodità di tirare su la macchina senza dover installare il SO da zero, ma scaricandosi una vbox base e poi configurando la condivisione con la macchina guest (la nostra). Infatti la comodità è che faccio mappare la cartella in cui sviluppo alla root del sito web sulla macchina vagrant e digitando localhost:XXXX (dove XXXX è la porta mappata da vagrant sul guest) vedo il mio sito.
Io mi sono creato un file Vagrant per TYPO3 ed uno per Symfony, mi basta metterli sulla root della mia cartella di sviluppo digitare vagrant up e dopo poco posso accedere al mio sito.
Con alcuni accorgimenti che spiegherò su un altro post è possibile migliorare le prestazioni, nel mio OSX ormai non uso più MAMP che era pesante, questo è veloce e con poche istruzioni se ne va giù, tra l'altro ne posso avere uno diverso per ogni progetto.
Due cose sono infinite: l'universo e la stupidità umana, ma riguardo l'universo ho ancora dei dubbi. (Albert Einstein)
Visualizzazione post con etichetta Editor. Mostra tutti i post
Visualizzazione post con etichetta Editor. Mostra tutti i post
giovedì 17 ottobre 2013
giovedì 9 maggio 2013
Configurare xdebug su MAMP
Xdebug è il sistema di debugging e profiling di php. E' uno strumento indispensabile per chi deve sviluppare codice e permette facilmente di trovare gli errori e i colli di bottiglia del proprio applicativo.
Per chi usa MAMP, l'ambiente che comprende PHP MySQL Apache per OSX, configurarlo è abbastanza semplice, am se non fatto correttamente può non funzionare.
Per prima cosa andare nel menù File->Edit Template->PHP e scegliere la versione che si sta usando. A questo punto si apre il file php.ini che contiene la configurazione del nostro php, andare alla fine e scommentare la riga:
zend_extension="/Applications/MAMP/bin/php/php5.3.20/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so"
Dove il numero 5.3.20 può essere diverso in base alla versione propria.
A questo punto aggiungere le seguenti righe:
Per chi usa MAMP, l'ambiente che comprende PHP MySQL Apache per OSX, configurarlo è abbastanza semplice, am se non fatto correttamente può non funzionare.
Per prima cosa andare nel menù File->Edit Template->PHP e scegliere la versione che si sta usando. A questo punto si apre il file php.ini che contiene la configurazione del nostro php, andare alla fine e scommentare la riga:
zend_extension="/Applications/MAMP/bin/php/php5.3.20/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so"
Dove il numero 5.3.20 può essere diverso in base alla versione propria.
A questo punto aggiungere le seguenti righe:
xdebug.default_enable=1 xdebug.coverage_enable=1 xdebug.profiler_enable = 1 xdebug.profiler_output_dir = "/tmp" xdebug.remote_enable=1 xdebug.remote_host=localhost xdebug.remote_port=9000 xdebug.remote_autostart=1 xdebug.max_nesting_level = 2000Importante la riga 9 che serve per evitare che venga generato l'errore relativo al "Maximum nesting level reached". Fatto questo si salva il file e si riavvia MAMP e il gioco è fatto.
giovedì 4 aprile 2013
Il miglior IDE per PHP
Succede sempre più spesso di sentirsi fare la domanda da 1 milione di dollari: Qual è il miglior IDE per PHP?
La risposta di solito scontata è quello che utilizza chi risponde. Ma spesso non è quella giusta, almeno per chi ha fatto la domanda.
Nella mia storia di programmatore ne ho provati molti, tra cui (ed in ordine): Eclipse, Aptana e PHPStorm.
Devo dire che sebbene Eclipse sia il più flessibile è anche il più mastodontico e pesante (a livello di performance), ah ... dimenticato io uso OSX, per cui uno dei requisiti del mio IDE perfetto è quello di girare su MAC.
Aptana è in pratica un fork di Eclipse, un po più carino.
PHPStorm è, a mio parere, il migliore nella sua versione 6 è veloce, ha moltissimi plugin che permettono di integrare molti linguaggi ed ambienti.
La risposta di solito scontata è quello che utilizza chi risponde. Ma spesso non è quella giusta, almeno per chi ha fatto la domanda.
Nella mia storia di programmatore ne ho provati molti, tra cui (ed in ordine): Eclipse, Aptana e PHPStorm.
Devo dire che sebbene Eclipse sia il più flessibile è anche il più mastodontico e pesante (a livello di performance), ah ... dimenticato io uso OSX, per cui uno dei requisiti del mio IDE perfetto è quello di girare su MAC.
Aptana è in pratica un fork di Eclipse, un po più carino.
PHPStorm è, a mio parere, il migliore nella sua versione 6 è veloce, ha moltissimi plugin che permettono di integrare molti linguaggi ed ambienti.
Iscriviti a:
Post (Atom)