Sito web Arcade Database

[pucci]

perchè vorrei aggiungerne di nuovi più complessi (come la gestione degli insiemi).

GRANDE! GRANDE! GRANDE!

[motoschifo]

è da un po' che ci penso agli insiemi, qui vedi lo screenshot di una versione vecchiotta che funzionava a metà e che non ho mai pubblicato perchè instabile

[motoschifo]

Diversi passi in avanti, in particolare:

• i filtri saranno aggiornati in tempo reale, non servirà premere il tasto "cerca"
• la lingua di default sarà l'inglese, così come tutto il codice sorgente e commenti vari, in ottica di un'eventuale pubblicazione su github (non è nei piani ma non si sa mai)
• in presenza di browser o sistema operativo in italiano, o anche come impostazione default nei cookies, ovviamente rimane la lingua italiana
• i nomi di pagine e link sono stati "stravolti" togliendo l'estensione (.php) e traducendo in inglese (es. /mame-search e /mame-detail al posto di /lista_mame.php e /dettaglio_mame.php)
• nei link ci sono diversi redirect automatici per avere nomi più parlanti, gestiti in maniera più semplice/standard rispetto a prima
• sto cercando di capire il layout di dettaglio e di ricerca, e sto facendo diversi disegni proprio per vedere se quello di oggi è il più adatto
• i temi sono diventati parte integrante del sistema, ovvero più facile disegnarne di nuovi
• stessa cosa per la lingua, che è stato il motivo per cui sto facendo questo lavoro
• ho aggiornato all'ultima release di jQuery e rimosse tante librerie vecchie e non più mantenute
• non ho voluto includere nuove librerie come bootstrap o font awesone, vedremo in futuro se farlo (se riesco evito)
• utilizzo di input standard (combo, input text, ecc) per avere l'interfaccia nativa su sistemi mobile, quando possibile
• centralizzato il sistema di ricerca, ora è più adatto all'aggiunta di nuovi filtri (e saranno tanti)
• le pagine sono studiate per essere leggere, eventualmente caricate a pezzi in caso di bisogno
• lato db, sto semplificando e migliorando tutti gli accessi per avere un impatto sul server il più leggero possibile

e tante altre cose che non ho indicato, come per esempio cercare di rendere ogni filtro una scelta multipla o intervallo e poter dare il nome dell'insieme dei filtri per poterlo usare in altre occasioni come "insieme".
In poche parole voglio svecchiare il sito e renderlo più reattivo/utile/pratico su qualsiasi dispositivo.
Il lavoro mi sta piacendo, dovrebbe uscirne un sito nuovo e studiato per essere esteso (filtri, pagine, api), personalizzabile (lingua, fuso orario, formati locali) e più semplice da aggiornare (javascript, css, html e php più "standard" possibili).

Cercherò di mantenere la compatibilità completa con il vecchio sito, non so se ce la farò, ma vorrei evitare di gestire due siti diversi (specialmente lato api).

Pubblicherò news man mano che ne avrò a disposizione, anche se la strada è ancora molto lunga.

[motoschifo]

Un assaggio di quello che sto creando per la futura pagina di ricerca.
Ciascun filtro è un "mattoncino" che può essere mostrato e aggiunto a piacere, anche più di un valore (quindi va in OR nella query).
Per esempio posso mostrare giochi di diversi anni, così come diversi generi.
Il tutto applicato a tutti i filtri disponibili, inclusi gli intervalli da/a.

La cosa che mi sta piacendo di questo sistema è che la pagina rimane comunque leggera, perchè viene caricato il contenuto alla richiesta di quel filtro, quindi anche se dovessi aggiungerne altri 100 non appesantirei più di tanto il server.

Ho escluso la lista di valori con selezione multipla perchè rende il tutto più confusonario e poi perchè dovrei scrivere diversamente gli input e quindi mi troverei un doppio lavoro lato server.

[pucci]

Un assaggio di quello che sto creando per la futura pagina di ricerca.
Ciascun filtro è un "mattoncino" che può essere mostrato e aggiunto a piacere, anche più di un valore (quindi va in OR nella query).
Per esempio posso mostrare giochi di diversi anni, così come diversi generi.
Il tutto applicato a tutti i filtri disponibili, inclusi gli intervalli da/a.

La cosa che mi sta piacendo di questo sistema è che la pagina rimane comunque leggera, perchè viene caricato il contenuto alla richiesta di quel filtro, quindi anche se dovessi aggiungerne altri 100 non appesantirei più di tanto il server.

Ho escluso la lista di valori con selezione multipla perchè rende il tutto più confusonario e poi perchè dovrei scrivere diversamente gli input e quindi mi troverei un doppio lavoro lato server.

Quindi la ricerca sarà come la prima immagine e non come la seconda (visto quello che scrivi).
Nota: nella prima immagine il filtro cerca volte la stessa cosa...

[pucci]

Comunque...

@motoschifo Is on fire! La la, la la
Motoschifo Is on fire! La la, la la

https://youtube.com/shorts/C3B1uXyZGYk?feature=share

[motoschifo]

Esatto!

E devo insistere altrimenti il rischio è quello di arenarsi e mollare

[motoschifo]

Questo è un altro esempio al quale sto lavorando, anche se non sono ancora soddisfatto.
Dallo screen si vede che posso aggiungere o rimuovere a piacere "blocchi" di filtri, come anno o addirittura periodi. Nel dettaglio ogni filtro censito rappresenta un insieme di condizioni (periodo, valore singolo, lista, ecc) e quindi applicando più condizioni posso perfezionare la ricerca in maniera più precisa rispetto ad oggi.

Ma non è finita qui... come detto non sono soffisfatto, perchè vorrei definire anche altre condizioni come la negazione ("non uno dei valori indicati" oppure "non nel periodo", ecc) e poter raccogliere queste opzioni insieme. In questo caso potrei definire un filtro (es. anno, serie, driver) e poi poter sfruttare tutte le possibili combinazioni senza impazzire e senza avere 4 voci nell'elenco dei filtri.
Ci penso ancora su comunque.

[motoschifo]

oppure anche con meno icone e rendendo le liste dei link, giusto per pulire l'interfaccia e renderla più accessibile

[motoschifo]

Forse ho trovato il modo, ma vorrei capire se è leggibile.
Prima di ciascun valore metterò la condizione, una tra queste: UGUALE, DIVERSO DA, INTERVALLO, MAGGIORE, MINORE.
A queste di base si potrebbero aggiungere condizioni speciali come VUOTO, NON VUOTO.
Le voci dei filtri in questo caso cambieranno, ovvero alla selezione di INTERVALLO compariranno due campi anzichè uno, alla selezione di VUOTO scomparirà tutto, ecc.
I campi però saranno tutti raggruppati per il tipo di filtro (es. anno, serie, ecc.) e poi prima di ciascun valore si leggerà la condizione.

Per esempio potremo avere queste condizioni:
Anno=2003, Anno=2006, Anno>2010, Anno<>2013

che si legge in:
Tutti i giochi (insieme completo) con ((anno uguale a 2003 OR 2006 OR maggiore di 2010) AND diverso da 2013)
Quindi le condizioni normali vanno in OR, quelle negate vanno in AND.

Ha senso una cosa di questo tipo? Io le leggo come query, quindi sono di parte e le trovo corrette, ma lette da persona non tecnica appaiono ancora corrette?
Se invece trattassi tutti i filtri in OR, "NOT 2013" è sempre diverso da 2006 e quindi si escluderebbero a vicenda prendendo sempre tutto o nulla dell'insieme di partenza.

Tutte queste condizioni saranno salvabili rapidamente e con poco sforzo in ricerche dinamiche o tramutabili in liste statiche, così per poterle sfruttare più facilmente in altre condizioni.

[Gothrek]

non per offendere l'utente medio (per me sono chiare ovviamente ) ma mi sembra un pò macchinoso/complesso

[mett83]

Forse ho trovato il modo, ma vorrei capire se è leggibile.
Prima di ciascun valore metterò la condizione, una tra queste: UGUALE, DIVERSO DA, INTERVALLO, MAGGIORE, MAGGIORE, MINORE.
A queste di base si potrebbero aggiungere condizioni speciali, come VUOTO, NON VUOTO.
Le voci dei filtri in questo caso cambieranno, ovvero alla selezione di INTERVALLO compariranno due campi anzichè uno, alla selezione di VUOTO scomparirà tutto, ecc.
I campi però saranno tutti raggruppati per il tipo di filtro (ex. anno, serie, ecc.) e poi prima di ciascun valore si leggerà la condizione.

Per esempio potremo avere queste condizioni:
Anno=2003, Anno=2006, Anno>2010, Anno<>2013

che si legge in:
Tutti i giochi (insieme completo) con anno uguale a 2003 OR 2006 OR maggiore di 2010 AND diverso da 2013
Quindi le condizioni normali vanno in OR, quelle negate vanno in AND.

Ha senso una cosa di questo tipo? Io le leggo come query, quindi sono di parte e le trovo corrette, ma lette da persona non tecnica appaiono ancora corrette?
Se invece trattassi tutti i filtri in OR, non 2013 è sempre diverso da 2006 e quindi si escluderebbero a vicenda prendendo sempre tutto o nulla dell'insieme di partenza.

Tutte queste condizioni saranno salvabili rapidamente e con poco sforzo in ricerche dinamiche o tramutabili in liste statiche, così per poterle sfruttare più facilmente in altre condizioni.

premetto che non ho letto tutto il thread e quindi non è che sono aggiornatissimo...ma mi baso solo sugli ultimi punti.
Io che non sono un SWista ne un tecnico informatico ci ho messo un po' a focalizzare, non nell'immediato, ma alla lunga è abbastaza chiaro....ma se punti/guardi alla massa (l'utente genericomedio-basso delle salegiochi anni80-90 praticamente ) non ci capirebbe moltissimo secondo me

[mett83]

per intenderci semplicemente sintetizzando.....il bresciano generico medio per OR intende le guarnizioni in gomma dette Oring

[motoschifo]

Faccio qualche esempio pratico per spiegare meglio.
Mettiamo di voler cercare Pacman nel catalogo giochi del Mame.

Lo si può cercare semplicemente dal nome:

cerca1.png

oppure si aggiunge il filtro "Anno" (va selezionata, nella maniera più facile che riuscirò a trovare, da una lista a menu):

cerca2.png

oppure posso cercare per più anni (sono indeciso ma ho qualche valore in mente):

cerca3.png

Oppure ho solo un periodo e sono sicuro che non sia di un certo anno:

cerca4.png

tutti questi filtri, combinati, danno una condizione con AND/OR/NOT mescolati su più livelli, quindi i valori multipli saranno in OR, quelli sui campi andranno in AND e quelli con condizioni speciali tipo "diverso da" andranno in AND (altrimenti non otterrei risultati congruenti.
È grossomodo quello che viene fatto dai motori di ricerca, dove la maggior parte delle persone mette una parola, chi è più esperto indica opzioni (keyword, dominio, formato file, ecc) e chi vuole il massimo indica molte opzioni e varianti.
Il mio dubbio iniziale non era relativo alla complessità dietro le quinte, quella c'è ma la gestisco io, quanto alla chiarezza che può risultare all'utente e quindi capire se indicando due volte un anno nel filtro capisco che voglio cercare per uno oppure per l'altro.

Secondo me è chiaro, ma sto cercando metodi alternativi per pulire la grafica e renderla meno pesante.
Quello però che non posso/voglio fare è gestire due pagine diverse di ricerca, uno dedicato ad utenti occasionali ed uno ad utenti esperti.
Per questo motivo la prima riga è sempre visibile a tutti, e forse diventeranno due (nel caso di utenti connessi ci saranno le ricerche salvate). Ma oltre non posso andare, nel senso che non posso indicare più filtri perchè risulterebbe contenuto inutile per chi non li usa e poco utile per chi lo vuole usare su più valori insieme (i filtri in alto infatti non possono essere indicati più volte).

Unita questa gestione, sto cercando il modo di rendere i filtri "preferiti" e quindi mostrarli sempre ad ogni ricerca (salvando i dati nei cookies). Così facendo, se uso spesso anno e romset, li avrò a disposizione comodamente senza doverli cercare in una lunga lista.


Sto anche valutando di unire i dati, quindi non avere l'etichetta "Dal" prima del valore ma tutto dentro alla lista, così da rendere un solo input e facilitare la lettura a schermo.
Ecco un esempio non funzionante ma per rendere l'idea:

cerca5.png

[Gothrek]

@motoschifo era molto chiaro anche prima

resto cmq perplesso sull'usabilità da parte dell'utente medio di filtri and/or/union e quant'altro

[pucci]

Per esempio potremo avere queste condizioni:
Anno=2003, Anno=2006, Anno>2010, Anno<>2013

che si legge in:
Tutti i giochi (insieme completo) con ((anno uguale a 2003 OR 2006 OR maggiore di 2010) AND diverso da 2013)
Quindi le condizioni normali vanno in OR, quelle negate vanno in AND.

Ha senso una cosa di questo tipo? Io le leggo come query, quindi sono di parte e le trovo corrette, ma lette da persona non tecnica appaiono ancora corrette?
Se invece trattassi tutti i filtri in OR, "NOT 2013" è sempre diverso da 2006 e quindi si escluderebbero a vicenda prendendo sempre tutto o nulla dell'insieme di partenza.

non hai alternatiVe a questo "((anno uguale a 2003 OR 2006 OR maggiore di 2010) AND diverso da 2013)"
ma sinceramente non è così "intuitivo"

[cybermat]

Ricerche complesse richiedono conoscenza, non so quanto sia semplificabile.

@motoschifo Il "nome semplificato" che vedo su adb lo hai "creato" tu ? Oppure esistono metadati con queste info ?

[motoschifo]

@motoschifo Il "nome semplificato" che vedo su adb lo hai "creato" tu ? Oppure esistono metadati con queste info ?

Si l'ho inserito io per avere un nome generico a fronte di sigle e cloni vari.
Ne abbiamo parlato tempo fa qui: viewtopic.php?p=355870#p355870

[Gothrek]

Ricerche complesse richiedono conoscenza, non so quanto sia semplificabile.

@motoschifo Il "nome semplificato" che vedo su adb lo hai "creato" tu ? Oppure esistono metadati con queste info ?

è quello che uso nello scraping per "accorpare", utilissimo

[motoschifo]

Sto arrivando al termine della mia "ricerca" di avere un filtro personalizzabile e facile da usare.
Come layout al momento siamo a questo punto, anche se nulla di quello che c'è sullo schermo funziona (si tratta sempre di esperimenti, l'implementazione richiederà tempo).

Screenshot from 2023-01-13 10-19-31.png

In sostanza ho pulito la lista dei filtri disponibili e siamo arrivati a circa 140 elementi. Per ciascuno di questi elementi sarà possibile applicare un'operazione (es. uguale a, diverso da) e se supportato anche più di un valore (es. uguale a 1950, diverso da 2000, maggiore di 1999, inizia per "pac", contiene "man", ecc.)

Oggi alcuni filtri sono presenti in più varianti (uguale a, da/a, ecc) e generavano un po' di confusione e di contenuto extra/inutile. Inoltre non avevo modo di includere tante altre operazioni senza appesantire l'interfaccia rendendola inutilizzabile. Inoltre mi ero fermato nell'aggiungere filtri proprio perchè erano troppi dati da mostrare a video.

I dati utilizzeranno componenti nativi e quindi molto comodi da selezionare anche tramite smartphone.

Le operazioni saranno interpretate dal sistema come detto sopra nei post precedenti, quindi la "complessità" di quanto viene mostrato a video dipenderà dalla conoscenza tecnica dell'utente, ovvero se non ha capito come funzionano gli basterà non aggiungerne di altri ed usare quando presente di base.

Come ultima cosa, ho pensato di predisporre un pannello di ricerca "base", sempre visibile o comunque facilmente raggiungibile, che è simile a quello che c'è oggi sul sito (non conterrà tutti i filtri ma circa una decina). Questo permetterà a chi non se ne intende di continuare ad usare il sito come ha sempre fatto.
Per chi invece vorrà di più, sarà possibile passare al filtro avanzato in cui appunto saranno indicati i filtri che vediamo nello screenshot.
Questa opzione sarà salvata nei cookies, quindi potrò passare da una all'altra modalità e sperimentare così qualcosa di più avanzato.
Nel passaggio da filtri base a filtri avanzati posso tentare di mantenere i dati inseriti, nel passaggio contrario invece non sarà possibile in quanto la parte base non permette tutte le operazioni previste.

Le operazioni a disposizione sono queste e vengono mostrate in base al tipo di filtro coinvolto:

• Uguale a
• Diverso da
• Minore di
• Minore o uguale a
• Maggiore di
• Maggiore o uguale a
• Contiene
• Non contiene
• Inizia per
• Non inizia per
• Finisce per
• Non finisce per
• Presente in
• Non presente in

al momento non voglio gestire operazioni speciali senza valore come "valorizzato" o "non valorizzato" ma non escludo di poterlo fare in futuro.

Comunque credo di essere arrivato a buon punto, i filtri stanno assomigliando a quello che mi ero immaginato anni fa.
Spero di riuscire ad implementare tutto ciò che ho scritto qui, e soprattutto di renderlo fruibile nel migliore dei modi.