ما لم تكن هناك تغييرات لم أكن على علم بها (ولا أعتقد أن هناك)، فإنني أوافق بشدة على طلب الميزة هذا.
لقد واجهت هذه المشكلة عدة مرات عندما كنت أفتقر مؤقتًا إلى مساحة القرص.
في كل مرة، لاحظت أن الإعداد كان معطلاً بالصدفة. لم أفكر في النظر إلى تغييرات الإعدادات عندما أصل إلى حد مساحة القرص، حتى بعد تجربته عدة مرات.
أنا متأكد من أن هناك العديد من الحالات في الواقع التي يكون فيها هذا الإعداد معطلاً دون علم المسؤول، فقط لأنهم نفدوا من مساحة القرص قبل عام.
يتم تسجيل تغيير الإعداد في /admin/logs/staff_action_logs?filters=%7B\"subject\"%3A\"download_remote_images_to_local\"%7D، لكنني لا أتذكر أنني تلقيت أي إشعار عند تشغيله.
من الناحية المثالية، أود إما تحذيرًا على الأقل في لوحة التحكم، أو إشعارًا في قائمة المستخدم، أو بريدًا إلكترونيًا.
كان سياق الاقتباس التالي محددًا جدًا (وقديماً)، ولكنه ينطبق هنا أيضًا.
[quote=“Arkshine, post:7, topic:139142”]
إذا كانت قيمة إعداد معين بحاجة إلى تغيير، فسأرغب في توقع أن يخبر Discourse المسؤول بما يحدث. الأمر يتعلق فقط بالشفافية وجعل حياة المسؤول أقل إيلامًا.
عدم وجود أي نوع من الإشعارات عند تغيير إعداد بواسطة @system يمكن أن يكون ضارًا.
عندما ألاحظ أن download_remote_images_to_local قد تم تعطيله في مرحلة ما، أقوم بتشغيل أحد (أو كليهما، مرة واحدة) هذه البرامج النصية لـ rails لتشغيل تنزيل الملفات البعيدة:
إعادة خبز جميع المشاركات من تاريخ معين
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}"
إعادة خبز جميع المشاركات بين تاريخين محددين
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}"