buonasera a tutti oggi stavo provando ad iscrivere vari personaggi con la stessa email per creare dei PNG di gioco, ho visto che con la stessa email riesco solo a creare un'account volevo sapere se è praticamente fattibili usare la stessa email per creare varie account grazie mille per ogni consiglio e aiuto.
Utente di servizio a cui vengono attribuiti sul forum i post degli utenti che si sono cancellati dal portale
Pagine → 1
12/11/2020 20:49:54
Ciao,no non è possibile inserire più personaggi con lo stesso indirizzo email perchè andrebbe a decadere il ragionamento che sta dietro al meccanismo di recupero password, in quale richiede di inserire l'indirizzo email per poter resettare la password del personaggio associato all'indirizzo.Se si permettesse una cosa del genere, inserendo l'indirizzo email per il reset di quale personaggio si dovrebbe andare a recuperare la password dato per un solo indirizzo sono associati più pg?
---Non chiedetemi aiuto in privato per questioni di programmazione; chiedete sul forum e eventualmente vi risponderò lì.http://gdrportal.eu - Hosting per GDR
13/11/2020 09:29:54
leoblacksoul ha scritto: Ciao,no non è possibile inserire più personaggi con lo stesso indirizzo email perchè andrebbe a decadere il ragionamento che sta dietro al meccanismo di recupero password, in quale richiede di inserire l'indirizzo email per poter resettare la password del personaggio associato all'indirizzo.
L'unico play by chat di Planescape in italiano https://sigilonline.altervista.org
13/11/2020 10:01:40
Ok siete stati molto chiari e vi ringrazio posso dire che questo topic è concluso 😀😀😀😀
20/11/2020 03:26:55
Ciao, sì, purtroppo è uno di quegli errori (bug) di gdrcd che ammette che più personaggi abbiano la stessa e-mail. Questo ovviamente va a generare un conflitto soprattutto in caso di cambi di password o problematiche perché il programma, che di per sé ha molti bug irrisolti, confonde a volte i personaggi. In alcuni casi genera conflitti anche maggiori, come ad esempio fonde addirittura le schede in modo talmente intrinseco che l'unico modo rimane la cancellazione di una delle due schede da database, per non cancellarle da land e buttarne via due. A volte invece è possibile scorporarle. Questa fusione avviene, per esempio, in caso di cambio di nome dei personaggio qualora sia anche implicato il bug sui nomi delle iscrizioni e non solo il fattore della e-mail. Il programma dice che non possono esserci personaggi con lo stesso account email di registrazione (sulla carta) ma poi iscrizione.php non contiene alcun tipo di funzione all'interno che dica che non può accettare che personaggi abbiano la stessa e-mail. GDRCD non fa alcun tipo di controllo (a meno che non glielo aggiungi manualmente) sulle email presenti dei personaggi nella anagrafe. L'unico controllo vero (e non la parte in cui GDRCD si auto hackera) è riscontrare se un nome in fase di iscrizione sia scritto identico a un altro (per identico intendo dire davvero uguale): se un nome è accentato (cosa che dice sulla carta di non accettare ma poi si auto-hackera un attimo dopo) lui lo accetta ma poi, in land è molto probabile che fonda insieme in una o in due di cui una ha tutto quello che ha anche l'altra e una rimane solo con immagini e caratteristiche (nessun oggetto, nessuna abilità, che invece il programma aggiunge all'altra), è il secondo grave bug di quel file (iscrizione.php) per cui l'unico controllo, che di per sé farebbe, lo fa e a volte anche male.L'unico modo è metterci mano perché di base lui ha questi bug, poi sta a te risolverli. Se è una land da zero, allora ti conviene prendere la ultimissima versione. Se non è una land da zero, fai attenzione a quello che prendi e salva tutto da parte, prima con una altra land solo di prova. Se metti mano male su quel file potresti rischiare che nessuno si possa iscrivere più in land o conflitti associati. Voglio sperare che l'ultima versione di GDRCD abbia almeno risolto i bug gravi di email e di nomi di iscrizione. Sinceramente non lo so se sono stati risolti perché poi, facendo da soli i cambiamenti non abbiamo cercato più su gdronline in merito. Se hai una versione non già modificata in tutto e per tutto, questo significa che forse quelle stesse email le puoi trovare solo in personaggi attivi, personaggi inattivi e personaggi bannati e non anche sui personaggi cancellati da inizio land fino a quel momento. Dipende da quanto hai personalmente modificato il codice che, normalmente, fa acqua da tutte le parti, specialmente nel file di iscrizione.php. Se poi hai almeno aggiunto la modifica di non trattenere i dati di tutti i personaggi iscritti e cancellati, almeno hai meno problemi di ritrovarti più spesso queste email. Di suo imprinting il programma tende a mantenere tutti i dati dei personaggi cancellati con la stessa modalità dei bannati, solo che non sono visibili ma sono presenti. Come puoi scoprirlo visivamente in land? Puoi vederlo per esempio se puoi ancora assumere i personaggi che non esistono più (a volte anche che non esistono da quasi 10 anni) o, più velocemente, se, per esempio, se si iscrive un personaggio omonimo ad uno cancellato e quella persona alla sua iscrizione si ritrova IP, messaggi, eventuali doppi (altro bug da risolvere manualmente, peggiorato soprattutto con le versioni successive rispetto alle precendenti) del suo precedente. Secondo come è scritto GDRCD non potrebbe perché è ovvio che si creerebbero gravi conflitti ma questo solo sulla carta. Questo spesso genera anche il conflitto di non invio delle credenziali per il primo accesso, perché il database invia a quella email le credenziali ma non riesce ad abbinare correttamente perché a lui già risulta quella email e non sa a quale nominativo inviare (per cui spesso fallisce).Per risolvere, dovresti dire in fase di iscrizione che dia un messaggio di errore al player che tenta di iscrivere un personaggio con quella e-mail ed impedisca che la registrazione del personaggio vada a buon fine. GDRCD accetta invece ogni iscrizione di qualsiasi tipo (addirittura numerica, anche se dice che non la accetta) perché non c'è scritta alcuna funzione effettiva che intenda dire "controlla se già presente". Proprio per questa funzione mancante, a cui dovresti mettere mano manualmente, hai tanti personaggi con la stessa e-mail. Soprattutto nel file iscrizione.php non dare retta a quello che è scritto nei commenti perché ci sono punti in cui dice di fare una cosa, che poi però non fa o addirittura si contraddice da solo il file (esempio per i nomi accettati e non accettati). GDRCD non inibisce niente se non inserisce che deve inibire qualcosa. In informatica, i database sono stupidi finché non c'è qualcuno che li istruisce (scrivendo le funzioni) per quello che deve fare. Iscrizione.php è a quel livello in cui non è realmente istruito (almeno fino alla versione GDRCD 5.x non è istruito). Noi ci abbiamo rimesso mano singolarmente, manualmente, con una persona che di professione è programmatrice. Per questo motivo non ti posso scrivere la soluzione, ma posso dirti almeno dove sta il problema da risolvere e quello che è necessario che gli insegni a fare, incluso correggere i suoi bug.La chiave primaria è il nome. Non possono esserci più di una chiave primaria ed è bene lasciare il nome del personaggio, così almeno un controllino a modo potrebbe farlo (ma a volte fallisce anche quello, come detto). Comunque non è qualcosa che richieda davvero SQL (per cui ti serve sapere la chiave primaria). Se mettessi chiave primaria la e-mail il problema, a mio parere peggiorerebbe proprio perché già hai molti con la stessa email e questo sarebbe un problema peggiore. Se vuoi comunque ammettere le email uguali (GDRCD dice che puoi, a livello di funzioni, anche se in commenti dice che non puoi... ma il file iscrizione.php lo abbiamo quasi dovuto ricostruire daccapo). Il problema che ti è stato spiegato non serve per davvero se il personaggio richiede da dentro la land: per forza corrisponde perché è loggato in land. Il problema della password accade nella home page perché di suo lui ti chiede solo di mettere la email per una nuova password autogenerata. Lui la invierebbe pure ma un conto è inviarla a chi ha una email unica (e la invia) un conto è se ne ha 10 uguali. Lui tramite la email cerca di vedere il nome a cui è abbinato, per intervenire e assegnare una nuova password. Ma se la stessa e-mail la hanno in 10 lui va in tilt perché non sa a chi di quei 10 deve cambiarla e fa quindi guai. Un modo sarebbe (la nostra soluzione) quella di mettere in home page (quindi prima del login, basato sulla e-mail e non basato sulla chiave primaria del nome del personaggio come quando loggato in land) una combinazione per cui il database permetta la modifica solo se inserisci il campo di nome del personaggio e il campo della email. Se questo abbinamento non corrisponde, non fa nulla (quindi nemmeno danni). Se questo abbinamento corrisponde, gli devi dire che invii la password. Ora, a parole, ti ho detto come puoi fare temporaneamente piuttosto che cancellare personaggi oppure fare cambiare le email e che siano esistenti pure. E' la alternativa intermedia per insegnare a GDRCD ad avere un comportamento decente. Come detto, purtroppo lo dico solo a parole perché non è tutta farina del sacco mio e non mi permetto di dire quello che una professionista di mestiere ha fatto mettendoci mano.
Discussione seguita da: » nantosuichoken
