phedex test widget up & running

Lo scheletro per tutti i widget è pronto. Documentazione successiva perché sono ancora incerta sulla quantità di interazione tra javascript e php a livello client.

Idea:

(NameOfService)DefaultConfig.xml: file statico di configurazione
(NameOfService)DynamicTemplate.txt: file di testo con le informazioni

(NameOfService)Nazgul.pl (cron):
-prende:
(NameOfService)Config.xml e rielabora le informazioni statiche,
(NameOfService)DynamicTemplate.txt per la parte iniziale del file xml, aggiunge le informazioni dinamiche recuperate dalla ui
-produce:
(NameOfService).xml

----------FINE PARTE PROPRIA DEL NOSTRO T2 (~can fudge it more), INIZIO PARTE RICICLABILE

(NameOfService).xml: file xml con determinate informazioni necessarie, standardizzato per ogni possibile tipo di Service
(NameOfService)Shadowfax.php (chiamato da HTML):
-prende:
(NameOfService).xml, fa echo delle informazioni farcendole con tag html / codice javascript
-produce:

QUI CI SONO DUE POSSIBILITA':
1. codice HTML da infilare direttamente nella pagina di layout
2. javascript da rielaborare (es. codice javascript con array di risultati ritornato)

Nel caso di Phedex (Ganglia), i due metodi sono ~equivalenti (credo), vantaggi e svantaggi:
1CON. bisogna riparsare l'xml ogni volta che si ha un grafico nuovo e vedere con che parametri (POST) è stato chiamato. L'xml è piccolopiccolo
1PRO. è semplicissimo

2CON.più sporcizia javascript in giro per l'HTML
2PRO.si parsa una volta sola
2PRO.quando le cose si fanno più complicate (es. query Redacle) è più estendibile

Per il metodo 1 basta aggiungere informazioni a xml di config e gli altri grafici vengono gratis. Quindi implemento il secondo.

TOCHECK: Model View Controller?