أنا أستخدم هذا الإضافة منذ عامين في منتدياتي ذات النشاط المنخفض. أعتقد أن رؤية وجود أشخاص متصلين حاليًا تُعد حافزًا للزوار للتسجيل والنشر، لأنهم يرون أن هناك أشخاصًا حاليًا يقرأون ويردون (نأمل ذلك).
أعتقد أن أفضل إجراء في حالتي هو إظهار قائمة الأشخاص المتصلين لكل من الزوار والأعضاء المسجلين. نظرًا لانخفاض النشاط، فإن رؤية أشخاص متصلين في نفس الوقت الذي نكون فيه نحن مطمئنة. بالإضافة إلى ذلك، من الجيد البقاء عندما يكون هناك أشخاص آخرون، وأتخيل أن الناس أكثر ميلاً لإغلاق النافذة إذا لم يكن هناك أحد (مرئي) حولهم.
ما رأيك في ذلك؟ بالطبع، أعتقد أن الأمر قد يختلف من مجتمع لآخر…
لقد قمت بتثبيت الإضافة في منتداي الجديد، وهو أكثر نشاطًا بكثير. سألني مديري المشارك عما إذا كان بإمكاننا تعطيل الإضافة للزوار، وأتساءل عما إذا كان تعطيلها سيؤدي نظريًا إلى تأثير سلبي على التسجيلات الجديدة والمشاركة.
قمنا بتشغيل إضافة «من متصل» لعدة أشهر. وبعد اختبارات مكثفة، استنتجنا أن هذه الإضافة كانت السبب الجذري لبعض مشاكل الأداء؛ وقد اختفت جميعها (مشاكل الأداء) بعد تعطيلها. وقد وثّقت هذا جزئيًا هنا:
تمتلك منتديات Maker قاعدة مستخدمين كبيرة، لكنها نادرًا ما يكون لديها عدد كافٍ من المستخدمين في الوقت نفسه متصلين عبر الإنترنت لانهيار عرض صور الأيقونات في قسم “من متصل الآن”. وجدنا أن إضافة “من متصل الآن” كانت مسؤولة عن أداء بطيء، لدرجة حدوث انتهاء مهلة للطلبات، حتى مع وجود مستخدمين متصلين اثنين فقط. نستخدم إعدادات nginx خارجية مع صفحة غير متصلة بالإنترنت، وكنا نعرض صفحة الصيانة دوريًا حتى عندما لا تكون هناك أعمال صيانة جارية، وذلك نتيجة تلك الطلبات التي انتهت مهلتها.
نقوم بخدمة الصور محليًا بعد الانتقال من مساحات Digital Ocean، مما يخلق منافسة لعمال Unicorn. ومع ذلك، ندير كل شيء على آلة افتراضية بوحدة معالجة مركزية مزدوجة وذاكرة عشوائية 4 جيجابايت، ولدينا قاعدة بيانات كبيرة نسبيًا (حوالي 400 ألف منشور، وقاعدة بيانات بحجم 6 جيجابايت)، لذا لا نملك مساحة لإضافة المزيد من عمال Unicorn ببساطة، حيث يستهلك كل منهم نصف جيجابايت. أشك في أنه لو كنا نستخدم تخزين كائنات للصور، لكان التأثير العام أقل بسبب منافسة أقل لعمال Unicorn، لكن الأمر لا يتطلب الكثير ليظل التأثير كبيرًا، بالنظر إلى أننا لاحظنا هذا التأثير حاليًا حتى مع وجود مستخدمين اثنين متصلين فقط.
تحديث: أدى تعديل منطقة flood المحددة بمعدل التقييد من 12 طلبًا في الثانية إلى 36 طلبًا في الثانية، وتغيير burst من 12 إلى 36، إلى تقليل تأثير قسم “من متصل الآن” على الأقل. نحن نختبر هذا الإعداد حاليًا.
تحديث إضافي: مع مضاعفة معدل الفيض ثلاث مرات، لم نتلق أي تقارير عن مشاكل حتى الآن.
أنا أستخدم nginx خارجيوطبقت تحديد المعدل على nginx الخارجي، باستخدام قالب المعدل المحدد كنقطة انطلاق، لكنني أستخدم تحديد المعدل في nginx الداخلي، لأن nginx الخارجي لا يعرف أي المسارات ثابتة، وبالتالي يطبق تحديد المعدل على المسارات الثابتة وكذلك الديناميكية، مما تسبب عند تطبيقه في حدوث العديد من حالات الفشل/إعادة المحاولة عند تحميل الأصول الثابتة. لاحظ أن هذا سبب لتشغيل nginx خارجي؛ وإلا، أعتقد أن جميع حركة مرور IPv6 تُنسب إلى عنوان IP الخاص بـ Docker ويتم تحديد معدلها كما لو كانت عنوان IP واحدًا.
@neounix، أظن أن مزيج من nginx الخارجي و حدود المعدل الأعلى المطبقة فقط في nginx الخارجي قد تجعل من الممكن إعادة تفعيل ميزة “من متصل” إذا رغبت في ذلك. انتقلنا من استجابة موقع بطيئة بشكل محبط (على الأقل بالنسبة لي) إلى عدم ملاحظة أي فرق في الأداء (أقل من 500 مللي ثانية حتى اكتمال الرسم من خادم لا يدعم شبكة CDN، مع زمن استجابة 70 مللي ثانية) فقط عن طريق زيادة حدود المعدل في nginx الخارجي (المُهيأ أصلاً لصفحة الصيانة).
ربما… لكننا فقدنا الاهتمام بهذه الإضافة مؤقتًا، فلم يشتكِ مستخدم واحد من غيابها، لذا لا أعتقد أنها تضيف قيمة كافية للموقع تستحق التعديل عليها، خاصةً مع انشغالنا بمهام تطوير الويب الأخرى.
