Newsgroup: it.lavoro.professioni.webmaster
Titolo: AJAX... chi ha cominciato ad usarlo?

Volevo sapere un po' se qualcuno ha già cominciato ad usare le funzioni 
asincrone con i propri siti in maniera "produttiva!... se magari avete anche 
degli esempi...
Stavamo pensando di cimentarci nell'utilizzo per offrire qualcosa in più ai 
clienti, come ad esempio rendere accattivanti siti statici... o creare siti 
che non richiedono l'aggiornamento della pagina intera per la 
visualizzazione del contenuto....ecc ecc
-- 
-------------------------------
SimBus82 sta per rinascere...
Scopri la nuova reincarnazione 
http://tinyurl.com/2d7byh
 

 del contenuto....ecc ecc
a me è capitato di usarlo ma con molta parsimonia e per un esempio 
piuttosto banale di un menu a tendina che, in base alla scelta, 
proponeva in una textarea successiva un testo preso da interrogazione a 
database
credo che in futuro lo userò per presentare più contenuti nella stessa 
pagina (magari adoperando un menu a schede con il contenuto della 
scheda prelevato da un'altra pagina web che fa tutta una serie di 
operazioni)
ma non ho ancora idee chiarissime al riguardo..
ad ogni modo, se saputo sfruttare, offre grandi potenzialità
-- 
Umin
  np: Foobaris spento


wrote:

Un'esempio semplice lo puoi vedere al sito seguente:
http:\\
pasqualevittorio.org
modifica semplicemente il contenuto del div di maggiore dimensione
attraverso l'uso di XMLHttpRequest()

Alcuni esempi sul mio sito:
Calcolo codice Iban:
http://interno.netsons.org/modules.php?name=Banche
Calcolo codice fiscale:
http://interno.netsons.org/modules.php?name=CodFis
Quiz Concorsi:
http://interno.netsons.org/modules.php?name=Quiz
-- 
http://interno.netsons.org
http://midiquiz.altervista.org

 http:\\
pasqualevittorio.org
Ah questi utenti windows ;-)

 attraverso l'uso di XMLHttpRequest()
l'utilizzo in questo modo lo trovo ottimo....
magari mettendo una gif per indicare il caricamento..pensavo non accaddessi 
niente al click!
Cmq penso anche io inizierň a usarlo nelle visualizzazione a "tab" dei 
contenuti, poi nei menu....


 
http://interno.netsons.org/modules.php?name=Quiz
carini!!!!


 per la visualizzazione del contenuto....ecc ecc
Io lo sto iniziando a usare.
Ma devo ammettere che dopo un certo entusiasmo iniziale per via di un 
incremento di velocità veramente notevole (e per il fatto che richiedeva 
piccolissime modifiche alle mie librerie Perl con cui sviluppo), sono 
incappato in un sacco di problemi pratici che mi fanno dubitare non poco 
sull'effettivo uso "massiccio" di ajax.
Nello specifico si tratta di una Web Application discretamente complessa che 
dovranno utilizzare alcuni comuni per la gestione delle proprie utenze 
(acqua, luca, gas, ecc...).
Ho fatto in modo che, ad eseclusione di banner in alto, footer e menù 
principale, tutta la parte centrale della pagina (un div) venga interamente 
cambiato tramite ajax (il server restituisce tutto il codice html della 
parte centrale).
Subito sono sorti un sacco di problemi come ad esempio codice javascript 
passato come html che non veniva interpretato, estensioni come TinyMCE, 
LightBox o altri oggetti Zapatec che non funzionano più e via dicendo.
Molti di questi li ho piano piano risolti con modifiche contenute (LightBox 
e Zapatec ora vanno) altri problemi li ho risolti con dei trucchi javascript 
(degli eval particolari o stando attenti ad esempio a funzioni con lo stesso 
nome in pagine diverse che spesso non vengono ridefinite). Ma altri sono 
ancora lì (TinyMCE o il rognosissimo problema del tasto "indietro").
A parte piccole chiamate per cui Ajax può andare benissimo, per trasformare 
interamente una web application ci vuole molto lavoro e bisogna sacrificare 
un po' di cosette.

 LightBox o altri oggetti Zapatec che non funzionano più e via dicendo.
[CUT]
le funzioni javascript utilizzate nelle pagine (nel mio caso utilizzo le 
YUI di yahoo) hanno problemi di visibilità quando si ricaricano i 
contenuti di tutto un blocco di html dentro un div. Tante volte mi sono 
dovuto fare delle funzioni di callback che mi andassero a ricaricare in 
memoria le funzioni javascript presenti nelle parti "statiche" della pagina.
Altri problemi vengono dalla necessità di un uso massiccio dell'html 
dinamico e degli eventi, che usa un sacco di memoria (specialmente in 
firefox) e rallenta tantissimo la risposta agli input dell'utente (già 
con 150-200 righe cliccabili....no, non potevo paginare :-D ).
Gli aspetti positivi sono che spesso si riesce ad ottenere sul web il 
look and feel di una applicazione desktop, con una maggiore velocità di 
sviluppo, una più facile gestione dell'interfaccia grafica e della 
multiutenza.
In definitiva, trovo che AJAX sia un'ottima tecnologia, ma non se ne 
deve abusare se non è necessaria.
-- 
elimina unsampdoriano per rispondere via email

 
Per ora utilizzato solo per scopi più che altro 'estetici'. A breve 
creerò in un sito un box con un form con vari select e a seconda di cosa 
viene scelto viene chiamata una pagina php con un algoritmo che lavora 
sui dati passati e il risultato viene 'stampato' nel box stesso.
Qui Ajax centra solo perchè mi è più comodo scrivere l'algoritmo in php 
piuttosto che in js e comunque, anche se non sarà così corposo, viene 
caricato solo quando richiesto e non sempre (visto che comunque il box 
sarà presente in tutte le pagine).
Tempo fa avevo iniziato a lavorare su un configuratore di prodotto da 
integrare in Zen Cart e facevo un abbondante uso di ajax con alcuni 
gadget molto utili di interface (per jquery), ma visto che non c'era un 
committente e i lavori incalzano... è ancora in pre-pre-alpha.
PS: Dai uno sguardo a jquery e moootools
-- 
-------------------------------------------
Paolo De Dionigi
www.atfriends.net
Responsabile Tecnico Zen Cart Italia

 magari mettendo una gif per indicare il caricamento..pensavo non accaddessi
c'é, guarda il codice, non si vede mentre carica?

 asincrone con i propri siti in maniera "produttiva!...
Più o meno da 4-5 anni... però considera che io lavoro al 99% lato back 
office (dove una tecnologia come questa è molto utile, visto che si 
tratta di vere e proprie applicazioni con alta interazione da parte 
dell'utente), mi capita due volte l'anno di fare siti "vetrina" (dove, 
sinceramente, AJAX non lo vedo così utile, con l'aggravante dei vari 
problemi dovuti all'uso massivo di javascript).
Ciao,
Paolo

 attraverso l'uso di XMLHttpRequest()
Mi spieghi il vantaggio di un simile approccio?
Così a occhio l'unico risultato che ottieni è di non farti indicizzare.
-- 
Fact of life #15: Heads bleed, walls don't.

 Mi spieghi il vantaggio di un simile approccio?
Quello che mi domandavo anche io, alla si procede comunque alla 
transazione http solo che invece di farla il browser che è una 
applicazione nativa ci pensa la macchina js.


Carichi solo una parte della pagina, non hai bisogno di ricaricarla
tutta, quindi é più veloce, inoltre non hai bisogno di usare frame.
L'indicizzazione non é un problema, l' header rimane lo stesso, i file
caricati sono di testo con l'estensione html senza tag header e body.

 caricati sono di testo con l'estensione html senza tag header e body.
Purtroppo l'indicizzazione non funziona così: se lo spider non trova il 
contenuto della pagina (e se questo viene caricato via xmlhttprequest 
*non* lo trova) innanzitutto ha meno occorrenze dei termini cercati, poi 
  (correttamente) vede una sola pagina dove ce ne sono n (dando al sito 
un peso ovviamente diverso).
Ciao,
Paolo

 tutta, quindi é più veloce, inoltre non hai bisogno di usare frame.
Consentimi un appunto: questo è il tipico abuso di Ajax.
E' un caso di manuale, da catalogare sotto "The cult of Ajax".
Bye.
-- 
d.

On Feb 23, 12:36 pm, Pablo Xon <pablo....@NIENTESPAMconcavi.net>
wrote:

Scusa Paolo ma devo dissentire sullo spider, dipende anche dalle
istruzioni che dai a robot.txt, almeno per ciò che riguarda Google.
Sui combo il discorso é molto interessante, non ho voluto iniziarlo
per non appesantire la discussione, ma mi piacerebbe approfondirlo.
Sto facendo degli esperimenti di combo "database driven" vale a dire
aggiornabili direttamente da database senza dover ricaricare la
pagina. Grazie a XMLHttpRequest riesco a farlo, raggiungo quindi lo
stesso obiettivo dei componenti dei linguaggi visuali, ogni elemento
all'interno della pagina può dialogare con il database in modo
indipendente. Scusa se é poco, il risparmio in termini di tempo e di
scambio di dati fra server e client é notevole.
Il discorso delle immagini é diverso, la proprietà src e la
possibilità di precaricarle in variabili di memoria fanno si che non
sia necessario l'uso di XMLHttpRequest, io ho preferito usarlo solo
per una questione di tempo, sono riuscito a preparare un sito semplice
e funzionante in un paio d'ore proprio grazie a XMLHttpRequest.


Penso che l'abuso avvenga nel momento in cui carichi tutti i tag non
solo il contenuto che serve, con XMLHttpRequest non hai bisogno di
caricare nè l'header nè i tag html e body. Alla fine il traffico fra
client e server si riduce in modo significativo.

 client e server si riduce in modo significativo.
Se continui a considerare un sito web solo un
mero scambio di byte tra server e client la
tua architettura non fa una grinza.
Come ti ha fatto già notare Pablo sfortunatamente
non è così. C'è dell'altro, e non ti faccio la
lista della spesa, è sempre piuttosto noiosa
e non fa cambiare idea a nessuno.
-- 
site 
http://passiomatic.com/
pics 
http://redpunk.com/
lnks 
http://del.icio.us/deelan

 e non fa cambiare idea a nessuno.
Va bene, dipende anche dalla voglia che hai di scambiare o affermare
le tue scelte. Nella programmazione non esiste mai un solo modo di
risolvere i problemi.

Così a occhio l'unico risultato che ottieni è di non farti indicizzare.
Non solo, ma è anche impossibile usare bookmark.
In più la pagina è automaticamente non cacheabile.
È un'idea stupida come poche.
-- 
ciao,
Marco

On Feb 23, 5:11 pm, Marco d'Itri <m...@Linux.IT> wrote:

La madonna, dai vosti post sembra che l'uso di XMLHttpRequest() sia
diabolico contrario all'etica web.
Per i bookmark, é vero bisogna accontentarsi della pagina principale,
però questo potrebbe essere una scelta, non una costrizione.
Sulla cache le considerazioni devono necessariamente essere diverse,
ricordo che la scelta di usare XMLHttpRequest()  riguarda pagine
dinamiche per le quali la cache é un impedimento non un aiuto.
Non voglio fare l'avvocato difensore di XMLHttpRequest() , ma alcune
posizioni contrarie mi sembrano eccessivamente vigorose, la tecnologia
scelta dipende dai risultati desiderati e dalle necessità specifiche
di programmazione.

 e funzionante in un paio d'ore proprio grazie a XMLHttpRequest.
Che sia semplice, sì, sul "funzionante" avrei molti dubbi.
In particolare due casi:
- utenti con javascript disabilitato;
- utenti con browser "limitati" (es. per non vedenti).
La validazione di (X)HTML e CSS è un prerequisito, poi viene 
l'accessibilità che è il punto focale del discorso.
Non per nulla è stata fatta una legge a proposito 
(
www.pubbliaccesso.gov.it/normative/legge_20040109_n4.htm
) e il tuo sito 
viola i due articoli fondamentali.
Se per un'azienda questi possono essere casi trascurabili, per il sito 
di un politico "dovrebbero" essere presi in considerazione come 
fondamentali.
Soprattutto se per pagare il sito sono stati usati fondi pubblici.
Ciao,
Paolo

 diabolico contrario all'etica web.
No, vedi: l'*abuso* di xhr è contrario all'etica del web, il cui scopo è 
condividere nel modo più chiaro e immediato possibile le informazioni, 
non sfruttare tecnologie che hanno tutt'altro scopo per farne sfoggio.
 > Per i bookmark, é vero bisogna accontentarsi della pagina principale,
 > però questo potrebbe essere una scelta, non una costrizione.
Questa per definizione *è* una costrizione, visto che l'utente non può 
conservare l'url della pagina che interessa a lui (ergo lo /constringi/ 
a fare quello che tu hai deciso per lui).
E' una scelta solo per te.
Ciao,
Paolo

 Soprattutto se per pagare il sito sono stati usati fondi pubblici.
Magari! nella realtà ho usato fondi solo miei e non é la prima volta.

 E' una scelta solo per te.
Si puo fare il bookmark della parte statica e non di quella dinamica,
dov'é il problema?

 E allora? Non é un sito di P.A.
E' il sito di un politico che si candida alle elezioni...
Secondo te che messaggio puň dare un sito cosě?
Vabbé, non importa. Come non detto.
Buon lavoro,
Paolo

 sfoggio credo che tu stia esternando qualche problema psicologico
Uno cerca di darti suggerimenti utili e fare una critica costruttiva e 
tu lo insulti?
Complimenti, la maturità fatta persona.
 > non ho mai preso in considerazione l'alta moda nello sviluppo di
 > codice.
A me sembra esattamente quello che hai fatto tu su questo sito: usare 
tecnologie "di moda" quando non solo non ce n'è alcun bisogno ma diventa 
addirittura controproducente.

On Feb 24, 10:51 am, Pablo Xon <pablo....@NIENTESPAMconcavi.net>
wrote:

Per carità lungi da me l'idea di insultare chicchessia. I tuoi
suggerimenti non riguardano temi strettamenti tecnologici, ma di
costume e di possibili intenzioni, così come si evince dal vocabolo
"sfoggio" che tu hai usato, non io.
Se poi hai qualche motivo di nervosismo sfogati pure, io sono
dell'idea che la spada uccida più della penna.

 Se poi hai qualche motivo di nervosismo sfogati pure
No, sinceramente è la tua risposta ad essermi sembrata un po' "nervosa".
 > io sono dell'idea che la spada uccida più della penna.
Lapsus freudiano o punto di vista anticonformista? ;)

di programmazione.
Infatti, e le tue necessità non sono tali da giustificare XHR.
-- 
ciao,
Marco

 È solo perché ne proponi un utilizzo eccessivamente stupido.
Se io, per aver scritto che il web è nato per semplificare e 
standardizzare le comunicazioni, mi son preso del talebano nervoso con 
problemi psicologici, non so a te che risposta arriverà... :D
Ciao,
Paolo

 È solo perché ne proponi un utilizzo eccessivamente stupido.
Questo ha qualcosa a che vedere con una discussione tecnica?
Io non ho proposto un uso, l' ho solo usato, chissa se ci arrivi a
capirlo.

 capirlo.
ROTFL!!!!

 Questo ha qualcosa a che vedere con una discussione tecnica?
E` ovvio che e` una cosa con ragioni tecniche dietro. Ti sono state
spiegate tutte, tu hai deciso di relegarle sotto la categoria 'moda'.
Chiaro che se decidi a priori che l'insieme 'tecnico' e` vuoto e` dura
metterci dentro qualcosa.
L'uso che fai di XmlHttpRequest e` esagerato e poco utile
(eufemisticamente). Invece fai scempio delle piu` fondamentali regole di
costruzione dei siti internet.
http://www.usabilityviews.com/ajaxsucks.html
http://www.codescene.com/2006/05/the-problems-with-ajax.php
http://www.ietf.org/rfc/rfc3986.txt
http://www.w3.org/Provider/Style/URI
Aggiungiamo poi che se un tuo utente avesse qualche disabilita` non
sarebbe in grado di usare il tuo sito.
Se il tuo problema e` la banda usa mod_gzip su semplici file html.
Oppure compra spazio internet dove costa poco o nulla la banda, ad
esempio su 
http://slicehost.com
 con pochi dollari al mese porti a casa
parecchia banda.
Se poi per te quello che dice l'ietf o il w3c non sono motivazioni
tecniche sostanzialmente non puo` esserlo nulla.
-- 
Valentino Volonghi aka Dialtone
http://stacktrace.it
 -- Aperiodico di resistenza informatica
Blog: 
http://www.twisted.it/
http://iccfriends.net/friend/Dialtone

 Blog:
http://www.twisted.it/http://iccfriends.net/friend/Dialtone
Il tuo approccio è più serio e tecnico, ma se leggi bene ciò che ho
scritto non c'è contraddizione fra la documentazione indicata dai tuoi
link e l'esempio di sito che ho mostrato al collega cha ha iniziato il
topic.

 [...]
Manlio Perillo

Questo ha qualcosa a che vedere con una discussione tecnica?
Sì, è un giudizio tecnico.
-- 
ciao,
Marco

 topic.
A parte che 2 link su 4 parlano di problemi di usabilita` della tua
soluzione e sono perfettamente al punto.
Uno dei 4 parla di link che non dovrebbero cambiare mai oltre che altre
belle caratteristiche che gli URL dovrebbero avere.
L'ultimo dei 4 e` un documento dell'IETF che spiega con precisione e
dovizia di particolari cosa sono e come devono essere gli URL.
In particolare vediamo cosa significa l'acronimo URI:
   Uniform
      Uniformity provides several benefits.  It allows different types
      of resource identifiers to be used in the same context, even when
      the mechanisms used to access those resources may differ.  It
      allows uniform semantic interpretation of common syntactic
      conventions across different types of resource identifiers.  It
      allows introduction of new types of resource identifiers without
      interfering with the way that existing identifiers are used.  It
      allows the identifiers to be reused in many different contexts,
      thus permitting new applications or protocols to leverage a pre-
      existing, large, and widely used set of resource identifiers.
   Resource
      This specification does not limit the scope of what might be a
      resource; rather, the term "resource" is used in a general sense
      for whatever might be identified by a URI.  Familiar examples
      include an electronic document, an image, a source of information
      with a consistent purpose (e.g., "today's weather report for Los
      Angeles"), a service (e.g., an HTTP-to-SMS gateway), and a
      collection of other resources.  A resource is not necessarily
      accessible via the Internet; e.g., human beings, corporations, and
      bound books in a library can also be resources.  Likewise,
      abstract concepts can be resources, such as the operators and
      operands of a mathematical equation, the types of a relationship
      (e.g., "parent" or "employee"), or numeric values (e.g., zero,
      one, and infinity).
   Identifier
      An identifier embodies the information required to distinguish
      what is being identified from all other things within its scope of
      identification.  Our use of the terms "identify" and "identifying"
      refer to this purpose of distinguishing one resource from all
      other resources, regardless of how that purpose is accomplished
      (e.g., by name, address, or context).  These terms should not be
      mistaken as an assumption that an identifier defines or embodies
      the identity of what is referenced, though that may be the case
      for some identifiers.  Nor should it be assumed that a system
      using URIs will access the resource identified: in many cases,
      URIs are used to denote resources without any intention that they
      be accessed.  Likewise, the "one" resource identified might not be
      singular in nature (e.g., a resource might be a named set or a
      mapping that varies over time).
   A URI can be further classified as a locator, a name, or both.  The
   term "Uniform Resource Locator" (URL) refers to the subset of URIs
   that, in addition to identifying a resource, provide a means of
   locating the resource by describing its primary access mechanism
   (e.g., its network "location").
Quindi il tuo sito viola sia il significato dell'URL perche` la tua
pagina ha un unico URL per definire diversi documenti con diversi
significati.
Ora... Questo potrebbe essere accettabile SE e SOLO SE la tua
applicazione avesse davvero bisogno delle funzionalita` aggiuntive
fornite da XHR, ad esempio un client IRC via internet o un client di
posta o altre applicazioni analoghe. 
Gli URL non esistono per caso e sacrificarne l'uso senza la minima
ragione, questo si, e` _privo_ di motivazioni tecniche. Perche` se il
tuo sito fosse ben fatto tecnicamente la spesa di banda sarebbe compresa
tra il nulla e il pochissimo visto che, attraverso l'uso degli header
If-Modified-Since, ETag, Not-Modified e altri, HTTP e` in grado di
garantire che una risorsa non sia riscaricata per il solo gusto di farlo
ma solo quando diventa effettivamente necessario e questo a prescindere
dalla cache del browser, anche un bot o google reader farebbe uso di
questa funzionalita`.
Ora... Il motivo per cui tu stai usando XmlHttpRequest e` probabilmente
il fatto che ne hai sentito parlare, ti sembrava figo usarlo e quindi
l'hai usato. Evidentemente hai letto tra le motivazioni dei pro del suo
uso il fatto che ti faceva risparmiare banda ma non essendo molto
esperto di reti e web non hai indagato oltre.
Poco male ma se un gruppo intero ti dice che il tuo uso di Ajax e`
sbagliato e ti forniscono dei link a riguardo allora FORSE hanno ragione
loro e il tuo uso di Ajax e` sbagliato. Questo e` tanto piu` vero quanto
piu` risulta semplice, rispetto a questa, la soluzione giusta. (E non e`
vero che in informatica non c'e` mai il giusto e lo sbagliato, ci sono
eccome).
-- 
Valentino Volonghi aka Dialtone
http://stacktrace.it
 -- Aperiodico di resistenza informatica


 Blog:
http://www.twisted.it/http://iccfriends.net/friend/Dialtone
credo tu abbia problemi con la lingua inglese, in particolare nella
comprensione del significato dei termini set e subset.
Per ciò che riguarda l'accessibilità ho giàa scritto la risposta.
Non immaginavo che tu fossi un gruppo intero.

 applicazione nativa ci pensa la macchina js.
per un'area utenti, protetta da password, velocizzi (e non di poco) la 
navigazione...
pensa ad un'applicazione come gmail oppure a tutte le sezioni protette 
da password che non devono essere indicizzate...
-- 
Umin
  np: Foobaris spento

 Non immaginavo che tu fossi un gruppo intero.
Hai forse visto post a favore del tuo modo di utilizzare XHR?
Comunque nessuno (presumo, certo non io) vuole obbligarti a fare nulla.
Solo non pretendere che sosteniamo le tue posizioni assurde.
Ciao,
Paolo

 Č un'idea stupida come poche.
E' proprio ciň che serve in un'applicazione web. Almeno per quello che
serve a me.
-- 
Stefano

Pablo Xon ha scritto:

Paolo, ma gli stai ancora a rispondere...come si dice, "don't feed the 
troll"...

 "don't feed the troll"...
Magari... sarebbe una realtà molto meno deprimente ;)


Non ho scritto che me ne frego dell'accessibilità, guarda caso sono
disabile anch'io, ma vero non per finta.
Ho scritto che non è prevista perchè è un sito di prova, non pagato e
che probabilmente non lo sarà mai, quindi, ho scritto che non intendo
spendere risorse per renderlo accessibile (se non richiesto e pagato)
Inoltre ho anche già scritto che le mie non sono posizioni, quindi non
possono essere nè assurde nè buone, bensi si tratta di una risposta ad
un post che richiedeva di scambiare esperienza sul tema specifico, ed
è esattamente quello che ho fatto.
Le idee che mi attribuisci sono frutto della tua fantasia e della tua
incapacità di interpetare nel modo corretto ciò che una persona
scrive.
La vemeenza con la quale ti rivolgi non può che farmi pensare che hai
dei problemi personali che cerchi di sfogare qui.
Puoi benissimo portare avanti le tue tesi senza necessariamente
aggredire altri, mi sa che l'ambiente di lavoro che frequenti usa gli
stessi metodi, brutto ambiente non c'è che dire.

 stessi metodi, brutto ambiente non c'è che dire.
ma guarda, ed io che pensavo che eri te quello che aggrediva...

 Magari... sarebbe una realtà molto meno deprimente ;)
Ritiro tutto: è palesemente un troll.
Meglio così! :D

 ma guarda, ed io che pensavo che eri te quello che aggrediva...
Proprio come ad Amici di Maria!
- "Guarda che sei tu quella ad essere falsa."
- "Non penso proprio, io dico sempre quello che
    penso, me ne frego delle telecamere!"
- "Bella, i filmati li abbiamo visti tutti."
- "E che filmati avresti visto?"
- "Quello in cui tu fai la ruffiana con Kevin,
e poi in sala relax lo prendevi per il culo!"
- "Kevin sa benissimo cosa penso di lui, ne parliamo
spesso dei suoi difetti. Eppoi non giudicavo la persona,
ma i suoi limiti di cantante."
- "Sei brava a rigirare la frittata, eh. Lo vedi
come sei falsa?"
it.lavoro.professioni.webmaster come Amici!
-- 
d.

 it.lavoro.professioni.webmaster come Amici!
Già immagino come sarebbe...
<zelig>
AH, E TU SARESTI UNA WEBMASTER EH?
BRAVA!  ... BRAVA! ... BRAVA!
MA STAI ZITTA VA CHE SEI PIU' FALSA DI UN META TAG INVENTATO DALLA 
MICROSOFT!
IO, AL CONTRARIO DI TE, C'HO IL VALIDATORE W3C CHE MI DA IL BOLLINO VERDE!
</zelig>

 Proprio come ad Amici di Maria!
Ma ti guardi quei programmi?!
Capisco che ognuno abbia diritto alle sue perversioni, ma andarlo a 
sbandierare così ai quattro venti...
:D

 
http://www.google.com/webmasters/
E che c'entra?
Vediamo di capirci: puoi darmi un link diretto al curriculum?
-- 
ValeRyo - GS500F "Camilla"
Comitato Per La Salvaguardia Dell'Italiano
E anche tu potrai dire: quest'hanno c'è l'ho l'iscrizione!
Se impareremmo i congiuntivi fossimo persone migliori! 

 disabile anch'io, ma vero non per finta.
Acc... devo ricordarmi di leggere sempre tutto un thread prima di
rispondere, avrei capito che sei un troll.


 office (dove una tecnologia come questa è molto utile, visto che si 
Io anche ho usato ajax in back office e confermo che mi e' stato molto 
utile, rende molto piu' semplici e veloci alcune operazione da parte 
dell'utente (anche per del semplice data entry)
Come front-end, sono un po' restio ad usarlo, per i motivi che sono gia' 
stati esposti in questo thread...
Ciao
-- 
MMM

 Non immaginavo che tu fossi un gruppo intero.
E qua abbiamo anche qualche problema con la memoria.
Detto questo... Impara a quotare.
Molto semplicemente, se tu dovessi farti assumere da me e usassi quel
sito per dimostrarmi quanto ne sai... Non farei neanche lo sforzo di
alzare la cornetta per annunciare che "ti faremo sapere".
-- 
Valentino Volonghi aka Dialtone
http://stacktrace.it
 -- Aperiodico di resistenza informatica


Pablo Xon ha scritto:

Mi trovi su it.media.tv.reality-show.
^_^
-- 
site 
http://passiomatic.com/
pics 
http://redpunk.com/
lnks 
http://del.icio.us/deelan