Newsgroup: it.lavoro.professioni.webmaster
Titolo: regole applicativi web moderni

Come fare a spiegare a un conoscente che gli applicativi web non vano 
costruiti con frame e finestre di popup a gogï¿œ?
C'ï¿œ in rete qualche testo che elenca le buone prassi da seguire e le 
cattive scelte da evitare, facendo esplicito riferimento anche agli 
elementi che ho citato? Grazie.

 elementi che ho citato? Grazie.
 
Ci sono diversi manuali (non gratuiti) che spiegano come costruire web 
application, come usare HTML5 e CSS3, ecc. ecc..
 
Se cerchi roba in rete devi seguire i blog appositi (alistapart, 
smashingmagazine, ecc.)
 
Bye.

 Quindi puoi spiegarglielo finché vuoi, ma sarà come parlare al muro.
 
Sono obbligato a esprimermi in modo un po' ermetico, e chiedo scusa se 
insisto. Questa persona, o la sua azienda, ha contratti mooolto 
importanti con committenti mooolto importanti. La mia domanda ha una 
duplice valenza: se non la capisce lui, la devo far capire al committente.
Quindi non mi serve (nel senso che non è la soluzione più appropriata) 
un sito come alistapart con tanti articoli da leggere. Mi occorre una 
paginetta che riepiloghi gli standard e le regole da seguire per un 
moderno applicativo web, da usare per mettere o l'uno o l'altro di 
fronte alle proprie responsabilità. Io sono coinvolto ma solo perché ho 
subito le decisioni di altri.
 
 

cursum perficio scriveva il 18/06/2013 :

per quanto riguarda i frameset direi che questo è più che sufficiente
 
http://www.w3.org/TR/html5-diff/#obsolete-elements
 
 
-- 
la differenza è che lei me la chiaverei e da cieca non è detto che non 
ci stia
 
 

 
http://www.w3.org/TR/html5-diff/#obsolete-elements
 
 
Grazie. Aggiungerei anche la richiesta di indicazioni a proposito ehm... 
dell'encoding dei testi imputati, che a oggi, risultando totalmente 
assente, permette qualunque tipo di exploit...
 


Per encoding cosa intendi?
Sanitare i dati che gli untenti inseriscono nei form? Qeusto andrebbe fatto lato server
O encoding dei testi per lingue non latin?
 

 subito le decisioni di altri.
 
Questo è quanto di più vicino a quanto chiedi io abbia trovato:
 
http://msdn.microsoft.com/en-us/library/ff648647.aspx
 
 
Ma, come vedi, copre una minima parte del problema. Parla solo di 
autenticazione, autorizzazione, escaping e filtering dei dati. E 
nonostante questo sono centinaia di righe.
 
Ti manca tutta la parte pratica: layouting dell'HTML, modularizzazione 
del javascript, templating, caching, data handling, protocollo di 
trasmissione, API, storage lato server, usabilità, responsiveness, ecc. 
ecc. E ti manca ancora la parte lato server che dipende dal linguaggio e 
dalla piattaforma che usi.
 
Per quello ti dicevo che NON troverai una paginetta che spiega tutto, ma 
che devi o leggere un libro (molto grosso, o più libri) o esserne già 
informato perché ti sei tenuto aggiornato negli anni.
 
Bye.

 O encoding dei testi per lingue non latin?
 
La prima, sanitizing dei dati in input...
 

 XML, e quindi dovevi usarlo, e oggi è best practice usare json.
 
Io non sarei così categorico nel considerare XML un sostituto
in tutto e per tutto di JSON. Entrambi questi formati sono utili,
resta sempre allo sviluppatore sapere quando e come usarli al
meglio nelle proprie applicazioni. Anche perché, sono entrambi
fortunatamente formati *open* ;)
 
CUT
 

 per tutto di JSON. Entrambi questi formati sono utili,
 
Sono d'accordo. Infatti la mia era anche una piccola critica agli 
estremisti.
 
Anche se sono comunque convinto che XML abbia alcuni grossi difetti 
(primo fra tutti la verbosità) e che forse ci deve essere un modo 
migliore per averne i vantaggi.
 
Bye.