لدي موضوع في موقعي نشره شخص ما (لنسمّه X) ثم حذفه بسبب معلومات خاطئة. قمت بإعادة نشره وطلبت من X نشر تصحيح تحت منشوره الأصلي.
منذ ذلك الحين، يتم حذف الموضوع باستمرار. قمت بإعادة نشره مرتين ويبدو أنه على ما يرام، لكن بعد فترة قصيرة يظهر كمُحذوف مرة أخرى.
ما الذي يحدث؟
هل من الممكن أن المستخدم المعني يستمر في حذفه؟ لقد واجهت مستخدمين يفضلون حذف المنشورات بدلاً من تحمل “الإحراج” الناتج عن تصحيح أنفسهم.
تحقق من سجل النشاط (admin/logs/staff_action_logs) لمعرفة ما إذا كان المستخدم يقوم بحذفها. سيُظهر السجل تلك المنشورات التي تم تعديلها وحذفها… ومن قام بحذفها. يمكنك أيضًا النقر على أيقونة المعلومات لمزيد من التفاصيل.
بعض المستخدمين غيّروا رأيهم بشأن الاحتفاظ بمنشور ما لأسباب تتعلق بذلك ولأسباب عديدة أخرى. أحيانًا تكون مجرد حالة يشعر فيها الشخص بأنه من الأفضل نسيان ما كان ينوي قوله. أحيانًا يجب عليك ببساطة قبول سببهم، حتى لو لم يُقدَّم سببٌ واضح. 
لا يمكن للمستخدمين حذف المواضيع أو المنشورات فورًا. كل ما يمكنهم فعله هو طلب حذف معلق لمدة 24 ساعة، وهو ما سيظهر كنية عامة مذكورة في الموضوع أو المنشور، على النحو التالي:
(تم سحب المنشور من قبل المؤلف، وسيتم حذفه خلال 24 ساعة ما لم يتم الإبلاغ عنه)
بالإضافة إلى ذلك، يمكنك القيام بذلك للمواضيع فقط إذا لم تكن هناك ردود عليها، وكان الموضوع عمره يوم واحد أو أقل.
يحدث هذا أيضًا لدينا عندما يتم حذف موضوع من قِبَل النظام، أي بعد 24 ساعة من حذف المؤلف للموضوع، لا توجد طريقة لاستعادته؛ حتى لو استعدناه، يتم حذفه تلقائيًا مرة أخرى بعد 30 دقيقة.
تحدثت مع المستخدم، وبقدر ما أستطيع الفهم، فهم لا يقومون بحذفها بشكل مستمر. في الواقع، كانوا مندهشين من ذلك، حيث أنهم هم من أبلغوني بالمشكلة في المقام الأول.
إليك كيف تبدو سجلاتي:
(شكرًا لك @JimPas على الاقتراح!)
هل لديك أي أفكار؟ هل هناك المزيد من البيانات التي يمكنني توفيرها للمساعدة في استكشاف المشكلة وحلها؟ يبدو أن @Pad_Pors قد واجه شيئًا مشابهًا.
هل وجد أحد حلاً لهذه المشكلة لاحقًا؟ نحن نواجه نفس الأمر.
قام مستخدم بنشر موضوع ثم حذفه، وطلب إعادة نشره، والآن يستمر النظام في حذفه (الموضوع بالكامل نظرًا لأنه المنشور الأول).
يمكننا نقل المحتوى إلى موضوع جديد، لكن أي شخص يتابع الرابط الأصلي سيتم توجيهه إلى صفحة “غير موجودة”.
هل يمكننا تكرار هذا يوم الاثنين @tshenry؟
مرحبًا @AstonJ
هل يمكنك تأكيد خطوات إعادة الإنتاج؟ هذا ما أختبره، لكنني أريد التأكد من أن الوصف يبدو صحيحًا بالنسبة لك؟
إذا كان هناك أي شيء يجب أن أفعله بشكل مختلف، فالرجاء إعلامي.
مرحبًا تايلر، تم نشر الموضوع في أبريل، لكن يبدو أن ما يلي قد حدث:
لم نكتشف أن هذا يحدث إلا عندما نشر المستخدم سؤاله أمس عن مكان موضوعه.
إذا كنت بحاجة إلى أي شيء آخر، فلا تتردد في إخباري (هذا هو الموضوع الذي يتم حذفه باستمرار، بالمناسبة).
همم. لست متأكدًا تمامًا من فهمي لما يحدث في الخطوة 1، ولكن بافتراض أن الخلاصة هي أن مستخدمًا قد أنشأ موضوعًا، فإن الخطوة 2 تبدو مستحيلة. إذا أنشأتُ موضوعًا كمستخدم عادي، ثم أجبت عليه، وحاولتُ حذف منشوري الأول (منشور الموضوع)، فلن يُعلَّم المنشور الأول للحذف، وهذا التصميم مقصود.
في حالتي، كان الأمر على النحو التالي:
لست متأكدًا من الأطر الزمنية.
يمكنني تأكيد حدوث نفس الأمر معي عدة مرات.
إذن، بناءً على ما أستطيع استنتاجه، لا يتوفر لدى الموظفين زر “إعادة استعادة الحذف” متاحًا في موضوع المستخدم العادي عندما يكون مجدولًا للحذف. فقط المنشئ الأصلي للموضوع يمكنه إعادة استعادة المنشور خلال فترة الانتظار. عندما تقول إنك أعدت استعادة الحذف، هل تقصد ذلك بعد حدوث الحذف التلقائي؟
أهلاً نعم، آسف تايلور! أظن إذن أنهم حذفوا المنشور الأول ثم أنشأوا منشورًا ثانيًا - وهو ما أعتقد أنه ممكن حسب ما أذكر.
إليك ما توصلت إليه:
delete_removed_posts_after إلى 1)ما يحدث: عندما يقوم المستخدم بحذف منشور موضوعه الخاص، يتم تعيين خاصية تسمى user_deleted إلى true. هناك مهمة خلفية تسمى DestroyOldDeletionStubs تعمل كل 30 دقيقة. تقوم هذه المهمة بتشغيل دالة PostDestroyer.destroy_stubs التي ستبحث في قاعدة البيانات وتحذف أي منشورات تم تعيين user_deleted فيها إلى true مع انتهاء مؤقت الحذف.
المشكلة: عندما يستعيد الطاقم المنشور، لا يتم أبدًا تعيين user_deleted إلى false، لذا في المرة القادمة التي تعمل فيها مهمة DestroyOldDeletionStubs، سيتم حذف المنشور مرة أخرى.
الحل: أنا متأكد تقريبًا أننا سنحتاج إلى إضافة بعض المنطق إلى دالة staff_recovered لتعيين user_deleted إلى false (دالة user_recovered تقوم بذلك بالفعل) انظر discourse/lib/post_destroyer.rb at main · discourse/discourse · GitHub
الحل السريع: استعد منشور الموضوع واحصل على معرف المنشور، ثم اذهب إلى وحدة تحكم Rails وقم بتشغيل:
Post.find_by_id(POST_ID).update(user_deleted: false)
يمكن العثور على معرف المنشور بسهولة عن طريق إضافة .json في نهاية رابط الموضوع. لذا باستخدام هذا الموضوع كمثال: https://meta.discourse.org/t/topic-keeps-getting-deleted/128013.json. معرف منشور الموضوع هو 632362.
أها، يجب أن نصلح @eviltrout
عمل تحري رائع @tshenry!
عمل رائع تايلور 
لأي شخص آخر يحتاج إلى ما سبق، ستحتاج إلى إلغاء حذف المنشور/الموضوع أولاً، وإلا فإن الأمر find سيعيد nil.
لا أزال أواجه هذه المشكلة. هل حققت هذه المهمة الخاصة بتعيين user_deleted إلى false أي تقدم؟
هل يوجد حل سريع أو بديل للبيئات المستضافة؟
أقترح ما يلي: