bacheche lettura singolo topic

bacheche lettura singolo topic postato il 12/03/2013 22:31:48 nel forum programmazione, gdrcd, open source, hosting

Salve,
volevo chiedere un opinione, secondo voi come è il metodo più semplice di programmare un sistema di notifica di singolo topic?
nel senso adesso le bacheche funzionano con l'orario di entrata e si vedono non letto i topic che hanno un orario maggiore della tua uscita.

se io volessi invece modificarlo e creare un sistema in cui il topic diventa 'letto' non appena lo apro?
spero di essermi spiegato bene.

non mi interessano codici ma solo la logica.. perchè io ho pensato una logica di log e quindi vengono creati log di lettura topic.. però è un pò pesantuccio.

Grazie mille

E´ proprio quando un popolo è all´apice del successo, che ha inizio il suo declino..

quota

Pagine → 1

leoblacksoul

SCRIVI

13/03/2013 00:21:03

Io per ogni topic e per ogni utente segno in una tabella qual'è l'ultimo messaggio che l'utente ha letto. Così nel db ci sono record solo dei topic visitati dall'utente, i topic mai aperti non hanno alcun record per l'utente. Non è un algoritmo complesso, al massimo fai una query in più per ogni topic e se sei bravo a ottimizzare le query puoi ritrovare i dati direttamente arricchendo le query che già hai.
Al massimo può diventare un problema man mano che crescono gli utenti e i topic....ma io per ora non ho avvertito un sensibile cambiamento di prestazioni e questo sistema ce l'ho forse da più di un anno

---
Non chiedetemi aiuto in privato per questioni di programmazione; chiedete sul forum e eventualmente vi risponderò lì.
http://gdrportal.eu ↗ - Hosting per GDR

quota

cicciokr

SCRIVI

13/03/2013 09:41:13

quindi dici che salvo tipo nei log e poi con un LEFT JOIN mi arricchisco la query attuale che recupera tutti i topic... si da mi sa che è l'unico metodo..

Grazie mille

E´ proprio quando un popolo è all´apice del successo, che ha inizio il suo declino..

quota

yamada

SCRIVI

11/04/2013 18:10:20 e modificato da yamada il 11/04/2013 18:43:07

leoblacksoul ha scritto: Io per ogni topic e per ogni utente segno in una tabella qual'è l'ultimo messaggio che l'utente ha letto. Così nel db ci sono record solo dei topic visitati dall'utente, i topic mai aperti non hanno alcun record per l'utente. Non è un algoritmo complesso, al massimo fai una query in più per ogni topic e se sei bravo a ottimizzare le query puoi ritrovare i dati direttamente arricchendo le query che già hai.
Al massimo può diventare un problema man mano che crescono gli utenti e i topic....ma io per ora non ho avvertito un sensibile cambiamento di prestazioni e questo sistema ce l'ho forse da più di un anno

algoritmo fallimentare dato che ha un progressivo aumento di lentezza e numero di query al db con il passare del tempo. Vi consiglio di cercare un algoritmo (ed esiste) capace di applicare lo stesso quantitativo di query indipendentemente dal numero di threads e posts presenti all'interno del DB. Questo per quanto riguarda il caricamento della home del forum.

Per quanto riguarda il singolo thread non applicare sicuramente l'idea di fare una tebella in join in cui metti campi del tipo thread/utente/data_visualizzazione. Altro algoritmo fallimentare ed un inutile spreco di cpu. Puoi gestire tranquillamente il tutto con il singolo record del thread.

in un forum con 10000 thread / 70000 post e fai un 100 lettori singoli (a rotazione) avresti una tabella con più di 7,000,000 di righe. scherziamo?

Aguzza l'ingengo.. la soluzione è più semplice di quello che pensi. non applicare però gli errori sopra consigliati a mio avviso.

CRSED: F.O.A.D. ↗
Brutale sparatutto MMO in cui vince l'ultimo giocatore che resta in vita nell'arena! Ogni giocatore sarà accompagnato da armi realistiche e magie!

quota

leoblacksoul

SCRIVI

11/04/2013 19:26:27

Potresti proporre soluzioni alternative invece di dire semplicemente che quelle proposte sopra non ti stanno bene? Sempre nello spirito di fare critiche costruttive, piuttosto che solo distruggere le idee precedenti

---
Non chiedetemi aiuto in privato per questioni di programmazione; chiedete sul forum e eventualmente vi risponderò lì.
http://gdrportal.eu ↗ - Hosting per GDR

quota

Discussione seguita da › cicciokr

Pagine → 1

Rispondi alla Discussione Aggiungi ai Preferiti Inoltra Discussione Forum Programmazione, GDRCD, Open Source, Hosting Elenco Forum