News - شاتل المعتمد على روست في المقام الأول يطلق نيبتون لتسهيل نشر التطبيقات

Shuttle هو منصة مفتوحة المصدر للبنية التحتية كرمز (IaC)، تركز على Rust كأساس لتسهيل نشر التطبيقات. هذا الأسبوع أطلقت الشركة Neptune، عرضاً جديداً لتسريع نشر التطبيقات. بينما يمكن للمطورين توليد خلفيات كاملة خلال دقائق، إلا أن إعدادها وتكوينها لنشر التطبيق قد يستغرق أياماً. وهنا Neptune، الذي يدخل حالياً في مرحلة بيتا، ليؤدي دوره. Neptune هو «مهندس منصة قائم على الذكاء الاصطناعي» وهو غير مقيد بلغة بعينها ويتصل بأي مستودع أو أداة برمجة بالذكاء الاصطناعي. المقالة تقارنها بـ Docker لبنية التحتية الخلفية. «إنه مهندس منصة ذكي أصلاً بالذكاء الاصطناعي يفهم رمزك، ويدرك ما يحتاجه، ويمدّ كامل المكدس السحابي — بأمان، وبشكل متوقع، وبسرعة»، قالت الشركة في المدونة. «إنه يتطور من مجرد مساعد نشر إلى مهندس منصة ذكاء اصطناعي حقيقي يفهم رمزك، ويخطط بذكاء، ويزود البنية التحتية تلقائياً». «كما يدمج مع ملاحِق IDE ووكلاء من أجل نشرات حوارية بشكل كامل»، كما أضافت المدونة. «كما أنه غير مقيد بالسحابة وقابل للتوسعة، ويدعم AWS وGCP وAzure من خلال نموذج إضافات.» «Neptune يوفر بساطة PaaS ولكنه يسمح للمطورين بجلب حسابهم السحابي الخاص. كما يوفر أيضاً مرونة IaC ولكنه يلغي دورة الصيانة»، كما أضافت المدونة. «لأن بنيتك التحتية هي مواصفة حتمية، فهي دائماً محدثة مع رمزك — لا تتخلف وراءه»، قال الفريق. «هذا يوفر حدأ أقصى من انخفاض عبء الصيانة ويقلص الفجوة بين الرمز والسحابة.» Neptune يعمل عبر ربط ثلاثة مكوّنات في نظام واحد متماسك: مواصفة حتمية، ولوحة تحكم Kubernetes أصلية، وتدفق عمل ذكاء اصطناعي مستند إلى بيانات بنية تحتية حقيقية، وفقاً للمدونة. الثلاثة معاً يحوّلون نية التطبيق إلى بنية سحابية جاهزة للإنتاج مع الحد الأدنى من التكوين. بيتا Neptune مفتوحة أمام المبادرين الأوائل. ثغرات وجدت في مكوّنات React Server Components. عثرت أبحاث الأمن هذا الأسبوع على ثغرتين إضافيتين — إحداهما تتيح تنفيذ هجوم حجب خدمة — في React Server Components وفقاً لمدونة React. تشمل المشاكل الجديدة ثغرة حجب خدمة شديدة الخطورة وثغرة كشف مصدر كود بنطاق متوسط. أوصى فريق React المطورين بالترقية فوراً. علاوة على ذلك، إذا كنت قد قمت بالتحديث بالفعل بسبب الثغرة الأمنية الحرجة الأسبوع الماضي، فستحتاج إلى تحديث مجدداً، حذر الفريق. «إذا قمت بالتحديث إلى 19.0.2، 19.1.3، و19.2.2، فهذه التحديثات غير مكتملة وستحتاج إلى التحديث مرة أخرى» قال الفريق. «إذا لم تستخدم شفرة React الخاصة بتطبيقك خادماً، فلا يتأثر التطبيق بهذه الثغرات»، أضاف فريق React. كما لا تتأثر التطبيقات إذا لم تستخدم إطاراً أو مُجمِّعاً أو إضافة مُجمِّع تدعم React Server Components. الإطارات والمجمِّعات React التالية متأثرة: Next.js، React Router، Waku، @parcel/rsc، @vite/rsc-plugin، وrwsdk. مايكروسوفت تقدم تحديثاً حول تقدم TypeScript 7.0. نشر دانيل روزنواسر، المدير الرئيسي لمنتج TypeScript، مؤخراً تحديثاً حول جهود اللغة لنقل المُجمِّع وخدمة اللغة إلى كود أصلي. هذه الجهود، التي سُمّيت Project Corsa، ستساعد في الاستفادة من أداء خام أفضل، واستخدام ذاكرة أفضل، وتوازي أكبر، كما كتب. ستكون تغيّراً كبيراً لـ TypeScript 7. كما قدّم لمحة عن خارطة الطريق القادمة للغة. أولاً، قدّم نظرة على إعادة كتابة دعم المحرر والخدمة اللغوية. الدعم اللغوي هو ما يزوّد المحرر بميزات TypeScript وJavaScript، كما أوضح. وبينما يستمر الفريق في نقل الميزات وإصلاح الأخطاء الصغيرة، قال إن جزءاً كبيراً مما يجعل تجربة تحرير TypeScript الحالية موجوداً ويعمل، وبعضها يشمل: إكمالات الشفرة (بما في ذلك الاستيراد التلقائي)، الانتقال إلى التعريف، الانتقال إلى تعريف النوع، الانتقال إلى التنفيذ، العثور على جميع المراجع، تسلسل الاستدعاءات، رموز المستند. «قد تلاحظ عدداً من الأمور التي تبرز منذ آخر تحديث رئيسي — الاستيراد التلقائي، العثور على جميع المراجع، إعادة التسمية، والكثير من الأمور الأخرى»، كتَب. «نحن نعلم أن هذه الميزات كانت القطع الناقصة التي حالت دون تجربة المعاينات الأصلية. نحن سعداء بأن نقول إنها الآن أُعيد تنفيذها وجاهزة للاستخدام اليومي!» كما أعادوا هيكلة أجزاء من خدمة اللغة لتحسين الاعتمادية مع الاستفادة من التوازي عبر الذاكرة المشتركة، كما أضاف. «الهيكلية الجديدة أكثر قوة، ويجب أن تكون قادرة على التعامل مع قواعد الشفرة الكبيرة والصغيرة بلا مشاكل»، كما قال. «بينما لا يزال هناك مزيد لنقله وتنقيحه، من المرجح أن تجد فريقك أن تجربة معاينات TypeScript الأصلية تستحق العناء. يمكنك توقع أوقات تحميل أسرع، واستهلاك ذاكرة أقل، ومحرر أكثر استجابة بشكل عام.» كما كان هناك تقدم في المترجم بالنقل الأصلي. سؤال يتكرر عليه: هل من الآمن استخدام TypeScript 7 للتحقق من صحة البناء؛ أي هل يعثر على الأخطاء نفسها التي تعثر عليها TypeScript 5.9؟ «الإجابة نعم وبصوت عالٍ»، كتب روزنواسر. «يمكنك استخدام TypeScript 7 بثقة اليوم لفحص مشروعك من الأخطاء بشكل نوعي.» TypeScript 7.0 لن يدعم Strada API الحالي، كما أشار. واجهة Corsa API لا تزال قيد التطوير ولا يوجد تكامل أدوات مستقر لها؛ ما يعني أن أي أدوات (مثل linters، أو formatter، أو إضافات IDE) التي تعتمد على Strada API لن تعمل مع Corsa. «الحل البديل لبعض هذه المسائل قد يكون بتثبيت حزمتَي typescript و @typescript/native-preview جنباً إلى جنب، واستخدام API ≤6.0 للأدوات التي تحتاجه، مع tsgo لفحص النوع،» صرّح.