شرح طريقة تصميم منصة تعليمية بطريقة تقنية [أكاديمية أثراء]

بسم الله الرحمن الرحيم شرح مبسط للمنصه التي يتم بنائها من تاريخ 21/5/2025 م 

ملاحظة التقرير تم صيغته با AI اما البحث فتم من خلال مهندسين 

أسلوب تقسيم التقرير إلى مراحل يسهل متابعته 

🔹 المرحلة (أ):

• مقدمة تعريفية وأهداف المشروع

• نبذة عن الحاجة السوقية والفجوة التي يعالجها المشروع

🔹 المرحلة (ب):

• البنية التقنية والمعمارية

• نظرة عامة على التقنيات (قاعدة البيانات، الخلفية، الواجهة الأمامية)

🔹 المرحلة (ج):

• الجوانب الوظيفية والواجهات

• وصف تفصيلي لكل ميزة ووظيفة رئيسية

🔹 المرحلة (د):

• إدارة البيانات والمستخدمين

• آليات التسجيل والتوثيق والصلاحيات

🔹 المرحلة (هـ):

• التحليل الأمني والتقني

• استراتيجيات الحماية والأداء والتوسّع

🔹 المرحلة (و):

• الخاتمة والتوصيات المستقبلية

• خارطة طريق للتطوير والإصدارات القادمة

1. المقدمة التعريفية وأهداف المشروع

أ. نظرة عامة على "أكاديمية إثرا"

• منصة ويب تفاعلية متخصصة في عرض وتبادل الأفكار، الأوراق العلمية، الأبحاث، والتقارير.

• بيئة رقمية منظمة تتيح للمستخدمين من مختلف التخصصات نشر محتواهم بسهولة واحترافية.

ب. أهمية المشروع

• سد الفجوة في النشر العلمي العربي عبر منصة موثوقة وعالية الجودة.

• تمكين الباحثين والطلاب من الوصول إلى محتوى غني ومرتبط ضمن نظام تصنيفي دقيق.

• تعزيز التعاون المعرفي وتبادل الخبرات بين المستخدمين.

ج. الأهداف العامة

1. نشر المحتوى العلمي ضمن نظام تصنيف متكامل (أقسام، وسوم، أنواع).

2. التفاعل المجتمعي: (إعجابات – تعليقات – حفظ في التفضيلات).

3. الصفحات الشخصية: توثيق شامل لمنشورات ونشاط كل مستخدم.

4. أدوات التحرير: محرر مرن يدعم الصياغة الاحترافية وإرفاق الملفات الداعمة.

5. التنبيهات والإشعارات: نظام بريد إلكتروني وتنبيهات لحظية عبر SignalR.

المرحلة (ب): البنية التقنية والمعمارية

لضمان منصة آمنة، مرنة، وقابلة للتوسّع، اعتمدنا في “أكاديمية إثرا” على معمارية نظيفة ثلاثية الطبقات (Clean 3-Tier Architecture)، وتقنيات حديثة لكل طبقة كما يلي:

أ. طبقة الوصول إلى البيانات (Data Access Layer – DAL)

1. قاعدة البيانات

   • Microsoft SQL Server

     • تخزين البيانات العلائقية: المستخدمون، المنشورات، التعليقات، الوسوم، الأنواع، والإشعارات.

     • دعم العمليات المعقدة والـ Transactions لضمان الاتساق (ACID).

2. ORM وإدارة السياق

   • Entity Framework Core

     • خرائط الكيانات (Entities) إلى جداول SQL Server تلقائيًا.

     • دعم Migrations لإدارة نسخ قاعدة البيانات وتحديثها بسهولة.

     • كتابة الاستعلامات عبر LINQ بدل SQL صريح، مما يقلل الأخطاء ويُسرّع التطوير.

3. نمط التصميم: Repository + Unit of Work

   • Repository Pattern

     • لكل كيان Entity Repository خاص به (مثلاً: UserRepository، PostRepository).

     • واجهات IRepository<T> لعزل منطق الوصول للبيانات عن بقية النظام.

   • Unit of Work

     • واجهة IUnitOfWork تجمع جميع المستودعات وتنسيق العمليات ضمن Transaction وحفظ التغييرات بـ SaveChanges().

رسم توضيحي مبسط للـ DAL

pgsql

نسختحرير

+---------------------+ | IUnitOfWork | | - IUserRepo | | - IPostRepo | | - ICommentRepo | +---------+-----------+ | +------+------+------+ | DbContext | +------+------+------+ | SQL Server Database

ب. طبقة المنطق التجاري (Business Logic Layer – BLL)

1. الفصل بين المنطق والبيانات

   • خدمات (Services) تنفذ قواعد العمل (Business Rules) مثل:

     • التحقق من صلاحية المستخدم قبل نشر محتوى.

     • حساب الإحصائيات (عدد الإعجابات، التعليقات).

     • إدارة الاشتراكات والتنبيهات.

2. هيكلة الخدمات

   • Interfaces لكل خدمة (مثلاً: IPostService، IUserService).

   • Implementations: PostService، UserService، NotificationService…

3. التعامل مع الـ DTOs

   • استخدام Data Transfer Objects لنقل البيانات بين الطبقات دون تسريب الكيانات الداخلية.

   • خريطة (Mapping) مع AutoMapper أو يدويًا لضمان فصل واضح.

مخطط بسيطة لتدفق البيانات

php-template

نسختحرير

Controller → IPostService → IRepository<Post> → DbContext → Database

ج. طبقة الواجهة البرمجية (API Layer – Web)

1. ASP.NET Core Web API

   • تنظيم الـ Controllers حسب الموارد (UsersController، PostsController، CommentsController).

   • استخدام Attribute Routing لوضع مسارات واضحة:

     csharp

     نسختحرير

      

[Route("api/[controller]")]
public class PostsController : ControllerBase { … }

 

نسختحرير

 

2. التوثيق والأمان

   • JWT Authentication

     • عند تسجيل الدخول، يصدر الـ API رمز JWT يحتوي على معلومات المستخدم وصلاحياته.

     • كل طلب محمي بالـ [Authorize] attribute للتحقق من التوكن.

   • ASP.NET Identity

     • إدارة المستخدمين، الأدوار Roles، وسياسات الصلاحيات Policies.

3. التوثيق الذاتي للـ API

   • Swagger / OpenAPI

     • يوفر صفحة تفاعلية لاختبار واستكشاف نقاط النهاية (Endpoints).

     • يُسهل للمطورين الآخرين فهم استخدام الواجهة.

د. طبقة الواجهة الأمامية (Front-End)

1. React.js (SPA)

   • بنية مكونّية Components (مثل: PostCard، CommentList، UserProfile).

   • إدارة الحالة (State Management) باستخدام Context API أو Redux.

   • تقسيم التطبيق إلى صفحات:

     • الصفحة الرئيسية (All Posts)

     • صفحة التفاصيل (Post Detail)

     • صفحة المستخدم (User Dashboard)

     • صفحة النشر (Create/Edit Post)

2. التحديث اللحظي (Real-Time Updates)

   • SignalR

     • فتح اتصال WebSocket بين العميل والخادم.

     • إرسال إشعارات فورية عند: تعليق جديد، إعجاب، أو ذكر في تعليق.

3. التنبيهات والبريد الإلكتروني

   • عند تسجيل مستخدم جديد أو نشاط هام، تُرسل رسائل Email عبر مكتبة مثل MailKit.

   • إشعارات سطحية (Toast Notifications) داخل الواجهة عند وقوع حدث لحظي.

هـ. بنية البنية التحتية DevOps

1. إدارة الإصدارات (CI/CD)

   • استخدام GitHub Actions أو Azure DevOps لبناء وتنفيذ الاختبارات (Unit & Integration Tests).

   • نشر تلقائي إلى بيئة الاختبار (Staging) ثم الإنتاج (Production) عند الموافقة.

2. الحاويات (Containers)

   • حزم التطبيق ضمن Docker Containers لكل من Back-End وFront-End.

   • orchestration باستخدام Kubernetes أو Azure Container Instances لتوسيع الخدمة.

3. المراقبة واللوحات

   • Application Insights أو ELK Stack لمراقبة الأداء وتسجيل الأخطاء.

   • لوحات Dashboard تعرض مقاييس مثل زمن الاستجابة، استخدام المعالج، وعدد المستخدمين النشطين.

ملخص:

• 3 طبقات واضحة تعزل الواجهة عن المنطق عن البيانات.

• استخدام نمط Repository + Unit of Work لتنظيم الوصول للبيانات.

• API مؤمن بـ JWT وIdentity، موثق بـ Swagger.

• Front-End حديث بـ React وSignalR للتفاعل اللحظي.

• بنية DevOps جاهزة للـ CI/CD والحاويات.

المرحلة (ج): الجوانب الوظيفية والواجهات

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

أ. وظائف النشر وإنشاء المحتوى

A1. محرر النص الاحترافي

• يدعم تنسيقات Markdown وRich Text.

• شريط أدوات متقدم (Bold، Italic، Headings، Lists، Links، Images).

• معاينة حيّة (Live Preview) تُظهر كيف سيبدو المنشور عند النشر.

A2. إدارة المرفقات

• زر لإرفاق ملفات (PDF، PPTX، DOCX، Excel)، مع عرض مصغر للمرفقات أسفل المحرر.

• إمكانية إضافة روابط مرجعية (DOI، arXiv، مواقع خارجية).

• نظام تحقّق من حجم ونوع الملف لضمان الأمان والأداء.

A3. التصنيفات والوسوم

• قائمة منسدلة للاختيار من بين الأقسام الرئيسية (مثل: أبحاث علمية، دراسات حالة، أفكار تطويرية).

• حقل نصي لإدخال الوسوم ‘Tags’ مع اقتراحات تلقائية بناءً على الوسوم الشائعة.

• اختيار نوع المنشور (Type) من بين: ورقة بحثية، تقرير، حالة دراسة، فكرة، آخر.

ب. واجهة تصفح المحتوى (الصفحة الرئيسية)

B1. شريط البحث الذكي

• بحث وفق الكلمات المفتاحية، الوسوم، أو اسم المؤلف.

• اقتراحات فورية (Autocomplete) أثناء الكتابة.

B2. تصفيات متقدمة

• فلتر حسب القسم، النوع، تاريخ النشر، وعدد الإعجابات.

• زر “إعادة الضبط” لمسح كل الفلاتر بسهولة.

B3. عرض البطاقات (Cards View)

• كل منشور يُعرض في بطاقة تحتوي على:

  1. عنوان المنشور + القسم (Badge).

  2. مقتطف قصير من المحتوى (Preview).

  3. اسم المؤلف وصورته المصغرة.

  4. أيقونات للتفاعل (إعجاب، تعليق، حفظ).

  5. عدد المشاهدات والإعجابات.

مثال تخيلي لهيكل البطاقة:

css

نسختحرير

┌─────────────────────────────────────┐ │ [Badge: أبحاث علمية] عنوان المنشور │ │ “مقتطف من المحتوى...” │ │ المؤلف ● 10 إعجابات ● 5 تعليقات │ │ [♥] [💬] [🔖] │ └─────────────────────────────────────┘

ج. صفحة تفاصيل المنشور

C1. العنوان والمعلومات الأساسية

• العنوان بخط واضح وكبير.

• أسفل العنوان: اسم المؤلف، تاريخ النشر، القسم، الوسوم.

C2. المحتوى الكامل

• عرض ثُنائي العمود:

  • العمود الأيسر: نص المنشور.

  • العمود الأيمن: معلومات جانبية (مؤلف، روابط ذات صلة، أحدث المنشورات).

C3. التفاعل والمناقشة

• شريط تفاعلي ثابت في الأسفل:

  • زر إعجاب (+ إظهار العدد حيّاً).

  • زر تعليق ينقلك إلى قسم التعليقات.

  • زر حفظ في التفضيلات.

• قسم التعليقات:

  1. قائمة التعليقات مرتبة زمنيًا أو وفق شعبية.

  2. نموذج إضافة تعليق جديد يدعم تنسيق نصي بسيط.

  3. إمكانية الرد على تعليق (Threaded Replies).

د. صفحة الملف الشخصي (User Dashboard)

D1. الرأس (Header)

• صورة المستخدم الشخصية (Avatar) مع خيار تعديلها.

• الاسم الكامل، الوظيفة/الاختصاص، نبذة قصيرة تعريفية.

• أزرار: تعديل الملف الشخصي، عرض الإشعارات، تسجيل الخروج.

D2. التبويبات (Tabs)

• Tab 1: منشوراتي

  • جداول أو بطاقات تعرض كل المنشورات التي أنشأها المستخدم.

• Tab 2: تعليقاتي

  • قائمة بالتعليقات التي كتبها مع روابط للمنشورات.

• Tab 3: المفضلات

  • محتوى محفوظ للرجوع إليه لاحقًا.

• Tab 4: الإحصائيات

  • رسم بياني بسيط لعدد المنشورات شهريًا، والإعجابات، والتعليقات.

هـ. لوحة الإدارة (Admin Panel)

E1. إدارة المستخدمين

• قائمة بجميع المستخدمين مع حالة الحساب (نشط، معلق).

• إمكانية تعديل الصلاحيات (Role Assignment).

E2. إدارة المحتوى

• استعراض المنشورات المبلغ عنها (Flagged) والمعلقة.

• أدوات لحذف المنشور أو إرساله للمستخدم للمراجعة.

E3. التقارير والإحصائيات

• لوحة تحكم تعرض:

  • عدد المستخدمين الجدد في الفترة الأخيرة.

  • عدد المنشورات الإجمالي والتفاعلات.

  • محتوى شائع (Most Popular).

خلاصة المرحلة (ج):

• وصف تفصيلي للواجهات ووظائف النشر، التصفح، التفاعل، والملف الشخصي.

• استخدام مؤشرات حرفية (A, B, C, …) ورقمية لتوضيح كل عنصر.

• أمثلة تخيّلية مبسطة لهيكل البطاقات والشاشات.

المرحلة (د): إدارة البيانات والمستخدمين

في هذه المرحلة نركز على الآليات التفصيلية لإدارة المحتوى والمستخدمين داخل “أكاديمية إثرا”، مع شرح الأجزاء التقنية والتنظيمية.

أ. هيكل جداول قاعدة البيانات الرئيسية

رسم بياني مبسط للعلاقات (ER Diagram):

pgsql

نسختحرير

+-------------+ +--------------+ +-------------+ | Users |1 ∞| Posts |1 ∞| Comments | +-------------+ +--------------+ +-------------+ | UserId (PK) | | PostId (PK) | | CommentIdPK | | Username | | Title | | Content | | Email | | Body | | CreatedAt | | PasswordHash| | CreatedAt | | UserId (FK) | | RoleId (FK) | | UserId (FK) | | PostId (FK) | +-------------+ +--------------+ +-------------+ ∞ ∞ | | +-----------+ +---------+ | Roles | | Tags | +-----------+ +---------+ | RoleIdPK | | TagIdPK | | Name | | Name | +-----------+ +---------+

ب. آليات تسجيل المستخدمين وتوثيقهم

B1. التسجيل (Sign Up)

1. يملأ المستخدم نموذج التسجيل: (Username, Email, Password).

2. ASP.NET Identity يتحقق من صلاحية البيانات (طول كلمة المرور، تكرار البريد).

3. يتم تشفير كلمة المرور وتخزينها في حقل PasswordHash.

4. إنشاء سجل في جدول Users وربط المستخدم بدور افتراضي (Role: “قارئ”).

5. إرسال Email Confirmation عبر رابط تحقق يُنشأ بـ JWT أو Data Protection API.

B2. تسجيل الدخول (Sign In)

1. يرسل المستخدم Email + Password.

2. التحقق من وجود المستخدم وصحة كلمة المرور عبر Identity Manager.

3. عند النجاح، يصدر النظام JSON Web Token (JWT) يحتوي على:

   • sub (UserId)

   • email

   • role

   • exp (انتهاء الصلاحية)

4. يُعاد التوكن للعميل ويُخزن في LocalStorage أو Cookie آمن.

B3. التحكم في الصلاحيات (Authorization)

• استخدام Roles وPolicies:

  • Roles مثال: “مشرف” (Admin)، “باحث” (Researcher)، “قارئ” (Reader).

  • Policies مثال: “CanEditPost” تُقيّد الوصول إلى عمليات التعديل للحسابات المصرح لها فقط.

• حماية الـ Controllers والـ Actions بـ Attributes:

  csharp

  نسختحرير

  [Authorize(Roles = "Admin,Researcher")] public IActionResult EditPost(int id) { … }

ج. إدارة المحتوى والعلاقات

C1. إدارة المنشورات (Posts)

1. إنشاء: التحقق من صلاحية المستخدم (Role) ثم تمرير DTO إلى PostService.CreatePost().

2. تعديل: فقط صاحب المنشور أو المشرف يمكنه التعديل، مع حفظ سجل تعديلات (Audit Log).

3. حذف: إما حذف فعلي (Hard Delete) أو تغيير حالة المنشور إلى “محذوف” (Soft Delete) عبر حقل IsDeleted.

C2. إدارة التعليقات (Comments)

1. إضافة تعليق جديد مرتبط بـ UserId وPostId.

2. دعم التعليقات المتشعبة (Replies) بإنشاء ParentCommentId في جدول Comments.

3. تعديل/حذف التعليقات بناءً على الصلاحيات:

   • صاحب التعليق يمكنه تعديل أو حذف تعليقاته خلال فترة زمنية محددة (مثلاً: 30 دقيقة).

   • المشرف لديه صلاحية إدارة كافة التعليقات.

C3. إدارة الوسوم (Tags) والعلاقات

• جدول الوسوم Tags يرتبط جدوليًا بتعريف وسيط PostTags لعلاقة ∞:∞ مع Posts.

• عند إضافة منشور، يُسمح باختيار وسوم موجودة أو إنشاء وسوم جديدة بعد التحقق من عدم التكرار.

د. تسلسل العمليات (Workflow) لعملية نشر محتوى

مخطط الخطوات

pgsql

نسختحرير

User fills CreatePostForm ↓ Front-End validates inputs ↓ API: [Authorize] → PostController.Create(DTO) ↓ BLL: IPostService.ValidateUser → IPostService.MapDTOToEntity ↓ DAL: IUnitOfWork.PostRepository.Add(entity) ↓ IUnitOfWork.SaveChanges() (Transaction) ↓ SignalR: Notify followers ↓ EmailService.SendNewPostAlert()

هـ. حماية البيانات والتدقيق (Security & Auditing)

E1. الحماية على مستوى البيانات

• جميع الاستعلامات عبر EF Core مع معايير Parameterized Queries لتجنب SQL Injection.

• تشفير البيانات الحساسة (مثل بيانات الاتصال الخارجية Keys) في Azure Key Vault أو User Secrets أثناء التطوير.

E2. سجل التدقيق (Audit Trail)

• جدول AuditLogs يسجل كل عملية (Insert, Update, Delete) مع:

  • LogId, UserId, ActionType, EntityName, EntityKey, Timestamp, Changes.

• تُحفظ التغييرات في JSON أو XML لاستخدامها في التحقيق أو الاسترجاع عند الحاجة.

ملخص المرحلة (د):

• بنية جداول واضحة تربط المستخدمين بالمنشورات والتعليقات والوسوم.

• آليات تسجيل وتوثيق آمنة باستخدام ASP.NET Identity وJWT.

• إدارة المحتوى عبر Services مؤمّنة وصلاحيات دقيقة.

• تدقيق شامل لسجل العمليات لضمان الشفافية والأمان.

المرحلة (هـ): التحليل الأمني والتقني

في هذه المرحلة نستعرض استراتيجيات الأمان والاعتبارات التقنية لضمان استقرار وأمن منصة “أكاديمية إثرا” وأدائها المثالي تحت ضغط الاستخدام.

أ. التحليل الأمني

A1. المصادقة والتفويض (Authentication & Authorization)

• JWT Tokens

  • رموز قصيرة الأجل (مثلاً 60 دقيقة صلاحية) قابلة للتجديد (Refresh Tokens).

  • تحفظ في HttpOnly Secure Cookies لمنع الوصول عبر جافاسكربت.

• ASP.NET Identity

  • سياسات كلمات المرور (Password Policy):

    • الحد الأدنى للطول: 8 أحرف.

    • وجود حرف كبير، حرف صغير، رقم، ورمز خاص.

  • Account Lockout: بعد 5 محاولات فاشلة يتم قفل الحساب مؤقتًا (15 دقيقة).

A2. الحماية من الهجمات الشائعة

• SQL Injection

  • جميع الاستعلامات عبر EF Core مع Parameterized Queries.

• Cross-Site Scripting (XSS)

  • تعقيم المحتوى (Content Sanitization) قبل العرض باستخدام مكتبات مثل Ganss.XSS.

• Cross-Site Request Forgery (CSRF)

  • تمكين Anti-Forgery Tokens في نماذج HTML للعمليات الحساسة.

• Rate Limiting

  • وضع حدود لعدد الطلبات لكل IP لكل وحدة زمنية (مثلاً: 100 طلب/دقيقة) باستخدام Middleware.

A3. تخزين البيانات الحساسة

• تشفير كلمات المرور

  • باستخدام خوارزمية PBKDF2 أو bcrypt المدمجة في Identity.

• تخزين المفاتيح والسرية

  • استخدام Azure Key Vault أو AWS Secrets Manager لإدارة المفاتيح (Connection Strings، API Keys).

A4. إدارة الجلسات ومراقبتها

• Refresh Tokens

  • تخزين آمن في قاعدة بيانات منفصلة مع إمكانية سحبها (Revoke) عند الحاجة.

• Session Timeout

  • إغلاق الجلسة تلقائيًا بعد 30 دقيقة من الخمول.

• Monitoring & Alerts

  • تكامل مع SIEM (مثل Splunk أو Azure Sentinel) لرصد محاولات الاختراق والتسلل.

ب. التحليل التقني والأداء

B1. قابلية التوسع (Scalability)

• حاويات Docker

  • حزم Back-End وFront-End في حاويات منفصلة.

• Kubernetes أو Azure AKS

  • إدارة المجموعات (Clusters) تلقائيًا، مع Auto-Scaling استنادًا لاستخدام المعالج والذاكرة.

B2. التحميل والتوازن (Load Balancing)

• Azure Load Balancer أو NGINX

  • توزيع حركة المرور على عدة مثيلات (Instances) من الخدمات.

• Caching

  • Distributed Cache باستخدام Redis:

    • تخزين جلسات المستخدمين، نتائج الاستعلامات الشائعة (مثل قائمة الوسوم).

    • تحسين سرعة الاستجابة وتقليل الضغط على قاعدة البيانات.

B3. الأداء والاختبار

• اختبارات التحمل (Stress Testing)

  • أدوات مثل Apache JMeter أو k6 لمحاكاة آلاف المستخدمين المتزامنين.

• اختبارات الأداء (Performance Testing)

  • قياس زمن الاستجابة لعمليات القراءة/الكتابة ونقاط النهاية الحرجة.

• Static Code Analysis

  • أدوات مثل SonarQube لتحليل الأكواد والكشف المبكر عن الثغرات والمشكلات.

B4. الصيانة والتحديث

• Blue-Green Deployment

  • إصدار تحديثات جديدة إلى بيئة مقابلة (Green)، ثم التبديل إليها دون انقطاع للخدمة.

• Database Migrations

  • استخدام EF Core Migrations مع خطط نسخ احتياطي دوري قبل التحديث.

• Logging

  • تسجيل الأحداث المهمة عبر Serilog أو NLog مع حفظها في ملفات مخصصة أو قاعدة بيانات لسهولة التحليل.

الخاتمة والتوصيات المستقبلية

1. الخاتمة

منصة “أكاديمية إثرا” تجمع بين تصميم معماري نظيف وتقنيات حديثة لضمان أداء آمن ومرن. لقد استعرضنا بنية البيانات، المنطق التجاري، واجهات الاستخدام، آليات الأمان، وأساليب DevOps اللازمة لإطلاق المنصة وتشغيلها بكفاءة.

2. التوصيات المستقبلية

1. تطوير تطبيقات الجوال:

   • إصدار Native Apps باستخدام React Native أو Flutter لتوسعة الوصول للمستخدمين.

2. دمج الذكاء الاصطناعي:

   • استخدام ML لاقتراح الوسوم والمحتوى وتحليل المشاعر في التعليقات.

3. نظام مراجعة الأقران (Peer Review):

   • إضافة سير عمل مراجعة علمية قبل نشر الأوراق البحثية.

4. دمج مع مكتبات خارجية:

   • مثل ORCID وCrossRef لاستيراد بيانات البحوث والمراجع تلقائيًا.

5. إصدارات متعددة اللغات:

   • تقديم الواجهة بالعربية والإنجليزية على الأقل لتوسيع الفئة المستهدفة.