Nuovi sviluppi e… un po' di casino

[pdonadeo]

Mi sono messo a modificare pesantemente il progetto per fare quello che ci eravamo detti:

1. utilizzare un database vero e non un enorme file con tutti i dati
2. gestire le chiamate di ricerca come fanno tutti, ovvero con una interfaccia REST che va ad interrogare il DB
3. razionalizzare il frontend, in relazione alle modifiche apportate per il punto 2.

Questo è quindi un messaggio indirizzato principalmente a @MarcoJul: aspetta a fare delle modifiche perché sarebbe impossibile fare merge. Se vuoi un'idea di cosa sta succedendo guarda il branch PG.

Anche far partire il progetto è un po' più complicato: ho introdotto Docker Compose che fa partire:

1. una "ingress" implementata con NGINX
2. un container con PostgreSQL, già inizializzato
3. la app Django del backoffice
4. la app principale

Tutto questo è però molto "work in progress" e on line non ho messo ancora nulla. Soprattutto devo riscrivere il README con le istruzioni per far partire il progetto.

Comunque conto di arrivare ad una situazione "utilizzabile" nel giro di pochi giorni.

[MarcoJul]

Ciao Paolo, ok!

Rimango in attesa di aggiornamenti, nel frattempo buon lavoro!

[pdonadeo]

Ho finito il primo giro di modifiche, che riassumo così:

1. ora sia l'applicazione principale sia il backoffice utilizzano PostgreSQL. È sparito il "mega file JSON";
2. di conseguenza, per far partire tutto, ho usato Docker Compose che fa partire 4 container:
   a. NGINX
   b. applicazione principale, che serve anche il frontend
   c. PostgreSQL
   d. il backoffice fatto in Django
3. il frontend è identico nell'aspetto ma non c'è più la chiamata al file JSON che è stata sostituita da un API REST sensato che chiede la lista degli ultimi n episodi oppure fa una ricerca per titolo di gioco. Ho quindi tolto Fuse.js, adesso le ricerche si fanno lato server come è giusto che sia.

Operativamente: ho fatto merge di tutto, quindi puoi aggiornati sul mio branch main e ripartire da lì.

Il sito on line è quello vecchio ma su staging c'è tutto il software aggiornato.

Siccome ora "È uscito Joypad" ed il suo "backoffice" stanno nella stessa applicazione sono raggiungibili su staging in modo leggermente diverso da prima:

1. https://staging.euscitojoypad.it/ è il sito (con le novità che ho scritto sopra)
2. https://staging.euscitojoypad.it/bo/ è il backoffice

ATTENZIONE Il backoffice da utilizzare per davvero è ancora quello vecchio a questa URL: https://db.euscitojoypad.it/

https://staging.euscitojoypad.it/bo/ è la stessa cosa ma i dati lì dentro sono per test e quindi potrebbero essere cancellati senza alcuna pietà 😂

Insomma il data entry del prossimo episodio di Joypad va fatto nel solito vecchio posto: https://db.euscitojoypad.it/

[MarcoJul]

Ho risolto! In effetti era Airdrop che occupa già di suo quella porta, dovrò fare un po' di switch-on e off in sviluppo😅

So, back online😎

[pdonadeo]

Momento: se ti è più comodo cambio porta!

[MarcoJul]

Non saprei, finisce che ne becchiamo un'altra occupata da Mac😅

A parte gli scherzi, se non ti crea grossi impicci possiamo provare a indicarne un'altra, anche in ottica di altre persone che fanno il fork via Mac 🤔

[pdonadeo]

Ma non scherziamo! Le porte sono tante, eh, scegliamone certamente una comoda per tutti.

Il problema è: che porte libere ci sono su Monterey?

[MarcoJul]

Mmh, ci guardo appena riesco e ti dico!

EDIT: che poi ti ho detto che è Airdrop ma è l'Airplay receiver, ma comunque..

[pdonadeo]

Altro punto: scrivere un algoritmo di ricerca che risulti davvero efficace è complicato (ma va? altrimenti Larry Page non sarebbe ricco…).

In questi giorni @agofa mi ha dato una mano con dei test sensati.

Agostino: se vuoi provarla trovi la nuova ricerca su staging: https://staging.euscitojoypad.it/

È quella che hai già provato sul mio PC ma con qualche piccola miglioria, almeno si spera 😅

[agofa]

Ok
Farò più tardi qualche test

[agofa]

@pdonadeo qui un aggiornamento, ho duplicato il tuo coso Gogol e l'ho aggiornato
https://docs.google.com/spreadsheets/d/1f1hwSv9h94rFqb-P-0lj08MtmM536ObCP9aYw5jAaKE/edit?usp=sharing

Vi dico chi è l'assassino: test tutti OK, quelli che ho fatto, ovviamente, direbbe monsieur de La Palice

[agofa]

Appunto, trovato forse un problema

[pdonadeo]

@agofa Google dice che mi serve l'autorizzazione, guarda la posta.

[agofa]

Fatto di proposito, autorizzato

[pdonadeo]

Cosa manca? Un po' di documentazione… ma oggi non ho proprio voglia di scrivere un README 😅

[pdonadeo]

@agofa capisco benissimo il problema. Il punto è che in questo sito stiamo facendo una cosa con pochissimo senso: cerchiamo un gioco e mostriamo un elenco di episodi. Il che un senso ce l'ha perché alla fine vogliamo arrivare all'episodio ma è complicato capire con che logica scrivo una cosa e ottengo un elenco di contenuti apparentemente scorrelati da quello che ho scritto.

Per questo ho introdotto due endpoint REST:

1. https://staging.euscitojoypad.it/api/search-game-title/STRINGA_DA_CERCARE
   Questo cerca solo i titoli e ti mostra solo il titolo del gioco ed il suo ID nel database. Il problema è che non è molto user friendly perché la risposta è un JSON. Se hai Firefox si riesce a leggere:
   

   Ma se usi Chrome ottieni un cesso:
   

   Quindi: usa Firefox. I risultati sono in ordine decrescente di rilevanza.

2. Il secondo endpoint permette di ottenere l'elenco degli episodi, dato l'ID del gioco, che ricavi dalla precedente chiamata. Quindi diciamo che hai cercato "legend" ed il secondo gioco che hai in lista è "The Legend of Zelda: Breath of the Wild", ID 36. Adesso fai un'altra chiamata:
   https://staging.euscitojoypad.it/api/episodes-by-game-id/36 (nota il "36" in fondo alla URL)

   Il risultato sono gli episodi in cui si è parlato di "The Legend of Zelda: Breath of the Wild" in ordine cronologico dall'episodio più recente:
   

Con questi due endpoint ti sarà sicuramente più facile fare debug perché cerchi un gioco (primo endpoint) e ottieni un elenco di giochi, in ordine di "rilevanza", che è quello che vuoi.

Poi questi due endpoint io vorrei usarli per cambiare il frontend in modo che un utente inizia a digitare un gioco e si apre la classica tendina di autocompletamento con i nomi dei giochi, non gli episodi. Quando sei soddisfatto clicchi sul nome del gioco nella tendina e a quel punto sappiamo che cavolo di gioco volevi e possiamo selezionare gli episodi col secondo endpoint.

Quest'ultimo paragrafo è un velato suggerimento per @MarcoJul 😇

[agofa]

Intanto sto finendo la verifica sul famigerato "legend"
Tra poco foglio gogol aggiornato

[MarcoJul]

Quest'ultimo paragrafo è un velato suggerimento per @MarcoJul 😇

Sapevo che si andava a finire su Trenitalia😂 Ma giusto così, l'approccio di questo tipo risolve molti problemi di UX..

[pdonadeo]

Pensi di riuscire a farlo? Non so se hai letto come funzionano i due nuovi endpoint.

[MarcoJul]

Eh indago e recupero tutti gli argomenti in sospeso, vi tengo aggiornati!