قضيت وقتًا طويلاً في تحسين CSS، وإزالة الإضافات، وإزالة إعادة التوجيه، وكل ما أستطيع فعله لتحسين أوقات التحميل، ولكن يبدو أن الجناة الرئيسيين هما:
mobile_4-randomcharacters-.css، الذي يحتوي على normalize.css وPikaday ويحمل في 1.5 ثانية على الهاتف المحمول
و**/assets/ember_jquery-randomcharacter-.js** الذي يحمل في 3.6 ثانية على الهاتف المحمول
لا أعرف ما يجب فعله بشأن هذه الملفات التي تتمتع بأعلى وقت تحميل.
التحميل على سطح المكتب أسرع، لكنه ليس جيدًا.
الخادم يعمل بمعالج واحد وذاكرة عشوائية 2 جيجابايت ومساحة تخزين 50 جيجابايت SSD ونطاق ترددي 2 تيرابايت على خادم احترافي في الولايات المتحدة.
عاملان Unicorn، ولا يوجد حمل زائد على المعالج أو الذاكرة العشوائية، وليس لدي العديد من المستخدمين أو الإضافات.
هل لديك أي أفكار؟ شكرًا لك
شكرًا لك، تشير صفحة https://developers.google.com/speed/pagespeed/insights/ إلى أن وقت وحدة المعالجة المركزية (وليس وقت التسليم) الخاص بالملف الثاني كان حوالي 4 ثوانٍ، هل سيساعد استخدام شبكة توصيل محتوى (CDN) مثل Fastly في ذلك؟ أنا أستخدم حاليًا Cloudflare مع التخزين المؤقت، هل هناك إعداد محدد في Cloudflare يجب أن أستخدمه، أم أن عليّ إضافة شيء مثل Fastly فوقه؟!
هذا حقًا أصل كبير سيتطلب وقتًا لتحليله وتقييمه. نظرًا لأن Discourse هو “تطبيق صفحة واحدة”، فإن هذه التكلفة تُدفع مقدمًا عند وصول المستخدم لأول مرة، وهذا مقايضة في نهجنا، الذي يركز على جعل جميع التفاعلات اللاحقة، النموذجية لاستخدام المنتدى، خفيفة الوزن.
هناك خطط لإسقاط اعتماد EmberJS الإلزامي على JQuery، مما سيقلل من حجم هذه الحزمة بشكل كبير، لكننا بعيدون لسنوات عن إجراء هذا الانتقال في Discourse.
حسنًا، فإن الإعدادات الافتراضية لـ Pagespeed تجبر على استخدام Nexus 5X واتصال 3G، وهو ما يُعد حتى بالنسبة للبرازيل (دولة من العالم الثالث) في الطرف الأدنى لمعايير اليوم، لذا فإن الأداء في العالم الحقيقي سيعتمد على ذلك.
لا يظهر أي حمل فعلي في إحصائيات أداء الخادم، ومع ذلك يستغرق تحميل الرابط وقتًا طويلًا جدًا. سجلت 1.2 دقيقة لزيارة غير مسجلة في نافذة التصفح المتخفي، حتى مع وجود بعض المكونات في ذاكرة التخزين المؤقت. كانت أبطأ الملفات هي ملفات الخطوط OpenSans بصيغة ttf التي استغرقت أكثر من دقيقة؛ وبعد ذلك استغرقت عدة مكونات بصيغة .js ما بين 30 إلى 45 ثانية.
سأبحث في خيارات التخزين المؤقت، لكن بالنظر إلى هذه المكونات لا أعتقد أن جميعها قابلة للتخزين المؤقت. إجمالي نقل البيانات هو 730 كيلوبايت فقط. لو كانت وحدات المعالجة المركزية الافتراضية الثلاث تعمل بكامل طاقتها لكانت فكرتي الانتقال إلى خادم أسرع، لكن حتى مع ذلك يظهر حملًا ضئيلاً أو معدومًا، فأنا مشوش تمامًا.
هل هناك شيء ما في انتظار شيء آخر قبل المتابعة؟ هل توجد طريقة لتشغيل اختبارات على الخادم للتحقق من صحة المكونات مثل قاعدة البيانات؟
هل يمكن أن يكون docker هو السبب في إبطاء الأمور؟
لدي نفس المشكلة أيضًا،
تثبيت جديد على أوبونتو بنواتين و 4 جيجابايت من ذاكرة الوصول العشوائي وذاكرة التخزين المؤقت لـ Cloudflare ومع ذلك التحميل بطيء للغاية.
إعداداتي في app.yml افتراضية وهي db_shared_buffers: "1024MB" UNICORN_WORKERS: 4
لا يزال التحميل بطيئًا وهذا ليس طبيعيًا. ما هي الإعدادات التي أحتاج إلى تعديلها لإصلاح ذلك؟
