SigmaLab

eclipse.exe -vmargs -Duser.name=”Yoghi Shan”

Avendo un po di tempo, ho cercato di riprendere in mano qualche progettino php, e sotto MacOsX, nonostante il php sia già presente ho trovato molto utile usare il pacchetto MAMP il quale mi ha permesso un maggior controllo. Una cosa che non c’è in MAMP è xdebug ma ho risolto scaricando da qui il file Komodo-phpRemote-***.tar relativo alla versione del php usata dal MAMP (5.2.0) da cui ho prelevato il file xdebug.so e lo ho messo nella cartella delle lib php di MAMP : /Application/MAMP/bin/php5/lib/php/extensions/no-debug-non-zts-200**../; a questo punto ho dovuto disabilitare Zend Optimizer nel file ini commentando le righe :

[Zend]
zend_optimizer.opt....
zend_extension_....
zend_optimizer.version...

Il commento è aggiungendo “;” all’inizio della riga; e ho aggiunto una nuova sezione

[xdebug]
zend_extension=/Application/......../xdebug.so

In questo modo ora ho xdebug che mi permettera di fare profiling. Ricordo inoltre che nel pacchetto eclipse PDT è già supportato il debug via xdebug.

Bhe dato che ultimamente ho avuto molto a che fare con i test unitari di java non potevo andare a curiosare sotto php cosa c’era : PHPUnit è la risposta. Come si usa? attraverso PEAR di default, ma dato che io e PEAR non andiamo daccordo ecco come fare manualmente :

• Download
• Mettere la libreria PHPUnit dentro /usr/share/php5 o simile
• rinominare pear-phpunit in phpunit
• andare a ripiazzare @bin_php@ con il path dell’eseguibile php (Es: /usr/bin/php) sia in phpunit sia in PHPUnit/Util/Fileloader.php
• rendere eseguibile phpunit
• inserire in php.ini sotto include_path la cartella radice di PHPUnit (Es. /usr/share/php5, che potrebbe gia esserci)
• Inserire phpunit nel PATH degli eseguibili (Es: mv in /usr/local/bin)

Semplice no? spero di dirvi se mi sono trovato bene.

A presto

Volevo parlare del Zend Framework da molto tempo, eppure ancora oggi non riesco a trovarlo; cosi allora accenno a questo piccolo post per spiegare una cosa che ho scoperto in questi giorni riprendendo un vecchio progetto in mano basato su ZF 0.9 e aggiornandolo all’ultima versione 1.5.

In ZF è possibile gestire più moduli e mantenere i moduli separati per directory; per settare questa proprietà è possibile usare

$frontController->setControllerDirectory(array(
'default' => '/home/workspace/Scout/ScoutPad/application/default/controllers',
'rubrica' => '/home/workspace/Scout/ScoutPad/application/rubrica/controllers',
'admin' => '/home/workspace/Scout/ScoutPad/application/admin/controllers'
));


ora nel caso vogliate personalizzare il funzionamento MVC di ZF potete anche ridefinire Zend_Controller_Dispatcher_Standard, e settarlo
con

$frontController->setDispatcher($dispatcher);


Se fate questo ricordatevi di farlo prima di settare le directory o di settarle direttamente sul nuovo dispatcher in quanto $frontController->setControllerDirectory non fa altro che chiamare $this->getDispatcher()->setControllerDirectory, se lo settate prima di aver cambiato dispatcher quindi perderete le impostazioni.

Un esempio


$dispatcher = new Zend_Controller_Dispatcher_Standard();
$dispatcher->setControllerDirectory(array(
'default' => '/home/workspace/Scout/ScoutPad/application/default/controllers',
'rubrica' => '/home/workspace/Scout/ScoutPad/application/rubrica/controllers',
'admin' => '/home/workspace/Scout/ScoutPad/application/admin/controllers'
));
$frontController->setDispatcher($dispatcher);


Volete mettere lighttpd e wordpress senza perdere la possibilità di usare i clean url? semplice usate in lighttpd questa sintassi

url.rewrite-once = (
"^/wp-login.php$" => "/wp-login.php",
"^/wp-content/(.*)$" => "/wp-content/$1",
"^/wp-includes/(.*)$" => "wp-includes/$1",
"^/wp-admin/(.*)$" => "/wp-admin/$1",
"^/(.*)$" => "/index.php/$1"
)

ovviamente dovete prima aver abilitato mod_rewrite.

Good work!!

[kml_flashembed movie="http://www.youtube.com/v/0awjPUkBXOU" width="425" height="350" wmode="transparent" /]

sempre da tecnorati :




ovviamente non lo fate!