Come da prassi con il rilascio a pagamento della nuovissima 7.6 viene in contemporanea resa gratuita la versione 7.5 che possiamo testare ricordando le sostanziali novità:

- redesign dell'admin. hanno riprogettato la gestione dell'amministrazione dei moduli. in precedenza veniva utilizzata la tabella prox_authors, contenente un campo per ogni modulo incluso di default nella release. tali campi contenevano il classico 1/0 per segnare chi degli autori avesse diritto all'amministrazione. le limitazioni erano forti... volendo aggiungere la gestione di un nuovo modulo era necessario intervenire su quella tabella e sulle funzioni che ne richiedevano e modificavano i dati (poste più o meno tutte in admin.php).

la nuova gestione si basa sulla tabella prox_modules, che contiene un nuovo campo testo (admins). quando viene inserito un nuovo admin per ogni singolo modulo, in quel campo appare il nome reale dell'admin assegnato. il campo in sostanza contiene un array degli admin abilitati, separato da virgola. la soluzione non mi piace particolarmente (personalmente non mi piace usare gli array in questo modo) ma è sicuramente più malleabile della precedente. era ora!

- modulare al 100%. la root folder di ogni modulo si presenta con una nuova cartella, admin. in questa sono stati spostati gli elementi che venivano in precedenza inseriti nella cartela root/admin, senza più necessità di avere nomi diversi. ad esempio, se prima in root/admin/case avevamo il file case.content.php e in root/admin/links avevamo link.content.php, ora avremo root/modules/Content/admin in cui troviamo semplicemente case.php e link.php. per il corretto funzionamento di questo sistema è necessario avere anche almeno un file index.php, sempre in admin. è possibile anche avere un file panel.php, che mostra i comandi di base relativi al modulo. con la nuova gestione l'admin si presenta con due pannelli separati: le funzioni di admin in administration menu (database backup, modules, blocks, preferences, banners, etc), e subito sotto un altro riquadro contenente i link ai moduli (modules administration). in questo modo se impostiamo un admin che ha accesso solo a content e download, quell'admin non vedrà più il pannello administration menu, ma esclusivamente ciò che gli compete del modules adminstration. - retrocompatibile. attenzione: questo non significa che i moduli per le versioni precedenti a questa non saranno funzionanti. ho testato alcuni dei moduli che uso più di frequente, e posso confermare che phpnuke7.5 digerisce tranquillamente tutti i vecchi moduli. unico neo: i link dei moduli relativi alle versioni precedenti alla 7.5 compariranno nell'administration menu, anzichè nel nuovo pannello modules administration. in sostanza saranno visibili solo ai superuser, e non potrà essere impostato per loro alcuna preferenza di admin.

- codice più sicuro. le query sono state protette effettuando un controllo su ogni dato passato (numerico, testuale, etc). hanno verificato più di 300 variabili! inoltre sono stati corretti diversi errori (se qualcuno ha avuto a che fare con le funzioni di search delle ultime versioni di phpnuke, può capire di che si tratta). fin qui si è parlato di lati positivi.

alcuni problemi, che personalmente vedo ancora duri da correggere:

- html sporco. mi rendo conto sempre più che chi sviluppa phpnuke non ha molto a che fare con i web standard e con l'html in generale. il timido tentativo di utilizzare i css per il layout fa a pugni con soluzioni tipo

- moduli fin troppo semplici. chi ha mai utilizzato i moduli di phpnuke così come sono, senza cambiare un sola virgola? mi riferisco al fatto che ogni volta che utilizzo phpnuke come base di un progetto, mi tocca rifare molte modifiche e variazioni al codice, aggiungere features e di conseguenza uscire parecchio fuori standard. con proxima mi sono trovato molto meglio ovviamente, dato che permette di nascondere elementi, progettare pagine e zone di queste tramite css, eliminando molte delle modifiche fatte via codice. allo stesso modo molti pannelli di admin sono davvero rozzi: pensiamo solo ad avere 30 pagine di content... una lista infinita, inutilizzabile e senza una logica visiva adeguata. per fare un esempio, ho modificato questo pannello utilizzando le funzioni javascript e css per mostrare e nascondere contenitori div, creando in sostanza una cartella per ogni categoria dei content. in questo modo non ho più una pagina chilometrica e posso capire cosa ho davanti. ovviamente, qeusto grazie alle funzioni aggiunte da proxima.

- logica dei gruppi?. tutti i clienti che ho avuto mi hanno chiesto che gli item di downloads, forum, news, content siano sensibili ai gruppi. realizzare questa feature e includerla nel package originale credo sia una cosa indolore per molti, e positiva per tutti gli altri. attualmente ho modificato il codice di un addon di NSN per la gestione e la creazione dei gruppi, estendendo le funzioni anche ai moduli stessi, agli item dei downloads, alle singole news, ai weblinks, e alle pagine di content.
(tratto da Refoscoplanet)