[GDRCD 5.5] Nuova release - Changelog e proposte

[GDRCD 5.5] Nuova release - Changelog e proposte postato il 29/05/2020 12:59:42 nel forum programmazione, open source e hosting e modificato da gdr-online.com il 29/05/2020 13:33:39

E' in cantiere la nuova release di GDRCD. In seguito vi posto il changelog, tempistiche penso ai primi di giugno.
Nel caso aveste richieste scrivetelo in questo modo verranno implementate prima di rilasciare la release.

29/05/2020 12:59:53 e modificato da breaker il 31/05/2020 23:33:09

# Change Log
Tutti i cambiamenti dalla versione 5.5 verranno inseriti qui.


## [5.5.0] - 2020-06-01

Elenco delle modifiche al codice

### Aggiunto

- __$PARAMETERS['mode']['check_forum'] = 'OFF';__ serve per abilitare la notifica di nuovi messaggiaraldo (thread) nel box messaggi.inc.php.
- __$PARAMETERS['mode']['check_messages'] = 'ON';__ serve per abilitare la notifica di nuovi messaggi privati nel box messaggi.inc.php.
- __$PARAMETERS['text']['check_forum']['new'] = '(Nuovo)';__ permette di personalizzare il testo da far comparire nel caso ci siano nuovi messaggiaraldo (thread)
- __$PARAMETERS['info']['GDRCD'] = '5.5';__ serve per indicare la versione di GDRCD.
- __$PARAMETERS['mode']['exp_in_private'] == 'ON')__ serve per abilitare l'esperienza nelle chat private.
- __$PARAMETERS['settings']['auto_salary'] = 'OFF'__ serve per abilitare l'accredito automatico dello stipendio al primo login.
- __gdrcd_list('personaggi')__ come datalist per aiutare a trovare il nome dei personaggi durante la creazione di un messaggio.
- __$PARAMETERS['settings']['exp_by_chat']['value'] = '0';__ serve per impostare quanti punti experienza assegnare nelle azioni.
- __$PARAMETERS['mode']['allow_new_chat_audio'] = 'ON';__ serve per abilitare l'avviso sonoro quando ci sono nuovi messaggi in chat.
### Modificato

- Impostato come unico sistema di criptaggio password BCRYPT
- Refactoring di tutto il codice
- __forum.inc.php__ e' stato diviso in piu' parti per migliorne la leggibilita'. E' stato creato un controllo delle richieste che verranno inoltrate alla pagina richiesta (/pages/forum).
- __gestione_manutenzione.inc.php__ e' stato divisa in piu' parti per migliorne la leggibilita'. E' stato creato un controllo delle richieste che verranno inoltrate alla pagina richiesta (/pages/gestione/manutenzione).
- __messages_center.inc.php__ e' stato diviso in piu' parti per migliorne la leggibilita'. E' stato creato un controllo delle richieste che verranno inoltrate alla pagina richiesta (/pages/messages).
- __scheda.inc.php__ e' stato divisa in piu' parti per migliorne la leggibilita'. E' stato creato un controllo delle richieste che verranno inoltrate alla pagina richiesta (/pages/scheda).
- __main.css__ l'altezza di .iframe.iframe-messaggi e' stata portata da 20px a 33px.
- __PasswordHash.php__ aggiornato dalla versione 0.3 alla versione 0.5.
- __< audio >__ aggiornato allo standard HTML5 in scheda.inc.php
- __visit.inc.php__ i thread vengono visualizzati in base all'ultima risposta e non piu' in base alla creazione.

### Rimosso

- Rimosso il sistema di salvataggio delle password in chiaro.
- Rimosso il sistema di criptaggio password SHA-1.
- Rimosso il sistema di criptaggio password MD5.

### Corretto

- [BugFix] conflitti con merge precedenti.
- [BugFix] __$PARAMETERS['settings']['protection_password'] = 'gdrcd';__ non era stato implementato correttamente.
- [BugFix] Elimina messaggi selezionati.

29/05/2020 13:33:24

Grandissimo lavoro come sempre! 👌

29/05/2020 13:40:58

Wow! Tanta roba, se non avessi modificato così tanto il vecchio 5.2 ci farei un pensierino, ma mi ci vorrebbero mesi per riscrivere le parti personalizzate e le funzion :(
Grande breaker!

29/05/2020 13:59:15

breaker ha scritto:
forum.inc.php e’ stato diviso in piu’ parti per migliorne la leggibilita’. E’ stato creato un controllo delle richieste che verranno inoltrate alla pagina richiesta (/pages/forum).

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 :)


Hai inserito anche la criptazione email da gdpr?

29/05/2020 14:49:47

Ma... 😭 Breaker, grazie! Grazie già adesso, anche solo per averci pensato! ❤️😭

Forse sono implementazioni laboriose ma potrebbero essere utili:
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);
2. Il suono in chat per l'arrivo delle nuove azioni (con molta fatica sul 5.4 ce l'ho fatta ma non penso saprei rifarlo, e sul forum qui erano diverse le richieste di aiuto);
3.La possibilità di usare Font Awesome o simili (ci ho provato con tanto ardore ma su Windows/Chrome svaniscono ad ogni refresh);
4. Modali (se possibile preparare già il codice, così da poter decidere singolarmente se usarle nella propria land o meno - lo chiedo perché, da profana, ho avuto qualche difficoltà tra i .js da copiare, <script> da aggiungere su header, css da tradurre, ecc...).

Se dovessero essere richieste banali (o troppo laboriose), ignoratemi pure! Ve lo condedo! XD
Più che altro mi sono venute in mente queste sulla base delle richieste lette nel forum qui... Sarebbe di certo un aiuto enorme per tutti quelli che, come me, hanno trovato difficoltà a costruire il codice, senza sapere nulla di .js, modali, PUA, ecc., senza basi e aiuti da cui poter partire.

29/05/2020 19:56:53

E anche questa è una bella iniziativa! 👍

Noi lanciamo un'idea probabilmente incompatibile con il fatto che la 5.5 venga rilasciata a giorni, ma che potrebbe essere comunque uno spunto per la 5.6 o per dei moduli aggiuntivi da rilasciare successivamente a parte.

Ad oggi gdrcd monta di default Interlock e la maggioranza dei gestori che vogliono inserire dadi e statistiche nel proprio gioco si "appoggiano" a quello che il pacchetto offre come base di partenza, a prescindere che gli piaccia o meno, che sia funzionale o meno al loro gioco e così via.
Fra di noi stavamo ragionando sul fatto che potrebbe essere utile implementare dei moduli contenenti le meccaniche essenziali di altri sistemi. Quindi - a titolo puramente esemplificativo - un pacchetto che vada a sostituire la dinamica Caratteristica+Abilità+1d10 con le dinamiche di D&D, VtM, GURPS etc. In questo modo il gestore non dovrebbe scrivere da zero delle funzionalità che tutto sommato sono sempre le stesse. Si tratterebbe di scrivere un nuovo tiradadi e di agganciarlo ad una serie di diversi parametri contenuti nella scheda.

Siccome sappiamo che è un lavoro un po' particolare e che richiederebbe maggiore approfondimento, restiamo a disposizione anche in privata sede per altri chiarimenti. 😊

29/05/2020 21:02:32

slicendice ha scritto:
Fra di noi stavamo ragionando sul fatto che potrebbe essere utile implementare dei moduli contenenti le meccaniche essenziali di altri sistemi. Quindi - a titolo puramente esemplificativo - un pacchetto che vada a sostituire la dinamica Caratteristica+Abilità+1d10 con le dinamiche di D&D, VtM, GURPS etc. In questo modo il gestore non dovrebbe scrivere da zero delle funzionalità che tutto sommato sono sempre le stesse. Si tratterebbe di scrivere un nuovo tiradadi e di agganciarlo ad una serie di diversi parametri contenuti nella scheda.

Sì, l'idea del codice modulare l'aveva già accennata dyrr l'altro giorno in un altro thread (se si vuole fare, mi sono detto disponibile ad aiutare col modulo per D&D).

29/05/2020 22:56:34

dol_amroth ha scritto: Wow! Tanta roba, se non avessi modificato così tanto il vecchio 5.2 ci farei un pensierino, ma mi ci vorrebbero mesi per riscrivere le parti personalizzate e le funzion :(
Grande breaker!

Puoi prendere i commits su GitHub e fare un merge con il tuo codice, da li risolvere i conflitti. Risparmi gran parte del lavoro

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 :)

Ora lavoro ad entrambe le richieste

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);
2. Il suono in chat per l'arrivo delle nuove azioni (con molta fatica sul 5.4 ce l'ho fatta ma non penso saprei rifarlo, e sul forum qui erano diverse le richieste di aiuto);
3.La possibilità di usare Font Awesome o simili (ci ho provato con tanto ardore ma su Windows/Chrome svaniscono ad ogni refresh);
4. Modali (se possibile preparare già il codice, così da poter decidere singolarmente se usarle nella propria land o meno - lo chiedo perché, da profana, ho avuto qualche difficoltà tra i .js da copiare, <script> da aggiungere su header, css da tradurre, ecc...).

1. Ci lavoro su
2. Saresti disposto a farmi vedere il tuo codice?
3. Di default oppure da attivare?
4. Le modali usano jQuery, se non le vuoi devi semplicemente non richiamare la funzione relativa. Togliere jQuery non mi pare una buona idea in quanto e' molto semplice e riesci a rendere dinamico il sito con poche conoscenze. Alternative sono AngularJS o VueJS, ma richiedono un altro approccio. Per intenderci sono utili se impostiamo la land come SPA (Single Page Application)

slicendice ha scritto:Ad oggi gdrcd monta di default Interlock e la maggioranza dei gestori che vogliono inserire dadi e statistiche nel proprio gioco si "appoggiano" a quello che il pacchetto offre come base di partenza, a prescindere che gli piaccia o meno, che sia funzionale o meno al loro gioco e così via.
Fra di noi stavamo ragionando sul fatto che potrebbe essere utile implementare dei moduli contenenti le meccaniche essenziali di altri sistemi. Quindi - a titolo puramente esemplificativo - un pacchetto che vada a sostituire la dinamica Caratteristica+Abilità+1d10 con le dinamiche di D&D, VtM, GURPS etc. In questo modo il gestore non dovrebbe scrivere da zero delle funzionalità che tutto sommato sono sempre le stesse. Si tratterebbe di scrivere un nuovo tiradadi e di agganciarlo ad una serie di diversi parametri contenuti nella scheda.

Le mie conoscenze non mi permettono di farlo in quanto tra tutti i titoli da citati conosco solo D&D3.5 quindi penso sia meglio sperare che qualche land dove sono stati implementati gli altri sistemi abbiano la volontà di condividere la loro soluzione.

greatseiji ha scritto:A me piacerebbe ci fosse la funzione che permette agli utenti di alzare le statistiche in scheda, come si fa con le abilità, usando i punti exp.
Quella sarebbe comoda e sempre più land la stanno adottando.

E' un concetto molto legato alla land, una potrebbe voler mettere 1 punto exp per caratteristica, per poi raddoppiare. Un'altra potrebbe volere 10 fisso, un'altra vorrebbe legare l'esperienza al livello ed il livello alle caratteristiche... In pratica generalizzare per poter comprendere molti casi non e' facile rischi solo di scrivere linee e linee di codice inutile. Meglio semplificare il tutto per far si che ogni land possa implementare la logica che gli serve. Torniamo sempre pero' ad un problema strutturare. Ci sono 6 caratteristiche, hai mai provato a vedere la mole di lavoro che deve fare uno se volesse metterne 7? Ci sono da modificare almeno 12 file con tutti i riferimenti

29/05/2020 23:34:30 e modificato da jan90 il 30/05/2020 16:38:42

[quote]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);
2. Il suono in chat per l'arrivo delle nuove azioni (con molta fatica sul 5.4 ce l'ho fatta ma non penso saprei rifarlo, e sul forum qui erano diverse le richieste di aiuto);
3.La possibilità di usare Font Awesome o simili (ci ho provato con tanto ardore ma su Windows/Chrome svaniscono ad ogni refresh);
4. Modali (se possibile preparare già il codice, così da poter decidere singolarmente se usarle nella propria land o meno - lo chiedo perché, da profana, ho avuto qualche difficoltà tra i .js da copiare, <script> da aggiungere su header, css da tradurre, ecc...).

1. Ci lavoro su
2. Saresti disposto a farmi vedere il tuo codice?
3. Di default oppure da attivare?
4. Le modali usano jQuery, se non le vuoi devi semplicemente non richiamare la funzione relativa. Togliere jQuery non mi pare una buona idea in quanto e' molto semplice e riesci a rendere dinamico il sito con poche conoscenze. Alternative sono AngularJS o VueJS, ma richiedono un altro approccio. Per intenderci sono utili se impostiamo la land come SPA (Single Page Application)[/quote]

1. Grazie infinite! ♥
2. Certo che sì! Disponibilissima a farlo! ** Posso andare alla ricerca dei vari pezzi di codice che mi hanno permesso di riuscirci, anche se funziona solo sulla versione 5.4... Dovrò lavorare un po' di memoria ma se posso aiuto senz'altro!
3. Per default intendi che Font Awesome è già installato in GDRCD, con cartelle e richiami, e pronto all'uso? Personalmente sarebbe un bel vantaggio e una chicca non da poco, ma si potrebbe anche fare solo una guida all'installazione, alla fine, così da essere il meno dispendioso possibile per te...
4. No, no, non intendevo togliere jQuery, ma anzi sistemare già dentro GDRCD tutto l'occorrente per il funzionamento delle modali che, al momento, è riassunto in una risposta di blancks, persa in cinque pagine di discussione: https://www.gdr-online.com/readforum.asp?id=190562&pag=2 ↗

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?

30/05/2020 01:04:22

Le mie conoscenze non mi permettono di farlo in quanto tra tutti i titoli da citati conosco solo D&D3.5 quindi penso sia meglio sperare che qualche land dove sono stati implementati gli altri sistemi abbiano la volontà di condividere la loro soluzione.

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

nel senso strutturare la parte che gestisce le aizoni in ingresso in un formato del tipo

//se è stata inviata una tipologia di azione in chat
if(isset($_REQUEST['action_type'])) {

//genera il nome della funzione del tipo d20_chat_skill o interlock_chat_skill
//in maniera da vincolare la funzione dinamica ad un set di funzioni specifiche controllate
$func = $PARAMETERS['game_engine'] . '_chat_' . $_REQUEST['action_type'];

//se esiste la funzione
if(function_exists($func) === true) {

//esegue la sunzione e ne recupera i dati
$data = $func($_SESSION['login'],$_REQUEST);

}
}

ovviamente il mio è solo un esempio molto schematizzato di cos aintendo. un sistema del genere però come struttura faciliterebbe il cambio o lo sviluppo di funzioni specifiche legate all'engine di gioco scelto, senza dover toccare il ref_header, basterebbe fare in modo che la funzione restituisca dei dati organizzati in un certo modo