[GDRCD 5.5] Nuova release - Changelog e proposte
30/05/2020 18:29:01
O wow, che bella notizia.
Ho un paio di richieste:
- chat off
- possibilità di bloccare i nuovi arrivati in una chat accoglienza
- possibilità di implementare mostrine (abbigliamento anche a seconda del grado) x le chat
Possibilità di renderle il tutto un pochino più mobile friendly
Di php non ne so molto quindi non so come aiutarvi ad implementare quindi sono richieste che potrebbero essere utili a molti.
Chi fa da se fa per tre ma....si accettano volentieri consigli
31/05/2020 00:38:41
kheperet ha scritto:Se non ricordo male il forum vecchia versione ordinava i messaggi per data post padre e non in base alle nuove risposte: hai implementato anche quello?
E' una cosa che sto per fare nel gioco su cui lavoro, quindi se l'hai già fatto aspetto di vedere come lo hai fatto tu :)
Implementato, ho creato un nuovo campo "data_ultimo_messaggio" nella tabella messaggioaraldo, questo valore viene aggiornato ad ogni risposta e viene preso come riferimento quando si carica l'elenco dei thread.
jan90 ha scritto:1. La possibilità di avere i messaggi raggruppati per mittente (molti nel forum hanno fatto richieste di aiuto in merito nel tempo, senza mai ricevere risposta);
3.La possibilità di usare Font Awesome o simili (ci ho provato con tanto ardore ma su Windows/Chrome svaniscono ad ogni refresh);
5 (?) Un'altra sottigliezza che ho colto negli ultimi tempi, sia da player che da gestori, è la necessità di un'interfaccia di chat più pulita e più funzionale, quelle pagine di codice però non sono troppo semplici da maneggiare. Sarebbe possibile mettere i dadi in un popup o una modale di default?
1. Ho controllato il codice e farlo vorrebbe dire stravolgere il sistema. Penso sia piu' sensato scrivere un nuovo sistema di messaggistica tipo whatsapp piuttosto che modificare quello attuale. E poi lasciar scegliere al gestore quale usare.
3. Ci ho ragionato su, ma ho pensato che in chat siano poco pertinenti quindi sarebbe da implementare nei privati e nel forum?
5. Sono richieste molto generiche che lasciano molto spazio all'interpretazione. Cosa intendi con pulita?
dyrr ha scritto:Credo che basterebbe come partenza, fare in modo che il ref_header sia un po' meno un macello (si lo so che non è colpa tua e che era così in origine) e che sia strutturato meglio per quanto riguarda specie la part ein inserimento
Penso di lavorarci su per renderlo piu' leggibile.
staff shadowland ha scritto:Un grosso problema che ho riscontrato in GDRCD è nella cancellazione degli account, una volta che questo viene eliminato, se un utente si riscrive con un pg con il medesimo nome di uno creato in passato, ripesca tutti gli oggetti e credo anche il denaro, appartenuto a quel personaggio.
Altro problema si trova nella gestione degli oggetti a consumo in chat, non ricordo in quale versione, l'oggetto spariva al primo utilizzo anche se aveva più cariche. Poi c'è stato qui sul forum il rilascio di una soluzione che correggeva parzialmente questa cosa, tuttavia l'oggetto veniva sì rimosso correttamente ma restava nell'inventario e scalava di numero fino al valore negativo, la soluzione era gettar via l'oggetto manualmente. Se non ricordo male in tal senso c'era proprio un problema a livello di aggiornamento chat ma non vorrei dire una cavolata che non ci metto mano da un bel po'.
Implementazioni possibili
Queste sono solo idee, magari sono complesse da realizzare per cui prendile con le pinze XD
- Se si potesse implementare un sistema per quelle land che usano il lancio incantesimi in chat, sarebbe un gran passo avanti, roba tipo il reset di certi parametri ogni tot tempo o roba del genere.
- Ho visto che molte land usano anche il sistema di riposo, consumo risorse ogni tot tempo e roba del genere, forse a qualcuno potrebbe tornare utile.
- Per le Land che come la mia si basano sui livelli del pg o comunque sul raggiungimento di questi tramite lvl up, sarebbe pratico implementare qualcosa dal genere evitando di dover risolvere tutto manualmente per ogni singolo utente. O almeno un piccolo avviso che ti dice di aver superato il livello.
- Limite oggetti indossabili di un certo tipo, a suo tempo ho provato ad implementare una cosa del genere ed ho chiesto anche qui nel forum ma non ne sono mai venuta a capo purtroppo.
- Oggetti che possono essere equipaggiati o meno in base a determinati parametri. Ad esempio se ho forza 10 non posso indossare qualcosa che richiede forza 15
Per come e' strutturato GDRCD devi fare la manutenzione pg cancelli prima che si iscriva un nuovo giocatore questo perché la richiesta dalla pagina utente e' tipo un "cestino" quindi la nasconde solamente. Nel caso volessi risolvere la cosa potresti prendere le query di gestione_manutenzione e farle eseguire quando uno fa richiesta di cancellazione.
Lanciare incantesimi e' troppo generico, una land potrebbe aver bisogno di incantesimi come fossero oggetti, un'altra incantesimi livellabili, un'altra che si sbloccano ad albero, un'altra con l'esperienza, una assegnata dallo staff, una legata ad una caratteristica, un'altra che li vorrebbe usare come tecniche ninja e quindi farle funzionare non si sa come, ma funzionano. Insomma sono cose che secondo me vanno fatte fuori dal codice comune a tutte le land.
Per l'avanzamento di livello dipende da come assegni l'esperienza, non e' un grosso lavoro quindi se vuoi mi contatti in privato e te lo faccio.
quod ha scritto:Questo ha tutta l'aria di essere un problema strutturale del database... forse converrebbe introdurre un ID numerico nella tabella dei personaggi e usare quello come chiave primaria (poi è ovvio che non farai iscrivere Tizio se c'è già un PG che si chiama Tizio, ma almeno se si iscrive un nuovo Tizio avrà un ID numerico diverso dal Tizio vecchio che è stato cancellato l'anno prima).
A proposito di gestione degli account, butto lì un'idea palesemente rubata a IGI che potrebbe essere interessante da includere nel pacchetto base: separare l'account del giocatore dall'account del PG. Quando mi iscrivo, mi iscrivo solo come giocatore (email e password e basta), e posso avere un unico account, ma a quell'account possono essere associati un qualsiasi numero di PG (a seconda se la land concede doppi PG o no). In questo modo si può distinguere facilmente tra cose associate al giocatore (tipo una carica di master) e cose associate al personaggio (tipo l'appartenenza a una gilda/fazione/quello-che-è).
Non ho idea di quanta roba andrebbe riscritta per gestire i profili in questo modo, però.
Mettere un campo ID e metterlo come PK cambia la struttura del codice che al momento si basa tutto su $_SESSION['login']. Sicuramente diventa piu' solido, ma e' un lavoro che non vale la pena secondo me considerando che c'è chi lavora già ad una versione 7. Quindi il mio intento e' solo quello di correggere i problemi e migliorare il migliorabile con modifiche che possono fare la maggior parte dei gestori.
Per quanto riguarda la distinzione account-personaggio ha vantaggi e svantaggi, considera alcune land dove i gestori vorrebbero poter entrare con un pg normale e non avere il privilegio di master? Dovrebbero crearsi un nuovo account?
Dalla versione 5.5 gli unici dati che vengono salvati sul DB sono email ed IP, penso di aprire a breve un sondaggio per capire a chi realmente interessano questi dati altrimenti si criptano ed ai fini del GDPR non si tiene piu' nessun dato sensibile.
[bslicendice ha scritto:]Sì, scusa, forse ci siamo spiegati male. Non volevamo accollarti questo lavoro ingrato tutto da solo, volevamo piuttosto proporci per una collaborazione insieme ai gestori che utilizzano questi sistemi, come appunto quod. 😉
Ci rendiamo comunque conto che forse è un lavoro che esula dalla logica di una nuova release di "aggiornamento". In caso, ne riparleremo in futuro con chi è interessato! 😃
Scrivimi in privato e vediamo come organizzare la cosa, chiunque fosse interessato a contribuire mi scriva che creiamo un team sulla cosa.
playergdr ha scritto:Passo alle mie proposte.
1 - Chiave primaria ID sui personaggi anziché sul nome
2 - Controllo dei doppi utenti vero e proprio -ho visto da qualche parte una risoluzione ma non ricordo chiaramente dove-
3 - Chat ajax
4 - Un lavoro di design, ma è ora di togliere tutte quelle tabelle e passare ai layout fluidi, display grid etc.
5 - correggere il bug di sicurezza che consente agli admin (moderator) l'utilizzo delle pagine riservate ai gestori (superuser). Gestione permessi, mappe, luoghi etc ha difatti come condizione iniziale un dannato
1. Già risposto.
2. Se riesci a linkare qualcosa ci do un occhio.
3. Se dovessi riscrivere la chat la farei con qualche tecnologia real-time, farla in ajax vuol dire semplicemente scrivere una cosa che e' già vecchia. Ormai si fa tutto in tempo reale e senza refresh. Quindi la prossima volta che sviluppo una land la faro' in questo modo
4. Design basterebbe che 1-2-3-4-5 land che usano GDRCD rendano disponibile il loro codice, tolgono le immagini della loro land e ci piazzano immagini generiche e vedresti almeno 5-6 temi da cui partire. Non ti sei mai chiesto perché da quando esiste GDRCD esiste la variabile THEMES ma nessuno ha mai condiviso un tema e ci ritroviamo ancora con BASIC ed ADVANCED...
5. Non so se quello sia un bug, penso che il creatore di quelle pagine avesse pensato che un admin se viene nominato admin e' perché può fare tutto tranne cancellare il gestore. Almeno io la vedo cosi' devi delegare e circondarti di persone fidate altrimenti non nominarle admin se poi non possono prendersi le responsabilita'
animanera13 ha scritto:O wow, che bella notizia.
Ho un paio di richieste:
- chat off
- possibilità di bloccare i nuovi arrivati in una chat accoglienza
- possibilità di implementare mostrine (abbigliamento anche a seconda del grado) x le chat
Possibilità di renderle il tutto un pochino più mobile friendly
chat off? Cos'e'? La chat tipo FB nell'angolino? Se e' quella molti gestori mi hanno detto che implementarla vuol dire pugnalare ancora di piu' il PbC perché l'avevo proposta per togliere i sussurri dalla chat.
Questo lo puoi fare facilmente, quando si crea un pg lo imposti su un permesso o uno stato particolare e poi in fase di login lo indirizzi in quella chat. Lo fanno alcune land con la "prigione'
le icone in chat mi pare ci siano gia'
"Release your mind´s eye and we make your dreams come true"
31/05/2020 01:13:57
breaker ha scritto:
1. Ho controllato il codice e farlo vorrebbe dire stravolgere il sistema. Penso sia piu' sensato scrivere un nuovo sistema di messaggistica tipo whatsapp piuttosto che modificare quello attuale. E poi lasciar scegliere al gestore quale usare.
3. Ci ho ragionato su, ma ho pensato che in chat siano poco pertinenti quindi sarebbe da implementare nei privati e nel forum?
5. Sono richieste molto generiche che lasciano molto spazio all'interpretazione. Cosa intendi con pulita?
1. Be', Whatsapp raggruppa i messaggi per mittente... Tutti i messaggi con Tizio stanno in una chat, tutti i messaggi con Caio un'altra. Forse mi sono spiegata male, ma lo scopo era proprio quello! 😊
2. In merito al suono per le nuove azioni, ti invio le aggiunte per messaggio privato?
3. Quando te l'ho proposto, in realtà, pensavo più ai menù del main ('Uffici', 'Scheda', 'Esci', ecc.), alle sezioni in scheda ('Oggetti', 'Skill', Modifica', ecc.) e ai vari 'Cancella', 'Quota', 'Edit', 'Invia' nel forum e nei messaggi. In chat, sì, sarebbero obsoleti pure per me. Icon di quel genere servirebbero a rendere tutto un po' più moderno e meno legato a immagini png o link testuali.
5. Già solo mettendo i dadi in popup o modale si avrebbe un'interfaccia ariosa e pulita, così ci sarebbero solo: spazio di chat, select del tipo di messaggio, input tag, input testo azione, tasto invia. I dadi potrebbero essere messi in un angolo, magari proprio con un'icon o non so... Mi sento molto pessima in questo momento! XD
Modificato il 31/05/2020 01:17:34 da jan90
31/05/2020 01:28:21
ti consiglio in questo caso di creare un jquery toggle() e di nascondere/visualizzare la seconda riga del form_chat. Puoi anche creare un banale pulsante [...] dove fai capire che se cliccano li si aprono le impostazioni "avanzate"
"Release your mind´s eye and we make your dreams come true"
31/05/2020 01:34:06
breaker ha scritto: ti consiglio in questo caso di creare un jquery toggle() e di nascondere/visualizzare la seconda riga del form_chat. Puoi anche creare un banale pulsante [...] dove fai capire che se cliccano li si aprono le impostazioni "avanzate"
Mi rendo conto, sì! Alla fine era solo una proposta, visto che moltissime land ormai hanno adottato la cosa... Ma è roba da poco!
31/05/2020 01:38:50
jan90 ha scritto:
breaker ha scritto: ti consiglio in questo caso di creare un jquery toggle() e di nascondere/visualizzare la seconda riga del form_chat. Puoi anche creare un banale pulsante [...] dove fai capire che se cliccano li si aprono le impostazioni "avanzate"
Mi rendo conto, sì! Alla fine era solo una proposta, visto che moltissime land ormai hanno adottato la cosa... Ma è roba da poco!
Vero, ma si tratta di espedienti grafici e non di programmazione. Sono a mio parere migliorie per i temi. Ad esempio il pulsante Segna tutto come letto lo reputo programmazione, mentre il fatto di poterci mettere un'immagine, spostarlo sopra, sotto, etc lo lascio decidere al grafico della land non ha senso prevedere le possibili implementazioni. Basta che lui sappia che quel pezzo di codice va preso e lo può mettere dove reputa piu' coerente con la sua land.
"Release your mind´s eye and we make your dreams come true"
31/05/2020 01:58:29
breaker ha scritto:
jan90 ha scritto:
breaker ha scritto: ti consiglio in questo caso di creare un jquery toggle() e di nascondere/visualizzare la seconda riga del form_chat. Puoi anche creare un banale pulsante [...] dove fai capire che se cliccano li si aprono le impostazioni "avanzate"
Mi rendo conto, sì! Alla fine era solo una proposta, visto che moltissime land ormai hanno adottato la cosa... Ma è roba da poco!
Vero, ma si tratta di espedienti grafici e non di programmazione. Sono a mio parere migliorie per i temi. Ad esempio il pulsante Segna tutto come letto lo reputo programmazione, mentre il fatto di poterci mettere un'immagine, spostarlo sopra, sotto, etc lo lascio decidere al grafico della land non ha senso prevedere le possibili implementazioni. Basta che lui sappia che quel pezzo di codice va preso e lo può mettere dove reputa piu' coerente con la sua land.
È giusto, sì. Capisco che vuoi dire... Mi sono fatta prendere dall'entusiasmo, domando scusa! *inserire scimmietta che si copre gli occhi*
31/05/2020 10:56:50
breaker ha scritto:
Dalla versione 5.5 gli unici dati che vengono salvati sul DB sono email ed IP, penso di aprire a breve un sondaggio per capire a chi realmente interessano questi dati altrimenti si criptano ed ai fini del GDPR non si tiene piu' nessun dato sensibile.
Qualcosa non mi torna... premesso che l'IP da solo non dovrebbe comunque essere considerato un dato sensibile, non credo che criptare la mail ti autorizzi a scrivere che "non salvi alcun dato sensibile" nell'informativa. Nel senso, un conto è salvare solo l'hash del dato, ma se lo cripti con una funzione reversibile puoi accederci comunque. Poi che sia comunque meglio criptare la mail che salvarla in chiaro ok, ma per poter dire nelle note legali che non tieni il dato dovresti effettivamente essere impossibilitato a leggerlo (almeno credo... qualcuno può confermare/smentire?).
L'unico play by chat di Planescape in italiano
https://sigilonline.altervista.org
Modificato il 31/05/2020 10:58:09 da quod
31/05/2020 11:04:06
Personalmente, penso che l'unica cosa necessaria ad una nuova versione sia la chat con il server che manda la richiesta di update al client e non con il client che controlla ogni tot secondi, giusto quello... e la questione dei forum in ordine di ultimo messaggio, già trattata. ^^
31/05/2020 11:20:02
quod ha scritto:
breaker ha scritto:
Dalla versione 5.5 gli unici dati che vengono salvati sul DB sono email ed IP, penso di aprire a breve un sondaggio per capire a chi realmente interessano questi dati altrimenti si criptano ed ai fini del GDPR non si tiene piu' nessun dato sensibile.
Qualcosa non mi torna... premesso che l'IP da solo non dovrebbe comunque essere considerato un dato sensibile, non credo che criptare la mail ti autorizzi a scrivere che "non salvi alcun dato sensibile" nell'informativa. Nel senso, un conto è salvare solo l'hash del dato, ma se lo cripti con una funzione reversibile puoi accederci comunque. Poi che sia comunque meglio criptare la mail che salvarla in chiaro ok, ma per poter dire nelle note legali che non tieni il dato dovresti effettivamente essere impossibilitato a leggerlo (almeno credo... qualcuno può confermare/smentire?).
Se la mail ti serve solo per il recupero pass, coem serve al 95% delle land imposti il salvataggio della mail come hash non recuperabile.
Quando il pg chiede il recupero della pass, inserisce nonme pg e mail, la mail inserita viene trasformata in hash, e confrontata con l'hash salvato, se i due hash coincidono, il server spedisce la mail alla mail inserita al momento del recupero pass.
Discussione seguita da:
Aggiungi discussione ai preferiti
Segnala discussione ad un utente
Forum Programmazione, GDRCD, Grafica e Open Source
Torna alla lista dei Forum
Articoli, Recensioni e altre Risorse
Lista dei giochi dove giocare con fantastici eroi! Affila le tue armi e diventa leggenda!
Articoli, Recensioni e altre Risorse
Intervista alla gestrice di Underworld of Rome.. il play by chat ambientato nel World of Darkness romano!
Simpatica intervista ai gestori di Dragonland affrontata attraverso il concetto di comunità