io e un mio collega abbiamo scritto una web applicazion utilizzando Ruby
on Rails e per la parte di visualizzazione ho deciso di usare
pesantemente ajax, il risultato è che l’applicazione è una pagina html
divisa in aree modificate/caricate via Ajax. Il tutto funziona
tranquillamente con soddisfazione del cliente e l’unico grosso ostacolo
che ho incontrato è la gestione del tasto “back”.
Tenendo conto che l’applicazione è usata da pochi utenti (al max una
ventina concorrenti) e gira sulla intranet non penso che ci
siano/saranno problemi di performance.
La mia domanda, più “filosofica” che altro perchè gli utenti sono questi
e non cresceranno, è: secondo voi se ci fossero centinaia di utenti
concorrenti e magari girasse su internet, una gestione pesantemente
ajax-centrica come questa comporterebbe svantaggi di performance,
sicurezza o altro?
io e un mio collega abbiamo scritto una web applicazion utilizzando Ruby
on Rails e per la parte di visualizzazione ho deciso di usare
pesantemente ajax, il risultato � che l’applicazione � una pagina html
divisa in aree modificate/caricate via Ajax. Il tutto funziona
tranquillamente con soddisfazione del cliente e l’unico grosso ostacolo
che ho incontrato � la gestione del tasto “back”.
Tenendo conto che l’applicazione � usata da pochi utenti (al max una
ventina concorrenti) e gira sulla intranet non penso che ci
siano/saranno problemi di performance.
La mia domanda, pi� “filosofica” che altro perch� gli utenti sono questi
e non cresceranno, �: secondo voi se ci fossero centinaia di utenti
concorrenti e magari girasse su internet, una gestione pesantemente
ajax-centrica come questa comporterebbe svantaggi di performance,
sicurezza o altro?
grazie
.Stefano
Ajax porta vantaggi e non svantaggi. ajax lavora lato client e
diminuisce le richieste che vanno al server, il quale deve restituire
solo una parte di pagina la posto di una intera.
Il problema ajax è, come hai fatto notare tu, il tasto back del browser,
ma se non ricordo male dovrebbe esserci un modo di intercettarlo, ma non
so se riesci anche a bloccarlo.
Il problema ajax è, come hai fatto notare tu, il tasto back del browser,
ma se non ricordo male dovrebbe esserci un modo di intercettarlo, ma non
so se riesci anche a bloccarlo.
Potresti fare come gmail che usa la parte dell’url dopo il “#”, tipo:
Il problema ajax è, come hai fatto notare tu, il tasto back del browser,
ma se non ricordo male dovrebbe esserci un modo di intercettarlo, ma non
so se riesci anche a bloccarlo.
Potresti fare come gmail che usa la parte dell’url dopo il “#”, tipo:
l’ostacolo del tasto back l’ho superato con questo plugin overset - jQuery History Plugin anche se non
sono del tutto soddisfatto del risultato (alcune volte non funziona
bene). Appena ho un po’ di tempo voglio provare questo plugin Ben Alman » jQuery BBQ: Back Button & Query Library che sembra non male.
La mia domanda era più sui potenziali problemi che un’applicazione
totalmente ajax possa avere.
Il non ricaricare la pagina ogni click dovrebbe ottimizzare le
prestazioni perchè la comunicazione tra il server e il client (browser)
è più leggera = vengono passate solo le informazioni necessarie
Per quanto riguarda le prestazioni, non necessariamente…Anzi nel tuo
caso
mi sembra di capire che hai lo stesso numero di richieste che avresti
non
usando ajax, ma piu’ leggere (sia come necessita’ di elaborazione che
come
banda necessaria) e l’idea e’ che un (bel) po’ di lavoro in piu’ lo
fanno i
browser.
E’ un po’ diverso il caso di applicazioni che usano ajax per cose come
“aggiornare ogni n secondi alcuni elementi della pagina”, in quel caso
al
crescere del carico l’architettura ed il codice andrebbero ottimizzati
per
servire molte piccole richieste senza terminare qualche risorsa
(connessioni
al db, processi, memoria, etc)
Per quanto riguarda la sicurezza, direi che e’ del tutto indipendente.
Un’altra cosa da considerare e l'"accessibility". Probabilmente non e un problema con un sito intranet, ma per un sito pubblico, e` da
tenere in mente.