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 novitagrave;:
- 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 piugrave; 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 egrave; sicuramente piugrave; 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 piugrave; necessitagrave; 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 egrave; necessario avere anche almeno un file index.php, sempre in admin. egrave;
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 vedragrave; piugrave; il pannello administration
menu, ma esclusivamente ciograve; 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 piugrave; 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, anzichegrave;
nel nuovo pannello modules administration. in sostanza saranno visibili solo ai
superuser, e non potragrave; essere impostato per loro alcuna preferenza di admin.
- codice piugrave; sicuro. le query sono state protette
effettuando un controllo su ogni dato passato (numerico, testuale, etc). hanno
verificato piugrave; 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, puograve; capire di che si tratta). fin qui si egrave; parlato di lati positivi.
alcuni problemi, che personalmente vedo ancora duri da correggere:
- html sporco. mi rendo conto sempre piugrave; 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
piugrave; 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)
