إنه أكتوبر مرة أخرى يا رفاق!

هذا يعني عودة Hacktoberfest مرة أخرى. في شهر أكتوبر من كل عام، يحتفل هذا الحدث المذهل بسحر المصادر المفتوحة. إنه حفل راقص عالمي حيث تتم دعوة المطورين من جميع المجالات إلى التشمير عن سواعدهم والمساهمة. إنها فرصتك للانطلاق وترك بصمتك في عالم مفتوح المصدر. لذا، دعونا نبدأ هذا!

لقد اخترنا بعض المشكلات التي يمكن أن تستخدم قدراتك العقلية وإبداعك. سنقدم لك القليل من التاريخ ولمحة من السياق، وإذا كنت بحاجة إلى أي مساعدة أو معلومات أخرى، فما عليك سوى الصراخ في فريق Meteor.

يمكنك العثور على فريق Meteor الأساسي ومجتمعنا على Discord وGitHub ومنتدياتنا.

إليك قائمة المشكلات التي يسعدنا أن يعالجها المجتمع!

تحسين التوثيق للمتصفحات الحديثة وsetMinimumBrowserVersions

تفتقر حزمة المتصفحات الحديثة ووظيفة setMinimumBrowserVersions حاليًا إلى الوثائق الكافية. المراجع الوحيدة لهذه الميزات موجودة في سجل التغيير للإصدار 1.7.

هذه الفجوة في المستندات تجعل من الصعب على المطورين فهم كيفية تكوين setMinimumBrowserVersions، خاصة عند التعامل مع مشكلات مثل إعادة ترجمة حزم npm لمتصفحات معينة. وتتمثل المهمة في إضافة شرح تفصيلي وأمثلة لكل من المتصفحات الحديثة وsetMinimumBrowserVersions إلى وثائق Meteor الرسمية.

إصلاح --مشكلة الهيكل العظمي الكامل في Meteor 3.0.3

لم يعد خيار --full Structure يعمل كما هو متوقع، ويرجع ذلك على الأرجح إلى مشكلة في حزمة theostrio:flow-router-extra في Meteor 3.0.3.

لإعادة إنتاج المشكلة، ما عليك سوى إنشاء تطبيق جديد باستخدام الهيكل العظمي --full، والانتقال إلى المضيف المحلي:3000، والتحقق من وحدة التحكم بحثًا عن الأخطاء. يجب معالجة هذه المشكلة لاستعادة وظائف الهيكل العظمي --full عند إعداد تطبيقات Meteor الجديدة.

أنواع النيزك/الأدوات المفقودة في Meteor 2.x و3.x

كجزء من الترحيل إلى Meteor 3، يجب الآن الحصول على أنواع الحزم الأساسية عبر zodern:types، بدلاً من DefinitelyTyped، والتي لم يتم تحديثها لتعكس تغييرات Meteor 3. ومع ذلك، لا تتوفر حاليًا أي أنواع لحزمة النيزك/الأدوات.

جعل واجهة Meteor.user API أكثر وضوحًا

تحتوي واجهة Meteor.user API على بعض الحالات الصعبة التي يجب معالجتها. المشكلة الرئيسية هنا هي أنه في بعض الأحيان يمكن أن يعود غير محدد في مواقف غير متوقعة. لإصلاح ذلك، نحتاج إلى تحديث الوثائق لتسليط الضوء على هذا السلوك وضبط الأنواع لتحسين الوضوح.

تحسين التوثيق لوظيفة النيزك الرئيسية

تم تحديث هذه الوثائق جزئيًا منذ فترة، لكننا، كمشرفين، نعتقد أنه يمكن أن تكون أكثر صقلًا وتنظيمًا. تتضمن المهمة المطروحة بشكل أساسي إعادة تنظيم الوثائق الموجودة عن طريق نقل بعض الأقسام إلى أماكن أكثر ملاءمة لتحسين الرؤية وسهولة الاستخدام.

تجميع الحسابات عدم تعيين اسم قاعدة البيانات بشكل صحيح

مع الإصدار 2.12 من Meteor.js، قدمنا ​​ميزة تسمح للمستخدمين بتسمية مجموعة حساباتهم. ومع ذلك، فإن هذه الميزة تغطي فقط بعض الحالات المحتملة. تهدف هذه المشكلة إلى السماح بالمرونة الكاملة في تسمية المجموعات وإضافة الاختبارات، مما يضمن عمل الميزة في جميع السيناريوهات، بما في ذلك حالات الحافة.

أضف العلم المفتوح إلى سطر أوامر Meteor

تدعم العديد من الأدوات الحديثة مثل Vite وAngular أمر —open الذي يفتح متصفح المستخدم تلقائيًا عند بدء التشغيل. تقترح هذه المشكلة إضافة نفس الوظيفة إلى Meteor. لقد حدد المشرفون بالفعل الأماكن الرئيسية في قاعدة التعليمات البرمجية حيث يلزم إجراء تغييرات لتنفيذ هذه الميزة.

جعل النيزك ينشئ أمرًا أكثر تفاعلية

في الوقت الحالي، أمر إنشاء النيزك غير تفاعلي ويحتاج إلى توضيح حول التعامل مع الأعلام المتعددة. تهدف هذه المشكلة إلى تحسين تفاعل إنشاء النيزك، على غرار الأمر npm create vite@latest الخاص بـ Vite. بالإضافة إلى ذلك، هناك حاجة إلى تحديثات للتصميم ومطالبات المستخدم للأمر لتحسين تجربة المستخدم بشكل عام.

أضف دعم TypeScript إلى النيزك لإنشاء أمر Vue.js

يحتاج أمر إنشاء النيزك الحالي إلى التعامل مع الأعلام المتعددة بشكل أفضل. على سبيل المثال، يؤدي استخدام —vue و —typescript معًا إلى إنشاء تطبيق React مع TypeScript. ويرجع ذلك إلى عدم وجود نموذج معياري لتطبيقات Vue TypeScript، وعدم قدرة واجهة سطر الأوامر (CLI) على التعرف على مجموعات معينة من العلامات. وتتمثل المهمة في حل هذه المشكلة عن طريق إنشاء النموذج المعياري الضروري وتحسين التعامل مع إشارة واجهة سطر الأوامر (CLI).

إذن ما رأيك؟ استعد واستعد لمواجهة هذه التحديات المثيرة. لنجعل مهرجان Hacktoberfest هذا واحدًا للكتب!

إذا كانت لديك أي أسئلة أو كنت بحاجة إلى توضيح، فلا تتردد في الاتصال بنا على GitHub.