GDRCD 5.4 - Navi e navigazione

GDRCD 5.4 - Navi e navigazione postato il 21/04/2020 14:16:14 nel forum programmazione, gdrcd, open source, hosting

Buongiorno a tutti,

non avendo trovato nulla in archivio, mi chiedevo se qualcuno aveva ragionato sul creare un gioco di mare, con navi e isole da raggiungere, con rotte diverse e tempistiche di navigazione.

Grazie per la disponibilità.

quota

21/04/2020 16:35:18

Grazie mille per la tua risposta.

In realtà le quest a cui sono abituato io in PBC erano almeno di 50 persone, perchè venivano limitate, altre senza limite superavano i 100 pg.

Riguardo alla navigazione, a parte il fattore esplorativo che menzionavi, la tempistica nel raggiungere un'isola è proprio per rendere reale lo spostamento, soprattutto in virtù del fatto che ho già implementato un sistema di merci e di mercato flessibile, sia nei prezzi che nelle quantità.

In realtà però cercavo idee lato tecnico per implementare questa cosa, cercando un approccio che non mi porti a dover stravolgere le meccaniche di gdrcd, e che si inserisca correttamente nel suo sistema di mappe.

quota

22/04/2020 09:07:35

Sicuramente saranno limitati i PG, perchè almeno per la mia esperienza, oltre un certo numero c'è troppo caos.
I master invece erano 1 ogni 30 PG, sennò addio...

quota

22/04/2020 11:15:57

@jerome l'ultima che hai detto... Sto cercando di ragionare a livello logico su come gestirlo, affatto semplice.

quota

22/04/2020 22:20:20

Il sistema di navi e' gestibile col codice base di GDRCD. Le mappe mobili non sono altro che link che compaiono o scompaiono quando si e' in una mappa o in un'altra.
Dipende secondo me dal risultato che vuoi ottenere, una volta che hai chiaro quello e' molto più' semplice ragionare su come realizzarlo.
Una prima considerazione da fare e' se i personaggi sono bloccati in una mappa oppure hanno accesso in tutte le mappe.
Ad esempio esiste la mappa Isola 1 con dentro 3 sottomappe (City 1, City 2, City 3) ogni City ha diverse chat (piazza, strada, porto, locanda, etc) questo per semplicità lo duplichiamo su una mappa Isola 2
Ora sta a te decidere se chi sta su Isola 1 può andare direttamente su Isola 2 tramite un link oppure se deve prima passare per una "nave". Devi decidere pure se uno può passare da Piazza di City 1 a Strada di City 2 in pochi click oppure deve passare x tempo per uno spostamento. Esistono pro e contro per ogni tua decisione, non esiste la formula perfetta e qualsiasi cosa farai verrai criticato e giudicato. Troverai chi reputa più bello stare in una chat e giochi il passare da una mappa all'altra e chi sicuramente lo trova simile ad una chat prigione. Qualsiasi cosa fai ricordati che GDRCD per come e' basato puoi aggirare quasi tutti i controlli facilmente quindi se alcune di queste cose sono fondamentali per il tuo gioco ti consiglio di aumentare i controlli o meglio ancora di sviluppare un sistema di permessi dedicato.

---

quota

23/04/2020 10:59:25

Grazie Breaker.

Sul sistema di controlli ho già messo mano pesantemente, in effetti nel sistema delle mappe basta mettere l'id è si può aggirare.
Ad esempio ho rafforzato anche il controllo sugli accessi ai menu di gestione e svariate altre cose.

Per rimanere in tema, l'idea di base è "blindare" un pg in nave per il tempo della navigazione, facendo un controllo sulla di partenza salvata nel db, disabilitando in questo modo qualsiasi possibilità di spostamento tramite parametri.
Inoltre, giunto sull'isola, blindarlo nell'isola e permettergli di andare via solo tramite nave.
La gestione delle url parametriche di gdrcd non aiuta in questo senso, e i controlli da implementare sono davvero tanti.

Per questo mi chiedevo se qualcuno avesse già affrontato il problema e tastato la solidità dei controlli. Diversamente dovrò mettere mano a tutti gli spostamenti, verificando sempre se quel PG è su una nave in movimento e se si trova su un isola.

quota

23/04/2020 11:14:12

secondo me dovresti disabilitare la modifica del parametro mappa nella riga del personaggio nel db. Lo fai modificare solo tramite script con l'uso delle mappe mobili. Se vuoi mettere un fattore tempo ti consiglierei di creare una tabella dedicata agli spostamenti usando una logica simile alle chat prigione o esilio

---

quota

23/04/2020 11:54:31

Intendi la riga "posizione"? Puoi spiegarmi meglio cosa fare per disabilitarlo senza creare danni con le altre funzioni?

Grazie mille!

quota

23/04/2020 17:40:39

https://github.com/GDRCD/GDRCD/blob/master/header.inc.php

Questo codice fa si che mappa e luogo cambino in base all'url. Dovresti rimuoverlo, ora che ci penso pero' una persona leggermente più esperta potrebbe modificare i propri dati di sessione per cambiare luogo ed aggirare il tuo codice. Quindi sarà un bel lavoro per te implementare tutto questo. Dovresti togliere la possibilita' di modificare i propri record nel database

https://github.com/GDRCD/GDRCD/blob/master/main.php
tutta la parte che fa UPDATE in questo modo non possono aggiornare tramite url. Devi poi implementare un sistema di aggiornamento alternativo, quello dipende dalla tua fantasia e/o abilita.
Potresti fare un pulsante che compare nella chat, un link con token di sicurezza per essere sicuro che lo usi solo lui. Far si che dopo x tempo cambi in maniera automatica, qualsiasi cosa pensi sia coerente con il tuo progetto. L'unico limite e' la tua immaginazione

---

quota

23/04/2020 18:57:50

Perdonami breaker, riguardo alla sicurezza sulla sessione credo tu ti riferisca alla variabile PHPSESSID, che però di norma viene utilizzata per attacchi contro altri utenti, duplicando la sessione stessa prendendola dal cookie.

Come potrebbe qualcuno aggirare il codice per spostarsi su un'altra mappa? E poi anche se cambiasse da url la sua sessione verrebbe sbattuto fuori, a meno che non conoscesse quella di qualcun altro. Ti riferisci forse ad un doppio che potrebbe farsi?

Riguardo al resto, se ho capito bene, mi suggerisci di far funzionare i link passando per la pagina main, ma il problema rimane. Dovrei farmi servire il frame senza parametro, e con javascript sarei ancora più esposto.

A questo punto non è più facile, ad esempio se si è in nave "in viaggio" controllare la posizione attuale e segare tutte le richieste di spostamento all'esterno?
Cioè mettere un controllo direttamente sul funzionamento attuale, escludendo la riuscita in luoghi con tipologia precisa. Da li non si dovrebbe scappare:

ES.

sono sull'isola "pippo", tento di aggirare il codice inserendo come parametro mappaclick o dir = <un.id.mappa.o.locazione.che.conosco>

Nel DB quell'isola avrà una riga "tipologia" che la identifica come isola.
La nave, avrà anch'essa una tipologia che la identifica come tale, e un'altra riga che identifica se è attraccata o meno e in quale luogo.

A questo punto, alla richiesta della url, verificando che ci si trovi in un luogo con tipologia isola, si segano tutte quelle richieste che non sono verso una nave attraccata in quel luogo.

Che ne pensi?

quota

25/04/2020 22:23:20

intendo proprio l'uso di $_SESSION['valore'] direttamente nelle query.

---

quota

Opéra

Intervista ai gestori del GdR storico ambientato in un oscura Francia di fine 800... Opéra!

F.a.q. del Portale

Hai dei dubbi sull'utilizzo del portale? Dai un occhiata alle frequently asked questions!

Analisi dei MUD

Analisi storica e critica dei Multi User Dungeon (MUD)!

Giochi Hunter X Hunter

Lista completa dei giochi di ruolo online ambientati nel mondo di Hunter X Hunter