مرحباً @digitaldominica - لا يتعلق الأمر بترقية Ember، ولكنه مشكلة معروفة مع الشريط الجانبي الجديد للمسؤول. المزيد من التفاصيل هنا Introducing admin sidebar navigation - #37 by martin
حسناً، تم الإبلاغ. شكراً لك
إعجابَين (2)
تم دمج منشور في موضوع موجود: Slick Image Gallery
ديفيد، هل يمكننا افتراض بأمان أن الإصدار المستقر التالي سيكون Ember 5 فقط؟
بالإضافة إلى ذلك، هل لديك أي أفكار حول جدول زمني تقريبي للإصدار المستقر التالي؟
5 إعجابات
الإصدار المستقر التالي مقرر في 30 يناير، وعلى حد علمي، ما زلنا على المسار الصحيح لذلك.
سيصبح Ember 5 بالتأكيد هو الافتراضي في الإصدار 3.2. سيتم التأكيد على ما إذا كان Ember 3 سيظل متاحًا خلف علامة. أعتقد على الأرجح نعم، لكننا سنهدف إلى توضيح أنه ليس تكوينًا “مدعومًا” (على سبيل المثال، عبر تحذير للمسؤول).
9 إعجابات
شكرا لك
سيكون ذلك مفيدًا للغاية لتوضيح الأمور للعملاء على سبيل المثال.
6 إعجابات
اعتذار عن الرد المتأخر. كانت لافتة التحذير تظهر بين الحين والآخر ثم تختفي مرة أخرى قبل أن أتمكن من معرفة سبب ظهورها. لم تظهر منذ عدة أسابيع الآن. 
3 إعجابات
شكراً للمتابعة @xJack. تم نشر ترقية Ember عبر استضافتنا لعدة أسابيع، لذا أتخيل أن المشكلة التي تم تحذيرك بشأنها قد تم حلها الآن 
4 إعجابات
لقد أسقطنا الآن علامة ميزة EMBER_VERSION. للمضي قدمًا، Ember 5 هو الخيار الوحيد.
شكرًا للجميع على مساعدتهم في طرح هذا التحديث! 
16 إعجابًا
تم تقسيم 8 مشاركات إلى موضوع جديد: الموقع معطل بسبب ترقية ember 5
سؤال: هل هذا يجعل جافا سكريبت أكثر تحسينًا على الإطلاق، أم لا؟ أسأل فقط لأنه في كل اختبارات أداء المواقع تقريبًا (GTmetrix، Lighthouse، WebpageTest، إلخ)، مع عدم تمكين أي إضافات، والمظهر الافتراضي، وما إلى ذلك، يقولون دائمًا أن هناك إجمالي وقت حظر يبلغ 2-15 ثانية مع نصوص جافا سكريبت البرمجية…
مثال:
إعجاب واحد (1)
من المتوقع ألا يؤثر الترقية نفسها على الأداء. ومع ذلك، فإنها تفتح تقنيات يمكننا استخدامها لتقليل حجم حمولة جافاسكريبت (وبالتالي أداء التحميل الأولي) في المستقبل.
أحد الأمثلة الملموسة هي تقنيات البناء الجديدة التي يتيحها embroider. نظريًا، ستسمح لنا هذه التقنيات بتأخير تحميل وحدات جافاسكريبت الخاصة بالمسار حتى يتم استخدامها فعليًا.
لقد بدأنا بالفعل في القيام بذلك لـ Wizard، مما يعني أن الصفحات الأخرى لا تحتاج إلى تحمل عبء كل هذا الكود. سنقوم بتوسيع ذلك ليشمل المزيد من أجزاء التطبيق في المستقبل، ولكن يجب أن نكون حذرين للغاية بشأن توافق السمات/الإضافات.
6 إعجابات
إلى أي مدى في المستقبل نتحدث؟ شكراً على الرد! نعم، أنا أحب برنامج Discourse حتى الآن كمستخدم جديد له. شكواي الرئيسية هي تحسين أشياء JavaScript لأن هذا يبدو أنه أكبر عامل في أوقات التحميل الذي لاحظته.
إعجاب واحد (1)
إن تحسينات الأداء هي شيء نستثمر فيه باستمرار، لذلك لا أعتقد أنه سيكون هناك تاريخ يتم فيه الانتهاء منه. فيما يتعلق بالمقاييس التي شاركتها، من المهم ملاحظة أن هذه تعكس الزيارة الأولى فقط للمجتمع. النقر حول الموقع، والعودة في المستقبل، سيكون أسرع بكثير!
5 إعجابات
إذا كان وقت التحميل الأول لديك حرجًا، فاستخدم منصة مثل هذه بدلاً من ذلك لإنشاء مدونة:
… والتي هي سريعة جدًا.
إذا كنت تريد تطبيق منتدى غني للغاية، فالتزم بـ Discourse.
هذه الإحصائية ظهرت كثيرًا هنا، حتى في الآونة الأخيرة.
الحكم على وقت التحميل الأول فقط ليس معقولاً لأن الكثير من التطبيق يتم تنزيله عند الزيارة الأولى (على غرار، ولكن ليس بالضبط نفس الشيء مثل التطبيق على متجر التطبيقات)، وسيتم بعد ذلك تخزينه مؤقتًا لـ:
- التغييرات بين المسارات (وليس الصفحات، إنه تطبيق!)
- تغييرات مثل المرشحات
ستلاحظ مدى سرعة استجابة Discourse بشكل لا يصدق أثناء تنقلك.
هذا لأنه لا يتعين عليه تحميل كل صفحة وهو يقوم فقط بتحميل المحتوى الخام من واجهة برمجة التطبيقات (API).
3 إعجابات
لكن هذا ما تفعله جوجل، لذا سيتعين علينا التعايش معه.
إعجابَين (2)
نأمل أن يبدأوا في تضمين ‘التنقلات السلسة’ في Core Web Vitals قريباً 
11 إعجابًا