Chat multi-utente

[Gino+89+]

Ma con quale linguaggio le devi scrivere ? Molti linguaggi hanno già la possibilità di aprire i file in modalità esclusiva, basterebbe questo se non hai bisogno di centinaia di utenti contemporaneamente.

Programmo in C...

Te ne butto li un'altra(mi piace fantasticare ).

Hai un file chat.dat il quale viene mostrato a tutti i clien collegati(la chat per intenderci ma viene scritta solo da un processo, non so magari da chi ha aperto la chat...).
Quando un utente deve scrivere qualcosa, CREA un file dove scrive la data ed il messaggio.
Così per ogni utente...

Il processo che va a scrivere sul file chat.dat non fa altro che controllare ogni TOT tempo(non so ogni 500 ms, oppure ongi secondo) quanti file_utente ci sono, aprirli tutti e scrivere sul file chat.dat i messaggi prendendoli in ordine di chi ha la data + vecchia. E poi cancella i file_utente.

Ah ok ci avevo pensato pure io ad una cosa del genere poi però molto lavoro va a carico del primo uetente collegatosi (ogni volta il lavoro di aggiornamento)...

Penso che farò un file di lock (semaforo) come proposto da vizzz, visto che molte volte la soluzione più semplice è la più efficace...per quanto riguarda la coda, la cosa risulta alquanto complessa, visto che avendo anche solo un file coda ci potrebbe IMHO essere il caso in cui due utenti scrivino in coda contemporaneamente...il problema potrebbe essere risolto con più file diversi di tipo coda (n file coda)...visto che non ho voglia di stare dietro ad una roba del genere non ne tengo conto della coda ...poi tanto al max ci saranno 20/30 utenti collegati (ma prorpio al massimo) e buonanotte...

[cionci]

Originariamente inviato da Gino+89+

Programmo in C...

Puoi usare solo C standard ?

[Gino+89+]

Originariamente inviato da cionci

Puoi usare solo C standard ?

Preferibilmente sì..perchè?

[cionci]

Perchè nel C standard non ci sono semafori, mutue esclusioni e apertura di un file in modalità esclusiva...
L'unica soluzione è il file di lock...

PS: file di lock e semafori sono due cose diverse...

[Gino+89+]

Originariamente inviato da cionci

Perchè nel C standard non ci sono semafori, mutue esclusioni e apertura di un file in modalità esclusiva...
L'unica soluzione è il file di lock...

PS: file di lock e semafori sono due cose diverse...

Si vede che farò un file di questo tipo ogni volta che leggo, quando finisco lo cancello e così via per ogni utente. Per quanto riguarda l'applicazione in sè, si deve automaticamente aggiornare da sola dal file principale ogni TOT che decido io?

Atra domanda: posso solo leggere un file mentre un'altro scrive giusto?

[cionci]

Originariamente inviato da Gino+89+

Atra domanda: posso solo leggere un file mentre un'altro scrive giusto?

Io eviterei...non vorrei che tu arrivassi a leggere a metà scrittura (improbabile, ma chi lo sa)...

[Gino+89+]

Originariamente inviato da cionci

Io eviterei...non vorrei che tu arrivassi a leggere a metà scrittura (improbabile, ma chi lo sa)...

Bene...anzi male...meglio se aggiorno automaticamente tutti ad ogni fine scrittura?...creando un file tipo il precedente ma con l'effetto contrario?

[cionci]

La chat funziona in rete nel senso che usi i socket ?

[Gino+89+]

Originariamente inviato da cionci

La chat funziona in rete nel senso che usi i socket ?

No le cose sono MOOLTO più semplici...in rete LAN nella cartella di lavoro condivisa installo il programma

(diciamo che è il primo programma decente (GUI) che mi sono posto di fare)

[cionci]

Quindi i file ti servono per scambiare i dati da una postazione all'altra... Diciamo che è il tuo "mezzo" di comunicazione...

Ogni volta che un client invia un messaggio scrivi il messaggio nel file relativo al client di destinazione, senza passare dal file comune che avevi pensato prima...quando il client (periodicamente) controlla se ci sono messaggi per lui, leggi il file ed eliminalo...

Tutte queste operazioni devono essere protette dal file di lock (anche la lettura fino dopo l'eliminazione).

Hai bisogno anche di un altro file: quello relativo alla lista di nickname presenti...lo puoi fare statico o dinamico:

- statico: ci metti la lista di nickname abilitati e non lo tocchi più
- dinamico: la lista dei nickname può variare quando un client decide di creare un nuovo account

Nel secondo caso sia la lettura che l'aggiornamento devono essere protetti da file di lock, nel primo caso tutti leggono, quindi non hai bisogno del file di lock.

[Dr.Speed]

Originariamente inviato da cionci

Quindi i file ti servono per scambiare i dati da una postazione all'altra... Diciamo che è il tuo "mezzo" di comunicazione...

Ogni volta che un client invia un messaggio scrivi il messaggio nel file relativo al client di destinazione, senza passare dal file comune che avevi pensato prima...quando il client (periodicamente) controlla se ci sono messaggi per lui, leggi il file ed eliminalo...

Tutte queste operazioni devono essere protette dal file di lock (anche la lettura fino dopo l'eliminazione).

Hai bisogno anche di un altro file: quello relativo alla lista di nickname presenti...lo puoi fare statico o dinamico:

- statico: ci metti la lista di nickname abilitati e non lo tocchi più
- dinamico: la lista dei nickname può variare quando un client decide di creare un nuovo account

Nel secondo caso sia la lettura che l'aggiornamento devono essere protetti da file di lock, nel primo caso tutti leggono, quindi non hai bisogno del file di lock.

pero' pensavo fosse piu semplice realizzarla

[Gino+89+]

Originariamente inviato da cionci

Quindi i file ti servono per scambiare i dati da una postazione all'altra... Diciamo che è il tuo "mezzo" di comunicazione...

Ogni volta che un client invia un messaggio scrivi il messaggio nel file relativo al client di destinazione, senza passare dal file comune che avevi pensato prima...quando il client (periodicamente) controlla se ci sono messaggi per lui, leggi il file ed eliminalo...

Tutte queste operazioni devono essere protette dal file di lock (anche la lettura fino dopo l'eliminazione).

Hai bisogno anche di un altro file: quello relativo alla lista di nickname presenti...lo puoi fare statico o dinamico:

- statico: ci metti la lista di nickname abilitati e non lo tocchi più
- dinamico: la lista dei nickname può variare quando un client decide di creare un nuovo account

Nel secondo caso sia la lettura che l'aggiornamento devono essere protetti da file di lock, nel primo caso tutti leggono, quindi non hai bisogno del file di lock.

Ok....

Per quanto riguarda il processo di aggiornamento lo inserisco nel ciclo dei messaggi dell'applicazione winApi giusto??

[mamo139]

ma di che linguaggio stiamo parlando???

[Gino+89+]

Originariamente inviato da mamo139

ma di che linguaggio stiamo parlando???

Sempre del linguaggio C...ma l'algoritmo dovrebbe funzionare ovunque

[mamo139]

per non comprare il my_sql nel mio forum in php che ora è a circa 1000 utenti iscritti ogni profilo utente è un file a parte, così nn c'è rischio di perdere dati

cmq parlando di c il modo migliore è sicuramente un applicazione tipo server-client

[MEMon]

Anche se usi un file di lock il problema sussiste ugualmente, tanto vale che non lo usi e te ne freghi allora.

[MEMon]

Originariamente inviato da Gino+89+

Programmo in C...



Ah ok ci avevo pensato pure io ad una cosa del genere poi però molto lavoro va a carico del primo uetente collegatosi (ogni volta il lavoro di aggiornamento)...

Penso che farò un file di lock (semaforo) come proposto da vizzz, visto che molte volte la soluzione più semplice è la più efficace...per quanto riguarda la coda, la cosa risulta alquanto complessa, visto che avendo anche solo un file coda ci potrebbe IMHO essere il caso in cui due utenti scrivino in coda contemporaneamente...il problema potrebbe essere risolto con più file diversi di tipo coda (n file coda)...visto che non ho voglia di stare dietro ad una roba del genere non ne tengo conto della coda ...poi tanto al max ci saranno 20/30 utenti collegati (ma prorpio al massimo) e buonanotte...

Ma che carico vuoi che sia??? su che computer devi fare girare sta cosa, sui dei 486?

[cionci]

Originariamente inviato da Gino+89+

Per quanto riguarda il processo di aggiornamento lo inserisco nel ciclo dei messaggi dell'applicazione winApi giusto??

Ma non dovevi usare il C standard ?

[Gino+89+]

Originariamente inviato da cionci

Ma non dovevi usare il C standard ?

Ops scusa uso la stdio.h e la windows.h più altre librerie come string.h etc...

Ma che carico vuoi che sia??? su che computer devi fare girare sta cosa, sui dei 486?

Bhe in effetti

[AngeL)]

Originariamente inviato da Gino+89+

Bhe in effetti

computer aziendali rulez