Grazie Angus! E non preoccuparti per il ritardo.
Scusa per la confusione! Sì, fuso orario locale, e sì, il comportamento standard di Discourse è ottimo. Come stai sottolineando, non è Discourse il problema, è WP che non ha la capacità di consentire agli utenti di vedere il sito nel proprio fuso orario locale. Questo è ciò che vogliamo aggiungere. Se lasciamo che l’utente imposti il proprio fuso orario, allora ho pensato che dovremmo anche far sì che quella impostazione sovrascriva l’impostazione di Discourse in modo che siano sincronizzate. Questo è ciò che volevo sapere se DiscourseConnect lo fornisce. Sembra di no.
Quello che non avevo capito è che l’impostazione di Discourse è automatica. Se è così, potremmo semplicemente lasciarla così com’è. Ovvero, implementare il fuso orario locale in WP e non far sì che quel valore sovrascriva il valore di Discourse. Sì, potrebbero andare fuori sincrono, ma potrebbe non essere un vero problema per la maggior parte degli utenti.
Perfetto, questo è il pezzo mancante di informazione: non sapevo da dove DiscourseConnect dovesse recuperare i dati di posizione dal lato WP. Abbiamo implementato manualmente il nostro campo posizione, in usermeta, quindi possiamo semplicemente estrarre il valore da lì usando l’hook wpdc_sso_params.
Sono ottuso, quindi probabilmente l’ho trascurato. C’è documentazione per wpdc_sso_params da qualche parte? Ho trovato questa discussione, che sembra coprirla per ora: