فكرة رائعة! عندما أحاول حذف موضوعي بنفسي كـمستخدم عادي، يُغلق الموضوع بالفعل دون إنشاء منشور إجراء صغير يوضح الإغلاق (يحدث هذا في الكود هنا). وإذا استعدت الموضوع الذي كنت قد عيّنته للحذف، فلا يتم إنشاء منشور إجراء صغير أيضًا. يبدو لي أن هذا السلوك بحد ذاته مقبول.
المتغير الغامض هنا يبدو أنه المشرفون. أعتقد أننا بحاجة إلى معرفة ما يفعلونه ولماذا يفعلونه.
أنا متأكد من أن المراقبين لدينا لم يغلقوا الموضوع.
لقد كنت أراقب المنتدى لدينا – يبدو أن الأمر مرتبط بحذف المنشور الأصلي من قبل منشئ الموضوع الأصلي. لا يقوم النظام بحذف أو إخفاء المنشور لسبب ما إلا بعد مرور بعض الوقت. يظهر الموضوع فقط كمغلق دون أي سجل نظام، مما يؤدي إلى الارتباك.
لست متأكدًا مما يسبب المشكلة أو ما إذا كان الموضوع المغلق مرئيًا فقط للمستخدمين ذوي مستوى الثقة العالي (TL4). هذه نمطية كنت ألاحظها.
آمل أن يساعد هذا في عملية التصحيح!
تعديل: لاحظت أيضًا أن أيًا من منشئي الموضوع الأصليين المغلقين لا يحتوي على أي ردود. لذا يجب أن يكون المنشور قد حُذف خلال فترة قصيرة بعد إنشائه.
إذا كان الأمر يتعلق بمسح المستخدم لموضوعه الخاص، فأنا لا أعتقد أن هذا عيب. يمكنك ‘حذف’ مواضيعك الخاصة طالما لا توجد ردود. يعمل الأمر بطريقة مشابهة لاستخدام أيقونة سلة المهملات على أي من منشوراتك غير المنشأة من قبلك (أولاً يتم استبدال النص بـ ‘حذفه المؤلف’، ثم يتم إخفاء المنشور بعد 24 ساعة).
إذا كنت مستخدمًا عاديًا وليست من الطاقم أو المشرفين أو المدراء، فلن يظهر تحته إجراء صغير.
إليك مثال قمت بإعداده للتو على try.discourse.org (على الرغم من أن موقع العرض يتم مسحه في نهاية اليوم، لذا قد لا يكون متاحًا بعد عند قراءتك لهذا )
أنا في التوقيت البريطاني (BST)، لكنني لم أكن متأكدًا من موعد إعادة الضبط اليومية لموقع العرض التجريبي. كان الموضوع سيختفي بعد 24 ساعة على أي حال، لذا ربما كان يجب عليّ التقاط لقطة شاشة بدلاً من ذلك.
على الرغم من أنه اتضح أنني كنت أكرر فقط شيئًا ورد في وقت سابق من الموضوع، لذا الخطأ مني.
أحتاج حقًا إلى مزيد من المعلومات لأغوص في هذا الأمر بشكل صحيح. أنا مستعد لتجربة بعض الأمور الإضافية، لكنني لا أملك الكثير للبدء منه. لا أعتقد أن مجرد النظر إلى موضوع كعضو مجهول سيمنحني أي شيء مفيد في هذه المرحلة. قد تحتاج إلى البحث عن شخص في قناة Marketplace يمكنه فحص سجلاتك، وإعدادات موقعك، وقاعدة بياناتك لفهم ما يحدث حقًا.
@littleviolette هل يقوم موقعك بإخفاء سجل التعديلات؟ يبدو أن لقطة الشاشة في المنشور الأصلي لهذا الموضوع لا تشير إلى موضوع محذوف ذاتيًا، حيث أن المحتوى موجود بالكامل ولا توجد أيقونة تعديل بجانب الطابع الزمني. إذا كان قد تم حذفه ذاتيًا، فيجب أن يظهر شيء مثل “حذفه المؤلف” مع إشارة إلى التعديل.
@Fabby في هذه المرحلة، لست متأكدًا مما إذا كنتما أنت وlittleviolette تواجهان نفس المشكلة. لقد قررت عدم متابعة بعض الاقتراحات بناءً على بعض إجابات littleviolette، لذا أود أن أعود إلى هذه النقطة. هل هناك أي متابعة هنا:
أود أيضًا أن أعرف ما إذا كنت تستخدم واجهة برمجة التطبيقات (API) أو تقوم بتشغيل أي تكاملات مع خدمات أخرى.
إذا تمكنتما من تقديم ملخص أفضل للمشكلة مرة أخرى بناءً على كل ما لاحظتماه منذ بداية هذا الموضوع، فسأكون ممتنًا! أصبح من الصعب قليلًا متابعة كل شيء، لذا فإن ملخصًا يمكنني الرجوع إليه أثناء الاختبار سيكون رائعًا!
نعمل حاليًا على الإصدار 2.8.0.beta4، ولا تزال المشكلة قائمة.
الإضافات المُفعّلة اليوم:
الاسم
الإصدار
مُفعّل؟
Discourse-auto-deactivate
يُعطّل تلقائيًا المستخدمين غير النشطين بحيث يحتاجون إلى إعادة تأكيد بريدهم الإلكتروني لتسجيل الدخول مجددًا
0.0.1
نعم
discourse-chat-integration
تدمج هذه الإضافة discourse مع عدد من مزوّدي الدردشة
0.1
نعم
discourse-fingerprint
تُحسب بصمات المستخدمين لمساعدة المدراء في مكافحة متصيدين على الإنترنت
2
نعم
discourse-push-notifications
إضافة لدمج إشعارات الدفع على Chrome وFireFox
0.3.0
نعم
discourse-solved
تُضيف زرّ “مُحلّ” للإجابات على Discourse
0.1
نعم
discourse-user-notes
تمنح أعضاء الطاقم القدرة على إرفاق ملاحظات بالمستخدمين
0.0.2
نعم
docker_managerdocker_manager
مدير Docker لصورة Discourse
0.1
نعم
procourse-installer
إضافة Discourse لاكتشاف وتثبيت إضافات Discourse أخرى
0.1
نعم
retort
إضافة React7ions لـ Discourse
1.2.3
نعم
styleguide
معاينة كيفية تنسيق الودجات في Discourse
0.2
لا
تم تمكين التعديلات غير المحدودة على المنشور الأول: المشكلة لا تزال قائمة
إذا قمنا بـ تصفية، فلا يمكننا رؤية أي شيء لتلك الفترة: لا نظام، ولا discobot، ولا مشرف. (سيكون من الجيد لو أمكننا استبعاد discobot من الفلتر!)
لا أفهم ما يعنيه هذا: هل يجب نشر موضوع هناك مع تعريف المشكلة والملخص أعلاه، وطلب شخص يمكنه الغوص في سجلاتك، وإعدادات الموقع، وقاعدة البيانات لمعرفة ما يحدث حقًا؟
هل توجد أي معلومات تقنية (دليل HTML / ويكي / PDF؛ لا فيديوهات، من فضلك!) متاحة على Discourse تتيح لنا التحقيق في هذا بأنفسنا؟ لأننا نتعامل هنا مع مجموعة من Nerds وGeeks (بأحرف كبيرة) ولدينا في فريق المشرفين خبراء في PostgreSQL، والشبكات، والافتراضية، والمطورين، وهندسة *nix، ومحترفي Windows…
إذا قمت بفحص جدول topics في قاعدة بياناتك، فستتمكن من تحديد اللحظة الدقيقة التي أُغلق فيها الموضوع (على سبيل المثال، من خلال فحص عمود updated_at). قد ترغب في تشغيل نص برمجي يقوم بتفريغ محتوى جدول الموضوعات بشكل دوري حتى تتمكن من الرجوع إلى الوراء في الوقت. وإذا كان لديك سجل نسخ PostgreSQL مُعدّ، فقد تتمكن من الاستفادة منه.
بعد ذلك، تحتاج إلى معرفة ما إذا كان هناك شيء ما أثار هذا الإجراء. وقد يكون ذلك إما وظيفة Sidekiq (وبالتالي تحتاج إلى فحص طابور وظائف Sidekiq لمعرفة الوظائف التي تم تنفيذها في ذلك الوقت تقريبًا)، أو إجراءً قام به مستخدم (وبالتالي تحتاج إلى فحص ملف production.log أو ملف سجل nginx)، أو طرفًا خارجيًا (عميل API، Zapier وما شابه) يقوم باستدعاء الـ API (وهذا يمكن العثور عليه أيضًا في production.log أو ملف سجل nginx).
شكرًا لك على المعلومات، وإذا كنت أعرف أين أبحث، فأنا متأكد من أن ذلك سيكون مفيدًا جدًا لي.
هل يمكنك الرجوع ثلاث خطوات وإعطائي رابطًا إلى مستند يصف الخطوة الأولى؟ فأنا مشرف على الموقع ولم أقم أبدًا بتثبيت Discourse، كما أن مالكي Discourse في مشروع مانجارو هم أيضًا قادة المشروع، لذا هم مشغولون جدًا.
هل يكفي أن أكون مشرفًا أم يجب أن أُطلب الترقية إلى مالك لأتمكن من الغوص في هذا العمق؟
الأمور الوحيدة التي أعرفها عن Discourse هي:
سام و Code_horror هما المؤسسان.
يعمل على خلفية PostgreSQL (التي قمت بتثبيتها وتشغيلها من قبل).
هناك مستوى واحد أعلى في التسلسل الهرمي من المشرف وهو المالك.
على أي حال، لا أملك مثل هذا المستند - وإذا كنت ستحتاج إلى هذا القدر من التوجيه، فأخشى أنه يجب عليك اتباع اقتراح Taylor والنشر في Marketplace في النهاية. لا توجد وظيفة “مالك”، وستحتاج إلى وصول على مستوى النظام (أي خارج Discourse، على النظام نفسه).
شكرًا لك على العودة والاعتذار عن التأخر في الرد. إليك ما لاحظناه حتى الآن:
يظهر الموضوع كمغلق دون وجود أي سجل لنظام أو مستخدم قام بإغلاقه. ولا يمكن العثور على مثل هذا السجل في السجلات أيضًا. يحدث الإغلاق التلقائي الغامض فقط للمواضيع التي تحتوي على المنشور الأول فقط، وعلى الأرجح يحدث ذلك قريبًا بعد إنشاء المنشور استنادًا إلى لقطة الشاشة التي قدمها مستخدمونا أدناه والتي تظهر أن المنشور الأصلي تم إنشاؤه قبل دقيقتين.
بعد حوالي يوم واحد من إنشاء المنشور الأصلي، يقوم النظام بحذف المنشور الأصلي. إليك الطوابع الزمنية لموضوعين تم إغلاقهما دون سجل ثم حذفهما لاحقًا بواسطة النظام.
تم إنشاء المنشور الأصلي: 26 أغسطس 2021 الساعة 6:34 مساءً
تم حذف المنشور الأصلي بواسطة النظام: 27 أغسطس 2021 الساعة 6:41 مساءً
تم إنشاء المنشور الأصلي: 31 يوليو 2021 الساعة 5:48 مساءً
تم حذف المنشور الأصلي بواسطة النظام: 1 أغسطس 2021 الساعة 6:02 مساءً
هذه لقطة شاشة لمثال للموضوع الذي نشرته في المنشور الأصلي (OP) لهذا الموضوع اليوم:
لدينا إعداد إغلاق تلقائي للمواضيع في بعض التصنيفات، لكن هذا الإغلاق التلقائي الغامض يحدث أيضًا في تصنيفات لا يوجد فيها إعداد مؤقت للإغلاق التلقائي؛
لا نملك إعداد ساعات الإغلاق التلقائي للمواضيع المحلولة؛
لا يقوم المشرفون لدينا بإضافة مؤقتات إغلاق تلقائي للمواضيع يدويًا أو محاولة إلغاء المؤقتات الموجودة يدويًا؛
المواضيع التي تواجه هذه المشكلة ليست مواضيع تم نقلها بين التصنيفات؟
نحن نعمل على الإصدار 2.8.0.beta6، الذي تم تحديثه قبل يومين. لم نبلغ عن أي سلوك غير طبيعي للإغلاق التلقائي مؤخرًا. سأبلغك مرة أخرى إذا لاحظنا ذلك مرة أخرى.
لاحظت مؤخرًا خيطين أغلقا تلقائيًا لنفس المستخدم الأصلي (OP) دون وجود سجل في النظام. تواصلت فورًا مع المستخدم الأصلي وسألته عما إذا كان قد حذف المنشورات، فأكد ذلك. حدث هذا في فئة لا يوجد فيها مؤقت إغلاق تلقائي مُعد.
أشك في أن المشكلة مرتبطة بحذف المستخدم الأصلي للمنشور الأول. ومع ذلك، عند إعادة فتح أحد الخيوط هذه المرة، لم يتم حذف المنشور الأصلي بعد مرور 24 ساعة. لست متأكدًا من السبب، لكنني آمل أن يوفر هذا بعض السياق لأولئك القادرين على استكشاف المشكلة وإصلاحها.
لقد سألْتُ عن هذا الأمر في قسم Discourse Meta هنا:
تعديل: يبدو أن هذا يحدث عندما يحاول المستخدم الذي نشر المنشور حذف منشوره. تظهر المنشورات المحذوفة كمقيدة أمام المشاهدين الخارجيين، دون أي مؤشر على أن المنشور قد تم حذفه فعليًا (وليس مجرد قفله). الخبر الجيد هو أن الشخص الذي نشر المنشور يمكنه “فتح” المنشور مرة أخرى من خلال استعادته. راجع الموضوع المرتبط أعلاه لمزيد من التفاصيل.
أوه، يبدو هذا واعدًا جدًا! لقد كان لدي الكثير من الأمور الأخرى على طاولة عملي مؤخرًا، لذا لم أجد فرصة جيدة للعودة إليه. سأحاول المحاولة مرة أخرى هذا الأسبوع. على أمل أن أتمكن من إعداد تقرير تكرار نهائي نهائي لفريق التطوير نظرًا للمعلومات الرائعة التي شاركها الجميع.
شكرًا للجميع الذين ساعدوا في محاولة حل هذه المشكلة!
تعديل: نفذ وقتي هذا الأسبوع، لكنني سأضعه في أعلى قائمتي الأسبوع المقبل.
هل يمكنك تأكيد جميع الخطوات التي اتبعتها لإعادة إنتاج هذه المشكلة؟ لا يوجد تفصيل صغير جدًا في هذه المرحلة! لقد جربت مرات عديدة وبطرق مختلفة لتحفيزها دون نجاح على try.discourse.org. هل يمكنك تحفيزها هناك بالصدفة؟
إليك النقاط الرئيسية التي جربتها من جانب المستخدم:
استخدام عنوان الموضوع ومحتواه تمامًا كما فعلت
حذف الموضوع ذاتيًا فورًا
حذف الموضوع ذاتيًا بعد فترة السماح للتحرير
كلا الحالتين بمستوى الثقة 0 و1
اختيار فئة ووسم
في جميع الحالات حتى الآن، يظهر إصدار تحرير في المنشور ويتم استبدال المحتوى بـ “(تم حذف الموضوع من قبل المؤلف)”
أنا على اتصال أيضًا بـ @szhorvat لمحاولة تغطية جانب المسؤول، على أمل رؤية ما إذا كانت هناك أي إعدادات مثيرة للاهتمام في إعدادات الموقع.
)
