Abbiamo recentemente disabilitato la nostra funzione download_remote_images_to_local dal sistema come modifica “silenziosa”. Come proprietario del sito, sarebbe stato utile ricevere un messaggio diretto al riguardo. Non sono sicuro se ci siano altre modifiche che possano essere aggiornate dal sistema in questo modo.
9 Mi Piace
È successo quando il disco era pieno. Era quello o qualcos’altro?
2 Mi Piace
Non era pieno, stava solo scendendo sotto la soglia che avevamo impostato per il download di immagini remote.
3 Mi Piace
Penso che il suggerimento sia ragionevole, sfortunatamente non credo che avremo tempo di lavorarci per un bel po’.
Inserisco un pr-welcome nel caso in cui qualcuno della community voglia indagare su questo. (Un PM agli amministratori quando modifichiamo l’impostazione)
6 Mi Piace
Il “sistema” ha interrotto il nostro sito modificando il livello di fiducia predefinito su “0” quando lo avevamo impostato su “1”.
È molto sorprendente che il sistema possa apportare modifiche ad hoc al nostro sito di produzione senza alcun tipo di approvazione o avviso e dobbiamo impedire che ciò accada di nuovo in futuro.
C’è un modo per disabilitare queste modifiche automatiche del sistema?
Non dovrebbe succedere, molti siti hanno un valore predefinito di TL1. Abbiamo bisogno di maggiori informazioni, puoi aprire un nuovo argomento a riguardo.
3 Mi Piace
Si scopre che ciò è accaduto a causa della modalità bootstrap su un nuovo server/app che stavamo configurando.
Ma il mio messaggio riguardava meno questo specifico cambiamento di sistema e più su come qualsiasi cambiamento di sistema dovrebbe idealmente richiedere l’approvazione in modo che le cose non si rompano. Se l’approvazione non è possibile, almeno un’e-mail che notifichi a tutti gli amministratori il cambiamento (che penso sia più o meno ciò che l’OP stava chiedendo) sarebbe fantastico.
Grazie per tutto il lavoro su Discourse!
1 Mi Piace
Ciao @Earnie_Baird, questo è un ottimo feedback.
Suppongo che un suggerimento sarebbe quello di avere maggiore chiarezza sulla modalità bootstrap, magari quando la vedi nell’intestazione e ci clicchi sopra dovrebbe spiegare molto chiaramente cosa è successo.
2 Mi Piace
A meno che non ci siano state modifiche di cui non ero a conoscenza (e non credo ce ne siano state), approvo vivamente questa richiesta di funzionalità.
Ho riscontrato questo problema più volte quando mancava temporaneamente lo spazio su disco.
Ogni singola volta, ho notato che l’impostazione era disabilitata solo per caso. Non ho pensato di controllare le modifiche alle impostazioni quando raggiungevo una soglia di spazio su disco, anche dopo averlo sperimentato più volte.
Sono abbastanza sicuro che ci siano molte istanze in circolazione che hanno questa impostazione disabilitata senza che l’amministratore lo sappia, solo perché hanno esaurito lo spazio su disco un anno fa.
La modifica dell’impostazione viene registrata in /admin/logs/staff_action_logs?filters=%7B\"subject\"%3A\"download_remote_images_to_local\"%7D, ma non ricordo di aver mai ricevuto alcuna notifica quando si attiva.
Idealmente, vorrei almeno un avviso nella dashboard, una notifica nel menu utente o un’e-mail.
Il contesto della seguente citazione era piuttosto specifico (e vecchio), ma si applica anche qui.
L’assenza di qualsiasi tipo di notifica quando un’impostazione viene modificata da @system può essere dannosa.
Quando noto che download_remote_images_to_local è stato disabilitato a un certo punto, eseguo uno (o entrambi, una volta) di questi script rails per attivare il download dei file remoti:
Ribake tutti i post da una data specifica
i = 0
Post.where('created_at >= ?', Date.new(2023, 5, 1)).where('user_id > 0').find_each do |post|
post.rebake!
puts "Post #{post.id}, Creato il #{post.created_at}"
i += 1
end
puts "Numero totale di post ribake: #{i}"
Ribake tutti i post tra due date specifiche
i = 0
Post.where('created_at >= ? AND created_at < ?', Date.new(2021, 12, 1), Date.new(2022, 3, 1)).where('user_id > 0').find_each do |post|
post.rebake!
puts "Post #{post.id}, Creato il #{post.created_at}"
i += 1
end
puts "Numero totale di post ribake: #{i}"
2 Mi Piace
Leggere Get admin notification from logs? - #4 by JammyDodger mi ha fatto ripensare a questo argomento. Penso che potresti anche utilizzare lo script di automazione “Pianifica un PM con i risultati di Data Explorer” o “Pianifica un post in un argomento con i risultati di Data Explorer” e una query di data explorer per ricevere notifiche sulle modifiche alle impostazioni del sito da parte del sistema.
Qualcosa come
SELECT subject, previous_value, new_value, updated_at
FROM user_histories uh
where uh.action = 3
AND uh.acting_user_id = -1
AND uh.updated_at > CURRENT_TIMESTAMP - INTERVAL '60 minutes'
order by updated_at desc
Quindi imposti l’automazione con una ricorrenza che corrisponde all’intervallo nella query ed eviti di inviare notifiche se non ci sono risultati per evitare rumore.
Potresti anche migliorare la query per filtrare l’oggetto esatto, ma ho pensato che forse anche altre modifiche automatiche potrebbero essere interessanti.
3 Mi Piace
Ciao @Moin
Grazie per questo, sembra un’idea molto utile!
Ho eseguito questa query ma non mostra modifiche come la disabilitazione automatica della Narrazione..
Esatto! Non c’è nessuna voce nei log per questo. Ecco perché ho suggerito che una voce dovrebbe sempre essere creata per tali modifiche.
Questa query interroga deliberatamente solo un breve periodo di tempo. Quando commento la restrizione temporale, vedo almeno alcune modifiche.
- AND uh.updated_at > CURRENT_TIMESTAMP - INTERVAL '60 minutes'
+ --AND uh.updated_at > CURRENT_TIMESTAMP - INTERVAL '60 minutes'
Tuttavia, per impedire allo script di automazione di segnalare tali modifiche obsolete, ho aggiunto questa restrizione temporale.
2 Mi Piace
Questa è una query utile per qualsiasi sito per la risoluzione dei problemi, quando un comportamento è cambiato inaspettatamente. Potrebbe persino essere tu o un collega amministratore che ha cambiato qualcosa e ha avuto un effetto inaspettato.
Ho creato un’automazione qui su meta per eseguire questa query settimanalmente, per mostrare tutte le modifiche registrate nell’ultima settimana. Abbiamo molti cuochi in questa cucina e a volte può essere difficile mantenere una visione d’insieme.
Mi sembra che la richiesta di funzionalità qui sarebbe quella di registrare tutte le azioni dello staff, in modo più completo.
1 Mi Piace
La query che ho condiviso è limitata alle modifiche delle impostazioni del sito e alle azioni del sistema. Quindi aiuta a notare quando le impostazioni vengono modificate dal sistema, sia a causa di un’automazione, come la disabilitazione del download di immagini a causa di un disco pieno, sia quando l’impostazione cambia al termine della modalità bootstrap. In combinazione con un post o un PM del plugin di automazione, questo può aiutare nei casi descritti nell’OP.
Ma la query non aiuta davvero a trovare modifiche inaspettate come la modifica che ha disabilitato il messaggio di benvenuto di discobot, cosa che @gassim avrebbe voluto sapere. La maggior parte delle modifiche alle impostazioni che avvengono durante un aggiornamento di Discourse non vengono registrate, ed è questo che le rende così difficili da rintracciare.
1 Mi Piace
Ho modificato la tua query per mostrarmi tutte le modifiche registrate nell’ultima settimana.
Concordo con te sul fatto che sia necessario colmare una lacuna. Non vengono registrate abbastanza azioni.
1 Mi Piace