Sauf s’il y a eu des changements dont je ne suis pas au courant (et je ne pense pas qu’il y en ait eu), j’approuve fortement cette demande de fonctionnalité.
J’ai rencontré ce problème plusieurs fois lorsque je manquais temporairement d’espace disque.
À chaque fois, j’ai remarqué que le paramètre était désactivé par hasard. Je n’ai pas pensé à vérifier les changements de paramètres lorsque j’atteignais un seuil d’espace disque, même après l’avoir vécu plusieurs fois.
Je suis à peu près sûr qu’il existe de nombreuses instances en production où ce paramètre est désactivé sans que l’administrateur ne le sache, simplement parce qu’ils ont manqué d’espace disque il y a un an.
Le changement de paramètre est consigné dans /admin/logs/staff_action_logs?filters=%7B\"subject\"%3A\"download_remote_images_to_local\"%7D, mais je ne me souviens pas avoir reçu de notification lorsque cela se déclenche.
Idéalement, j’aimerais au moins un avertissement dans le tableau de bord, une notification dans le menu utilisateur ou un e-mail.
Le contexte de la citation suivante était assez spécifique (et ancien), mais il s’applique également ici.
L’absence de toute notification lorsqu’un paramètre est modifié par @system peut être préjudiciable.
Lorsque je remarque que download_remote_images_to_local a été désactivé à un moment donné, j’exécute l’un (ou les deux, une fois) de ces scripts Rails pour déclencher le téléchargement des fichiers distants :
Re-cuire tous les messages à partir d’une date donnée
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}, Created at #{post.created_at}"
i += 1
end
puts "Total number of posts rebaked: #{i}"
Re-cuire tous les messages entre deux dates données
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}, Created at #{post.created_at}"
i += 1
end
puts "Total number of posts rebaked: #{i}"