Messaggi stile WA: i gruppi

Messaggi stile WA: i gruppi postato il 23/07/2021 19:57:59 nel forum programmazione, gdrcd, open source, hosting

@Kasa non odiarmi, ma mi rivolgo a te :D
E' fattibile, a tuo avviso?

Gdrcd già supporta la possibilità di inviare messaggi a destinatari multipli. Tuttora, se mando un messaggio a due destinatari, poi lo trovo nella conversazione singola con ciascuno.

Come gestiresti la cosa? Ha l'aria di una cosa che si può gestire o meglio lasciar perdere?

---

quota

24/07/2021 20:57:22

Mi accodo anch'io con una richiesta, se posso!

C'è un modo per integrare a questa nuova messaggistica un sistema che diversifichi i messaggi On da quelli Off?
Ho provato a farlo col sistema che usavo per i messaggi originali del gdrcd, ma sembra non essere compatibile e le mie conoscenze in programmazione non sono all'altezza di farmi capire il perchè.

quota

25/07/2021 17:34:01 e modificato da kanade tachibana il 25/07/2021 17:34:31

Si è fattibile, in linea di massima dovreste aggiungere un paio di tabelle nel database per accomodare i messaggi inviati ai gruppi.

gruppi
gruppi_utenti
messaggi

(gruppi) informazioni generali del gruppo


(gruppi_utenti) un utente può fare parte di più gruppi, e può anche teoricamente non scrivere nulla nel gruppo ma solamente leggere i messaggi degli altri.


(messaggi) tutti i messaggi degli utenti


(utenti) già presente anche se con un altro nome



Un esempio di query select da modificare per il gdrcd, l'asterisco andrebbe rimpiazzato con solo i parametri interessati.

quota

26/07/2021 10:47:34

@haruka
Implementare la funzionalità dei Gruppi di WhatsApp all'interno della messagistica di GDRCD (prendendo come riferimento iniziale il pacchetto "WhatsApp") è sicuramente fattibile, sebbene sia richiesta qualche riflessione preliminare sul come introdurla nel contesto dell’engine.

Secondo me, anche solo per semplificare lo sviluppo della feature, ha senso mettere da parte del tutto il vecchio metodo della Messaggistica di GDRCD, quello a singoli messaggi, per due motivi: richiederebbe di effettuare il doppio delle modifiche e molto probabilmente lascerebbe fin troppe "accrochiature" nelle logiche dei Messaggi per garantire ad entrambi i metodi le stesse possibilità. Quest'ultime possono essere decisamente pericolose, in special modo sul lungo periodo, e dare non poco noia quando diventerà necessario introdurre un nuovo pacchetto o correggere qualche logica di base.

Quindi, in soldoni: toglierei la possibilità di scelta tra i due metodi, rimuoverei i vecchi file e manterrei solo i nuovi, rendendoli lo standard del modulo della messaggistica. In questo modo, avremmo concettualmente un modulo "a sé stante", più facile da gestire e da escludere nel caso volessimo aggiungere un altro pacchetto o lo dovessimo aggiornare.

Detto questo…
Passiamo alla gestione dei Gruppi.

Per quanto possa sembrare molto utile al nostro scopo, l’invio di Messaggi a Destinatari multipli non coincide proprio con quello che servirebbe per la creazione di un Gruppo, creando questa l’invio di X messaggi dove X sono i Destinatari impostati e non l’invio di un singolo messaggio ad Y Destinatari. Questo, di rimando, crea X conversazioni, una per ogni messaggio inviato, mentre a Noi serve che ne crei solo una e che abbia sotto di essa Y (+1, Noi stessi) Personaggi.

Bisogna pensare che il Gruppo è come se fosse una istanza a sé stante, un vero e proprio Personaggio fittizio per GDRCD, in modo che lo associ ad una conversazione unica presso cui tutti i possibili membri possono leggere i messaggi.

Essendo, quindi, staccata concettualmente dal sistema della messaggistica ordinaria, potrebbe avere senso affidargli una tabella dedicata che possa contenere le sue informazioni (quali Oggetto, o il suo nome, la sua Data di creazione, la Descrizione e qualche altro dettaglio). Una tabella del genere, per intenderci:

È una tabella molto semplice, ovviamente, e che può essere implementata in base alle esigenze dell'Amministratore del sito.

Per associare un messaggio ad un Gruppo, inseriamo il riferimento dell'identificativo anche dentro la tabella messaggi. Una cosa del genere:



Se è nullo, si tratta di un messaggio privato, mentre se è valorizzato significa che il messaggio appartiene ad un gruppo. Il campo destinatario, in caso di gruppi, può essere lasciato vuoto lo si può utilizzare come una formula di "rispondo a questo messaggio nel gruppo", una sorta di quote per intenderci.

In questo momento, i Gruppi sono delle entità a sé, come appunto dei Personaggi fittizi, ma così non è, come ben sappiamo. Per associare i Personaggi ad un gruppo occorre prevedere una tabella che si presti a gestire i membri della Conversazione. Una tabella del genere:



Questa tabella non fa altro che definire le associazioni, più implementa la possibilità di assegnare il ruolo Amministratore di un gruppo ad un determinato Personaggio. Con Amministratore intendo un Personaggio che ha diverse funzioni per amministrare il gruppo, tra cui chiuderlo, inserire nuovi membri, fissare i messaggi o chi più ne ha più ne metta. Si può fare un pacchetto di funzioni ad hoc solo per questo ( e credo che siano anche necessarie).

La conversazione di gruppo appare esattamente come lo sono ora quelle standard tra Personaggi, con magari qualche funzionalità in più. Basterà raccogliere tutti i messaggi associati a quell'id_gruppo ed incasellarli come vogliamo nella sua lunga cronologia. È probabile che la gestione del campo letto andrebbe rivista, bisognerà qui capire come.

Anche l'index.inc.php andrebbe sistemato, probabilmente con qualche UNION per consentire l'allineamento dei Gruppi nell'elenco delle Conversazioni. Si amplierà la query che già abbiamo inserendo anche questi. Nel caso, proveremo a crearne una.

Credo che sia anche molto utile dividere la messagistica ON da quella OFF, su cui magari si può fare una scelta nell'eventuale pacchetto, in modo da tenere le missive/email On Game separate e quindi come messaggi a parte. Fuori dalle Conversazioni OffGame.

Come vedi, c'è un poco di lavoro da fare...
Ma nulla di troppo complesso da essere fuori portata.

Kasa.

---

quota

26/07/2021 10:57:29 e modificato da kasa il 26/07/2021 11:17:38

@nobara

Il modo migliore per farlo è creare una colonna nei messaggi dedicata a questa informazione; una cosa del genere:

Quindi, nel file readnew.inc.php e createnew.inc.php andrai ad inserire un tag <select>, prima del tag <textarea> dedicato al testo del messaggio, in cui richiedi all'utente di identificare la tipologia di messaggio, con i tag <option> uno dedicato ad OFF e l'altro ad ON.

Poi in send_message.inc.php, nel momento dell'inserimento del nuovo messaggio, andrai ad inserire anche il valore del tag <select> appena creato per la colonna tipo.

Quando andrai a visualizzare la cronologia di una conversazione, in readnew.inc.php, nelle informazioni del messaggio aggiungerai un nuovo <div class="infos '.$side_infos.'"> dedicato alla tipologia del messaggio.

Kasa.

---

quota

26/07/2021 11:22:49

Intanto grazie ad entrambi.
Non è una cosa semplice, ma è una cosa fattibile e già questo è un punto a favore.

L'estate è sempre... estate. A settembre mi metto seduta per bene e se mi date una mano come abbiamo fatto per il pacchetto WA, vedo se si riesce di tirarne fuori qualcosa.

Se non ci si riesce, pace, ci abbiamo provato.
Capisco il discorso dell'abbandonare del tutto il vecchio sistema di messaggistica.

Secondo me, ad una certa, va fatto se vogliamo ammodernare il gioco che è una delle tante cose di cui si è discusso qui in forum: come rendere gdrcd più affine a concetti e funzionalità nuove, quali potrebbero essere quelle introdotte da whatsapp, telegram etc. etc.

---

quota

26/07/2021 11:47:01

Non è un problema per "rivederci a Settembre" con le modifiche. Ti chiedo in anticipo un poco di pazienza sulle mie tempistiche di risposta, dato che, tra lavoro e GDRCD, potrei essere impegnato altrove.

Per quel che riguarda la messaggistica, credo che il Pacchetto WA, unito a qualche altro cambiamento sulle tabelle dei messaggi e sulle funzionalità annesse, possa essere una ottima base di partenza per qualsiasi nuovo "modulo" dei Messaggi di GDRCD. A livello di integrazione, tra l'altro, non va nemmeno troppo ad impattare il resto dell'engine e, quindi, si presta per essere una componente che può essere facilmente implementata.

Kasa.

---

quota

26/07/2021 11:57:01 e modificato da nobara il 26/07/2021 12:01:46

Grazie mille per la dritta, ora funziona tutto slendidamente!
Nella mia nabbaggine, mi ero semplicemente dimenticata di riguardare il send_message u.u'

quota

26/07/2021 11:59:34

Ho ipotizzato settembre semplicemente perché forse avrei testa per lavorarci, ora, fino al 6 di agosto e non mi sembra una cosa entro il 6 agosto riuscirei/mmo a finire. Poi ho una lunga pausa e a settembre dovrei riprendere da zero il filo ;)

Quindi se per te si può fare, pace per i tempi lunghi di risposta è tutto lavoro amatoriale, possiamo rivederci a settembre con questo tentativo di implementazione ;)

---

quota

11/09/2021 16:05:38

Io sono tornata e mi piacerebbe, con molta calma, iniziare a ragionare su questa cosa (senza premura, vediamo dove si arriva).

Ho iniziato con le query in db, creando le due nuove tabelle "messaggi_gruppi" e " messaggi_gruppi_personaggi". Metto un po' le mani avanti, sono una schiappa cosmica con JOIN e UNION. E so bene che qui andranno usati...

---

quota

FloorPlanner

Scopriamo Floorplanner, l'editor online gratuito per planimetrie da utilizzar nelle tue giocate online!

Multiverse eLot

Multiverse eLot: intervista al creatore della prima APP per un Play by Chat (eXtremelot)!

NSA e MmoRpg

L'Intelligence Americana ha spiato i giocatori di giochi di ruolo online, scopriamo cosa è accaduto!

Shadow Land

Intervista allo staff di Shadow Land Prisoners of the Mist il play by chat ambientato nel mondo di Ravenloft