بالبحث هنا في ميتا، الموضوع الوحيد الذي تمكنت من العثور عليه هو ذو حجم كبير ولا ينبغي أن يفسر ما يحدث هنا.
يستخدم مثبتي المثبت الرسمي، ولكن مع إعداد مجلد فرعي. اعتقدت أنه قد يكون هناك خطأ في التكوين فيما يتعلق بعناوين IP للمستخدمين الحقيقيين من الوكيل العكسي الخاص بي إلى NGINX، ولكن بقدر ما أستطيع أن أقول، يتم الإبلاغ عن عناوين IP بشكل صحيح (يمكنني التعمق في هذا إذا كان لا يزال سببًا محتملاً لهذه المشكلة).
لن أكون قلقًا جدًا بشأن ذلك، ولكني أواجه أحيانًا مشكلة في الدردشة حيث عندما أقوم بتحرير رسالة دردشة لا أرى المحتوى المحدث على الفور وأتساءل عما إذا كان ذلك مرتبطًا بـ 429s.
أقدر أي توجيه حول كيفية تشخيص هذا، أي اقتراح مرحب به!
لقد نظرت إلى عناوين IP المبلغ عنها في حسابات المستخدمين النشطين ويبدو أنها كلها صحيحة - بما في ذلك حسابي. عناوين IP الخاصة بالآخرين مختلفة عن بعضها البعض وجميعها من أماكن مختلفة في بلدي (البرازيل)، وهو أمر متوقع. كنت أفكر في البحث في قاعدة البيانات والسجلات، لكنني لم أفعل ذلك بسبب هذا الاختبار الذي يشير إلى أنه قد لا يكون المشكلة.
أنا لا أستخدم CloudFlare كوكيل، لكنني استخدمته في الماضي - لقد تحققت مرة أخرى من أن templates/cloudflare.template.yml معلق.
الآن، بالنظر إلى app.yml الخاص بي، أرى أن templates/web.ratelimited.template.yml معلق أيضاً… أتساءل عما إذا كان من المنطقي تضمينه لتجنب تحديد المعدل؟ هذا لا معنى له، صحيح؟
جسم الاستجابة 429 هو “لقد قمت بهذا الإجراء عدة مرات. يرجى الانتظار دقيقتين قبل المحاولة مرة أخرى.”
ما زلت أحصل على هذه، أفهم الآن أن Discourse هو الذي يتصرف بناءً عليها، وليس Nginx، لذلك حاولت تعيين DISCOURSE_REJECT_MESSAGE_BUS_QUEUE_SECONDS: 0.2 (الافتراضي هو 0.1) كما رأيت في موضوع آخر بخصوص message bus 429’ing ولكن لم يتغير شيء. أقدر إذا كان بإمكان أي شخص توجيهي إلى متغيرات البيئة التي قد تخفف من هذا الحد.
لن أكون قلقًا جدًا بشأن أي من هاتين المشكلتين، المشكلة الحقيقية هنا هي أن رسائل الدردشة لا تظهر إلا إذا قمت بتحديث أو تبديل القنوات: إذا انتقلت من محادثة شخصية إلى أخرى ثم عدت مرة أخرى، عندها فقط يمكنني رؤية الرسائل الجديدة.
كما تحدثنا للتو، هذا ناتج عن طلبات Unicorn التي تتراكم، سيقوم @renato بتعديل عدد Unicorns والإبلاغ عن نتائجه.
هذا سيء للغاية الآن. ما يجب أن يحدث هو أنه بعد فترة التراجع، ستتعافى الدردشة تلقائيًا وتجلب جميع الرسائل منذ آخر استطلاع ناجح. ألا ترى ذلك؟ إذا كان الأمر كذلك، فهذه علة خبيثة.
نعم، لم أواجه هذا، قد يكون هذا لا يزال شيئًا آخر، لست متأكدًا. يمكنني رؤية النقطة الخضراء التي تشير إلى وجود رسالة جديدة، لكن الرسالة نفسها لا تظهر، ثم عندما أقوم بتبديل القنوات يمكنني رؤية الرسائل الجديدة وتختفي النقطة الخضراء للإشعار.
أقوم بإعادة البناء الآن مع عمال إضافيين وسأقوم باختباره بشكل أكبر، إذا استمر هذا في الحدوث سأحاول جمع أكبر قدر ممكن من التفاصيل والعودة إليك.
@Falco بالعودة، ما زلت أرى 429 في علامتي التبويب Console و Networks.
يمكنني أيضًا إعادة إنتاج مشكلة عدم تحديث نافذة الدردشة حتى عند الدردشة مع نفسي: إذا أرسلت رسالة، فإنها تظهر ولكن عناصر التحكم عند التمرير لا تظهر، ثم إذا انتقلت إلى دردشة أخرى وعدت مرة أخرى، يمكنني تعديل الرسالة التي أرسلتها ولكن يجب أن أغادر/أعود لرؤيتها محدثة.
أقوم بإعادة هيكلة كبيرة للكثير من الأمور المتعلقة بالشبكة/التحديثات المباشرة حاليًا، وأتوقع دمجها في مكان ما الأسبوع المقبل، مما قد يحسن مشكلتك كثيرًا (ما لم تكن شيئًا آخر غير مرتبط تمامًا).
أعتقد أن لدينا نفس المشكلة. العديد من مستخدمي الدردشة النشطين للغاية يبلغون عن عدم رؤيتهم للرسائل التي يرسلها الآخرون، فقط رسائلهم الخاصة حتى يقوموا بتحديث الصفحة. هل هناك أي حل لهذا سواء في الواجهة الأمامية عبر لوحة التحكم أو عبر SSH؟
هذا لا معنى له، صحيح؟ 
