قضيت وقتًا طويلاً في تحسين CSS، وإزالة الإضافات، وإزالة إعادة التوجيه، وكل ما أستطيع فعله لتحسين أوقات التحميل، ولكن يبدو أن الجناة الرئيسيين هما:
mobile_4-randomcharacters-.css، الذي يحتوي على normalize.css وPikaday ويحمل في 1.5 ثانية على الهاتف المحمول
و**/assets/ember_jquery-randomcharacter-.js** الذي يحمل في 3.6 ثانية على الهاتف المحمول
لا أعرف ما يجب فعله بشأن هذه الملفات التي تتمتع بأعلى وقت تحميل.
التحميل على سطح المكتب أسرع، لكنه ليس جيدًا.
الخادم يعمل بمعالج واحد وذاكرة عشوائية 2 جيجابايت ومساحة تخزين 50 جيجابايت SSD ونطاق ترددي 2 تيرابايت على خادم احترافي في الولايات المتحدة.
عاملان Unicorn، ولا يوجد حمل زائد على المعالج أو الذاكرة العشوائية، وليس لدي العديد من المستخدمين أو الإضافات.
هل لديك أي أفكار؟ شكرًا لك
thank you, PageSpeed Insights says the CPU time (not delivery time) specifically for the second asset was almost 4 seconds, will a CDN like fastly still help with that? I currently use cloudflare with caching, is there a tweak on cloudflare I should use or just add something like fastly on top?!
That is indeed a big asset that will take time to parse and evaluate. As Discourse is a “Single Page Application” that cost is all paid upfront when the user first arrive, and this is a trade-off of our the approach, which is focused on making all the subsequent interaction, typical of forum usage, lightweight.
There are plan for EmberJS to drop mandatory JQuery, which will reduce this payload a fair bit, but we are years away of making this transition in Discourse.
Well, the pagespeed defaults force a Nexus 5X and a 3G connection, which even for Brazil (a third world country) is on the low end for today standards, so real world performance will depend on that.
لا يظهر أي حمل فعلي في إحصائيات أداء الخادم، ومع ذلك يستغرق تحميل الرابط وقتًا طويلًا جدًا. سجلت 1.2 دقيقة لزيارة غير مسجلة في نافذة التصفح المتخفي، حتى مع وجود بعض المكونات في ذاكرة التخزين المؤقت. كانت أبطأ الملفات هي ملفات الخطوط OpenSans بصيغة ttf التي استغرقت أكثر من دقيقة؛ وبعد ذلك استغرقت عدة مكونات بصيغة .js ما بين 30 إلى 45 ثانية.
سأبحث في خيارات التخزين المؤقت، لكن بالنظر إلى هذه المكونات لا أعتقد أن جميعها قابلة للتخزين المؤقت. إجمالي نقل البيانات هو 730 كيلوبايت فقط. لو كانت وحدات المعالجة المركزية الافتراضية الثلاث تعمل بكامل طاقتها لكانت فكرتي الانتقال إلى خادم أسرع، لكن حتى مع ذلك يظهر حملًا ضئيلاً أو معدومًا، فأنا مشوش تمامًا.
هل هناك شيء ما في انتظار شيء آخر قبل المتابعة؟ هل توجد طريقة لتشغيل اختبارات على الخادم للتحقق من صحة المكونات مثل قاعدة البيانات؟
هل يمكن أن يكون docker هو السبب في إبطاء الأمور؟
لدي نفس المشكلة أيضًا،
تثبيت جديد على أوبونتو بنواتين و 4 جيجابايت من ذاكرة الوصول العشوائي وذاكرة التخزين المؤقت لـ Cloudflare ومع ذلك التحميل بطيء للغاية.
إعداداتي في app.yml افتراضية وهي db_shared_buffers: "1024MB" UNICORN_WORKERS: 4
لا يزال التحميل بطيئًا وهذا ليس طبيعيًا. ما هي الإعدادات التي أحتاج إلى تعديلها لإصلاح ذلك؟
