بين 11.7 واليوم، حدث ارتفاع في وقت وحدة المعالجة المركزية المطلوب لعرض صفحة في متصفحات المستخدمين لدينا.
يبدو أن هذا محظور بواسطة CSS الجديد. لم نجرِ أي تعديلات من جانبنا، ولكننا نقوم بتحديثات منتظمة (يومياً تقريباً).
إليك بعض البيانات للحصول على فكرة أفضل عن المشكلة. على اليسار هو 11.7
لكن المشكلة قد تكون في مكان آخر، حيث كان هناك الكثير من التحديثات لـ Docker مؤخراً، لـ Discourse المستضاف ذاتياً.
هل لدى أي شخص آخر نفس المشكلة؟
هل تعرف ما هي نسخة ديسكورس التي كانت موجودة في 11.7 وأيها بدأت تظهر فيها المشاكل؟
للأسف لا أستطيع الإجابة، فنحن لا نحتفظ بسجلات مفصلة كهذه مع مجتمع Discourse.
لكن من السجل الذي تمكنت من استخراجه، هذا هو \u003cmeta name=\"generator\" content=\"Discourse 3.3.0.beta4-dev - https://github.com/discourse/discourse version 39187d98149e9822a8c9c21da9c1dc6a7aff4e49\"\u003e
هذه ستكون آخر حالة كان فيها كل شيء يعمل بشكل جيد.
من المفترض أن يكون هذا “<meta name=\"generator\" content=\"Discourse 3.3.0.beta4-dev - https://github.com/discourse/discourse version 39187d98149e9822a8c9c21da9c1dc6a7aff4e49\">”، تم سحبه من محتويات المنشور الخام لأي شخص يحتاجه.
كيف يتم جمع هذه المقاييس؟
في لقطة الشاشة الخاصة بك لقياسات LCP، يبدو أن لقطة الشاشة “السابقة” تعرض عرض الزاحف basic-html، بينما تعرض لقطة الشاشة “الحالية” تطبيق JS الكامل الذي يتم تقديمه للمستخدمين.
من المنطقي أن يكون لتطبيق JS الكامل وقت وحدة معالجة مركزية أعلى ووزن صفحة أكبر.
لذلك أعتقد أن هذا على الأرجح تغيير في نظام المراقبة، أو ربما الطريقة التي يستجيب بها Discourse لنظام المراقبة الخاص بك. 
جميع الصور تأتي من نظام واحد يقيس باستمرار بنفس الطريقة. تم أخذ القياسات فقط في أيام مختلفة. لذا من المحتمل أن الظروف على جانب Discourse قد تغيرت.
لمزيد من المعلومات حول كيفية قياس DebugBear، انظر هنا. A Guide to Website Monitoring | DebugBear
