في Discourse، يتم تقديم جميع ملفات js و css بشكل منفصل. لسنوات، كنت أعتقد أنه من الأفضل دمج هذه الملفات وتحسينها وتقديمها. يرجى تحذيري إذا كنت أغفل أي أشياء مهمة هنا، ولكن للأسف، سرعة التحميل الأولية بطيئة جدًا، وهل سيكون من المفيد تقليل عدد هذه الملفات؟
على سبيل المثال، إذا كان هناك ملف css واحد أو ملفان بدلاً من 30 ملف css، فهل يمكن أن يؤدي ذلك إلى تسريع العمليات بشكل أكبر؟
تخيل هذا، إذا كان موقعك يفتح في ثانية واحدة إلى ثانيتين عندما تكتبه في شريط العنوان وتضغط على Enter. همم، سيكون ذلك رائعًا.
أعتقد أن جزءًا من ذلك سيكون بسبب أنهم يبدأون تشغيلًا باردًا ويحتاجون إلى تحميل جميع الأصول. في معظم الأوقات، سيكون لدى مستخدمي المنتدى هذه الأصول مخزنة مؤقتًا في متصفحاتهم.
أشك في وجود تحسينات محتملة لأوقات التحميل، وربما تستحق بعض النصائح من هذه الاختبارات المعملية المتابعة.
أعتقد أن هذا لا يقتصر على معيار HTTP. تفتح بعض المواقع في 2-3 ثوانٍ. شاشة الانتظار لمدة 10 ثوانٍ في ديسكورس مزعجة بعض الشيء. هناك قول مأثور لدى الأتراك: لكل جمال عيب. آمل أن يقوم ديسكورس بتصحيح هذا العيب بمرور الوقت.
مرة أخرى - يأتي هذا من خادم المنتدى واتصالات المستخدم وجهاز المستخدم
لا أعرف كيف يمكن للفريق إصلاح الاختلافات بين جميع مناطق الولايات المتحدة أو فنلندا أو تركيا، أو جعل شبكة 4G المزدحمة التي تعطي سرعة 3 ميجابت أسرع. أو إذا كان المستخدم يستخدم هاتفًا صينيًا للمبتدئين يفتقر إلى ذاكرة الوصول العشوائي الكافية والذاكرة ممتلئة بصور القطط المضحكة.
بالتأكيد. يمكن أن يكون الوقت الأول أسرع إذا تم بناء Discourse كمواقع ويب “عادية”. ولكن بعد ذلك سيكون تحميل كل صفحة بطيئًا بنفس القدر أو أكثر.
إنه أمر مؤسف، إذا كان Discourse بطيئًا بالنسبة لك، بصراحة. ولكن بالنسبة لي في فنلندا، iPhone SE خلف شبكة Wi-Fi المنزلية التي تحصل على إشارة من 4G وسرعة التسويق هي 200 ميجابت توفر حوالي 2 ثانية وقت انتظار.
في الواقع، هل تعلم ما جال في خاطري اليوم. ميزة التطبيق سريعة دائمًا. سأخبرك بكيفية تقديم هذا وتثبيته لكل مستخدم. بهذه الطريقة، سيبدو كتطبيق ويعطي انطباعًا سريعًا. أحب Discourse. ليس لدي أي نية لتركه في الوقت الحالي. سأجرب كل الطرق للاستفادة منه إلى أقصى حد،
