Sarebbe possibile far sì che il pulsante Mi piace non apra il modulo di accesso? Nel mio scenario dovrebbe funzionare anche senza login…
No, non è possibile. Salviamo l’utente che ha messo mi piace a un post e tale informazione viene utilizzata in molti punti, quindi non si tratta di qualcosa che possa essere modificato facilmente.
Ci sono alcuni concetti per controlli alternativi come “stelle” o un pulsante “ok” per consentire agli utenti non registrati di interagire?
Nessuna riguarda Discourse; tutto si riferisce agli account utente. Se l’utente non è collegato, non c’è nulla da registrare.
Qualcuno può descrivere le migliori pratiche per personalizzare il controllo Like? Sono nuovo in questo stack tecnologico; le mie conoscenze su Discorso derivano da esperienze con PHP, ma non con le tecnologie sopra citate.
Potresti approfondire?
Voglio dire, puoi cambiare l’aspetto del pulsante, ma oltre a questo ci sono pochissime opzioni.
Intendevo una personalizzazione funzionale: voglio modificare la logica in modo che il controllo Mi Piace funzioni senza login. Ma non conosco la struttura modulare di Discourse. Consigli un plugin o una modifica diretta in PHP? E dove potrei apportare la modifica senza compromettere l’integrità del codice? Cosa succede al frammento di codice modificato durante gli aggiornamenti, ecc.?
Il nucleo di Discourse non è scritto in PHP.
Dovrai creare un plugin estremamente personalizzato per farlo funzionare, ma in tal caso si tratterebbe di una violazione del GDPR.
Per non dire che una funzionalità del genere è molto facile da sfruttare: chiunque abbia una conoscenza ragionevole di come reverse-engineerare i cookie del browser sarà in grado di inondare post casuali con like infiniti.
Ciao Bhanu, pensi che da questa risposta imparerò molto per risolvere il problema?
Ho provato a rispondere alle domande che hai sollevato nel post precedente. Il mio suggerimento è di non modificare le funzioni principali a meno che tu non voglia bloccare permanentemente i tuoi aggiornamenti.
Ok. Grazie, Bhanu. Ora so cosa non devo fare ![]()
Potrei vedere un certo valore in una replica della funzionalità di StackOverflow in cui i clic anonimi sui pulsanti di voto vengono salvati nel database ma non pubblicati direttamente.
Vorrei vedere un piano estremamente solido su come si intende utilizzare i dati prima di iniziare l’implementazione (pensa al GDPR: “cosa farai con questi dati sugli visitatori anonimi?”). Pubblicare direttamente sul post è fuori discussione perché è estremamente facile barare riguardo alle azioni dei visitatori anonimi.
Qualcuno conosce un metodo (best practice)
a) per personalizzare funzionalmente il pulsante Mi piace o
b) creare un controllo aggiuntivo che conti i clic su di esso (massimo 1 per indirizzo IP), con la somma dei clic visualizzabile nell’area di amministrazione?
Se fosse solo JavaScript, non lo chiederei, ma la soluzione richiede persistenza…
Questo non è davvero un argomento di supporto; nessuno lo fa oggi. Quello che chiedi è piuttosto complesso e sicuramente non è qualcosa con cui possiamo facilmente aiutarti.
A meno che tu non abbia familiarità con JavaScript e Ruby, ciò che la soluzione richiede più probabilmente è denaro
.
Se hai un budget e la funzionalità è davvero importante per te, potresti iniziare un argomento nella sezione Marketplace?
In alternativa, ti consiglio di ricominciare in Development, perché dovrai creare un plugin di qualche tipo.
Ah, quindi le migliori pratiche per le modifiche alla logica in questo caso sono i plugin? Ok, grazie per l’informazione. Grazie!
Curiosità: @sam ha sostenuto quella funzione in passato ed aveva ragione!
I dati risultanti erano molto molto interessanti: se confrontavi i voti anonimi con quelli degli utenti registrati, grandi discrepanze indicavano solitamente un argomento che richiedeva l’intervento di un moderatore.