[concettuale] come realizzare una mini-chat

[gasmor]

Originariamente inviato da Fabio Heller
Interessante come esperimento, ma tanto vale utilizzare Flash.
Il plugin macromedia ormai è più diffuso della JVM.

invece ho notato che, ad esempio, nei computer della mia facoltà (ingegneria VVoVe: ) che permettono agli studenti di connettersi ad internet, il plug-in di flash non c'è e nessuno si pone il problema...

per un sito come il mio (dedicato ad annunci per gli studenti, che accedono in gran parte da questi computer), una chat flash farebbe cilecca

per PUGIA:

non è affatto un guestbook è una chat a tutti gli effetti...
i messaggi del guest restano e non puoi fare discussioni...
lì invece puoi fare solo discussioni, se chiudi la chat perdi ciò che hai scritto

[Fabio Heller]

Originariamente inviato da gasmor
invece ho notato che, ad esempio, nei computer della mia facoltà (ingegneria VVoVe: ) che permettono agli studenti di connettersi ad internet, il plug-in di flash non c'è e nessuno si pone il problema...

Quanto datati sono?
Se davvero li usano per navigare, come utilizzo principale, la cosa è molto strana.

Ti basti pensare che Explorer 6 ha già il plugin incorporato

[andr3a]

Originariamente inviato da gasmor
il fatto è che vorrei evitare il flash...
perchè non tutti possiedono il plug-in e/o vogliono scaricarlo

98% di diffusione

Originariamente inviato da gasmor
vorrei fare una cosa leggera e super compatibile (senza fronzoli)

super compatibile e JavaScript non vanno proprio d' accordo... come imho non vanno d' accordo super compatibile e "chat"

Originariamente inviato da gasmor
per and3ea: dici di usare i meta tag... quindi di utilizare un iframe giusto?

giusto

Originariamente inviato da gasmor
e poi conviene utilizzare database o file di testo?

database, proprio per poter evitare questo:

Originariamente inviato da gasmor
il file di testo potrebbe diventare molto grande e ricaricarlo ad ogni refresh...

Originariamente inviato da Fabio Heller
Andrea, quando ti riferisci alla lentezza di Flash/XML intendi nel caricamento dell'xml (che è piuttosto prolisso) oppure anche nel parsing dello stesso.

il parsing e' compito client, la lentezza dipende dal processore, in media il parsing Flash su xml e' molto veloce, soprattutto se l' xml e' fatto apposta per flash che con un solo for prendi tutto.

La lentezza di interazione Flash / XML e' data dalla mole di dati che viene restituita dal server.


Esempio:

<channel0>
<nick>andr3a</nick>
<msgdate>10:12:00</msgdate>
<msgtext>asd asd asd asd</msgtext>
</channel0>

Quanto pesa rispetto questo ?
c=0&n0=andr3a&dm0=19:12:00&mt0=asd asd asd


ed e' una sola linea della chat ... pensa una stanza a 20 utenti con minimo 30 linee di testo alla volta

ammesso che si utilizzi un altro tipo di sintassi XML piu' familiare o semplice da gestire e meno cross-platform

<channel0>
<message nick="andr3a" date="10:12:00" text="asd asd asd" />
</channel0>

siamo sempre piu' dati contro pochi.


In analisi problematica aggiungiamo di voler scomodare xmlrpc o wdm da parte del server oppure di creare in estrazione dati db l' xml a mano in quanto semplice ... stringhe o mole di dati piu' onerosa (parlo sempre di una chat robusta che puo' tenere tanta gente, non di una chat a 2 ...) ... l' output poi viene inviato a flash come testo, che sia .php o .xml poco cambia , il rapporto e' di minimo 2 a 1 , esponenziale per ogni utente che scrive qualcosa in piu' ...
aggiungi la conversione forzata di utf8_decode o encode che sia , non indispensabile se php prende semplicemente in urlencode e restituisce tale e quale ... insomma, quante operazioni in piu' ??? troppe.

Risultato, piu' lenta, a prescindere di quanto sia semplice quella in XML sara' sempre piu' lenta delle altre e piu' onerosa per la banda usata e per il server.

Originariamente inviato da Fabio Heller
Perchè ultimamente, per quanto io cerchi i promuovere altre soluzioni tipo AMFphp, quando mi trovo a lavorare in cooperazione con altre WEB Agency sono praticamente costretto a utilizzare XML.

E' una fissa delle aziende, come se la chat dovesse servire come RSS per chissa' quali e quanti altri applicativi ... l' XML e' utilissimo per quegli applicativi che devono gestire dati a prescindere dal tipo di tecnologia che sta' alla fonte dei dati ... dimmi tu che diavolo te ne fai per una chat ... niente ??? .... esatto , viene sfruttato XML pena l' ottimizzazione del tempo semi reale proprio perche' XML non e' stato creato per risparmiare banda, e' stato creato per dare una struttura piu' o meno semantica ad una determinata mole di dati di tipo differente ... in pratica sai meglio di me che l' XML e' solo il porting ufficiale e ideale per leggere lo stesso contenuto di dati da qualunque altro linguaggio ... ma a conti fatti, se dovessi fare un applicativo desktop per un programma che dovrai utilizzare e gestire solo ed esclusivamente tu tramite quell' unica interfaccia, usi XML ??? ... e perche' ??? cosa te ne fai ?

In vista di un futuro a banda stralarga e di un' alternativa client in grado di scavalcare flash o in previsione di un porting per Java o per altre tecnologie clients e' logico che ti conviene usare XML ... ma se invece devi fare il tuo applicativo che deve essere robusto e veloce, dimentica XML, poi a implementarlo ci metti poco , ma almeno hai un' interazione piu' immediata.

Originariamente inviato da Fabio Heller
Effettivamente l'impressione è che il caricamento richieda tempi più lunghi rispetto a AMFphp, ma il parsing con l'MX 2004 non mi sembra malaccio...sai se ci sono dei benchmark in giro che mettano la parola fine alla questione?

AMFphp nuovo non l' ho provato ma dovrebbe essere piu' veloce del 70% rispetto al "vecchio" , in generale AMF "vecchio" e' piu' lento dei metodi che ho sempre utilizzato io , vedi DCS Project che era dietro la vecchia versione del mio sito e che dava, per certi applicativi, risultati migliori del vecchio AMFphp (ma ovviamente non le stesse potenzialita').

Il bench non te lo fa il server o il client, in questo caso, te lo fa la connessione 56Kb

[Fabio Heller]

Originariamente inviato da andr3a
AMFphp nuovo non l' ho provato ma dovrebbe essere piu' veloce del 70% rispetto al "vecchio" , in generale AMF "vecchio" e' piu' lento dei metodi che ho sempre utilizzato io , vedi DCS Project che era dietro la vecchia versione del mio sito e che dava, per certi applicativi, risultati migliori del vecchio AMFphp (ma ovviamente non le stesse potenzialita').

Il bench non te lo fa il server o il client, in questo caso, te lo fa la connessione 56Kb

Sì, il fatto è che XML ormai è un po' una moda
E te lo dice uno che, inaltri casi, con XML ci lavora volentieri.

Che formato usi in DCS per trasmettere i dati?

Io avevo realizzato un sistema simile a PHPobject o alla Serializer Class di Sephiroth, cioè interpreta direttamente il formato di serializzazione di PHP (e pare più rapido di AMFphp).
Ho cercato di migliorare la velocità rispetto ai due sistemi pecedenti, e in parte di sono riuscito, rimane il problema che, a causa di un bug di flash, non funziona bene con il multilingua: nel caso di caratteri non ASCII standard (non so pensiamo al cirillico) Flash si incasina con la lunghezza delle stringhe, quindi il parsing va a farsi benedire

Ad ogni modo il problema rimane sempre lo stesso, per quanto fico possa essere il metodo che uno inventa, non ha molte possibilità di utilizzarlo: vogliono XML

[andr3a]

comunque l' ho un po' abbandonato da quando ho scritto il Py2as , che con il porting per l' on-line nel phpbridge e il Php2as o As2php mi sono risolto un sacco di problemi e la classe e' unica ... quindi DCS o lo risistemo oppure resta un progetto instabile ..

non l'ho testato con dati particolari o che non rientrano nella tabella ascii

Originariamente inviato da Fabio Heller
Ad ogni modo il problema rimane sempre lo stesso, per quanto fico possa essere il metodo che uno inventa, non ha molte possibilità di utilizzarlo: vogliono XML

e non hanno tutti i torti, pero' nel caso specifico della chat hanno MOLTI torti ... poi in generale io se flash lo interfaccio a php me lo gestisco con php, levo l' xml, ci metto meno a sviluppare ci metto meno a interagire


se dovessi fare una cosa crossplatform comunque non ho problemi, eccoti un caca-applicativo usato in un' area di amministrazione di un sito per un cliente:
http://www.3site.it/CAXXATE/FolderTree.swf
[usa internet explorer]

usa questo XML dedicato flash:
http://www.3site.it/CAXXATE/PHP4.xml

ma in realta' quell' XML non e' ne W3 ne standard, e' solo per flash e spesso fare XML per flash significa non rispettare la portabilita' e utilita' di XML , un controsenso ... una moda come dici .... pero' la classe php genera anche un file W3C validato:
http://www.3site.it/CAXXATE/PHP3.xml

notare che pesa 3 volte quello per flash

[Fabio Heller]

Originariamente inviato da andr3a
comunque l' ho un po' abbandonato da quando ho scritto il Py2as , che con il porting per l' on-line nel phpbridge e il Php2as o As2php mi sono risolto un sacco di problemi e la classe e' unica ... quindi DCS o lo risistemo oppure resta un progetto instabile ..

Ok ma che formato usavi? Query String, serializzazione o altro testo?

[andr3a]

Originariamente inviato da Fabio Heller
Ok ma che formato usavi? Query String, serializzazione o altro testo?

serializzavo arrays multidimensionali per chiavi=>valori

tipo:
&k0=chiave&v0=valore&k1=chiave&v1=valore


il compito del parsing dei dati era delegato praticamente tutto alla classe AS2.0 ... cosi' il server lavorava poco, la banda era la piu' bassa in assoluto, il client sudava a seconda della potenza della CPU , ma comunque sudava poco

[gasmor]

la discussione è diventata solo per adulti

[Fabio Heller]

Originariamente inviato da gasmor
la discussione è diventata solo per adulti

Beh, io e andr3a siamo su internet da un bel po' e ci documentiamo sui migliori link porno...cosa prentendevi? Roba softcore?

[pugia]

Originariamente inviato da gasmor
la discussione è diventata solo per adulti

concordo...mi sono perso anch'io


brutta cosa l'ignoranza