Sito web Arcade Database

[motoschifo]

ah non avevo capito, e c'era tanto di emoji... diamo la colpa alla stanchezza o al caldo.
Per le liste non preoccuparti, prima dello stravolgimento dovrò avere tutto terminato e funzionante, oltre a backup di qualsiasi cosa.

Intanto stasera ho affrontato la sidebar... se riesco metto uno screen di come sta venendo

[motoschifo]

Ecco qui un piccolo esperimento di mockup, tutto molto provvisorio.
Principalmente ho reso la barra laterale non più laterale... spostando alcune voci in altri menu (es. quelli dell'account utente) e accorpandone altre per avere un elenco di elementi fissi, indipendentemente da chi è connesso.
Poi ho cercato di semplificare (graficamente e come codice html). Le icone e i colori supportano anche qui la modalità dark nativamente, come sto iniziando a fare in tutto il sito.
In allegato come si presenta oggi e come la sto cambiando. La versione per ora migliore è quella più chiara, ma non sono soddisfatto quindi cambierò ancora idea un paio di volte.

[motoschifo]

qui il menu diventa ancora più discreto

[pucci]

altra cosa
ma perchè se provo a collegarmi con https mi riporta sulla pagina del forum e se invece mi collego in http si apre?

infatti riesco ad aprirlo solo con firefox e non con chrome (che non ne vuole sapere di http)

[motoschifo]

il sito non è disponibile in https, lo sarà (spero) presto.
Intanto anche oggi ho portato a casa un po' di esperienza sui temi light/dark, cose che avevo fatto tempo fa ma vedo che oggi con strumenti più moderni è anche più facile gestire.

La pagina account non esiste ancora, ma c'è una bozza del pannello rapido. Anche per utenti non registrati è disponibile la scelta di tema/lingua/formati data/ora/numero, quindi ho provato con successo il cambio del tema e va molto bene:
- light usa sempre il tema chiaro
- dark usa sempre quello scuro
- auto fa decidere al browser (che spesso passa la palla al sistema operativo)

Il pannello è molto provvisorio, i colori del tema dark sono stati buttati un po' a caso per fare esperimenti, ma i 3 pulsanti funzionano e direi che è quello che conta.

[motoschifo]

e se l'utente è connesso il menu sarà più esteso

[motoschifo]

Dopo due sere sono riuscito a mettere ordine nel nuovo menu utente, togliendo il superfluo e ragionando meglio sui vari elementi necessari (come del resto sto facendo per ogni aspetto del nuovo sito).
Ora dovrò implementare il login perchè di fatto non è nemmeno parente di quello di prima. Dovrei ugualmente mantenere la compatibilità e con il primo accesso al nuovo sito il profilo dovrebbe "aggiornarsi" con le nuove impostazioni, più robuste riguardo alla sicurezza. L'aspetto sicurezza poi toccherà altre parti, così come la tabella utenti subirà una trasformazione per abbandonare il superfluo (dati personali che non servono, come il telefono o il genere per chi li ha inseriti) o banalmente la separazione nome/cognome (oggi è solo nome e comprenderà entrambi).
Ad essere sincero il progetto mi sta piacendo molto, mi ricorda molto l'avvio del sito più di 10 anni fa. Certo manca ancora tutto (interazioni utente, input, parte dinamica, ecc.) ma un passo alla volta arriveremo anche lì.

Ecco qualche screen.

[DigDug]

complimenti @motoschifo

non sono un gran utilizzatore di adb perchè tanto mi porto avanti sempre i soliti preferiti e aggiorno ogni morte di papa.
ma bene che questa risorsa sia presente.

[Rockman84]

Risorsa preziosissima e, forse, troppo sottovalutata per ciò che offre.

Ricordo di aver utilizzato ADB l'ultima volta per fare la scrematura dei giochi da inserire nel mio CAB verticale

[pucci]

Dopo due sere sono riuscito a mettere ordine nel nuovo menu utente, togliendo il superfluo e ragionando meglio sui vari elementi necessari (come del resto sto facendo per ogni aspetto del nuovo sito).
Ora dovrò implementare il login perchè di fatto non è nemmeno parente di quello di prima. Dovrei ugualmente mantenere la compatibilità e con il primo accesso al nuovo sito il profilo dovrebbe "aggiornarsi" con le nuove impostazioni, più robuste riguardo alla sicurezza. L'aspetto sicurezza poi toccherà altre parti, così come la tabella utenti subirà una trasformazione per abbandonare il superfluo (dati personali che non servono, come il telefono o il genere per chi li ha inseriti) o banalmente la separazione nome/cognome (oggi è solo nome e comprenderà entrambi).
Ad essere sincero il progetto mi sta piacendo molto, mi ricorda molto l'avvio del sito più di 10 anni fa. Certo manca ancora tutto (interazioni utente, input, parte dinamica, ecc.) ma un passo alla volta arriveremo anche lì.

Ecco qualche screen.

na na na na na na na
@motoschifo is on fire
na na na na na na na
@motoschifo is on fire

complimenti!
continua così!

[motoschifo]

Oggi sono alle prese con l'autenticazione e la generazione/refresh/extend del token e della sessione.
Mi si stanno incrociando gli occhi, perchè la gestione è chiara in testa ma php ci mette del suo per rompere quando vuole... comunque un altro paio di giorni e quella parte dovrebbe essere conclusa.

[motoschifo]

Dopo tante peripezie, il login è pronto e funzionante.
Rispetto al vecchio sono cambiate tante cose, ho aggiornato le regola della sicurezza e il profilo utente subirà un'evoluzione (in meglio) circa i dati contenuti a livello di tabella. Supporto aumentato per caratteri non standard, verifica tramite token di autenticazione con gestione scadenza/rinnovo/rigenerazione automatica.
Come per tutti gli aspetti ho semplificato togliendo testo e pulsanti non necessari, ovvero ho lasciato i due campi chiave ed eventualmente la possibilità di salvare la password sul dispositivo (salva l'accesso, non la password ovviamente).
Il vecchio profilo sarà aggiornato al nuovo al primo login, poi dovrò migrare verso una nuova struttura database più adatta al nuovo sito.
Con l'occasione ho creato i primi componenti di input (text, password, switch, command) che poi sto riutilizzando nella pagina di registrazione nuovo utente.

login-light.png

login-light-2.png

Ho quindi iniziato anche la pagina di registrazione, qui il lavoro sta diventando ancora più complesso in quanto ho introdotto regole speciali e dismesso funzioni ormai obsolete.
Tra le regole ci sono quelle delle mail usa e getta (non saranno supportate), quelle degli alias/simboli su gmail/googlemail e tante altre rivolte alla sicurezza ma anche all'evitare problemi all'utente.
Ovviamente dovranno essere previste opzioni/accettazioni su privacy, gdpr, ecc.
Metto uno screen di come sta venendo, è un work in progress e dovrò migliorare il layout raggruppando e semplificando i controlli.

Già con queste due pagine comunque avrò le basi per la prossima pagina, quella di ricerca, che dovrebbe ricalcare la versione migliorata che avevo proposto qualche tempo fa. Era solo un esperimento ma aveva già infinity scrolling, filtri multipli e combinabili, immediatezza dei risultati, ecc.

register-light.png

[Gothrek]

@motoschifo
torno su un tema a me caro di cui abbiamo spesso parlato con @Tox Nox Fox e gli altri nelle varie riunioni, ovvero la possibilità di un accesso "comune" con AI

L'idea è quello di avere un unico utente, questo per gestire sia eventuali regole comuni, ban, accessi privilegiati, eventuali livelli che possano fornire servizi (un domani) diversi tra un donatore e non o altro, cmq legarli anche se capisco che questa è e resta una tua creazione da noi solo ospitata, e dall'altra parte noi abbiamo bisogno che questo aiuti il forum, almeno lato iscrizioni

Queste registrazioni portano ad un altro tema spesso discusso, lo scraping, oggi un numero incredibili di accessi all'host, tu ovviamente lo sai benissimo, e questo avviene in modalità anonima, silente e ovviamente gratuita, il sogno nel cassetto sarebbe che lo scraping avvenga (come screenscraper da qualche tempo) in maniera quantomeno registrata. La chiamata per la gestione della login, l'autenticazione e l'accesso alle funzionalità di scraping garantirebbero da una parte un maggiore controllo e dall'altra una bella fetta di utenti (molti stranieri ovviamente) al forum

Il forum, l'hosting e tutta la macchina che c'è dietro vive oramai praticamente solo di donazioni, le fiere sono ridotte a un paio l'anno, e avere un certo numero di accessi al forum porta con se nuove possibilità di "sopravvivenza"

Magari se sei daccordo e con la tua disponibilità ne parliamo in uan delle nostre prossime riunioni virtuali

Grazie come sempre per tutto quello che fai

[motoschifo]

Il problema è che un'integrazione con phpBB risulta al momento problematica, perchè ci sono tutta una serie di funzioni accessorie e ti validazioni che non sono supportate dal forum.
Qualche mese fa avevo cercato info ma phpBB non esponeva API e suggerivano di fare l'opposto, cioè modificare il forum (non avrei il tempo di seguire anche questa attività).
Comunque prima di pubblicare il nuovo sito cercherò di nuovo.

Per le api invece, prima avevo tutto insieme mentre ora posso gestire le due parti separate, e di fatto sarà proprio così.

Non ho ancora deciso se forzare l'autenticazione/registrazione, però se dovessi mettere un token obbligatorio poi non riusciremmo a gestire le numerose chiamate dai dispositivi più disparati.
Secondo me è meglio dare accesso a tutti e limitarlo in occasioni in cui la banda a disposizione non è sufficiente, o addirittura bloccando gli ip per qualche ora/giorno nei casi più gravi.
Alla fine, lo scraping di risorse spesso è deciso dall'utente, che fa click e non sa nulla del mondo circostante. Se c'è l'opzione di usare più thread/più core/più ram, lo farà. Lato mio, andrò nella direzione di forzare massimo una connessione contemporanea per indirizzo ip e un rate massimo orario, oltre il quale scatteranno sia misure cautelative (attendi 1 ora) sia restrittive (1 settimana di ban).
Potrei comunque introdurre un'autenticazione anche solo per riconoscere chi mi sta chiamando, ma il vero problema è che basta scegliere quel token ed usarlo altrove che nessuno andrà a controllare (come accade per Google Maps ad esempio). Molti di questi scraper sono su guthub quindi avrebbero la chiave in chiaro, difficile poi capire chi si collega.

Di contro, tutto quello che sto facendo è in ottica di semplificazione a livello di utente ma anche di risorse necessarie (cpu/ram/disco), quindi le api saranno talmente veloci da risultare immediate.
Anzi, api con risposte non immediate saranno rimosse del tutto, perchè non compatibili con le risorse del server.
Toglierò molte opzioni, come il controllo clone/parent di oggi, o il resize delle immagini, e in caso di chiamate con parametri sbagliati si attiverà la gestione di limitazione/ban in automatico.
Per esempio se oggi chiedi info su un romset che contiene spazi o simboli, la risposta è subito negativa e non ci sarà la lettura da database. Questo rende il tutto più snello e gestibile, prima invece andavo sempre a leggere i dati per capire se c'era il romset e quindi impegnavo il db per qualche centesimo di secondo in più.
Quando arriverò al refactor del database, avremo tabelle molto più piccole e quindi ogni sezione di lettura occuperà meno risorse, risultando più rapida.

Un altro tipo di accesso di oggi è un ciclo su tutte le rom e accesso diretto alle immagini, che sono nella cartella /media. Queste saranno rimosse nel nuovo sito, non si avrà più accesso diretto a niente, tutto dovrà passare per chiamate interne. Già questa parte alleggerirà parecchio il carico del server, ovviamente poi dovrò gestire il rovescio della medaglia (i browser dovranno caricare le risorse usando delle code e non avendo accesso diretto al file). Ma è fattibile, anzi avrei dovuto farlo fin dall'inizio solo che l'overhead introdotto era troppo alto all'epoca e quindi l'ho rimosso quasi subito.

La differenza rispetto a 10 anni fa è che oggi sto pensando un sistema ad alto traffico, valutando ogni singola istruzione aggiunta nei punti comuni (anche accessi ad array piuttosto di file json, tanto per citare un esempio, o usare al massimo la parte "singleton" di php per evitare letture extra). Un tempo invece pensavo ad un sistema per mostrare dei titoli e delle immagini, gli accessi erano quasi trascurabili.
Io sono fiducioso di riuscire a tirare fuori un sistema pulito e veloce, ma non ho idea dei tempi di consegna perchè ogni minimo pezzettino richiede attenzione e studio.
Ad esempio con la registrazione ho implementato un servizio per identificare le mail usa e getta che prima non era nemmeno pensabile vista la complessità (ci sono migliaia o decine di migliaia di domini da controllare), e dovrei anche poter introdurre l'autenticazione a due fattori. Perchè uno che entra con mail che durano 1 giorno, porta solo "danno" al sito dato che mobilita una serie di funzioni per poi abbandonarlo e lasciare della spazzatura sulle tabelle (utenti, accessi, preferiti, ecc). È prevista anche una dismissione degli utenti che non si connettono dopo qualche anno, così come spariranno gli utenti demo anonimi e utenti che non hanno mai confermato la registrazione.

[Gothrek]

tutti temi di discussione molto importanti, di cui spesso sentiamo la ncessità speriamo ritrovarci intorno ad un tavolo virtuale o meno

lato autenticazione device/diciamo che oggi tutti i frontend hanno implementato le info di utente e psw degli altri siti di scraping e sicuramente lo farebbero anche per il tuo dove il token di autenticazione oltre che avere una sua scadenza potrebbe essere anche monouso, insomma le soluzioni non mancano, ma una parte del tema verteva, sul differenziare eventuali servizi a seconda anche del forum, sempre inventando, un donatore potrebbe avere 2 core invece di 1 o altro, insomma, la cosa era...parliamone se ti va

[motoschifo]

dopo che avrò completato un po' di funzioni, diciamo prossimo alla pubblicazione, approfondirò volentieri molti di questi temi.
Per ora cerco di rendere il sito veloce e rapido, poi applicare filtri o integrazioni nessun problema, anzi credo che sia meglio per tutti quanti.