Tale tecnica consente di non dover creare una view-scripts per ogni form se a priori si sa già come deve essere generato il codice html dei form.

http://razorblade.netsons.org/creare-un-form-con-zend-form-decorator-pattern-e-display-group-con-esempio-completo-form-di-registrazione-utente/

• Come framework in sé non sia per niente male
• L’implementazione dell’MVC fosse buona, non eccezionale ma buona

Bene, sto lavorando da un paio di settimane su un progetto complesso e sto utilizzando Zend Framework nella sua piena implementazione dell’MVC.
Per cominciare (ma questo lo avevo già deciso sulla base delle precedenti esperienze), ho preferito evitare l’utilizzo di Zend_DB e della modalità che suggerisce la Zend stessa nei suoi tutorial per la gestione del model.
La motivazione era dovuta al fatto che non amavo la libreria in generale, ma soprattutto mi è sempre sembrato che la definizione del model richiedesse un overhead di sviluppo eccessivo.
Morale, il model l’ho gestito con classi scritte da me direttamente e utilizzando il caro, vecchio e affidabile adodb.

Sono però rimasto esterrefatto dalla terribile applicazione del pattern MVC per le seguenti cose, in ordine di gravità:

1. Mischione logico tra View e Controller/BusinessLogic nella definizione delle form (Zend_Form)
2. Assenza di parametri nelle action
3. Action i quali nomi dei metodi devono essere tutti minuscoli, tutti attaccati e con alla fine “Action”

Vado a spiegarmi meglio, per il punto 1:
La Zend suggerisce/propina l’utilizzo di Zend Form. Le Zend form di fatto definiscono i campi del form, le validazioni e via discorrendo. Fin qui direi tutto sommato abbastanza bene, è sufficiente definire una classe ApplicationForm che estenda Zend_Form. All’interno dell’init() si aggiungono tutti i vari elementi con le loro particolarità (ovviamente alcune cose specifiche possono essere inserite sia a livello di metodi aggiuntivi della classe che direttamente da controller).
Peccato però che all’interno di questa definizione di campi, oltre a cose sensate come le validazioni, il required etc… sia necessario inserire label, id, classi css, ovvero tutti aspetti sostanzialmente relativi alla parte di view.
Infatti da controller si istanzia la classe, tipo $form = new ApplicationForm(); e $form si passa alla view direttamente. La view non farà altro che renderizzare la form.
Questo significa che se un grafico/htmlista deve modificare qualcosa NON lo può fare dalla view, ma deve chiedere (o fare direttamente) al programmatore di agire sulla classe ApplicationForm().

@Zend: ma la separazione dei livelli dove la lasciamo?

Al di là di aspetti puristici e filosofici, questo rappresenta UN PROBLEMA CONCRETO.

Punto 2:
Il minimo che potevo aspettarmi (ovviamente lo avevo già notato anche in progetti più piccoli ma davo per scontato esistesse qualche variante per gestirlo) è che i metodi delle action potessero/dovessero essere parametrici.
Invece niente, il metodo detailsAction() che vorrebbe molto probabilmente l’id da cui attingere i dati, non può essere detailsAction($id), ma $id va recuperato in get/post come si fa da 100 anni.
Ho trovato qualche variante in giro di terze parti per avere i parametri nelle action ma a parte che non funzionavano benissimo, mi pare paradossale che un framework di X Mbyte non supporti i parametri nelle action della sua versione dell’MVC.

Punto 3:
Se richiamo ad esempio: http://www.massimo-caselli.com/Article/GetArticleDetails sono costretto a nominare la action in: public function getarticledetailsAction().
E’ il minore dei mali, però insomma anche la leggebilità del codice non è che sia poi una cosa troppo secondaria.

Per farla comunque breve devo dire che in questo caso, Microsoft batte Zend nell’implementazione dell’MVC 10 a 0.

http://www.massimo-caselli.com mediante ZF ed MVC, la situazione che ci troviamo comunemente è composta da:

• application
• docs
• library
• public (document root di apache)

Ipotizzando di volere ad esempio implementare una specifica sezione del sito sotto ZF e il resto diversamente, possiamo immaginarci una soluzione di questo tipo:

http://www.massimo-caselli.com/zend-frameword

Per fare questo bastano due piccoli interventi (almeno con le versioni più recenti del framework):

• Creare il folder zend-framework sotto la document root del sito web
• All’interno del folder zend-framework installare la struttura di ZF
• Modificare il file application/config/application.ini aggiungendo la riga: resources.frontController.baseUrl = “/zend-framework”
• Proteggere il file application.ini da lettura da web (a questo punto avremo ZF all’interno della docs root del server web)
• Rimuovere pure il folder public da dentro ZF avendo prima copiato il file index.php all’interno della root del folder zend-framework
• Modificare l’ultima rewrite rule in: RewriteRule ^.*$ /zend-framework/index.php [NC,L]

Il gioco è fatto.

Ammetto di non averlo mai provato per adesso, ma ce l’ho nei todo’s!

http://www.lorenzoingrilli.it/database-access-mdb-da-linux-via-odbc

La cosa più semplice è di usarla su internet explorer o in alternativa downgradare a firefox 3.5

Attenzione ancora però, se avete il sistema operativo a 64 bit come nel mio caso, la console funziona solamente nella versione a 32 bit di internet explorer.

1) Scaricare pacchetto e scompattare sul desktop (versione NON TS):
http://downloads2.ioncube.com/loader_downloads/ioncube_loaders_win_nonts_x86.zip

2) Copiare il file
ioncube_loader_win_5.2.dll in:
C:\Programmi\Zend\ZendServer\lib\phpext

3) Aprire il file con editor testuale:
C:\Programmi\Zend\ZendServer\etc\php.ini
Sopra la riga:
zend_extension=”C:\Programmi\Zend\ZendServer\lib\ZendExtensionManager.dll”
Inserire queste due righe:
zend_extension=”C:\Programmi\Zend\ZendServer\lib\phpext\ioncube_loader_win_5.2.dll”
zend_extension_ts=”C:\Programmi\Zend\ZendServer\lib\phpext\ioncube_loader_win_5.2.dll”

Salvare e riavviare apache.

Verificare in phpinfo() se l’estensione viene caricata correttamente.

Per prima cosa, installiamo freetds:
yum install freetds

Dopo procediamo a installare l’estensione mssql di ZS che non è fornita di default:
yum install php-mssql-zend-ce

L’estensione sarà attivata da sola. Meglio comunque riavviare lo zend server.

Andare all’interno di /etc/freetds.conf

Mettere:
# Myserver
[mysqlserver]
host = 192.168.X.X
port = 1433
tds version = 8.0

A questo punto per connettersi da php utilizzare:

mssql_connect(“192.168.X.X”, “login”, “pwd”) or die (“Failed”);

E il gioco è fatto.

Premetto che devo ancora dettagliare ed approfondire la conoscenza di questo strumento, in particolare nell’utilizzo secondo la logica MVC (model – viewer – controller), però l’ho trovato molto interessante, in particolare per la gestione delle transazioni.

In sostanza prima di tutto istanzio la classe corretta parametrizzando gli accessi al database:

$dbparams = array(‘host’ => DB_HOST, ‘username’ => DB_USER, ‘password’ => DB_PWD, ‘dbname’ => DB_NAME);
$db = new Zend_Db_Adapter_Mysqli($dbparams);
$db->setFetchMode(Zend_Db::FETCH_OBJ);

Successivamente apro la transazione:

$db->beginTransaction();
try
{
…. query 1 ….
…. query 2 ….

$db->commit();
}
catch (Exception $e)
{
$db->rollBack();
….
}

In sostanza nel caso vi sia un errore all’interno della transazione viene automaticamente rollbackato secondo una modalità simile a quella usata da adodb “Smart Transaction”.

Segnalo una problematica di sicurezza abbastanza importante per coloro che utilizzano adodb utilizzando il driver mysqli (le nuove funzioni di connessione con mysql native in php 5).

In sostanza le nuove funzioni mysqli consentono mediante la seguente funzione: mysqli_multi_query di poter eseguire più statement SQL in mysql come ad esempio:

SELECT * FROM TBL1 WHERE id = 1; DROP table TBL2;

Questa query utilizzando le vecchie librerie mysql (es. mysql_connect) dava errore.
La possibilità di eseguire più query SQL è supportata su mysql 5.0.x anche da command line, non saprei se anche vecchie versioni lo consentivano.

Questo significa che se per esempio utilizziamo in php una query del tipo:

$sql = “SELECT * FROM tbl1 WHERE id = $_GET['id']“; // (Premesso che venga come minimo fatto l’escape dei caratteri come ‘ o “)

Possiamo rischiare che qualche burlone passi in GET il seguente valore:
“1; DROP TABLE tbl2;”
Il che comporterebbe che l’SQL eseguito sia:

SELECT * FROM TBL1; DROP table TBL2;

Di fatto quindi con AdoDB con driver mysqli, la seconda query viene effettivamente eseguita.

Diventa quindi essenziale fare un controllo sull’input dell’utente per $_GET['id']. Ad esempio verificando che sia un numero intero.

La soluzione più rapida è quella di cambiare la connect di AdoDB dicendogli di usare il driver mysql anziché mysqli, la soluzione migliore e da fare comunque resta in ogni caso il filtraggio di tutti i dati in input.