منتداي forum يحصل على تقييم سيء جدًا في فئة أداء Lighthouse ويتم معاقبته على جوجل
أتساءل عما إذا كانت هناك أي طريقة لتحسين هذه السرعة؟ موقعي به حوالي 2000 عضو، و 100 ألف مشاركة، و 5000 موضوع. أستخدم خطة 4 جيجا رام من DigitalOcean.
في discourse، أستخدم جميع الإعدادات الافتراضية فقط (مع تمكين قالب Cloudflare).
على الرغم من أن لدي عددًا لا بأس به من الإضافات المثبتة
هل هناك أي نصائح لتحسين سرعة منتداي؟
بسبب هذا؟ أنا متأكد تمامًا من أن الأمر ليس كذلك.
وفقًا لـ Google Search Console، في قسم الأداء، يظهر أن وقت تحميل الموقع بطيء. سمعت أن PageRank يأخذ هذا في الاعتبار عند ترتيب المواقع.
ومع ذلك، فهي ليست بطيئة ولا تعاقبك جوجل. هناك كمية هائلة من المعلومات المضللة والمغلوطة حول PageRank وهذا الادعاء هو أحد تلك الفئات.
بخلاف ذلك، فإن تحسين السؤال سهل حقًا. لا يمكنك فعل الكثير. في ووردبريس، ستكون هناك خيارات بسبب PHP وكيف تعمل المواقع، ولكن فيما يتعلق بتطبيق مثل Discourse، لا توجد أدوات مماثلة.
بالتأكيد، يمكنك البدء في البحث عن VPS و/أو DNS أسرع، ولكن هذا كل شيء ولن تحصل على قيمة فعلية وحقيقية مقابل أموالك.
هذا ليس دقيقًا. كانت سرعة الصفحة إشارة بحث منذ فترة طويلة جدًا، وإن لم تكن ذات ترتيب عالٍ. استخدمت جوجل بيانات من كل من عرض الزاحف الخاص بها، و CrUX - لست متأكدًا مما إذا كان هذا لا يزال هو الحال.
نعم، ولكن ليس في المستوى الثاني هذا بالمعنى الذي سيؤثر على PageRank وتحسين محركات البحث الحقيقي/الهادف.
نعم. Evaluating page experience for a better web | Google Search Central Blog | Google for Developers
أضاف البحث معايير متنوعة لتجربة المستخدم، مثل مدى سرعة تحميل الصفحات ومدى ملاءمة الجوّال، كعوامل لتصنيف النتائج.
إذا كانت لديك طريقة للتحقق من السرعة مع تعطيلها جميعًا، فقد يكون ذلك مفيدًا للغاية. Discourse ليس بطيئًا بطبيعته - درجة Lighthouse الخاصة بي هي 100.
إذا استطعت، فإن القياس مع تمكين نصفها سيسمح لك بتضييق نطاق المشكلة ربما إلى إضافة واحدة تسبب مشاكل في الأداء. ولكن قد لا تكون هناك إضافة واحدة فقط.
مرحباً 
مجرد نهج آخر… لطالما واجهت مشكلة مع خوادم هذا النوع. كانت بطيئة لنشاط مجتمعي. لذلك نقلت الخادم إلى Vultr. أعتقد أن خوادم Vultr عالية التردد هي الأفضل بهذا السعر. يفضل Discourse وحدة المعالجة المركزية الأسرع أحادية النواة بدلاً من وحدات المعالجة المركزية متعددة النوى الأبطأ. على حد علمي، تقدم Vultr فقط وحدات معالجة مركزية افتراضية بسرعة 3 جيجاهرتز+ على خطوط HF الخاصة بها. لم أواجه مشكلة في السرعة على هذه الخوادم أبدًا. سريعة ومستقرة للغاية! 
أستخدم خادم 2vCPU، 4 جيجابايت رام، 128 جيجابايت NVMe SSD. أستخدم خوادم Vultr HF منذ سنوات. بالتأكيد تستحق التجربة، أوصي بها بشدة.
شكراً على النصيحة. هل لديك قياسات على خوادم Vultr في مكان ما؟
بالمقارنة مع DO لم أفعل ذلك، لكنني سأقوم بإعادة بناء مع مؤقت بمجرد أن أتمكن، إذا كنت أتذكر بشكل صحيح، فعادة ما يستغرق الأمر حوالي 5 دقائق وأيضًا التحقق من أداء الخادم الفعلي. سأقوم بتحديث هذا المنشور. 
معلومات وحدة المعالجة المركزية:
معالج Intel Core (Skylake, IBRS)
سعر ميجاهرتز لوحدة المعالجة المركزية: 3695.998
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 94
model name : Intel Core Processor (Skylake, IBRS)
stepping : 3
microcode : 0x1
cpu MHz : 3695.998
cache size : 16384 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx rdtscp lm constant_tsc rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm cpuid_fault invpcid_single pti ssbd ibrs ibpb fsgsbase bmi1 avx2 smep bmi2 erms invpcid xsaveopt arat
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit srbds mmio_stale_data retbleed
bogomips : 7391.99
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
---
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 94
model name : Intel Core Processor (Skylake, IBRS)
stepping : 3
microcode : 0x1
cpu MHz : 3695.998
cache size : 16384 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx rdtscp lm constant_tsc rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm cpuid_fault invpcid_single pti ssbd ibrs ibpb fsgsbase bmi1 avx2 smep bmi2 erms invpcid xsaveopt arat
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit srbds mmio_stale_data retbleed
bogomips : 7391.99
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
وقت إعادة البناء مع 13 إضافة، باستخدام تخزين كائنات s3 و YJIT ممكّن. لذلك من المحتمل أن يكون أسرع بدون أو أقل من هذه أو في تثبيت جديد.
time ./launcher rebuild app
real 5m49.787s
يمكن أن يؤدي المكون الإضافي Discourse who’s online إلى إبطاء الأمور.
وجدت أن هذا الموقع مفيد جدًا عند تصحيح الأخطاء
يمكنه التحقق من الصفحة وعرضها بنفس الطريقة التي يعرضها بها المستخدم ويحاول تشخيص أي مشكلات.
على وجه الخصوص، FCP و LCP هما ما تريد تحسينه على الأرجح. بعد عزل مشاكلي إلى بعض المكونات الإضافية المخصصة، تمكنت من تحسين السرعة مرة أخرى إلى الفئة “الجيدة” لمعظم صفحاتي تقريبًا.
شكراً لكل النصائح المفيدة، سأجرب Vultr بالتأكيد!
ما مدى موثوقية هذه المقاييس مع تطبيقات مثل Discourse؟ لقد تم ذلك للصفحات التقليدية على الويب. وكيف يمكننا تحسين الأمور بالضبط عندما لا تكون هناك خيارات مثل تحميل PHP لاحقًا وما إلى ذلك؟
كل ما يمكننا فعله هو
كان ذلك حاسمًا في مساعدتي في عزل مشكلات متعددة على موقعي. على وجه التحديد من خلال مقارنة الموقع مع أو بدون مكونات سمة أو إضافات معينة قيد التشغيل. كما أنه جيد في عزل الملفات الكبيرة وتحديد أي تغيير في المحتوى.
كان خيار آخر وجدته مفيدًا هو استخدام اختبار الأداء المدمج في Chrome والذي يمكن الوصول إليه في لوحة الفحص.
نفس المشكلة بالنسبة لي، لقد قمت بالتغيير من قرص SAS (300 IOPs مع انفجار إلى 1000) إلى قرص SSD (1500 IOPs مع انفجار إلى 3000) وتحسن الأداء عشرة أضعاف. (هذه الـ IOPs هي قيود من قبل مزود السحابة الذي أستخدمه)
أقدم، ولكن هنا بعض المعايير التي أجريتها منذ فترة.
يبدو الاختبار مثيرًا للاهتمام، لكنه لا يذكر الكثير عن معيار Discourse على Vultr.
أفضل نصيحتي هي Linode، لقد أجريت اختبارات سرعة مع جميع هذه الخوادم ووجدت أن DO هي الأبطأ، والمركز الثاني Vultr، والمركز الأول Linode (من Akamai)
