إذا كنت أرغب في إجراء الإغلاق بناءً على تاريخ آخر نشاط (بدلاً من تاريخ الإنشاء)، فهل هناك متغير لاستخدامه بدلاً من created_at؟
هل هناك أي طريقة لاستبعاد الرسائل الخاصة من الإغلاق؟ لقد قمت بتشغيل الاستعلام في بيئة الاختبار الخاصة بي، ولاحظت أنه وصل إلى كل موضوع، سواء كان عامًا أو خاصًا؛ نود استبعاد الرسائل الخاصة إن أمكن.
في منتدانا، لدينا ما يقرب من 16 عامًا من المحتوى الذي قمنا باستيراده من حلنا السابق. فيما يتعلق بالوقت اللازم لتشغيل الاستعلام، (أ) كيف يمكننا تحديد المدة التي يحتاجها للتشغيل، و (ب) هل سيكون من الأفضل تقسيمه (على سبيل المثال، تشغيله لكل شيء قبل عام 2010، ثم لعام 2011، 2012، إلخ، حتى نصل إلى عام 2023) أم تشغيله كاستعلام واحد؟
أحاول فقط التأكد (مع النقطة رقم 4) من أننا لا نؤثر على أداء النظام كثيرًا. أعرف أن الكثير يعتمد على الأجهزة التي نعمل عليها (والتي لا أعرفها في الواقع، لأن لدينا فريق بنية تحتية يتولى التثبيت نفسه ويحافظ على جميع الأجهزة).
في #2، باستخدام المكون الإضافي لاستكشاف البيانات (الذي لم أكن على علم به)، يبدو أن updated_at هو على الأرجح القيمة التي سيكون فيها “الطابع الزمني لآخر رد”. هل هذا تقييم دقيق؟
شكراً على هذه الإشارة - هذا مفيد جداً لأسئلتي الثلاثة الأولى، أعتقد. سأقدر بعض التوضيح بشأن updated_at والتخطيط للعمل على تاريخنا الموسع للمنشورات والمواضيع.
شكرًا - كنت أشك في أن هذا قد يكون هو الحال. من الجيد الحصول على تأكيد بشأن النهج.
أعتقد أن ما قد أفعله هو البحث عن استعادة أحد النسخ الاحتياطية الأخيرة وإعداد بيئة اختبار منفصلة عن بيئة الاختبار الخاصة بي. لست متأكدًا من كيفية عمل جزء SSO في هذا الإعداد، ولكن سيكون من الجيد رؤية كيف يبدو الأداء قبل الوصول إلى نظام الإنتاج.
سألاحظ أنه إذا كان لديك مجتمع نشط بشكل خاص، فلن يحاكي موقع الاختبار الإنتاج بشكل كامل نظرًا لوجود بعض التأثير من الأشخاص الذين يستخدمون الموقع بشكل عضوي بالإضافة إلى الإجراءات المجمعة.
بالتأكيد - أقدر الإشارة إلى منشور الخادم التجريبي أيضًا - سيكون ذلك مفيدًا جدًا.
نعم، الحمل على المستخدمين من غير المرجح أن يكون مشكلة كبيرة - يبدو أن عدد مشاهدات الصفحة لدينا يبلغ حوالي 50 ألفًا في المتوسط عبر جميع (الزواحف والمجهولين والمستخدمين المسجلين). فهم الحمل المتزايد المحتمل فوق الحمل الحالي سيكون مفيدًا لأغراض التخطيط.
لقد قمت بإعداد خادم تجريبي (كان الأمر سهلاً للغاية في الواقع - قمت فقط باستعادة نسخة احتياطية من بيئة الإنتاج وسجلت الدخول باستخدام إجراء استرداد المسؤول، نظرًا لأنه تم تكوينه لـ OIDC فقط). يبدو أن لدينا حوالي 160 ألف موضوع، واختبار سريع على فئة واحدة فقط تضم حوالي 7500 استغرق 6 دقائق على نظام الاختبار الخاص بي - أي حوالي ساعتين لجميع الموضوعات. بدا التأثير على أداء النظام (تمت مراقبته باستخدام htop) ضئيلاً للغاية هنا.
أنا متأكد من أنه يمكننا العثور على فترة استخدام منخفضة حيث يمكن تشغيل أمر rake، ويمكننا تجهيز مجموعات من الفئات إذا أردنا، لذلك سيعمل هذا بشكل جيد للغاية بالنسبة لنا.
أقدر جميع النصائح والمساعدة - لقد تعلمت الكثير عن المنصة خلال اليومين الماضيين نتيجة لذلك.
