The error messages here seem to be wrong.
This is a long public topic on my forum which has just locked itself but it’s referencing the 200 post limit that applies to a PM topic.
إعجاب واحد (1)
Yep, that was a bug that we fixed – it swapped the 10k and 200 (now 500) numbers unfortunately. @sam we should redeploy to reach the sites that have the bug. Very, very unfortunate bug there.
4 إعجابات
Yes all are deployed.
إعجاب واحد (1)
So I’m a bit confused. As originally, I thought the plan was two settings for PMs, one for regular users and one for staff, now it also affects public topics?
My concern with the public topics, although, a topic being over 10,000 posts is likely to not be on its original topic and more than likely shifted a hundred times over, but rather it kills any discussion immediately. Just bam, shuts it down.
However, I do like that it can be disabled. As we do have a few that are over 10,000 posts, but they are quirky fun related topics, not serious discussions.
I am still uneasy about adding a separate setting for staff here. It kind of feels like cheating.
Regarding public topic, this is a temporary measure.
Yeah we can defer on the staff override there for a bit.
Yeah, that makes sense. I honestly don’t see the big need for two separate settings, was just trying to figure out how it went form 2 settings regarding private messages to 1 public 1 private, but your second statement, answered that.
I half wonder if a better approach would have been to set Auto-Close to an hour once it hits the threshold, so people can quickly finish up whatever discussion they had on-going and not get a it is shut down response. However, many this is being done in sideqik in which case there might be a “time period” that will still run letting it exceed 10,000 posts for a bit before it flips to close. I may need to play with this feature a bit by setting it to a relatively low number to see how it behaves.
It would be nice to document how it behaves, be it sideqik (and how often the job runs) or immediate based on the post that forces it to exceed the threshold.
إعجاب واحد (1)
بما أن هذا الحل يبدو أنه يُستمر في مشكلة الأداء، فهل توجد طريقة أخرى لإبقاء محادثة مستوى 3 (TL3) نشطة (تلك تحديدًا) بعد الوصول إلى حد 10 آلاف منشور؟
أنا أسأل فقط عن دليل موثوق (HOW-TO) يمكنني توجيه المدراء من مجتمعي ¹ إليه دون تأجيل المشكلة الاستمرار في المشكلة الأصلية، حيث إن منصة Discourse ستواجه هذه المشكلة في النهاية لجميع محادثات مستوى 3 (TL3) ².
لذا، فإن وجود طريقة سهلة لنشر رابط في محادثة مستوى 3 القديمة يدعو جميع المستخدمين الحاليين والمستقبليين من مستوى 3 إلى المحادثة الجديدة مع حد إضافي قدره 10 آلاف منشور سيكون مفيدًا لكل من منصة Discourse والمدراء هناك…
ملاحظة 1: نعم، كانت هجمة عيد الفصح من أرنب عيد الفصح في عام 2020 عبارة عن غرفة محادثة مجمدة لمجتمع Manjaro.org على مستوى 3… 
ملاحظة 2: تعريف ITIL لكلمة “مشكلة” = “تعدد القضايا التي لها نفس السبب الجذري”
الحل هو استخدام دردشة فعلية… وإلا فستظل تسبح ضد التيار إلى الأبد 
تذكّر أن المواضيع الضخمة خطيرة للغاية لعدة أسباب كثيرة.
3 إعجابات
لاحظ أن الدردشة سيتم إصدارها في Discourse 2.9 كميزة رسمية، وإن كانت تجريبية (وربما معطلة افتراضيًا). لذا إذا شعرت بالحاجة .. بالحاجة .. لل سرعة، أي الدردشة السريعة، سنلبي هذه الحاجة قريبًا!
5 إعجابات