نسور التقنية Nusur Tech

أشهر المنافذ والبروتوكولات في الشبكات

2026-10-25T10:03:19.785+03:00

أشهر المنافذ والبروتوكولات في الشبكات Common Network Ports & Protocols

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

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

أولًا: ما المقصود بمنافذ الشبكات (Network Ports)؟

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

على سبيل المثال، عندما يفتح المستخدم موقعًا إلكترونيًا، يتصل المتصفح بخادم الويب عبر منفذ محدد يتوافق مع البروتوكول المستخدم. ويستخدم بروتوكول HTTP المنفذ 80 افتراضيًا، بينما يستخدم HTTPS المنفذ 443.

تتراوح أرقام منافذ TCP وUDP من 0 إلى 65535، وتُقسم عادةً إلى ثلاث فئات رئيسية:

1. المنافذ المعروفة (Well-Known Ports): تتراوح من 0 إلى 1023، وتُستخدم عادةً في الخدمات الأساسية والشائعة، مثل HTTP وDNS وSSH.

2. المنافذ المسجلة (Registered Ports): تتراوح من 1024 إلى 49151، وتُستخدم من قِبل تطبيقات وخدمات مختلفة، مثل بعض أنظمة قواعد البيانات والتطبيقات المؤسسية.

3. المنافذ الديناميكية أو الخاصة (Dynamic or Private Ports): تتراوح من 49152 إلى 65535، وتُستخدم غالبًا كمنافذ مؤقتة لإنشاء اتصالات من أجهزة العملاء إلى الخوادم.

ومن المهم معرفة أن رقم المنفذ لا يحدد الخدمة بصورة مؤكدة في جميع الحالات؛ إذ يمكن إعداد التطبيقات لاستخدام منافذ مختلفة عن المنافذ الافتراضية.

ثانيًا: ما المقصود ببروتوكولات الشبكات (Network Protocols)؟

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

توجد بروتوكولات متعددة، يؤدي كل منها وظيفة معينة داخل الشبكة. فعلى سبيل المثال، يُستخدم HTTP لنقل محتوى صفحات الويب، ويُستخدم DNS للمساعدة في تحويل أسماء النطاقات إلى عناوين IP، بينما يُستخدم SSH لإدارة الخوادم عن بُعد بطريقة آمنة.

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

ثالثًا: الفرق بين بروتوكولي TCP وUDP

يُعدّ TCP وUDP من أهم بروتوكولات طبقة النقل، ويؤدي كل منهما دورًا مختلفًا في عملية تبادل البيانات.

1. بروتوكول TCP

يرمز TCP إلى Transmission Control Protocol، أي بروتوكول التحكم في الإرسال.

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

ويُستخدم TCP في الخدمات التي تتطلب نقل البيانات بصورة موثوقة، مثل تصفح مواقع الويب باستخدام HTTP وHTTPS عبر TCP، ونقل الملفات، والاتصال بالخوادم عن بُعد باستخدام SSH.

وتتمثل أهم مزاياه في موثوقية نقل البيانات، وترتيب الأجزاء المستلمة، وإدارة تدفق البيانات بين الطرفين.

2. بروتوكول UDP

يرمز UDP إلى User Datagram Protocol، أي بروتوكول مخطط بيانات المستخدم.

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

ويُستخدم UDP في تطبيقات تتطلب سرعة الاستجابة أو تستطيع التعامل مع فقدان بعض البيانات، مثل المكالمات الصوتية والمرئية عبر الإنترنت، والألعاب الإلكترونية، واستعلامات DNS التقليدية.

ولا يعني ذلك أن UDP أسرع في جميع الحالات، بل يعتمد الاختيار بينه وبين TCP على متطلبات التطبيق وطبيعة البيانات المتبادلة.

رابعًا: أشهر المنافذ والبروتوكولات في الشبكات

المنفذ 20 و21: بروتوكول FTP.
المنفذ 22: بروتوكول SSH.
المنفذ 23: بروتوكول Telnet.
المنفذ 25: بروتوكول SMTP.
المنفذ 53: بروتوكول DNS.
المنفذان 67 و68: بروتوكول DHCP.
المنفذ 80: بروتوكول HTTP.
المنفذ 110: بروتوكول POP3.
المنفذ 123: بروتوكول NTP.
المنفذ 143: بروتوكول IMAP.
المنفذان 161 و162: بروتوكول SNMP.
المنفذ 389: بروتوكول LDAP.
المنفذ 443: بروتوكول HTTPS.
المنفذ 445: بروتوكول SMB.
المنفذ 3306: بروتوكول MySQL.
المنفذ 3389: بروتوكول RDP.

1. المنفذ 20 و 21 بروتوكول FTP

يرمز FTP إلى File Transfer Protocol، ويُستخدم لنقل الملفات بين الأجهزة والخوادم عبر الشبكة.

يُستخدم المنفذ 21 للتحكم في اتصالات FTP، بينما يُستخدم المنفذ 20 لنقل البيانات في نمط FTP النشط التقليدي. وقد تختلف المنافذ المستخدمة لنقل البيانات بحسب نمط التشغيل والإعدادات.

وعلى الرغم من استخدام FTP في بعض البيئات، فإنه لا يوفر تشفيرًا افتراضيًا، مما قد يؤدي إلى تعرّض بيانات الدخول والملفات للاعتراض. لذلك يُفضّل استخدام بدائل أكثر أمانًا، مثل SFTP الذي يعمل عبر SSH، أو FTPS الذي يستخدم TLS لتشفير الاتصال.

2. المنفذ 22 بروتوكول SSH

يرمز SSH إلى Secure Shell، وهو بروتوكول يُستخدم للاتصال الآمن بالأجهزة والخوادم عن بُعد.

يسمح SSH لمسؤولي الأنظمة بتنفيذ الأوامر وإدارة الخوادم ونقل الملفات باستخدام أدوات متوافقة. ويعمل افتراضيًا عبر المنفذ 22 باستخدام TCP.

ويُعدّ هذا البروتوكول من الأدوات المهمة في إدارة خوادم Linux وUnix، كما يُستخدم في إدارة البنية التحتية التقنية وتنفيذ المهام الإدارية عن بُعد.

وتشمل ممارسات تأمينه استخدام المصادقة القوية، وتقييد الوصول إلى المستخدمين المصرح لهم، وتحديث البرامج، ومراقبة محاولات تسجيل الدخول غير المعتادة.

3. المنفذ 23 بروتوكول Telnet

يُستخدم Telnet لإنشاء اتصال نصي مع الأجهزة والخوادم البعيدة، وقد استُخدم تاريخيًا في إدارة الأجهزة وتنفيذ الأوامر عن بُعد.

يعمل Telnet افتراضيًا عبر المنفذ 23 باستخدام TCP، لكنه لا يشفّر بيانات الاتصال افتراضيًا، بما في ذلك بيانات الدخول.

لذلك يُعدّ SSH الخيار المفضّل في معظم حالات الإدارة عن بُعد، لأنه يوفر آليات تشفير ومصادقة أكثر أمانًا.

4. المنفذ 25 بروتوكول SMTP

يرمز SMTP إلى Simple Mail Transfer Protocol، ويُستخدم لإرسال رسائل البريد الإلكتروني بين خوادم البريد، كما يدخل ضمن منظومة إرسال الرسائل من التطبيقات إلى خوادم البريد.

يُستخدم المنفذ 25 بصورة شائعة في نقل البريد بين الخوادم، بينما يُستخدم المنفذ 587 غالبًا لإرسال البريد من برامج المستخدمين إلى خوادم البريد، مع دعم آليات المصادقة والتشفير المناسبة.

ويُعدّ SMTP عنصرًا أساسيًا في عمل أنظمة البريد الإلكتروني، إذ يتيح توجيه الرسائل وتسليمها بين الخوادم وفقًا لقواعد البروتوكول.

5. المنفذ 53 بروتوكول DNS

يرمز DNS إلى Domain Name System، ويُستخدم لتحويل أسماء النطاقات إلى عناوين IP، مما يسهّل على المستخدمين الوصول إلى المواقع الإلكترونية دون الحاجة إلى حفظ عناوينها الرقمية.

فعندما يكتب المستخدم اسم موقع في المتصفح، قد يُرسل الجهاز استعلامًا إلى خادم DNS للحصول على عنوان IP المرتبط باسم النطاق.

يستخدم DNS المنفذ 53 عبر UDP في كثير من الاستعلامات التقليدية، كما يستخدم TCP في حالات متعددة، منها نقل مناطق DNS وبعض الاستجابات التي تتطلب ذلك.

ويؤدي DNS دورًا أساسيًا في عمل الإنترنت، لأن الوصول إلى عدد كبير من الخدمات يعتمد على القدرة على تحديد عناوين الخوادم باستخدام أسماء النطاقات.

6. المنفذان 67 و 68 بروتوكول DHCP

يرمز DHCP إلى Dynamic Host Configuration Protocol، ويُستخدم لتوزيع إعدادات الشبكة تلقائيًا على الأجهزة المتصلة بها.

تشمل هذه الإعدادات عنوان IP، وقناع الشبكة، والبوابة الافتراضية، وعناوين خوادم DNS.

في شبكات IPv4، يستخدم DHCP المنفذ 67 على الخادم والمنفذ 68 على العميل عبر UDP.

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

7. المنفذ 80 بروتوكول HTTP

يرمز HTTP إلى Hypertext Transfer Protocol، ويُستخدم لتبادل البيانات بين متصفحات الإنترنت وخوادم الويب.

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

يعمل HTTP تقليديًا عبر المنفذ 80 باستخدام TCP، لكنه لا يوفر تشفيرًا على مستوى HTTP نفسه.

ولهذا السبب، تعتمد معظم المواقع الحديثة على HTTPS لحماية الاتصالات التي تتضمن بيانات المستخدمين أو عمليات تسجيل الدخول أو المعاملات الإلكترونية.

8. المنفذ 110 بروتوكول POP3

يرمز POP3 إلى Post Office Protocol Version 3، ويُستخدم لاستلام رسائل البريد الإلكتروني من خوادم البريد.

يسمح هذا البروتوكول لبرامج البريد بالوصول إلى الرسائل وتنزيلها وفقًا لإعدادات الخادم والبرنامج المستخدم.

يعمل POP3 تقليديًا عبر المنفذ 110، بينما يستخدم الإصدار المحمي بالتشفير، المعروف باسم POP3S، المنفذ 995 عادةً.

ويختلف POP3 عن IMAP في طريقة إدارة الرسائل ومزامنتها، إذ يُستخدم IMAP عادةً عندما يحتاج المستخدم إلى إدارة الرسائل على الخادم ومزامنتها بين عدة أجهزة.

9. المنفذ 123 بروتوكول NTP

يرمز NTP إلى Network Time Protocol، ويُستخدم لمزامنة الوقت بين أجهزة الحاسوب والخوادم وأجهزة الشبكات.

تساعد مزامنة الوقت على ضمان اتساق الطوابع الزمنية في سجلات الأنظمة، وهو أمر مهم في مراقبة الشبكات والتحقيق في الحوادث الأمنية وتشغيل الخدمات التي تعتمد على الوقت.

يستخدم NTP المنفذ 123 عبر UDP عادةً، ويُعدّ من البروتوكولات المهمة في البيئات التقنية التي تحتاج إلى ضبط الوقت بصورة دقيقة.

10. المنفذ 143 بروتوكول IMAP

يرمز IMAP إلى Internet Message Access Protocol، ويُستخدم للوصول إلى رسائل البريد الإلكتروني وإدارتها على الخادم.

يتيح هذا البروتوكول للمستخدم قراءة الرسائل وتنظيمها وحذفها ومزامنة التغييرات بين الأجهزة المختلفة، بحسب إعدادات الخدمة.

يعمل IMAP تقليديًا عبر المنفذ 143، بينما يستخدم IMAPS المنفذ 993 عادةً لتوفير اتصال مشفر باستخدام TLS.

ويُعدّ IMAP خيارًا شائعًا للمستخدمين الذين يرغبون في الوصول إلى حساب البريد الإلكتروني من الهاتف والحاسوب والأجهزة الأخرى مع الحفاظ على مزامنة الرسائل.

11. المنفذان 161 و 162 بروتوكول SNMP

يرمز SNMP إلى Simple Network Management Protocol، ويُستخدم لمراقبة أجهزة الشبكات وإدارة المعلومات المتعلقة بحالتها وأدائها.

يمكن استخدامه في متابعة أجهزة التوجيه والمبدلات والطابعات والخوادم، وجمع معلومات مثل حالة الواجهات واستهلاك الموارد وأخطاء الاتصال.

يستخدم SNMP المنفذ 161 عادةً للاستعلامات والإدارة، بينما يُستخدم المنفذ 162 غالبًا لاستقبال التنبيهات المعروفة باسم Traps.

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

12. المنفذ 389 بروتوكول LDAP

يرمز LDAP إلى Lightweight Directory Access Protocol، ويُستخدم للوصول إلى خدمات الدليل التي تنظّم معلومات المستخدمين والمجموعات والأجهزة والموارد داخل المؤسسات.

تساعد هذه الخدمات في إدارة الهويات والبحث عن الحسابات وتطبيق بعض آليات المصادقة والتكامل مع الأنظمة المؤسسية.

يستخدم LDAP المنفذ 389 افتراضيًا، ويمكن حماية الاتصالات باستخدام TLS وفقًا لطريقة الإعداد، بينما يُستخدم المنفذ 636 عادةً لاتصالات LDAP عبر TLS منذ بداية الاتصال.

وتظهر أهمية LDAP في المؤسسات التي تحتاج إلى إدارة مركزية للحسابات والصلاحيات.

13. المنفذ 443 بروتوكول HTTPS

يُعدّ HTTPS من أهم البروتوكولات المستخدمة في الإنترنت الحديث، وهو نسخة من HTTP تعمل عبر اتصال محمي باستخدام TLS.

يساعد HTTPS على تشفير البيانات أثناء انتقالها، والتحقق من هوية الخادم، وحماية سلامة المعلومات المتبادلة بين المتصفح والخادم.

يستخدم HTTPS المنفذ 443 عادةً. وفي الاستخدام التقليدي لـ HTTP/1.1 وHTTP/2، يعمل عبر TCP، بينما يستخدم HTTP/3 بروتوكول QUIC المبني على UDP.

ويُستخدم HTTPS في تسجيل الدخول إلى الحسابات، والتسوق الإلكتروني، والخدمات المصرفية، والمنصات التعليمية، ومعظم المواقع الحديثة.

14. المنفذ 445 بروتوكول SMB

يرمز SMB إلى Server Message Block، ويُستخدم لمشاركة الملفات والطابعات والموارد بين الأجهزة، خصوصًا في شبكات المؤسسات التي تعتمد على أنظمة Windows.

يعمل SMB عادةً عبر TCP على المنفذ 445، ويسمح للمستخدمين المصرح لهم بالوصول إلى الملفات والمجلدات المشتركة وفقًا للصلاحيات المحددة.

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

15. المنفذ 3306 بروتوكول MySQL

يُستخدم المنفذ 3306 افتراضيًا للاتصال بخوادم قواعد بيانات MySQL عبر TCP.

تتيح قواعد البيانات تخزين المعلومات وتنظيمها واسترجاعها، وتُستخدم في تطبيقات الويب والمتاجر الإلكترونية وأنظمة إدارة المحتوى والأنظمة المؤسسية.

فعلى سبيل المثال، عندما يسجل المستخدم حسابًا جديدًا في موقع إلكتروني، قد يتصل التطبيق بخادم قاعدة البيانات لحفظ معلومات الحساب وفقًا لبنية النظام وإعداداته.

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

16. المنفذ 3389 بروتوكول RDP

يرمز RDP إلى Remote Desktop Protocol، ويُستخدم للاتصال بسطح المكتب البعيد في أنظمة Windows، مما يسمح للمستخدم بالتفاعل مع جهاز آخر عبر الشبكة.

يُستخدم المنفذ 3389 افتراضيًا في كثير من إعدادات RDP، ويمكن أن يعتمد الاتصال على TCP وUDP.

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

وتشمل ممارسات الحماية استخدام المصادقة متعددة العوامل حيثما أمكن، وتقييد الوصول عبر الشبكات الموثوقة أو VPN، وتحديث الأنظمة، ومراقبة محاولات تسجيل الدخول.

خامسًا: أهمية المنافذ والبروتوكولات في الأمن السيبراني

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

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

وتظهر أهميتها في عدة جوانب، من أبرزها:

اكتشاف الخدمات: تساعد معرفة المنافذ الشائعة على تحديد الخدمات المحتمل تشغيلها على الأجهزة، مع ضرورة التحقق من الخدمة الفعلية وعدم الاعتماد على رقم المنفذ وحده.

إدارة جدران الحماية: تتيح جدران الحماية تحديد الاتصالات المسموح بها والمرفوضة وفقًا لسياسات الأمن المعتمدة، مما يساعد على الحد من الاتصالات غير الضرورية.

تقليل سطح الهجوم: يؤدي تعطيل الخدمات غير المستخدمة وإغلاق المنافذ التي لا توجد حاجة إليها إلى تقليل نقاط الدخول المحتملة إلى الأنظمة.

اكتشاف البروتوكولات غير الآمنة: تساعد معرفة خصائص البروتوكولات على اكتشاف الإعدادات التي قد تعرض البيانات للخطر، مثل استخدام Telnet أو FTP التقليدي دون تشفير.

مراقبة حركة الشبكة: يمكن تحليل الاتصالات والمنافذ المستخدمة للمساعدة في اكتشاف الأنشطة غير المعتادة وتشخيص المشكلات الأمنية والتشغيلية.

حماية الخدمات الحساسة: يساعد تقييد الوصول إلى قواعد البيانات وخدمات مشاركة الملفات وأدوات الإدارة عن بُعد على تقليل احتمالات الوصول غير المصرح به.

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

سادسًا: كيف يمكن فحص المنافذ عمليًا؟

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

1. فحص الاتصالات في Windows

يمكن فتح موجه الأوامر (Command Prompt) وتشغيل الأمر التالي:

netstat -ano

يعرض هذا الأمر معلومات عن الاتصالات الشبكية، والمنافذ التي تستمع إليها التطبيقات، وأرقام العمليات المرتبطة بها.

ويمكن أيضًا استخدام الأمر التالي في PowerShell لعرض اتصالات TCP التي تستمع إلى الاتصالات الواردة:

Get-NetTCPConnection -State Listen

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

2. اختبار الاتصال بمنفذ محدد

يمكن استخدام الأمر التالي في PowerShell لاختبار اتصال TCP بمنفذ HTTPS على نطاق مخصص للأمثلة:

Test-NetConnection example.com -Port 443

يساعد هذا الاختبار على التحقق مما إذا كان بالإمكان إنشاء اتصال TCP بالوجهة والمنفذ المحددين من بيئة الاختبار.

لكن نجاح الاتصال لا يثبت وحده أن الخدمة تعمل بصورة سليمة أو أن الاتصال آمن بالكامل.

3. استخدام أداة Nmap

تُستخدم أداة Nmap في استكشاف الأجهزة والخدمات والمنافذ ضمن الشبكات، وهي من الأدوات المعروفة لدى مسؤولي الشبكات ومتخصصي الأمن السيبراني.

يمكن، في مختبر محلي أو على جهاز تملكه، استخدام الأمر التالي لفحص مجموعة من المنافذ الشائعة على الجهاز المحلي:

nmap -sT -F 127.0.0.1

يفحص هذا الأمر مجموعة من المنافذ الشائعة على عنوان الجهاز المحلي باستخدام فحص اتصال TCP.

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

سابعًا: أفضل الممارسات لتأمين منافذ الشبكات

لتحسين مستوى الحماية في الشبكات والأنظمة، ينبغي الالتزام بمجموعة من الممارسات الأمنية، من أهمها:

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

إن تطبيق هذه الممارسات لا يقتصر على حماية المنافذ فقط، بل يسهم في تعزيز أمن الشبكة والبنية التحتية التقنية بصورة عامة.

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

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

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

دليل إعداد وتقسيم الشبكات المتقدمة Subnetting & VLANs للمبتدئين

2026-10-24T22:19:50.975+03:00

دليل إعداد وتقسيم الشبكات المتقدمة للمبتدئين

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

هنا تظهر أهمية تقنيتين أساسيتين هما Subnetting وVLANs. تساعد تقنية Subnetting على تقسيم نطاق عناوين IP إلى شبكات فرعية أصغر، بينما تتيح VLANs تقسيم الشبكة المحلية إلى شبكات منطقية منفصلة حتى لو كانت الأجهزة متصلة بالمحول الفيزيائي نفسه.

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

1. ما هو Subnetting؟

يشير مصطلح Subnetting إلى تقسيم شبكة IP كبيرة إلى عدة شبكات فرعية أصغر، بحيث تحصل كل شبكة فرعية على نطاق محدد من عناوين IP.

على سبيل المثال، يمكن تقسيم الشبكة التالية:

192.168.1.0/24

إلى أربع شبكات فرعية أصغر، لكل واحدة منها نطاق عناوين مستقل.

يساعد هذا التقسيم على:

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

من المهم أن تعرف أن Subnetting لا يوفر حماية كاملة بمفرده، لكنه يساعد على بناء تصميم شبكي أكثر تنظيمًا، ويمكن دمجه مع VLANs وقواعد الجدار الناري وقوائم التحكم بالوصول لتحسين الأمان.

2. فهم عنوان IP وقناع الشبكة Subnet Mask

يتكون عنوان IPv4 من 32 بت، ويُكتب عادةً على شكل أربعة أرقام مفصولة بنقاط، مثل:

192.168.1.10

يحدد قناع الشبكة (Subnet Mask) أي أجزاء من عنوان IP تمثل الشبكة وأي أجزاء تمثل الأجهزة داخلها.

من أقنعة الشبكات الشائعة:

CIDR	Subnet Mask	عدد العناوين الكلي
`/24`	`255.255.255.0`	256
`/25`	`255.255.255.128`	128
`/26`	`255.255.255.192`	64
`/27`	`255.255.255.224`	32
`/28`	`255.255.255.240`	16
`/29`	`255.255.255.248`	8
`/30`	`255.255.255.252`	4

يشير الرقم بعد الشرطة المائلة في صيغة CIDR إلى عدد البتات المخصصة لجزء الشبكة. فمثلًا، /24 يعني أن 24 بت مخصصة للشبكة، وتبقى 8 بتات لجزء الأجهزة.

في الشبكات التقليدية التي تستخدم IPv4، يكون عدد عناوين الأجهزة القابلة للاستخدام غالبًا أقل من العدد الكلي بعنوانين، لأن أحدهما يمثل عنوان الشبكة والآخر عنوان البث (Broadcast). توجد استثناءات، مثل بعض روابط /31، لذلك ينبغي مراعاة نوع الشبكة عند التصميم.

3. كيف نحسب عدد الأجهزة في الشبكة الفرعية؟

لحساب عدد العناوين الكلي في شبكة IPv4، نستخدم المعادلة التالية:

عدد العناوين الكلي = 2^(عدد بتات الأجهزة)

وفي الشبكات الفرعية المعتادة التي تحتاج إلى عنوان شبكة وعنوان بث:

عدد عناوين الأجهزة القابلة للاستخدام = 2^(عدد بتات الأجهزة) − 2

لنفترض أن لدينا الشبكة 192.168.1.0/26.

بما أن عنوان IPv4 يتكون من 32 بت، فإن عدد بتات الأجهزة هو:

32 − 26 = 6

إذًا عدد العناوين الكلي:

2^6 = 64

وعدد عناوين الأجهزة القابلة للاستخدام في هذه الحالة:

64 − 2 = 62

وهذا يعني أن شبكة /26 توفر عادةً 62 عنوانًا للأجهزة.

مثال عملي: تقسيم شبكة /24 إلى أربع شبكات /26

لنفترض أنك تريد تقسيم شبكة 192.168.1.0/24 إلى أربع شبكات فرعية متساوية.

يمكنك استخدام قناع /26، الذي يوفر 64 عنوانًا لكل شبكة. وتكون الشبكات كالتالي:

الشبكة الفرعية	نطاق عناوين الأجهزة	عنوان البث
`192.168.1.0/26`	`192.168.1.1 – 192.168.1.62`	`192.168.1.63`
`192.168.1.64/26`	`192.168.1.65 – 192.168.1.126`	`192.168.1.127`
`192.168.1.128/26`	`192.168.1.129 – 192.168.1.190`	`192.168.1.191`
`192.168.1.192/26`	`192.168.1.193 – 192.168.1.254`	`192.168.1.255`

بهذا الأسلوب، أصبحت لدينا أربع شبكات منفصلة بدلًا من شبكة واحدة، مع إمكانية تخصيص كل شبكة لقسم معين داخل المؤسسة.

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

4. ما هي VLANs؟

مصطلح VLAN هو اختصار لعبارة Virtual Local Area Network، أي الشبكة المحلية الافتراضية.

تتيح VLAN تقسيم شبكة محلية إلى مجموعات منطقية منفصلة على مستوى الطبقة الثانية (Layer 2)، حتى عندما تكون الأجهزة متصلة بالمحول الفيزيائي نفسه.

على سبيل المثال، يمكن إنشاء ثلاث شبكات افتراضية داخل محول Cisco واحد:

VLAN 10: أجهزة الموظفين.
VLAN 20: أجهزة الإدارة.
VLAN 30: الخوادم.

يمكن أن تكون الأجهزة متصلة بالمحول نفسه، لكن حركة البث الخاصة بكل VLAN تبقى ضمن نطاقها المنطقي، ولا تتواصل الأجهزة بين VLANs المختلفة تلقائيًا دون وجود توجيه مناسب.

من أهم فوائد VLANs:

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

لكن يجب الانتباه إلى أن إنشاء VLAN لا يكفي وحده لحماية الأجهزة. فإذا سمح جهاز التوجيه أو الجدار الناري بالاتصال بين VLANs دون قيود، فقد تستطيع الأجهزة الوصول إلى بعضها وفق قواعد التوجيه والسياسات المطبقة.

5. الفرق بين Subnetting وVLANs

على الرغم من ارتباط التقنيتين ببعضهما، فإن كل واحدة منهما تؤدي وظيفة مختلفة.

وجه المقارنة	Subnetting	VLANs
الوظيفة الأساسية	تقسيم نطاق عناوين IP إلى شبكات فرعية	تقسيم الشبكة المحلية منطقيًا على الطبقة الثانية
الطبقة الأساسية	الطبقة الثالثة Layer 3	الطبقة الثانية Layer 2
يعتمد على	عنوان IP وقناع الشبكة	رقم VLAN وإعدادات المحولات
يفصل نطاقات البث؟	نعم، عند التعامل مع شبكات IP منفصلة	نعم، لكل VLAN نطاق بث مستقل
الاتصال بين الشبكات	يحتاج إلى توجيه بين الشبكات	يحتاج إلى توجيه بين VLANs المختلفة
الاستخدام	تنظيم عناوين IP وتخطيط الشبكات	فصل مجموعات الأجهزة داخل البنية المحلية

في التصميم الشائع للشبكات، يتم تخصيص شبكة IP فرعية مستقلة لكل VLAN. فمثلًا، يمكن ربط VLAN 10 بالشبكة 192.168.10.0/24، وربط VLAN 20 بالشبكة 192.168.20.0/24.

هذا الربط يسهل الإدارة، لكنه لا يعني أن VLAN وSubnet هما الشيء نفسه؛ إذ إن VLAN تمثل تقسيمًا منطقيًا للطبقة الثانية، بينما تمثل Subnet تقسيمًا لعناوين الطبقة الثالثة.

6. التطبيق العملي: إعداد VLANs على محول Cisco

سنستخدم محول Cisco يدعم أوامر VLAN التقليدية، وننشئ شبكتين افتراضيتين:

VLAN ID	الاسم	الشبكة المقترحة
10	SALES	`192.168.10.0/24`
20	IT	`192.168.20.0/24`

لنفترض أن أجهزة القسم الأول متصلة بالمنفذين FastEthernet0/1 وFastEthernet0/2، بينما يتصل جهاز من قسم تقنية المعلومات بالمنفذ FastEthernet0/3.

قد تختلف أسماء المنافذ بين المحولات، لذلك استخدم أسماء الواجهات التي يدعمها جهازك.

الخطوة الأولى: الدخول إلى وضع الإعداد

افتح واجهة سطر الأوامر CLI ونفذ:

enable
configure terminal

الخطوة الثانية: إنشاء VLAN 10 وVLAN 20

نفذ الأوامر التالية:

vlan 10
 name SALES
exit

vlan 20
 name IT
exit

أنشأنا الآن شبكتين افتراضيتين بأرقام وأسماء واضحة، ويمكننا ربط منافذ المحول بهما.

الخطوة الثالثة: تعيين منافذ الأجهزة إلى VLAN 10

سنخصص المنفذين الأول والثاني للقسم الأول:

interface range FastEthernet0/1 - 2
 switchport mode access
 switchport access vlan 10
exit

يعمل المنفذ من نوع Access عادةً على حمل حركة مرور VLAN واحدة غير موسومة للأجهزة الطرفية، مثل الحواسيب والطابعات.

الخطوة الرابعة: تعيين منفذ إلى VLAN 20

لربط جهاز القسم الثاني بـ VLAN 20، نفذ:

interface FastEthernet0/3
 switchport mode access
 switchport access vlan 20
exit

أصبح المنفذ الثالث تابعًا إلى VLAN 20.

الخطوة الخامسة: التحقق من إعداد VLANs

استخدم الأمر:

show vlan brief

ينبغي أن ترى VLAN 10 وVLAN 20 ضمن القائمة، وأن تظهر المنافذ التي خصصتها لكل واحدة.

احفظ الإعدادات:

end
copy running-config startup-config

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

7. ما هو Access Port وما هو Trunk Port؟

عند العمل مع VLANs، ستحتاج إلى فهم نوعين مهمين من منافذ المحولات.

Access Port: منفذ مخصص عادةً لجهاز طرفي ضمن VLAN واحدة، مثل حاسوب أو طابعة.

Trunk Port: منفذ يسمح بمرور حركة مرور عدة VLANs عبر رابط واحد، مثل الرابط بين محولين أو الرابط بين محول وجهاز توجيه يدعم هذا التصميم.

تستخدم روابط Trunk عادةً معيار IEEE 802.1Q لتمييز حركة مرور VLANs المختلفة. وتحتاج الأجهزة المتصلة بطرفي الرابط إلى إعدادات متوافقة حتى تعمل الشبكات الافتراضية بصورة صحيحة. راجع دليل Cisco الرسمي حول إعداد VLAN Trunking.

مثال على إعداد منفذ Trunk

لنفترض أن المنفذ GigabitEthernet0/1 يربط محولين، وأننا نريد السماح بمرور VLAN 10 وVLAN 20 فقط.

على المحول الأول، يمكن استخدام الإعداد التالي إذا كان الجهاز يدعم هذه الأوامر:

enable
configure terminal

interface GigabitEthernet0/1
 switchport mode trunk
 switchport trunk allowed vlan 10,20
exit

end
copy running-config startup-config

يجب إعداد الطرف الآخر للرابط بصورة متوافقة، والتأكد من أن VLANs المطلوبة موجودة ونشطة على المحولات المعنية.

لا تفترض أن جميع المحولات تستخدم الأوامر نفسها؛ فبعض المنصات لها متطلبات مختلفة، وبعضها يدعم خصائص Trunking بصورة مختلفة.

للتحقق من حالة الرابط، استخدم:

show interfaces trunk

يساعدك هذا الأمر على معرفة المنافذ العاملة بوضع Trunk والشبكات الافتراضية المسموح بمرورها، وفقًا لإمكانات النظام.

8. كيف نجعل VLAN 10 تتواصل مع VLAN 20؟

بعد إعداد VLANs، قد تلاحظ أن الأجهزة الموجودة في VLAN 10 لا تستطيع التواصل مباشرةً مع الأجهزة الموجودة في VLAN 20. وهذا أمر متوقع؛ لأن VLANs المختلفة تمثل نطاقات منفصلة على الطبقة الثانية.

إذا أردنا السماح بالاتصال بينهما، نحتاج إلى Inter-VLAN Routing، أي التوجيه بين الشبكات الافتراضية.

توجد طريقتان شائعتان لتنفيذ ذلك:

استخدام جهاز توجيه Router مع رابط Trunk وتقنية Router-on-a-Stick.
استخدام محول من الطبقة الثالثة Layer 3 Switch مع واجهات VLAN افتراضية (SVIs).

في المثال التالي سنستخدم Router-on-a-Stick. افترض أن جهاز التوجيه متصل بالمحول عبر منفذ يدعم Trunk، وأن عنوان الواجهة الفيزيائية المتصلة بالمحول هو GigabitEthernet0/0.

الخطوة الأولى: إعداد منفذ المحول المتصل بالراوتر

افترض أن منفذ المحول المتصل بالراوتر هو GigabitEthernet0/1:

configure terminal

interface GigabitEthernet0/1
 switchport mode trunk
 switchport trunk allowed vlan 10,20
exit

الخطوة الثانية: إنشاء واجهات فرعية على الراوتر

على جهاز توجيه يدعم هذا الأسلوب، نفذ:

enable
configure terminal

interface GigabitEthernet0/0
 no shutdown
exit

interface GigabitEthernet0/0.10
 encapsulation dot1Q 10
 ip address 192.168.10.1 255.255.255.0
exit

interface GigabitEthernet0/0.20
 encapsulation dot1Q 20
 ip address 192.168.20.1 255.255.255.0
exit

end
copy running-config startup-config

تمثل العناوين 192.168.10.1 و192.168.20.1 البوابات الافتراضية المقترحة للأجهزة في الشبكتين.

تأكد من أن اسم الواجهة الفيزيائية صحيح، وأنها متصلة بمنفذ Trunk، وأن الجهاز يدعم إنشاء الواجهات الفرعية باستخدام encapsulation dot1Q.

الخطوة الثالثة: ضبط أجهزة الحاسوب

يمكنك استخدام الإعدادات التالية في المختبر:

جهاز في VLAN 10: عنوان IP هو 192.168.10.10، وقناع الشبكة 255.255.255.0، والبوابة الافتراضية 192.168.10.1.
جهاز في VLAN 20: عنوان IP هو 192.168.20.10، وقناع الشبكة 255.255.255.0، والبوابة الافتراضية 192.168.20.1.

بعد ذلك، اختبر الاتصال بين الجهازين باستخدام الأمر:

ping 192.168.20.10

إذا كانت جميع الإعدادات صحيحة، وكان الاتصال بين VLANs مسموحًا ولا توجد قواعد تمنعه، فيُفترض أن ينجح الاختبار.

تذكر أن التوجيه بين VLANs لا يعني السماح بكل أنواع الاتصال تلقائيًا في جميع البيئات؛ فقد توجد قوائم تحكم بالوصول أو جدران نارية أو إعدادات أخرى تقيد حركة المرور.

9. أهم أوامر التحقق واستكشاف الأخطاء

عند إعداد الشبكات الفرعية وVLANs، لا يكفي إدخال الأوامر فقط. يجب التحقق من حالة المنافذ والشبكات وعناوين IP.

الأمر	الوظيفة
`show vlan brief`	عرض VLANs والمنافذ التابعة لها
`show interfaces trunk`	عرض روابط Trunk وحالة الشبكات المسموح بمرورها
`show interfaces status`	مراجعة حالة المنافذ
`show running-config`	مراجعة الإعدادات الحالية
`show ip interface brief`	عرض عناوين IP وحالة الواجهات
`show ip route`	عرض جدول التوجيه على جهاز يدعم التوجيه
`ping`	اختبار إمكانية الوصول إلى عنوان آخر
`traceroute` أو `tracert`	تتبع مسار الحزم وفق نظام التشغيل المستخدم

مشكلة عدم اتصال الأجهزة داخل VLAN نفسها

تحقق من أن المنافذ مخصصة إلى VLAN الصحيحة، وأن الكابلات والواجهات تعمل، وأن عناوين IP وقناع الشبكة متوافقان.

مشكلة عدم اتصال VLAN 10 مع VLAN 20

تحقق من وجود جهاز توجيه أو محول Layer 3، ومن صحة عناوين البوابات الافتراضية، ومن إعدادات الواجهات الفرعية أو واجهات SVI. افحص أيضًا رابط Trunk وتأكد من السماح بمرور VLANs المطلوبة.

مشكلة عدم مرور VLAN عبر Trunk

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

مشكلة عدم عمل عنوان IP

تأكد من أن عنوان IP ينتمي إلى الشبكة الصحيحة، وأنه لا يتكرر مع جهاز آخر، وأن قناع الشبكة والبوابة الافتراضية مضبوطون بصورة سليمة.

10. أفضل الممارسات الأمنية عند استخدام Subnetting وVLANs

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

من أهم الممارسات:

تخصيص VLAN منفصلة للأقسام ذات الاحتياجات المختلفة، مثل الموظفين والخوادم والضيوف والإدارة.
عدم السماح بالاتصال بين جميع الشبكات دون مراجعة متطلبات العمل.
استخدام قوائم التحكم بالوصول (ACLs) أو الجدران النارية لتقييد الاتصالات غير الضرورية.
تعطيل المنافذ غير المستخدمة أو وضعها في VLAN غير مخصصة للمستخدمين، وفق سياسة المؤسسة.
تعيين منافذ الأجهزة الطرفية إلى وضع Access صراحةً عند الحاجة، بدل تركها تعتمد على التفاوض التلقائي.
السماح فقط بـ VLANs المطلوبة على روابط Trunk.
حماية واجهات إدارة المحولات وأجهزة التوجيه.
توثيق خطة عناوين IP وأرقام VLANs ومنافذ المحولات.
الاحتفاظ بنسخة احتياطية من الإعدادات قبل التغييرات المهمة.
اختبار التعديلات في مختبر قبل تطبيقها على شبكة الإنتاج.

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

11. ما الفرق بين Subnetting وVLANs في التصميم العملي؟

لنفترض أن شركة لديها ثلاثة أقسام: المبيعات، وتقنية المعلومات، والضيوف. يمكن تصميم الشبكة على النحو التالي:

القسم	VLAN	شبكة IP	البوابة الافتراضية
المبيعات	10	`192.168.10.0/24`	`192.168.10.1`
تقنية المعلومات	20	`192.168.20.0/24`	`192.168.20.1`
الضيوف	30	`192.168.30.0/24`	`192.168.30.1`

تسمح هذه الخطة بفصل الأجهزة منطقيًا، وتسهّل إدارة عناوين IP، كما توفر أساسًا لتطبيق سياسات مختلفة لكل قسم.

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

لا بد من تنفيذ هذه السياسات فعليًا على أجهزة التوجيه أو الجدران النارية؛ فجدول VLAN وحده لا يفرض جميع قيود الاتصال المذكورة.

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

تعلمنا في هذا الدليل كيفية فهم قناع الشبكة وحساب عدد العناوين، وتقسيم شبكة /24 إلى أربع شبكات /26، وإنشاء VLANs على محول Cisco، وتعيين منافذ Access، وإعداد رابط Trunk، ثم تطبيق التوجيه بين VLANs باستخدام Router-on-a-Stick.

إذا كنت مبتدئًا، فننصحك بتجربة هذه الأوامر في Cisco Packet Tracer أو مختبر تملكه، ثم إضافة VLAN ثالثة وتطبيق سياسة تمنع شبكة الضيوف من الوصول إلى شبكة الإدارة. ستساعدك هذه التجارب على فهم العلاقة بين عناوين IP وتقسيم الطبقة الثانية والتوجيه بين الشبكات.

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

المصادر والمراجع

شرح بروتوكول OSPF وكيفية ضبطه على أجهزة سيسكو Cisco

2026-10-23T16:12:27.972+03:00

شرح بروتوكول OSPF وكيفية ضبطه على أجهزة Cisco

يُعد بروتوكول OSPF (Open Shortest Path First) من أهم بروتوكولات التوجيه الديناميكي المستخدمة في شبكات الحاسوب، حيث يساعد أجهزة التوجيه (Routers) على اكتشاف الشبكات المختلفة وتبادل معلومات التوجيه واختيار المسارات المناسبة لنقل البيانات. ويُستخدم OSPF على نطاق واسع في شبكات الشركات والمؤسسات ومراكز البيانات، لما يوفره من سرعة في التقارب وقابلية للتوسع ودعم لتصميمات الشبكات الكبيرة.

إذا كنت تتعلم الشبكات باستخدام أجهزة Cisco أو تستعد للحصول على شهادة CCNA، فإن فهم OSPF وتطبيقه عمليًا من المهارات الأساسية التي تحتاج إليها. ففي حين يتطلب التوجيه الثابت (Static Routing) إضافة المسارات يدويًا، يستطيع OSPF تبادل معلومات الشبكة تلقائيًا مع أجهزة التوجيه المجاورة، ثم حساب أفضل المسارات اعتمادًا على تكلفة المسار.

في هذا الدرس على موقع nusurtech.ca، سنتعرف على مفهوم OSPF وآلية عمله، والفرق بينه وبين بروتوكولات التوجيه الأخرى، ثم سننفذ إعدادًا عمليًا على ثلاثة أجهزة Cisco خطوة بخطوة، مع أوامر التحقق من الاتصال وحل المشكلات الشائعة.

ما هو بروتوكول OSPF؟

OSPF هو اختصار لعبارة Open Shortest Path First، وهو بروتوكول توجيه ديناميكي داخلي (IGP) يُستخدم لتبادل معلومات التوجيه بين أجهزة التوجيه داخل النظام المستقل (Autonomous System).

يعتمد OSPF على خوارزمية Dijkstra Shortest Path First (SPF) لحساب أقصر المسارات وفقًا لتكلفة كل مسار. ولا تعني كلمة «أقصر» بالضرورة أقل مسافة جغرافية أو أقل عدد من أجهزة التوجيه، بل تشير إلى المسار الذي يحقق أقل مجموع من تكاليف OSPF.

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

ومن أهم خصائص OSPF:

بروتوكول توجيه ديناميكي يتكيف مع تغييرات الشبكة.
يعتمد على حالة الروابط (Link-State) بدلًا من الاعتماد فقط على المسارات التي يعلنها الجيران.
يستخدم خوارزمية SPF لحساب المسارات.
يدعم تقسيم الشبكة إلى مناطق (Areas) لتحسين قابلية التوسع.
يدعم التوجيه عديم الفئات (CIDR) والشبكات ذات الأقنعة المختلفة.
يستطيع دعم موازنة الحمل عبر مسارات متساوية التكلفة، وفقًا لإعدادات الجهاز.
يستخدم المقياس المعروف باسم Cost لاختيار المسارات.

كيف يعمل بروتوكول OSPF؟

يعمل OSPF من خلال مجموعة من المراحل التي تتيح لأجهزة التوجيه التعرف على بعضها وتكوين صورة عن بنية الشبكة.

1. اكتشاف الأجهزة المجاورة (Neighbor Discovery)

يرسل جهاز التوجيه رسائل Hello عبر الواجهات التي تم تفعيل OSPF عليها، بهدف اكتشاف أجهزة التوجيه الأخرى التي تستخدم البروتوكول نفسه على الشبكة.

عندما تتوافق المعلمات المطلوبة بين الأجهزة، يمكن أن تتكون علاقة جوار (Neighbor Relationship). وتشمل المعلمات المهمة، بحسب نوع الشبكة والإعدادات، منطقة OSPF، ومؤقتات Hello وDead، وإعدادات المصادقة، وقناع الشبكة في بعض أنواع الشبكات.

2. تكوين علاقات الجوار

بعد اكتشاف الأجهزة، يحاول OSPF بناء علاقة جوار معها. وعلى شبكات Ethernet متعددة الوصول، قد ينتخب البروتوكول جهازًا معينًا باسم DR (Designated Router) وجهازًا احتياطيًا باسم BDR لتقليل عدد تبادلات معلومات حالة الروابط.

ليس من الضروري أن تمر كل علاقة جوار عبر حالة Full في جميع أنواع الشبكات؛ فالعلاقات بين بعض الأجهزة على شبكات Broadcast قد تتوقف عند حالات معينة وفق دور DR وBDR.

3. تبادل معلومات حالة الروابط

يتبادل الجيران إعلانات حالة الروابط المعروفة باسم LSA (Link-State Advertisements). وتُستخدم هذه المعلومات لبناء قاعدة بيانات حالة الروابط (Link-State Database أو LSDB).

4. حساب أفضل المسارات

بعد جمع معلومات الشبكة، يشغّل OSPF خوارزمية SPF لحساب أفضل المسارات من وجهة نظر جهاز التوجيه الحالي.

تُضاف المسارات المناسبة إلى جدول التوجيه، ويمكن أن تتغير النتائج عندما تتغير حالة رابط أو تظهر معلومات جديدة عن الشبكة.

5. التكيف مع تغييرات الشبكة

إذا تعطل رابط أو تغيرت بنية الشبكة، يعلن OSPF عن التغيير وينفذ الحسابات اللازمة للوصول إلى مسارات بديلة، إذا كانت متاحة.

تُعرف المدة اللازمة حتى تتفق أجهزة التوجيه على معلومات التوجيه الجديدة باسم التقارب (Convergence)، وتتأثر بسرعة اكتشاف العطل وطبيعة الشبكة وإعدادات البروتوكول وأداء الأجهزة.

ما هي مناطق OSPF (OSPF Areas)؟

يدعم OSPF تقسيم الشبكة إلى مناطق منطقية تسمى Areas، بهدف تقليل تعقيد قاعدة بيانات حالة الروابط وتحسين قابلية التوسع.

تُعرف المنطقة الأساسية باسم Area 0 أو Backbone Area، وهي المنطقة المحورية في تصميمات OSPF متعددة المناطق. ويجب أن ترتبط المناطق غير الأساسية بالمنطقة 0 وفق التصميم الصحيح، مع وجود استثناءات وحلول خاصة لبعض حالات الربط.

في الشبكات الصغيرة، يمكنك تشغيل OSPF داخل منطقة واحدة، مثل Area 0، وهذا ما سنستخدمه في التطبيق العملي التالي.

من المصطلحات المهمة أيضًا:

Internal Router: جهاز توجيه تقع جميع واجهاته المشاركة في OSPF ضمن المنطقة نفسها.
Backbone Router: جهاز توجيه لديه واجهة مشاركة في Area 0.
ABR (Area Border Router): جهاز يربط بين منطقتين أو أكثر من مناطق OSPF، إحداها عادةً Area 0.
ASBR (Autonomous System Boundary Router): جهاز يحقن مسارات من مصادر توجيه خارجية إلى OSPF.

ضبط OSPF على أجهزة Cisco خطوة بخطوة

سنستخدم ثلاثة أجهزة توجيه Cisco، ونفترض أن جميعها تعمل بإصدار Cisco IOS يدعم أوامر OSPF التقليدية باستخدام router ospf.

سننشئ شبكة بسيطة تتصل فيها ثلاثة أجهزة توجيه على التوالي، ثم نفعّل OSPF لتتمكن الشبكات المتصلة بها من التواصل عبر التوجيه الديناميكي.

أولًا: تصميم الشبكة

سيكون لدينا المخطط التالي:

PC1 — R1 — R2 — R3 — PC3

سنستخدم الشبكات التالية في المثال:

الرابط أو الجهاز	عنوان الشبكة أو الواجهة
شبكة LAN الخاصة بـ R1	`192.168.1.0/24`
الرابط بين R1 وR2	`10.0.12.0/30`
الرابط بين R2 وR3	`10.0.23.0/30`
شبكة LAN الخاصة بـ R3	`192.168.3.0/24`

عناوين الواجهات ستكون كما يلي:

الجهاز	الواجهة	عنوان IP
R1	G0/0	`192.168.1.1/24`
R1	G0/1	`10.0.12.1/30`
R2	G0/0	`10.0.12.2/30`
R2	G0/1	`10.0.23.1/30`
R3	G0/0	`10.0.23.2/30`
R3	G0/1	`192.168.3.1/24`

قد تختلف أسماء الواجهات بين الأجهزة، مثل GigabitEthernet0/0 أو GigabitEthernet0/0/0. استخدم أسماء الواجهات الفعلية التي تظهر في جهازك.

ثانيًا: ضبط عناوين IP على الراوتر R1

ادخل إلى وضع الإعدادات باستخدام الأوامر التالية:

enable
configure terminal

اضبط واجهة LAN والواجهة المتصلة بـ R2:

interface GigabitEthernet0/0
 ip address 192.168.1.1 255.255.255.0
 no shutdown
exit

interface GigabitEthernet0/1
 ip address 10.0.12.1 255.255.255.252
 no shutdown
exit

احفظ الإعدادات بعد التأكد من صحتها:

end
copy running-config startup-config

ثالثًا: ضبط عناوين IP على الراوتر R2

نفذ الإعدادات التالية على الجهاز R2:

enable
configure terminal

interface GigabitEthernet0/0
 ip address 10.0.12.2 255.255.255.252
 no shutdown
exit

interface GigabitEthernet0/1
 ip address 10.0.23.1 255.255.255.252
 no shutdown
exit

end
copy running-config startup-config

تأكد من أن الواجهات تعمل وأن عناوين IP تقع ضمن الشبكات الصحيحة.

رابعًا: ضبط عناوين IP على الراوتر R3

على الجهاز R3، استخدم الأوامر التالية:

enable
configure terminal

interface GigabitEthernet0/0
 ip address 10.0.23.2 255.255.255.252
 no shutdown
exit

interface GigabitEthernet0/1
 ip address 192.168.3.1 255.255.255.0
 no shutdown
exit

end
copy running-config startup-config

قبل الانتقال إلى OSPF، تحقق من حالة الواجهات:

show ip interface brief

يُفترض أن تظهر الواجهات المطلوبة بالحالة up/up إذا كانت التوصيلات والإعدادات سليمة.

خامسًا: تفعيل OSPF على الراوتر R1

الآن سنبدأ تفعيل بروتوكول OSPF. سنستخدم رقم العملية (Process ID) وهو 1، ونفعّل الإعلان عن الشبكتين المتصلتين بـ R1 داخل Area 0.

نفذ الأوامر التالية:

enable
configure terminal

router ospf 1
 router-id 1.1.1.1
 network 192.168.1.0 0.0.0.255 area 0
 network 10.0.12.0 0.0.0.3 area 0
exit

end
copy running-config startup-config

شرح الأوامر:

router ospf 1: ينشئ عملية OSPF برقم 1 على الجهاز.
router-id 1.1.1.1: يحدد معرّفًا فريدًا لهذا الراوتر داخل نطاق OSPF.
network: يحدد الواجهات التي ستشارك في OSPF وفق مطابقة عنوان الواجهة مع عنوان الشبكة وقناع Wildcard.
area 0: يضع الواجهات المطابقة في المنطقة الأساسية.

لاحظ أن رقم العملية 1 محلي على الجهاز، ولا يشترط أن يكون متطابقًا بين جميع أجهزة التوجيه المتجاورة. أما إعدادات المنطقة على الروابط المشتركة فيجب أن تتوافق حتى تتكون علاقة الجوار بصورة صحيحة.

سادسًا: تفعيل OSPF على الراوتر R2

يجب أن يعلن R2 عن الشبكتين اللتين تتصل بهما واجهتاه:

enable
configure terminal

router ospf 1
 router-id 2.2.2.2
 network 10.0.12.0 0.0.0.3 area 0
 network 10.0.23.0 0.0.0.3 area 0
exit

end
copy running-config startup-config

يعمل R2 هنا كحلقة وصل بين R1 وR3. وعند نجاح تكوين الجوار، سيتبادل معلومات التوجيه مع الجهازين، ثم يتعلم الشبكات التي لا تتصل به مباشرةً.

سابعًا: تفعيل OSPF على الراوتر R3

نفذ الأوامر التالية على R3:

enable
configure terminal

router ospf 1
 router-id 3.3.3.3
 network 10.0.23.0 0.0.0.3 area 0
 network 192.168.3.0 0.0.0.255 area 0
exit

end
copy running-config startup-config

بهذا نكون قد فعّلنا OSPF على الأجهزة الثلاثة. إذا كانت عناوين IP والتوصيلات وإعدادات المنطقة صحيحة، فسيتمكن R1 من تعلم شبكة 192.168.3.0/24 من خلال R2، وسيتمكن R3 من تعلم شبكة 192.168.1.0/24.

ثامنًا: ما هو Wildcard Mask في OSPF؟

من المهم فهم قيمة Wildcard Mask التي استخدمناها في أوامر network.

قناع Wildcard هو معكوس قناع الشبكة الفرعية (Subnet Mask)، ويستخدم في إعداد OSPF التقليدي لتحديد الواجهات التي ستطابقها أوامر network.

أمثلة:

Subnet Mask	Wildcard Mask
`255.255.255.0`	`0.0.0.255`
`255.255.255.252`	`0.0.0.3`
`255.255.0.0`	`0.0.255.255`
`255.0.0.0`	`0.255.255.255`

على سبيل المثال:

network 10.0.12.0 0.0.0.3 area 0

يعني أن الواجهات التي تقع عناوينها ضمن النطاق المطابق للشبكة 10.0.12.0/30 ستُفعّل عليها عملية OSPF ضمن Area 0.

ومن المهم معرفة أن أمر network في OSPF التقليدي لا يضيف الشبكة إلى جدول التوجيه كما يفعل مسار ثابت؛ بل يحدد الواجهات التي سيعمل عليها OSPF، ومن خلالها تُعلن الشبكات المتصلة بها وفق حالة الواجهات وإعدادات البروتوكول.

تاسعًا: التحقق من أن OSPF يعمل بشكل صحيح

بعد الانتهاء من الإعدادات، لا تفترض أن البروتوكول يعمل لمجرد قبول الراوتر للأوامر. يجب فحص حالة الجوار وجدول التوجيه وقاعدة بيانات OSPF.

1. عرض جيران OSPF

نفذ الأمر التالي على كل جهاز:

show ip ospf neighbor

على R1، من المتوقع ظهور R2 كجار. وعلى R2، من المتوقع ظهور كل من R1 وR3، وعلى R3، من المتوقع ظهور R2.

على روابط Ethernet بين جهازين فقط، قد تظهر حالة الجوار FULL/DR أو FULL/BDR أو FULL/- بحسب نوع الواجهة وطريقة تمثيلها. الأهم هو التأكد من اكتمال علاقة الجوار، مع مراعاة نوع الشبكة.

2. عرض المسارات المكتسبة من OSPF

استخدم:

show ip route ospf

على R1، ينبغي أن يظهر مسار إلى الشبكة 192.168.3.0/24 إذا نجح تبادل معلومات التوجيه.

قد يظهر المسار بصيغة مشابهة لما يلي، مع اختلاف التفاصيل والتكلفة بحسب المنصة والإعدادات:

O 192.168.3.0/24 [110/...] via 10.0.12.2

يشير الحرف O إلى أن المسار تم تعلمه عبر OSPF، بينما تمثل القيمة 110 المسافة الإدارية الافتراضية لـ OSPF على Cisco IOS. أما التكلفة فتتغير بحسب الواجهات وإعدادات البروتوكول.

3. عرض جدول التوجيه كاملًا

show ip route

يعرض هذا الأمر الشبكات المتصلة مباشرةً والمسارات الثابتة والديناميكية الموجودة في جدول التوجيه.

4. عرض إعدادات OSPF

show ip protocols

يساعدك هذا الأمر على مراجعة بروتوكولات التوجيه الفعالة، ومعرّف العملية، ومعلومات OSPF، والشبكات التي يجري الإعلان عنها.

5. عرض معلومات العملية

show ip ospf

يعرض معلومات عامة عن عملية OSPF، مثل معرّف الراوتر والمنطقة وإحصاءات البروتوكول.

عاشرًا: اختبار الاتصال باستخدام Ping

بعد التأكد من ظهور الجيران والمسارات، انتقل إلى اختبار الاتصال بين الشبكات.

إذا كانت لديك أجهزة حاسوب موصولة بشبكتي LAN، اضبط مثلًا:

PC1: العنوان 192.168.1.10/24 والبوابة الافتراضية 192.168.1.1.
PC3: العنوان 192.168.3.10/24 والبوابة الافتراضية 192.168.3.1.

ثم نفذ من PC1:

ping 192.168.3.10

إذا كانت جميع الإعدادات صحيحة، فيُفترض أن يتمكن PC1 من الوصول إلى PC3 عبر R1 ثم R2 ثم R3.

قد يفشل أول اختبار Ping أحيانًا بسبب عملية اكتشاف عناوين الطبقة الثانية أو تجهيز المسارات. أعد الاختبار بعد التأكد من اكتمال الجوار والمسارات.

وإذا لم ينجح الاتصال، فلا تكتفِ بتعديل OSPF مباشرةً؛ تحقق أولًا من عناوين الأجهزة والبوابات الافتراضية وحالة الواجهات وقواعد جدار الحماية.

كيف تختار أفضل مسار في OSPF؟

يستخدم OSPF قيمة Cost لتحديد المسار المفضل. وفي تطبيقات Cisco IOS الشائعة، تعتمد التكلفة الافتراضية على عرض النطاق الترددي للواجهة مقارنةً بقيمة مرجعية، مع اختلاف الإعدادات والتفاصيل حسب المنصة.

يمكن عرض تكلفة واجهة باستخدام:

show ip ospf interface

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

إذا توفر مساران متساويا التكلفة إلى الوجهة، فقد يستطيع OSPF إدراجهما معًا في جدول التوجيه وفق إعدادات الجهاز. ويُعرف ذلك باسم Equal-Cost Multi-Path (ECMP).

لا تغيّر قيمة التكلفة لمجرد جعل رقمها أقل؛ بل صمّمها بما يتوافق مع سعة الروابط وسياسة التوجيه المطلوبة، ثم اختبر أثر التغيير.

حل أشهر مشكلات OSPF على أجهزة Cisco

قد تواجه بعض المشكلات بعد إعداد OSPF. إليك أهم الأسباب التي ينبغي التحقق منها:

المشكلة الأولى: عدم ظهور الجار في show ip ospf neighbor

الأسباب المحتملة تشمل:

واجهة متوقفة أو كابل غير متصل.
تفعيل OSPF على واجهة غير صحيحة.
عدم تطابق منطقة OSPF على الرابط.
اختلاف مؤقتات Hello وDead.
عدم تطابق إعدادات المصادقة.
استخدام أقنعة أو إعدادات شبكية غير مناسبة لنوع الشبكة.
وجود قوائم تحكم أو إعدادات تمنع تبادل حزم OSPF.

ابدأ بالأوامر التالية:

show ip interface brief
show ip ospf interface
show ip protocols
show ip ospf neighbor

تحقق من الواجهات وعناوين IP، ثم راجع إعدادات المنطقة والمؤقتات والمصادقة عند استخدامها.

المشكلة الثانية: ظهور الجيران ولكن عدم وجود المسار المطلوب

إذا ظهرت علاقة الجوار، لكن المسار إلى شبكة بعيدة غير موجود، فتأكد من أن الشبكة المطلوبة متصلة بواجهة فعالة ومشمولة في إعداد OSPF، وأن الواجهة ليست مستبعدة من الإعلان، وأن المسار يُعلن ضمن المنطقة الصحيحة.

يمكنك مراجعة:

show ip route
show ip route ospf
show ip ospf database

تأكد أيضًا من أن عنوان الشبكة وقناع Wildcard في أوامر network صحيحان، وأنه لا توجد إعدادات أخرى تؤثر في إعلان المسار.

المشكلة الثالثة: ظهور الواجهات بحالة down/down أو up/down

إذا كانت الواجهة down/down، فتحقق من الكابل أو الاتصال الفعلي أو حالة الطرف الآخر. أما up/down فقد يشير إلى مشكلة في بروتوكول الواجهة أو في الطرف المقابل أو في نوع الاتصال.

استخدم:

show interfaces
show ip interface brief

ولا تنسَ أن أمر no shutdown مطلوب على الواجهات التي تكون مغلقة إداريًا.

المشكلة الرابعة: اختلاف Router ID أو تغييره

يجب أن يكون لكل جهاز توجيه Router ID فريد داخل نطاق OSPF. استخدم معرفات مختلفة بوضوح، مثل 1.1.1.1 و2.2.2.2 و3.3.3.3 في المختبر.

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

أفضل الممارسات الأمنية عند تشغيل OSPF

لا يكفي أن يعمل التوجيه بصورة صحيحة؛ فمن الضروري أيضًا حماية بيئة الشبكة من التكوينات غير المقصودة أو محاولات التلاعب بمعلومات التوجيه.

من أفضل الممارسات:

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

يمكنك عادةً ضبط واجهة LAN كواجهة Passive ضمن عملية OSPF، مثل:

router ospf 1
 passive-interface GigabitEthernet0/0

هذا المثال يفترض أن الواجهة المذكورة هي واجهة LAN ولا تحتاج إلى تكوين جيران OSPF عليها. يجب تعديل اسم الواجهة بما يتناسب مع جهازك.

يُعد بروتوكول OSPF من أهم بروتوكولات التوجيه الديناميكي التي يجب على كل مهتم بالشبكات إتقانها. فهو يتيح لأجهزة التوجيه تبادل معلومات الشبكة، وبناء قاعدة بيانات لحالة الروابط، وحساب أفضل المسارات باستخدام خوارزمية SPF.

في هذا الدرس، تعرفنا على مفهوم OSPF ومناطق التوجيه، ثم أنشأنا إعدادًا عمليًا على ثلاثة أجهزة Cisco، وضبطنا عناوين IP، وفعّلنا OSPF باستخدام أوامر router ospf وnetwork، ثم تحققنا من الجيران والمسارات واختبرنا الاتصال باستخدام Ping.

إذا كنت تتدرب على Cisco Packet Tracer أو أجهزة حقيقية ضمن مختبر مصرح به، فحاول إعادة تنفيذ الخطوات بنفسك، ثم غيّر عناوين الشبكات أو أضف راوترًا رابعًا وراقب كيف يتعلم OSPF المسارات الجديدة.

تذكّر أن إتقان OSPF لا يعتمد على حفظ الأوامر فقط، بل على فهم كيفية عمل الجوار، وكيفية إعلان الشبكات، وكيفية قراءة جدول التوجيه واستكشاف المشكلات بصورة منهجية.

ملاحظة: قد تختلف أسماء الواجهات وبعض الأوامر المتاحة بحسب طراز جهاز Cisco وإصدار IOS أو IOS XE. نفّذ التغييرات على أجهزة تملكها أو لديك تصريح بإدارتها، وخذ نسخة احتياطية من الإعدادات قبل تعديل شبكات الإنتاج.

المصادر والمراجع

أفضل أدوات فحص الثغرات للشبكات

2026-10-22T21:18:40.764+03:00

أفضل أدوات فحص الثغرات (Vulnerability Assessment Tools) للشبكات

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

هنا تأتي أهمية أدوات فحص الثغرات الأمنية (Vulnerability Assessment Tools)، وهي أدوات تساعد مسؤولي الأنظمة وخبراء الأمن السيبراني على اكتشاف نقاط الضعف المعروفة، وتحديد الأنظمة التي تحتاج إلى تحديثات، ومراجعة الإعدادات الأمنية، وترتيب المخاطر حسب درجة خطورتها.

لكن من المهم التمييز بين فحص الثغرات واختبار الاختراق. ففحص الثغرات يركز على اكتشاف نقاط الضعف المحتملة وتقييمها، بينما يتضمن اختبار الاختراق محاولات عملية ومصرحًا بها للتحقق من إمكانية استغلال بعض نقاط الضعف وتأثيرها.

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

ما هو فحص الثغرات الأمنية للشبكات؟

فحص الثغرات الأمنية هو عملية منهجية تهدف إلى تحديد نقاط الضعف المحتملة في أجهزة الشبكة والخوادم وأنظمة التشغيل والخدمات والتطبيقات المرتبطة بها.

قد تشمل هذه النقاط:

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

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

مع ذلك، ليست كل نتيجة تظهرها أداة الفحص ثغرة مؤكدة؛ فقد تظهر نتائج إيجابية كاذبة (False Positives)، وقد تفشل الأداة في اكتشاف بعض المشكلات. لذلك، يجب مراجعة النتائج والتحقق منها قبل اتخاذ القرارات.

لماذا تحتاج المؤسسات إلى أدوات فحص الثغرات؟

تساعد أدوات فحص الثغرات المؤسسات على تحسين وضعها الأمني من خلال اكتشاف المشكلات قبل أن تتحول إلى حوادث فعلية.

ومن أهم فوائدها:

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

لكن استخدام أداة فحص وحده لا يجعل الشبكة آمنة؛ إذ يجب ربط النتائج بخطة معالجة واضحة، وتحديد المسؤوليات، ومتابعة تنفيذ الإصلاحات.

أفضل أدوات فحص الثغرات الأمنية للشبكات

توجد أدوات مجانية ومفتوحة المصدر، وأخرى تجارية توفر خصائص متقدمة مثل إدارة الأصول، والتقارير المركزية، والتكامل مع أنظمة إدارة التحديثات. ويعتمد الاختيار على حجم الشبكة، ونوع الأصول، والميزانية، والخبرة الفنية المتاحة.

1. أداة Nessus

تُعد أداة Nessus من الأدوات المعروفة في مجال فحص الثغرات الأمنية، وتُستخدم لفحص الخوادم وأجهزة الشبكات وأنظمة التشغيل والخدمات ضمن نطاقات مصرح بها.

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

أهم المميزات:

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

لمن تناسب؟

تناسب Nessus مسؤولي الشبكات وفرق الأمن التي تحتاج إلى أداة متخصصة في فحص الثغرات. وتختلف الخصائص والتكلفة حسب الإصدار والترخيص، لذا يُنصح بمراجعة الموقع الرسمي قبل الاختيار.

الموقع الرسمي: Tenable Nessus

2. OpenVAS وGreenbone

تُعد OpenVAS، ضمن منظومة Greenbone Vulnerability Management، خيارًا معروفًا لمن يبحث عن حلول لفحص الثغرات مع إمكانات مفتوحة المصدر أو إصدارات تجارية مدارة.

تستطيع المنظومة إجراء فحوص على الأنظمة والخدمات ضمن النطاق المحدد، وتوفير تقارير عن الثغرات المحتملة ومستويات خطورتها.

أهم المميزات:

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

ما الذي يجب مراعاته؟

قد يحتاج إعداد الأداة وصيانتها إلى خبرة تقنية، كما أن أداء الفحص وجودة النتائج يعتمدان على الإعدادات ومصادر الاختبارات والإصدار المستخدم.

لمن تناسب؟

تناسب فرق الأمن السيبراني والمؤسسات التي ترغب في تجربة حل مرن، ولديها القدرة على إدارة بيئة الفحص وصيانتها.

الموقع الرسمي: Greenbone

3. Nmap

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

من المهم معرفة أن Nmap ليست بديلًا كاملًا عن ماسحات الثغرات المتخصصة؛ فهي أداة لاكتشاف الشبكة والخدمات، ويمكن الاستفادة من بعض إمكاناتها في جمع معلومات أولية تساعد في تحديد الأنظمة التي تحتاج إلى مراجعة أمنية إضافية.

أهم المميزات:

اكتشاف الأجهزة والخدمات ضمن النطاق المصرح به.
التعرف على المنافذ المفتوحة والخدمات المتاحة.
توفير خيارات متنوعة لفحص الشبكات.
دعم نظام NSE الذي يضيف إمكانات للفحص واكتشاف بعض المشكلات.
العمل على أنظمة تشغيل متعددة.

لمن تناسب؟

تناسب مسؤولي الشبكات والطلاب والمتخصصين الذين يريدون فهم بنية الشبكة ومعرفة الخدمات التي تعرضها الأنظمة.

الموقع الرسمي: Nmap

4. Qualys VMDR

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

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

أهم المميزات:

إدارة مركزية للأصول والثغرات.
إمكانات لتحديد الأولويات بحسب المخاطر.
دعم البيئات المؤسسية الكبيرة.
تقارير تساعد على متابعة حالة المعالجة.
تكاملات مع أدوات وعمليات أمنية أخرى بحسب المنتج والترخيص.

لمن تناسب؟

تناسب المؤسسات التي تحتاج إلى إدارة مستمرة للثغرات، خصوصًا عندما تكون الشبكة موزعة بين مكاتب متعددة وخوادم محلية وبيئات سحابية.

الموقع الرسمي: Qualys

5. Rapid7 InsightVM

تقدم Rapid7 منصة InsightVM لإدارة الثغرات، وتساعد فرق الأمن على اكتشاف الأصول الضعيفة وتقييم المخاطر ومتابعة التقدم في معالجة المشكلات.

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

أهم المميزات:

عرض مركزي لحالة الثغرات.
إمكانات لتحديد أولويات المعالجة.
دعم التقارير ومتابعة التقدم.
تكاملات مع سير العمل الأمني لدى المؤسسات.
إمكانات مناسبة للفرق التي تحتاج إلى متابعة مستمرة بدلًا من الفحص المنفصل فقط.

لمن تناسب؟

تناسب المؤسسات التي تمتلك فريقًا أمنيًا وتحتاج إلى إدارة متكررة للثغرات عبر عدد كبير من الأنظمة.

الموقع الرسمي: Rapid7 InsightVM

6. Microsoft Defender Vulnerability Management

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

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

أهم المميزات:

دمج معلومات الثغرات مع أدوات أمنية أخرى في منظومة Microsoft.
تقديم توصيات لمعالجة بعض المشكلات.
دعم إدارة المخاطر على الأجهزة المشمولة بالخدمة.
إمكانية الاستفادة من المعلومات المتاحة في عمليات المتابعة الأمنية.

لمن تناسب؟

تناسب المؤسسات التي تستخدم منتجات Microsoft الأمنية وتريد الاستفادة من التكامل بين إدارة الأجهزة واكتشاف الثغرات.

الموقع الرسمي: Microsoft Defender Vulnerability Management

7. Nikto

Nikto أداة مفتوحة المصدر تُستخدم لفحص خوادم الويب بحثًا عن مجموعة من المشكلات والتهيئات غير الآمنة والملفات المعروفة التي قد تستحق المراجعة.

ورغم ارتباطها بخوادم الويب أكثر من ارتباطها بأجهزة الشبكات عمومًا، فإنها مفيدة ضمن برنامج تقييم أمني يشمل الخوادم التي تستضيف تطبيقات الويب.

أهم المميزات:

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

ما حدودها؟

لا تُعد Nikto أداة شاملة لإدارة الثغرات على مستوى المؤسسة، ولا يغني استخدامها عن مراجعة إعدادات الخادم أو إجراء اختبارات أعمق عند الحاجة.

الموقع الرسمي: Nikto

8. Nuclei

تُستخدم أداة Nuclei لإجراء فحوص أمنية اعتمادًا على قوالب (Templates) تصف اختبارات محددة لمشكلات أو ثغرات أو إعدادات معروفة.

تتميز بإمكانية توسيع نطاق الفحوص باستخدام القوالب، ويمكن أن تكون مفيدة لفرق الأمن التي تريد أتمتة بعض الاختبارات ضمن نطاقات مصرح بها.

أهم المميزات:

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

ما الذي يجب مراعاته؟

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

الموقع الرسمي: Nuclei

مقارنة مختصرة بين أدوات فحص الثغرات

يساعد الجدول التالي على اختيار نقطة البداية المناسبة، لكنه لا يمثل ترتيبًا مطلقًا للأفضل؛ فالأداة الأنسب تعتمد على طبيعة الشبكة ومتطلبات العمل.

الأداة	الاستخدام الأساسي	أبرز ما يميزها
Nessus	فحص الثغرات	واجهة متخصصة وتقارير مفصلة
OpenVAS / Greenbone	إدارة وفحص الثغرات	خيارات مفتوحة المصدر ومرونة في الإدارة
Nmap	اكتشاف الشبكة والخدمات	معرفة الأجهزة والمنافذ والخدمات
Qualys VMDR	إدارة الثغرات على نطاق مؤسسي	إدارة مركزية للأصول والمخاطر
Rapid7 InsightVM	إدارة الثغرات والمعالجة	متابعة الأولويات والتقدم
Microsoft Defender VM	إدارة الثغرات في البيئات المدعومة	التكامل مع منظومة Microsoft
Nikto	فحص خوادم الويب	مراجعة بعض الإعدادات والمشكلات المعروفة
Nuclei	فحوص تعتمد على القوالب	الأتمتة وإمكانية التخصيص

كيف تختار أداة فحص الثغرات المناسبة؟

لا ينبغي اختيار الأداة بناءً على شهرتها فقط. من الأفضل تحديد الاحتياجات الفعلية للشبكة ومقارنتها بالخصائص التي تقدمها كل أداة.

1. حجم الشبكة وعدد الأجهزة

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

2. نوع الأنظمة التي تريد فحصها

تأكد من أن الأداة تدعم أنظمة التشغيل وأجهزة الشبكات والخدمات المستخدمة لديك. فبعض الأدوات متخصصة في اكتشاف الخدمات، بينما تركز أخرى على الثغرات أو إدارة المخاطر.

3. التكلفة والترخيص

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

4. دقة النتائج

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

5. التقارير والتكامل

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

6. سهولة الاستخدام والصيانة

الأداة الجيدة ليست بالضرورة الأكثر تعقيدًا؛ بل هي الأداة التي يستطيع الفريق استخدامها وتحديثها ومراجعة نتائجها باستمرار.

ما الفرق بين Vulnerability Assessment وPenetration Testing؟

من المفاهيم المهمة في الأمن السيبراني معرفة الفرق بين تقييم الثغرات واختبار الاختراق.

تقييم الثغرات (Vulnerability Assessment): يركز على اكتشاف نقاط الضعف المحتملة وتقييمها وترتيبها بحسب الأولوية، وغالبًا ما يعتمد على أدوات الفحص الآلي مع مراجعة النتائج.

اختبار الاختراق (Penetration Testing): يتضمن اختبارات عملية ومصرحًا بها للتحقق من إمكانية استغلال نقاط ضعف محددة، وفهم أثرها الفعلي ضمن النطاق المتفق عليه.

يمكن أن يكمل النوعان أحدهما الآخر. فالفحص الدوري يساعد على اكتشاف مشكلات كثيرة على نطاق واسع، بينما يمكن لاختبار الاختراق أن يوفر فهمًا أعمق لتأثير بعض المشكلات في سيناريوهات محددة.

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

أفضل الممارسات عند إجراء فحص الثغرات

للحصول على نتائج مفيدة وتقليل التأثير في الشبكة، اتبع مجموعة من الممارسات الأساسية:

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

أخطاء شائعة يجب تجنبها

قد تقل فائدة أدوات الفحص إذا استخدمت بطريقة غير منظمة. ومن أبرز الأخطاء الشائعة:

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

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

تُعد أدوات فحص الثغرات الأمنية من العناصر المهمة في أي برنامج لحماية الشبكات. وتوفر أدوات مثل Nessus وOpenVAS وNmap وQualys وRapid7 وMicrosoft Defender وNikto وNuclei إمكانات مختلفة تساعد على اكتشاف نقاط الضعف وفهم الخدمات المكشوفة ومتابعة معالجة المخاطر.

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

الأهم من اختيار الأداة هو استخدام نتائجها بطريقة صحيحة: اكتشف الأصول، وافحصها بانتظام، وتحقق من النتائج، ورتّب الأولويات، وعالج المشكلات، ثم أعد الفحص للتأكد من نجاح المعالجة.

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

المصادر الرسمية

أهم الممارسات الأمنية Security Best Practices لحماية تطبيقات Laravel

2026-10-22T09:13:02.684+03:00

أهم الممارسات الأمنية لحماية تطبيقات Laravel من الاختراق

يُعد إطار العمل Laravel من أشهر أطر تطوير تطبيقات الويب باستخدام لغة PHP، وذلك بفضل سهولة استخدامه، وتنظيم بنيته البرمجية، وتوفيره مجموعة من الأدوات المدمجة التي تساعد المطورين على بناء تطبيقات آمنة وقابلة للتوسع. ومع ذلك، فإن استخدام إطار عمل قوي لا يعني أن التطبيق محمي تلقائيًا من جميع الهجمات الإلكترونية.

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

لذلك، فإن تطبيق Security Best Practices في Laravel ليس خطوة اختيارية، بل جزء أساسي من دورة تطوير التطبيقات ونشرها وصيانتها.

في هذا الدليل على موقع nusurtech.ca، سنتعرف على أهم الممارسات الأمنية التي ينبغي لكل مطور Laravel اتباعها، مع أمثلة عملية وأوامر برمجية تساعدك على تقليل المخاطر وتحسين مستوى حماية تطبيقك.

1. تعطيل وضع التصحيح Debug Mode في بيئة الإنتاج

من أهم خطوات تأمين تطبيق Laravel التأكد من تعطيل وضع التصحيح عند تشغيل التطبيق في بيئة الإنتاج (Production).

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

افتح ملف .env واضبط الإعدادات التالية:

APP_ENV=production
APP_DEBUG=false

بعد تعديل الإعدادات، تأكد من أن إعدادات الإنتاج الفعلية تعكس هذه القيم، خصوصًا إذا كان التطبيق يستخدم إعدادات مخزنة مؤقتًا (Configuration Cache) أو متغيرات بيئة يوفرها نظام الاستضافة.

يمكنك إعادة بناء إعدادات Laravel المخزنة مؤقتًا باستخدام:

php artisan config:cache

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

يمكنك مراجعة دليل الأمان الخاص بمشروع OWASP لمعرفة المزيد عن إعدادات Laravel الآمنة. <Cite refs={["turn822785search0"]}/>

2. حماية ملف .env والأسرار الحساسة

يحتوي ملف .env عادةً على معلومات بالغة الأهمية، مثل بيانات الاتصال بقاعدة البيانات، ومفتاح التطبيق، وبيانات خدمات البريد الإلكتروني، ومفاتيح واجهات API.

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

لحماية هذه المعلومات، اتبع الممارسات التالية:

لا ترفع ملف .env إلى مستودع Git العام أو الخاص دون ضوابط مناسبة.
تأكد من وجود .env داخل ملف .gitignore.
لا تضع ملفات الأسرار داخل مجلد public.
اضبط صلاحيات الملفات والمجلدات بحيث لا يستطيع المستخدمون غير المصرح لهم قراءتها.
استخدم مدير أسرار (Secrets Manager) أو آلية آمنة لتوفير الأسرار في بيئات الإنتاج عند توفرها.
غيّر بيانات الاعتماد فورًا إذا اشتبهت في تسريبها.

مثال على محتوى ينبغي عدم مشاركته علنًا:

APP_KEY=your-secret-application-key
DB_PASSWORD=your-database-password
MAIL_PASSWORD=your-mail-password

هذه القيم توضيحية وليست بيانات حقيقية.

وجود ملف .gitignore لا يكفي وحده؛ فقد يكون الملف قد رُفع إلى المستودع سابقًا، أو جرى تضمينه في سجل Git. لذلك، افحص المستودعات وسجلات النشر، وتعامل مع أي سر مكشوف على أنه مخترق حتى يتم التحقق من العكس.

كذلك، لا تنشر ملف .env أو بيانات الاتصال بقاعدة البيانات داخل لقطات الشاشة أو سجلات الأخطاء أو ملفات النسخ الاحتياطي المتاحة للعامة.

للتوسع في هذا الموضوع، راجع إرشادات OWASP لإدارة الأسرار. <Cite refs={["turn822785search6"]}/>

3. استخدام HTTPS وتفعيل إعدادات الاتصال الآمن

يجب أن يستخدم تطبيق Laravel بروتوكول HTTPS لحماية البيانات أثناء انتقالها بين المتصفح والخادم.

يساعد HTTPS على تشفير الاتصال، مما يقلل فرص اعتراض كلمات المرور وملفات تعريف الارتباط والبيانات الحساسة عبر الشبكات غير الآمنة.

لتحسين الحماية:

ثبّت شهادة TLS صالحة من جهة موثوقة.
أعد توجيه طلبات HTTP إلى HTTPS من خلال إعدادات الخادم أو الوكيل العكسي (Reverse Proxy).
تأكد من أن Laravel يتعرف بشكل صحيح على البروتوكول الأصلي عند استخدام موازن تحميل أو Proxy.
فعّل خاصية Secure لملفات تعريف الارتباط في بيئة الإنتاج التي تستخدم HTTPS فقط.
استخدم إعداد HttpOnly لمنع JavaScript من قراءة ملفات تعريف الارتباط الخاصة بالجلسة.
اضبط خاصية SameSite بما يتناسب مع طريقة عمل التطبيق.

يمكن أن تكون إعدادات الجلسة في config/session.php على النحو التالي، بحسب إصدار Laravel وطريقة النشر:

'http_only' => true,
'secure' => true,
'same_site' => 'lax',

تأكد من أن الإعدادات مناسبة لبيئتك، خاصةً إذا كان التطبيق يعمل خلف Proxy أو يعتمد على نطاقات فرعية أو تكاملات خارجية.

ويمكن أيضًا استخدام ترويسة HTTP المعروفة باسم Strict-Transport-Security (HSTS) لإخبار المتصفحات باستخدام HTTPS مستقبلًا. لكن يجب تفعيلها بعد التأكد من أن النطاق وجميع الخدمات الفرعية المعنية تعمل عبر HTTPS بصورة صحيحة.

4. حماية التطبيق من هجمات SQL Injection

تحدث هجمات SQL Injection عندما يستطيع المهاجم التأثير في استعلام قاعدة البيانات من خلال إدخال بيانات غير موثوقة في استعلام SQL بطريقة غير آمنة.

يوفر Laravel أدوات تساعد على تقليل هذه المخاطر، مثل Eloquent ORM وQuery Builder، اللذين يستخدمان ربط المعاملات (Parameter Binding) في الاستعلامات المعتادة.

على سبيل المثال، تجنب بناء استعلام SQL عن طريق دمج إدخال المستخدم مباشرةً:

// مثال غير آمن
$email = $request->input('email');

$users = DB::select(
    "SELECT * FROM users WHERE email = '$email'"
);

بدلًا من ذلك، استخدم الاستعلامات المجهزة أو أدوات Laravel:

$email = $request->input('email');

$users = DB::table('users')
    ->where('email', $email)
    ->get();

أو استخدم Eloquent:

$user = User::where('email', $request->input('email'))
    ->first();

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

إذا كنت تسمح للمستخدم باختيار ترتيب النتائج، فحدد الخيارات المسموح بها مسبقًا:

$allowedSortColumns = ['name', 'created_at'];

$sort = $request->input('sort', 'created_at');

if (! in_array($sort, $allowedSortColumns, true)) {
    $sort = 'created_at';
}

$users = User::orderBy($sort, 'desc')->get();

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

5. التحقق من المدخلات باستخدام Validation

يجب التحقق من جميع البيانات التي يستقبلها التطبيق من المستخدمين أو من الأنظمة الخارجية، سواء جاءت عبر النماذج أو واجهات API أو معاملات URL.

يساعد التحقق من المدخلات على رفض البيانات غير المتوقعة وتقليل فرص الأخطاء البرمجية وإساءة استخدام الوظائف.

على سبيل المثال، عند إنشاء مستخدم جديد:

use Illuminate\Http\Request;
use Illuminate\Support\Facades\Hash;
use App\Models\User;

public function store(Request $request)
{
    $validated = $request->validate([
        'name' => ['required', 'string', 'max:100'],
        'email' => ['required', 'email', 'max:255', 'unique:users,email'],
        'password' => ['required', 'string', 'min:12'],
    ]);

    $validated['password'] = Hash::make(
        $validated['password']
    );

    User::create($validated);

    return redirect()
        ->back()
        ->with('success', 'تم إنشاء الحساب بنجاح');
}

هذا المثال توضيحي، ويجب مواءمة قواعد التحقق وسياسة كلمات المرور مع احتياجات التطبيق. كما يجب التأكد من أن نموذج User لا يسمح بتعبئة حقول حساسة بصورة غير مقصودة.

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

6. منع Mass Assignment وتحديد الحقول القابلة للتعديل

تظهر ثغرة Mass Assignment عندما يسمح التطبيق بتمرير مجموعة من الحقول إلى النموذج دون تحديد دقيق لما يمكن للمستخدم تغييره.

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

يمكن استخدام خاصية $fillable في النموذج لتحديد الحقول المسموح بتعبئتها:

class User extends Authenticatable
{
    protected $fillable = [
        'name',
        'email',
        'password',
    ];
}

لا تضف الحقول الحساسة مثل is_admin أو role أو balance إلى قائمة الحقول القابلة للتعبئة العامة إلا إذا كان ذلك مبررًا ومقيدًا بتصميم آمن.

وعند تحديث البيانات، استخدم البيانات التي اجتازت التحقق فقط:

$validated = $request->validate([
    'name' => ['required', 'string', 'max:100'],
    'email' => ['required', 'email', 'max:255'],
]);

$user->update($validated);

ولا تعتمد على إخفاء الحقول في واجهة المستخدم؛ إذ يستطيع المهاجم إرسال طلب HTTP معدل مباشرةً.

7. تطبيق نظام صلاحيات Authorization بصورة صحيحة

نجاح المستخدم في تسجيل الدخول لا يعني أنه يملك الحق في الوصول إلى كل البيانات والوظائف.

يجب التمييز بين Authentication، أي التحقق من هوية المستخدم، وAuthorization، أي التحقق من الصلاحيات التي يمتلكها.

على سبيل المثال، إذا كان التطبيق يتيح للمستخدمين عرض الطلبات وتعديلها، فيجب التأكد من أن كل مستخدم لا يستطيع الوصول إلى طلبات مستخدم آخر بمجرد تغيير رقم الطلب في عنوان URL.

يمكنك استخدام Policies في Laravel للتحقق من الصلاحيات.

مثال مبسط داخل OrderPolicy:

public function update(User $user, Order $order): bool
{
    return $user->id === $order->user_id;
}

ثم داخل Controller:

public function update(Request $request, Order $order)
{
    $this->authorize('update', $order);

    // التحقق من المدخلات وتحديث الطلب
}

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

لا تعتمد على إخفاء الأزرار أو الروابط في الواجهة الأمامية؛ فكل عملية حساسة تحتاج إلى فحص صلاحيات على الخادم.

وتساعدك Policies وGates في تنظيم قواعد التفويض وتطبيقها بصورة واضحة. <Cite refs={["turn822785search0"]}/>

8. الحماية من هجمات CSRF

تعني هجمات Cross-Site Request Forgery (CSRF) خداع متصفح المستخدم المسجل دخوله لإرسال طلب غير مرغوب فيه إلى تطبيق يثق به المستخدم.

على سبيل المثال، قد يحاول موقع ضار إرسال طلب لتغيير بيانات الحساب إذا لم يكن التطبيق يتحقق من أن الطلب صدر ضمن السياق الموثوق.

يتضمن Laravel آليات حماية من CSRF ضمن مجموعة Middleware الخاصة بتطبيقات الويب. عند استخدام نماذج Blade، أضف التوجيه @csrf إلى النماذج التي تنفذ عمليات تغيير البيانات:

<form method="POST" action="{{ route('profile.update') }}">
    @csrf

    <input
        type="text"
        name="name"
        value="{{ old('name', auth()->user()->name) }}"
    >

    <button type="submit">حفظ التغييرات</button>
</form>

لا تستثنِ المسارات من حماية CSRF لمجرد التخلص من أخطاء الطلبات. إذا كنت تتعامل مع Webhooks خارجية، فصمم آلية تحقق مناسبة، مثل التحقق من التوقيع الرقمي الذي يوفره مزود الخدمة.

أما تطبيقات SPA التي تستخدم Laravel Sanctum، فيجب إعداد المصادقة والكوكيز ورموز CSRF وفقًا لوثائق Sanctum، مع الانتباه إلى إعدادات النطاقات وطلبات الاعتماد المتبادل.

توضح وثائق Laravel الرسمية آلية الحماية من CSRF وكيفية استخدامها في النماذج وتطبيقات SPA. <Cite refs={["turn822785search1","turn822785search3"]}/>

9. تأمين تسجيل الدخول وكلمات المرور

تعد صفحات تسجيل الدخول من أكثر الأجزاء التي تستهدفها محاولات الاختراق، خصوصًا هجمات تخمين كلمات المرور (Brute Force) وتجربة كلمات مرور مسربة من خدمات أخرى (Credential Stuffing).

لحماية نظام المصادقة:

استخدم آليات تخزين كلمات المرور المدمجة في Laravel، مثل Hash::make()، ولا تخزن كلمات المرور كنص صريح.
فعّل تحديد معدل الطلبات (Rate Limiting) على محاولات تسجيل الدخول.
استخدم المصادقة متعددة العوامل (MFA) للحسابات الحساسة متى أمكن.
أعد إنشاء Session ID بعد تسجيل الدخول لتقليل مخاطر Session Fixation.
وفر آلية آمنة لإعادة تعيين كلمات المرور.
لا تكشف في رسائل الخطأ ما إذا كان البريد الإلكتروني مسجلًا أم لا، إذا كان ذلك قد يساعد على تعداد الحسابات.
وفر وسيلة لإبطال الجلسات عند تسجيل الخروج أو تغيير كلمة المرور وفقًا لتصميم التطبيق.

يمكن أن يساعد Middleware الخاص بتحديد معدل الطلبات في تقليل محاولات تسجيل الدخول المتكررة. ويجب تصميم حدود الطلبات بما يوازن بين الأمان وتجربة المستخدم، مع مراعاة أن الهجمات قد تأتي من عناوين IP متعددة.

10. حماية رفع الملفات من الاستغلال

قد تتحول ميزة رفع الصور أو المستندات إلى نقطة دخول خطيرة إذا سمح التطبيق برفع ملفات تنفيذية أو ملفات ضخمة أو محتويات خبيثة.

لا تعتمد على اسم الملف أو امتداده فقط. استخدم قواعد التحقق المناسبة، وحدد أنواع الملفات والأحجام المسموح بها، وغيّر أسماء الملفات عند تخزينها.

مثال على التحقق من صورة:

$validated = $request->validate([
    'avatar' => [
        'required',
        'image',
        'mimes:jpg,jpeg,png,webp',
        'max:2048',
    ],
]);

$path = $request->file('avatar')
    ->store('avatars', 'public');

في هذا المثال، الحد الأقصى لحجم الملف هو 2048 كيلوبايت وفقًا لقواعد التحقق المستخدمة.

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

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

11. تحديث Laravel ومكتبات Composer باستمرار

قد تحتوي إصدارات Laravel أو PHP أو الحزم الخارجية على ثغرات أمنية يتم اكتشافها بمرور الوقت.

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

ابدأ بفحص الحزم المستخدمة في المشروع:

composer audit

ويمكنك معرفة إصدار Laravel المثبت عبر:

php artisan --version

احرص على متابعة نشرات الأمان الرسمية، واستخدم إصدارات مدعومة من Laravel وPHP، وخطط للتحديثات بصورة دورية.

قبل تحديث الحزم في الإنتاج:

راجع التغييرات والتوافق بين الإصدارات.
نفذ الاختبارات في بيئة منفصلة.
اختبر الوظائف الأساسية وتكاملات التطبيق.
احتفظ بخطة رجوع (Rollback) عند حدوث مشكلة.
أعد نشر التطبيق باستخدام عملية موثوقة ومراقبة.

لا تتجاهل تحذيرات Composer الأمنية، ولا تثبت حزمًا مجهولة لمجرد أنها توفر ميزة سريعة.

12. ضبط صلاحيات الملفات والخادم

يجب ألا يعمل تطبيق Laravel بصلاحيات أوسع مما يحتاج إليه. فالصلاحيات المفرطة قد تجعل اختراق جزء من التطبيق وسيلة للوصول إلى ملفات أخرى على الخادم.

احرص على أن يكون مجلد public هو جذر الويب (Document Root)، وألا يكون مجلد المشروع بالكامل متاحًا للعرض من الإنترنت.

كذلك، يجب منح حساب تشغيل التطبيق صلاحيات الكتابة اللازمة فقط، عادةً في مجلدات التخزين والسجلات ومجلدات التخزين المؤقت ذات الصلة.

تجنب استخدام:

chmod -R 777 .

لأن هذا الأمر يمنح صلاحيات واسعة وغير مناسبة في كثير من بيئات الإنتاج.

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

وتأكد من منع الوصول العام إلى الملفات الحساسة والنسخ الاحتياطية وسجلات التطبيق وملفات الإعدادات.

13. استخدام Security Headers لحماية المتصفح

تساعد ترويسات الأمان (Security Headers) على تقليل بعض أنواع الهجمات، كما يمكن أن توفر طبقة حماية إضافية عند ضبطها بشكل صحيح.

من أهم الترويسات:

Content-Security-Policy: تحدد مصادر المحتوى التي يُسمح للمتصفح بتحميلها، ويمكن أن تساعد في الحد من تأثير بعض هجمات XSS.
X-Content-Type-Options: nosniff: تمنع المتصفح من تخمين نوع المحتوى في حالات معينة.
Strict-Transport-Security: تطلب من المتصفح استخدام HTTPS في الزيارات المستقبلية.
Referrer-Policy: تتحكم في مقدار معلومات المرجع التي تُرسل عند الانتقال بين الصفحات.

يمكن إضافة هذه الترويسات عبر إعدادات خادم الويب أو Middleware في Laravel. لكن يجب اختبار سياسة CSP بعناية؛ إذ قد تؤدي الإعدادات غير المناسبة إلى تعطيل ملفات JavaScript أو CSS الضرورية للتطبيق.

ولا تعتبر هذه الترويسات بديلًا عن إصلاح الثغرات البرمجية الأساسية، بل طبقة إضافية ضمن استراتيجية دفاع متعددة المستويات.

14. حماية السجلات والنسخ الاحتياطية وقاعدة البيانات

لا تقتصر الحماية على كتابة كود آمن، بل تشمل أيضًا كيفية تخزين البيانات ومراقبتها واستعادتها عند وقوع حادث أمني.

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

وفي سجلات التطبيق:

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

ويفضل استخدام حساب قاعدة بيانات بصلاحيات محدودة تتناسب مع احتياجات التطبيق بدلًا من استخدام حساب إداري كامل في التشغيل اليومي.

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

15. استخدام الاختبارات الأمنية والمراجعة المستمرة

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

يمكنك البدء بالخطوات التالية:

كتابة اختبارات للتحقق من أن المستخدم لا يستطيع الوصول إلى بيانات مستخدم آخر.
اختبار الصلاحيات في مسارات الإدارة والعمليات الحساسة.
تشغيل composer audit ضمن عملية التكامل المستمر (CI).
مراجعة إعدادات الإنتاج قبل كل إصدار.
إجراء مراجعات للكود الذي يتعامل مع رفع الملفات والاستعلامات وتسجيل الدخول.
استخدام أدوات فحص ثابت للكود واختبارات أمنية مناسبة للمشروع.
إجراء اختبار اختراق مصرح به عند الحاجة، خصوصًا للتطبيقات التي تتعامل مع بيانات مالية أو شخصية حساسة.

يجب أن تكون اختبارات الأمان جزءًا متكررًا من العمل، لا خطوة تنفذ مرة واحدة عند إطلاق الموقع.

قائمة مراجعة سريعة لتأمين Laravel قبل النشر

قبل نشر تطبيقك على خادم الإنتاج، راجع هذه القائمة:

ضبط APP_DEBUG=false.
التأكد من عدم كشف ملف .env أو أي أسرار أخرى.
استخدام HTTPS وشهادة TLS صالحة.
التأكد من حماية النماذج من CSRF عند الحاجة.
التحقق من المدخلات على الخادم.
استخدام Eloquent أو الاستعلامات المجهزة لتقليل مخاطر SQL Injection.
تقييد الحقول القابلة للتعبئة ومنع Mass Assignment.
تطبيق Authorization على كل مورد وعملية حساسة.
حماية تسجيل الدخول وتفعيل Rate Limiting.
التحقق من الملفات المرفوعة وتقييد أنواعها وأحجامها.
تحديث Laravel وPHP والحزم الخارجية.
ضبط صلاحيات الملفات ومجلدات المشروع.
تقييد صلاحيات حساب قاعدة البيانات.
إعداد النسخ الاحتياطية ومراقبة السجلات.
تنفيذ اختبارات أمنية قبل النشر وبعد التحديثات المهمة.

إن حماية تطبيقات Laravel من الاختراق تعتمد على مجموعة متكاملة من الممارسات الأمنية، وليس على إعداد واحد أو حزمة برمجية واحدة. فتعطيل وضع التصحيح، وحماية ملف .env، واستخدام HTTPS، والتحقق من المدخلات، وتطبيق الصلاحيات، وحماية الجلسات، وتحديث المكتبات، وضبط الخادم، كلها عناصر تساعد على تقليل فرص الاختراق وآثاره.

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

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

ملاحظة: تختلف بعض التفاصيل البرمجية بحسب إصدار Laravel وطريقة إعداد التطبيق. راجع الوثائق الرسمية للإصدار الذي تستخدمه، واختبر أي تعديل أمني في بيئة غير إنتاجية قبل تطبيقه على الموقع الفعلي.

المصادر والمراجع

هل تفكر في بدء التداول؟ ولا تعرف من أين تبدأ؟

2026-10-21T11:20:03.737+03:00

هل تفكر في بدء التداول؟ ولا تعرف من أين تبدأ؟

هل تفكر في دخول عالم التداول، وتسمع يوميًا عن أشخاص يحققون أرباحًا من شراء وبيع العملات والأسهم والذهب؟ هل ترغب في تعلم كيفية الاستفادة من الأسواق المالية، لكنك تشعر بالحيرة بسبب كثرة المعلومات والمصطلحات و المنصات المتاحة على الإنترنت؟

لا تقلق، فأنت لست وحدك. يبدأ معظم المتداولين الجدد بالأسئلة نفسها: ما هو التداول؟ كيف أبدأ من الصفر؟ كم أحتاج من المال؟ ما أفضل سوق للتداول؟ وكيف أتجنب الوقوع في فخ الشركات الوهمية والوعود بالأرباح السريعة؟

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

ما هو التداول وكيف يعمل؟

التداول هو عملية شراء أصل مالي وبيعه بهدف الاستفادة من تغير سعره. قد يكون هذا الأصل سهمًا في شركة، أو عملة أجنبية، أو ذهبًا، أو سلعة، أو أصلًا رقميًا مثل العملات المشفرة.

على سبيل المثال، إذا اشتريت سهمًا بسعر 50 دولارًا ثم ارتفع سعره إلى 60 دولارًا وبعته، فإن ربحك الإجمالي يكون 10 دولارات عن كل سهم، قبل خصم الرسوم والتكاليف. أما إذا انخفض سعر السهم إلى 40 دولارًا وبعته، فستتحمل خسارة قدرها 10 دولارات عن كل سهم.

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

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

لماذا يرغب الكثيرون في تعلم التداول؟

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

لكن من الضروري التمييز بين تعلم التداول باعتباره مهارة تحتاج إلى الوقت والانضباط، وبين الاعتقاد بأنه وسيلة سريعة للثراء.

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

لذلك، إذا كنت ترغب في دخول هذا المجال، فاجعل هدفك الأول هو التعلم وحماية رأس المال، وليس تحقيق أرباح كبيرة في أسرع وقت ممكن.

ما هي أهم الأسواق المالية التي يمكنك التداول فيها؟

قبل اختيار منصة التداول، من الأفضل أن تتعرف على أشهر الأسواق المالية، لأن لكل سوق طبيعة مختلفة ومستوى خاصًا من المخاطر.

1. سوق الأسهم

يتيح لك سوق الأسهم شراء وبيع حصص في الشركات المدرجة في البورصات. وتتأثر أسعار الأسهم بأداء الشركات، وأرباحها، وتوقعات المستثمرين، والأوضاع الاقتصادية العامة.

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

كما يجب التمييز بين الاستثمار طويل الأجل في الأسهم والتداول قصير الأجل؛ فلكل منهما أهداف واستراتيجيات ومخاطر مختلفة.

2. سوق الفوركس

الفوركس هو سوق تداول العملات الأجنبية، مثل اليورو والدولار الأمريكي والجنيه الإسترليني. ويتعامل المتداولون فيه مع أزواج العملات، مثل EUR/USD، ويحاولون الاستفادة من تغير سعر عملة مقابل أخرى.

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

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

3. سوق الذهب والمعادن

يُعد الذهب من الأصول التي يتابعها كثير من المتداولين والمستثمرين. ويتأثر سعره بعوامل مثل قوة الدولار، وأسعار الفائدة، والطلب العالمي، والتوترات الاقتصادية والسياسية.

يمكن التعرض لتحركات أسعار الذهب بطرق مختلفة، منها شراء الذهب الفعلي أو التعامل مع منتجات مالية مرتبطة بسعره. وهذه الطرق ليست متطابقة من حيث الرسوم والمخاطر وطبيعة الملكية.

لذلك، عليك فهم المنتج الذي تتعامل معه جيدًا قبل استثمار أموالك.

4. سوق العملات المشفرة

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

قد يحقق بعض المتداولين أرباحًا من تحركات أسعارها، لكنهم قد يتكبدون خسائر كبيرة أيضًا. ولهذا السبب، لا يُنصح المبتدئ بالتعامل معها على أنها فرصة مضمونة للربح.

كيف تبدأ التداول من الصفر؟ خطوات عملية للمبتدئين

إذا كنت لا تعرف من أين تبدأ، فلا تحتاج إلى فتح حساب حقيقي أو إيداع المال فورًا. يمكنك اتباع خطوات منظمة تساعدك على بناء أساس جيد قبل المخاطرة بأموالك.

الخطوة الأولى: تعلم أساسيات التداول

ابدأ بفهم المصطلحات الأساسية التي ستصادفها باستمرار، مثل:

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

خصص وقتًا منتظمًا للتعلم، واعتمد على مصادر تعليمية واضحة، وتجنب من يبيعون لك أوهام الربح المضمون أو الاستراتيجيات السرية التي لا تخطئ.

الخطوة الثانية: اختر سوقًا واحدًا لتبدأ به

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

اختر سوقًا واحدًا، وابدأ بدراسة آلية عمله وأوقات التداول والرسوم والعوامل المؤثرة في الأسعار.

لا يوجد سوق هو الأفضل للجميع؛ فالاختيار يعتمد على خبرتك وأهدافك وقدرتك على تحمل المخاطر والمنتجات المتاحة في بلدك.

الخطوة الثالثة: تعلم التحليل الأساسي والفني

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

أما التحليل الفني، فيعتمد على دراسة الرسوم البيانية وحركة الأسعار والأحجام والمؤشرات الفنية لمحاولة تحديد الاتجاهات والمستويات المهمة.

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

ابدأ بالمفاهيم البسيطة، ولا تملأ الرسم البياني بعشرات المؤشرات التي لا تفهم طريقة عملها.

الخطوة الرابعة: تدرب على حساب تجريبي

قبل استخدام أموال حقيقية، يمكنك تجربة حساب تداول تجريبي إذا كان متاحًا لدى المنصة التي تختارها.

يتيح لك الحساب التجريبي التدرب على فتح الصفقات وإغلاقها واستخدام أوامر وقف الخسارة ومراقبة حركة الأسعار، عادةً باستخدام أموال افتراضية.

لكن تذكر أن التداول التجريبي لا يعكس دائمًا التجربة الحقيقية بالكامل؛ فالتعامل مع المال الحقيقي قد يسبب ضغطًا نفسيًا مختلفًا، كما قد تختلف ظروف التنفيذ والسيولة والرسوم.

استخدم الحساب التجريبي لتتعلم آلية المنصة وتختبر خطتك، وليس لإثبات أنك قادر على تحقيق أرباح مضمونة.

الخطوة الخامسة: ضع خطة تداول واضحة

خطة التداول هي مجموعة من القواعد التي تحدد متى تدخل الصفقة، ومتى تخرج منها، وكيف تتعامل مع الخسارة، وما مقدار المخاطرة التي يمكنك تحملها.

يمكن أن تتضمن خطتك الأسئلة التالية:

ما السبب الذي يدفعني إلى دخول الصفقة؟
ما السعر أو الشرط الذي يجعلني أخرج إذا لم يتحقق توقعي؟
ما مقدار الخسارة المحتملة قبل فتح الصفقة؟
هل توجد أخبار اقتصادية مهمة قد تؤثر في السوق؟
هل ألتزم بالخطة أم أتخذ قرارات بسبب الخوف والطمع؟

دوّن صفقاتك في سجل خاص، وسجّل أسباب الدخول والخروج والنتيجة والأخطاء التي ارتكبتها. تساعدك هذه العادة على تقييم قراراتك بدلًا من الاعتماد على الذاكرة والانطباعات.

الخطوة السادسة: لا تبدأ بأموال لا تستطيع تحمل خسارتها

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

تجنب أيضًا الاقتراض من أجل التداول، ولا تفترض أن الأرباح المستقبلية ستغطي التزاماتك الحالية.

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

كيف تختار منصة تداول موثوقة؟

اختيار المنصة خطوة أساسية، لأن التعامل مع جهة غير موثوقة قد يعرض أموالك وبياناتك للخطر. لا تعتمد على الإعلانات أو عدد المتابعين أو توصيات المؤثرين وحدها.

قبل فتح الحساب، تحقق من النقاط التالية:

1. الترخيص والجهة الرقابية: ابحث عن الاسم القانوني للشركة ورقم ترخيصها، ثم تحقق منه مباشرة عبر الموقع الرسمي للجهة الرقابية. لا تكتفِ بصورة ترخيص منشورة على موقع الشركة.

2. صلاحية الخدمة في بلدك: قد يختلف الترخيص والمنتج المتاح والحماية القانونية بحسب بلد إقامتك والكيان الذي يفتح حسابك لديه.

3. الرسوم والتكاليف: اقرأ تفاصيل السبريد والعمولات ورسوم الإيداع والسحب وتكاليف الاحتفاظ بالصفقات وأي رسوم أخرى.

4. شروط السحب: افهم إجراءات سحب الأموال والمدة المتوقعة والرسوم ومتطلبات التحقق من الهوية قبل إيداع أي مبلغ.

5. حماية الحساب والبيانات: تحقق من وسائل الأمان، واستخدم كلمة مرور قوية ومختلفة، وفعّل المصادقة متعددة العوامل إن كانت متاحة.

6. وضوح المعلومات: يجب أن تكون شروط الخدمة والمخاطر والمنتجات المالية واضحة ومفهومة، وألا تعتمد الشركة على وعود بأرباح مضمونة.

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

كيف تتجنب شركات التداول النصابة؟

تنتشر على الإنترنت إعلانات تدعي القدرة على مضاعفة رأس المال خلال أيام أو تحقيق دخل يومي ثابت من دون خبرة. وقد تستخدم بعض الجهات صورًا لأشخاص مشهورين أو شهادات عملاء غير حقيقية لإقناع المبتدئين بإيداع الأموال.

انتبه إلى العلامات التحذيرية التالية:

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

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

ما هي إدارة المخاطر ولماذا تعتبر أهم من الأرباح؟

قد ينشغل المبتدئ بالبحث عن أفضل استراتيجية أو مؤشر، لكنه يتجاهل السؤال الأهم: ماذا سيحدث إذا كانت الصفقة خاطئة؟

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

من المبادئ الأساسية لإدارة المخاطر:

لا تضع كامل رأس مالك في صفقة واحدة.
تجنب استخدام الرافعة المالية قبل فهم طريقة عملها ومخاطرها.
حدد مسبقًا مقدار الخسارة الذي يمكنك تحمله.
لا تضاعف حجم الصفقة لمجرد تعويض خسارة سابقة.
لا تدخل السوق بدافع الانتقام من صفقة خاسرة.
لا تعتمد على مصدر واحد للمعلومات أو على توصيات مجهولة.

ومن المهم أن تعرف أن وقف الخسارة لا يمنع جميع الخسائر؛ فقد يتحرك السعر بسرعة أو تحدث فجوة سعرية، ما يؤدي إلى تنفيذ الأمر بسعر مختلف عن المستوى المحدد.

الهدف من إدارة المخاطر ليس منع الخسارة تمامًا، فهذا غير ممكن، وإنما تقليل احتمال أن تؤدي خسارة واحدة أو سلسلة من الخسائر إلى ضرر مالي كبير.

أخطاء شائعة يقع فيها المبتدئون في التداول

هناك مجموعة من الأخطاء التي قد تجعل تجربة التداول أصعب وأكثر تكلفة، ومن أبرزها:

التداول دون خطة: الدخول في الصفقات لمجرد أن السعر يتحرك بسرعة قد يؤدي إلى قرارات عشوائية.

الطمع والرغبة في الربح السريع: محاولة مضاعفة المال خلال فترة قصيرة قد تدفع المتداول إلى تحمل مخاطر أكبر مما يستطيع تحمله.

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

إهمال الرسوم: قد تؤثر تكاليف التداول المتكررة في النتيجة النهائية، حتى عندما تبدو بعض الصفقات ناجحة.

الخلط بين الحظ والمهارة: تحقيق ربح في صفقة واحدة لا يعني بالضرورة أن الاستراتيجية فعالة. تحتاج إلى تقييم منظم لعدد كافٍ من الصفقات مع مراعاة المخاطر والتكاليف.

التداول تحت الضغط النفسي: الخوف والطمع والقلق قد تؤدي إلى مخالفة الخطة. لذلك، فإن الراحة والانضباط وتحديد وقت للتوقف عوامل مهمة أيضًا.

هل التداول مناسب للجميع؟

ليس بالضرورة. يعتمد مدى ملاءمة التداول على وضعك المالي وأهدافك وخبرتك وقدرتك على تحمل الخسائر والوقت الذي تستطيع تخصيصه للتعلم والمتابعة.

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

ومن المهم كذلك التمييز بين التداول النشط والاستثمار طويل الأجل والادخار. فلكل خيار أهداف مختلفة، وقد لا يكون التداول قصير الأجل مناسبًا لشخص لا يملك الوقت أو الرغبة في متابعة الأسواق.

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

خطة بسيطة لتعلم التداول خلال أول 30 يومًا

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

الأسبوع الأول: فهم الأساسيات

تعرف على الأسواق المالية المختلفة، ومفهوم العرض والطلب، والفرق بين الاستثمار والتداول، ومعاني المصطلحات الأساسية.

الأسبوع الثاني: تعلم قراءة الأسعار

ابدأ بالتعرف على الرسوم البيانية والاتجاهات ومستويات الدعم والمقاومة، وادرس بعض العوامل الاقتصادية التي تؤثر في السوق الذي اخترته.

الأسبوع الثالث: التدريب العملي

استخدم حسابًا تجريبيًا إن توفر، وتدرب على تنفيذ الصفقات وتحديد نقاط الدخول والخروج وتسجيل النتائج.

الأسبوع الرابع: مراجعة الأداء وإدارة المخاطر

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

الخلاصة: كيف تبدأ التداول بطريقة صحيحة؟

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

تذكر أن النجاح في هذا المجال لا يقاس بربح صفقة واحدة، بل بقدرتك على اتخاذ قرارات مدروسة وفهم المخاطر والالتزام بخطة مناسبة لظروفك.

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

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

تقسيم النتائج والتصفية والبحث في Laravel

2026-10-21T09:42:40.058+03:00

تقسيم النتائج والتصفية والبحث Pagination وFiltering وSearching في Laravel

عندما تبدأ في بناء تطبيق باستخدام Laravel، قد تحتاج إلى عرض المقالات أو المنتجات أو المستخدمين الموجودين في قاعدة البيانات. في البداية، ربما تستخدم Article::all() لجلب جميع المقالات وعرضها داخل الصفحة، لكن ماذا سيحدث عندما يحتوي موقعك على آلاف المقالات أو مئات الآلاف من المنتجات؟

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

في هذا الدرس سنتعلم ثلاثة مفاهيم أساسية:

Pagination: تقسيم النتائج إلى صفحات صغيرة.
Filtering: تصفية النتائج وفق شروط، مثل التصنيف أو الحالة.
Searching: البحث عن كلمة داخل عنوان المقال أو محتواه.

سنطبق هذه المفاهيم على نظام المقالات الذي استخدمناه في الدروس السابقة، بالاعتماد على Eloquent ORM وControllers وBlade Templates. ويمكنك مراجعة توثيق Laravel الرسمي الخاص بالترقيم وQuery Builder للتوسع في هذه الموضوعات.

أولًا: ما المقصود بـ Pagination؟

Pagination هي عملية تقسيم مجموعة كبيرة من النتائج إلى صفحات متعددة بدلًا من عرضها جميعًا في صفحة واحدة.

تخيل أن موقعك يحتوي على 500 مقال، وتريد عرض 10 مقالات فقط في كل صفحة. بدلًا من عرض المقالات الخمسمائة دفعة واحدة، ستعرض أول 10 مقالات، ثم تتيح للمستخدم الانتقال إلى الصفحة التالية لعرض المقالات التالية.

تساعد هذه الطريقة على:

تحسين تجربة المستخدم.
تقليل عدد السجلات التي تُعرض في كل صفحة.
تنظيم النتائج وتسهيل تصفحها.
تجنب تحميل مجموعة ضخمة من البيانات وعرضها دفعة واحدة.

توفر Laravel عدة طرق للترقيم، أهمها paginate() وsimplePaginate() وcursorPaginate()، ولكل طريقة استخدام يناسب نوع التطبيق وحجم البيانات. المصدر الرسمي

لماذا لا نستخدم all() دائمًا؟

يمكنك جلب جميع المقالات بهذه الطريقة:

$articles = Article::all();

لكن هذه الطريقة تجلب جميع السجلات المطابقة من قاعدة البيانات، ثم تحتفظ بالنتائج في الذاكرة. وقد يكون ذلك غير مناسب عندما يكبر حجم البيانات.

أما عند استخدام paginate():

$articles = Article::paginate(10);

فإن Laravel تجلب مجموعة النتائج الخاصة بالصفحة الحالية، وتوفر معلومات عن عدد الصفحات والنتائج الإجمالية، حتى تتمكن من إنشاء روابط التنقل بينها.

ثانيًا: إنشاء Pagination باستخدام paginate()

الخطوة الأولى: تجهيز Controller

افتح Controller الخاص بالمقالات، أو أنشئ واحدًا جديدًا إذا لم يكن موجودًا:

php artisan make:controller ArticleController

افتح الملف:

app/Http/Controllers/ArticleController.php

ثم أضف الكود التالي:

<?php

namespace App\Http\Controllers;

use App\Models\Article;
use Illuminate\View\View;

class ArticleController extends Controller
{
    public function index(): View
    {
        $articles = Article::latest()->paginate(10);

        return view('articles.index', compact('articles'));
    }
}

شرح الكود:

Article::latest() يرتب المقالات من الأحدث إلى الأقدم اعتمادًا على created_at افتراضيًا.
paginate(10) يقسم النتائج إلى صفحات، بحيث تعرض كل صفحة 10 مقالات كحد أقصى.
compact('articles') يمرر متغير المقالات إلى صفحة Blade.
view('articles.index') يعرض ملف الواجهة المطلوب.

إذا كان جدول المقالات يحتوي على 47 مقالًا، فسيكون عدد الصفحات خمس صفحات عند عرض 10 مقالات في كل صفحة.

الخطوة الثانية: إنشاء Route

افتح الملف routes/web.php وأضف:

use App\Http\Controllers\ArticleController;
use Illuminate\Support\Facades\Route;

Route::get('/articles', [ArticleController::class, 'index'])
    ->name('articles.index');

أصبح بإمكان المستخدم الوصول إلى قائمة المقالات عبر الرابط:

http://localhost:8000/articles

وعند الانتقال إلى الصفحة الثانية، ستضيف Laravel معامل الصفحة إلى عنوان الرابط، مثل:

http://localhost:8000/articles?page=2

تتعامل Laravel مع هذا المعامل تلقائيًا عند استخدام paginate().

الخطوة الثالثة: عرض المقالات في Blade

أنشئ الملف التالي إذا لم يكن موجودًا:

resources/views/articles/index.blade.php

ثم أضف:

<!DOCTYPE html>
<html lang="ar" dir="rtl">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>المقالات</title>
</head>
<body>
    <h1>قائمة المقالات</h1>

    @forelse ($articles as $article)
        <article>
            <h2>{{ $article->title }}</h2>

            <p>
                {{ $article->content }}
            </p>

            <small>
                {{ $article->created_at?->format('Y-m-d') }}
            </small>
        </article>

        <hr>
    @empty
        <p>لا توجد مقالات لعرضها.</p>
    @endforelse

    {{ $articles->links() }}
</body>
</html>

السطر الأهم في هذا المثال هو:

{{ $articles->links() }}

تستخدم Laravel هذه الدالة لعرض روابط التنقل بين الصفحات. ويعتمد الشكل الافتراضي لهذه الروابط على Tailwind CSS، لذلك قد تحتاج إلى تنسيقها إذا كنت تستخدم إطار CSS آخر أو تصميمًا مخصصًا.

ثالثًا: الفرق بين paginate() وsimplePaginate() وcursorPaginate()

1. استخدام paginate()

$articles = Article::paginate(10);

تُستخدم عندما تريد عرض روابط الصفحات مع معرفة العدد الإجمالي للنتائج وعدد الصفحات.

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

2. استخدام simplePaginate()

$articles = Article::simplePaginate(10);

تُستخدم عندما تحتاج إلى روابط الصفحة التالية والسابقة فقط، ولا تحتاج إلى معرفة العدد الإجمالي للنتائج.

قد تكون أكثر كفاءة في بعض الحالات لأنها لا تنفذ استعلام حساب العدد الإجمالي للنتائج بالطريقة التي تستخدمها paginate().

3. استخدام cursorPaginate()

$articles = Article::orderBy('id')->cursorPaginate(10);

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

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

لذلك، ابدأ باستخدام paginate() في تطبيقك، وانتقل إلى الطرق الأخرى عندما تكون هناك حاجة فعلية إليها.

رابعًا: ما المقصود بـ Filtering؟

Filtering يعني تصفية النتائج وفق شروط محددة يختارها المستخدم أو يفرضها التطبيق.

على سبيل المثال، في موقع المقالات قد تريد عرض:

المقالات المنشورة فقط.
المقالات التابعة إلى تصنيف محدد.
المقالات التي أُنشئت خلال فترة زمنية معينة.
المقالات التي كتبها مستخدم محدد.

يمكنك تنفيذ هذه الشروط باستخدام Eloquent وطرق مثل where() وwhen().

مثال: تصفية المقالات حسب الحالة

لنفترض أن جدول المقالات يحتوي على عمود اسمه status، وقيمته إما published أو draft.

يمكنك جلب المقالات المنشورة فقط باستخدام:

$articles = Article::where('status', 'published')
    ->latest()
    ->paginate(10);

هنا لن تعرض Laravel إلا المقالات التي تحقق الشرط، ثم تقسم النتائج المطابقة إلى صفحات.

ملاحظة: يجب أن يكون عمود status موجودًا فعلًا في جدول المقالات. إذا لم يكن موجودًا، فيجب إضافته من خلال Migration وتحديث بنية قاعدة البيانات.

مثال: التصفية حسب اختيار المستخدم

لنفترض أنك تريد السماح للمستخدم باختيار حالة المقال من خلال الرابط:

/articles?status=published

يمكنك قراءة قيمة الحالة من الطلب، ثم استخدامها في الاستعلام.

public function index()
{
    $status = request('status');

    $articles = Article::query()
        ->when($status, function ($query, $status) {
            $query->where('status', $status);
        })
        ->latest()
        ->paginate(10);

    return view('articles.index', compact('articles', 'status'));
}

تعمل when() على تطبيق الشرط فقط عندما تكون قيمة $status موجودة وصادقة وفق تقييم PHP.

لكن في التطبيقات الحقيقية، يجب ألا نسمح للمستخدم بإرسال أي قيمة عشوائية إذا كانت الحالات محددة مسبقًا. لذلك يمكن التحقق من القيمة أولًا:

$status = request('status');

if (! in_array($status, ['published', 'draft'], true)) {
    $status = null;
}

بعد ذلك يمكنك استخدام $status في الاستعلام السابق.

هذا المثال بسيط للتعلم، أما عند بناء تطبيق أكبر، فيمكن تنظيم التحقق من مدخلات التصفية باستخدام Validation أو Form Request.

إنشاء نموذج تصفية في Blade

أضف النموذج التالي قبل قائمة المقالات في ملف articles/index.blade.php:

<form action="{{ route('articles.index') }}" method="GET">
    <label for="status">حالة المقال:</label>

    <select name="status" id="status">
        <option value="">جميع المقالات</option>

        <option value="published"
            @selected(($status ?? '') === 'published')>
            منشور
        </option>

        <option value="draft"
            @selected(($status ?? '') === 'draft')>
            مسودة
        </option>
    </select>

    <button type="submit">تصفية</button>
</form>

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

خامسًا: ما المقصود بـ Searching؟

Searching هو البحث عن كلمة أو عبارة داخل البيانات.

في موقع المقالات، قد يكتب المستخدم كلمة مثل Laravel، ويريد رؤية المقالات التي تحتوي عناوينها أو محتوياتها على هذه الكلمة.

يمكننا استخدام where() مع شرط LIKE، أو استخدام whereLike() في إصدارات Laravel التي تدعم هذه الطريقة.

مثال: البحث داخل عنوان المقال

$search = request('search');

$articles = Article::query()
    ->when($search, function ($query, $search) {
        $query->whereLike('title', "%{$search}%");
    })
    ->latest()
    ->paginate(10);

في هذا المثال:

request('search') تقرأ عبارة البحث من الطلب.
whereLike() تبحث عن العبارة داخل عمود العنوان.
علامتا % تسمحان بوجود نص قبل الكلمة أو بعدها.
paginate(10) يقسم نتائج البحث إلى صفحات.

على سبيل المثال، إذا كتب المستخدم Laravel، فسيظهر أي مقال يحتوي عنوانه على هذه الكلمة.

وتوفر Laravel طرقًا أخرى مثل orWhereLike() للبحث في أعمدة متعددة، مع إمكانية التحكم في حساسية حالة الأحرف بحسب الحاجة. راجع توثيق Query Builder للتفاصيل.

البحث في العنوان والمحتوى معًا

قد ترغب في البحث عن الكلمة داخل عنوان المقال أو محتواه. يمكننا تجميع شروط البحث داخل دالة واحدة:

$search = request('search');

$articles = Article::query()
    ->when($search, function ($query, $search) {
        $query->where(function ($query) use ($search) {
            $query->whereLike('title', "%{$search}%")
                ->orWhereLike('content', "%{$search}%");
        });
    })
    ->latest()
    ->paginate(10);

استخدمنا where() مع دالة داخلية لتجميع الشرطين منطقيًا. وهذا مهم حتى لا يؤثر شرط OR في شروط أخرى قد نضيفها للاستعلام، مثل حالة النشر أو ملكية المقال.

إذا كنت تريد عرض المقالات المنشورة فقط والبحث داخلها، فستكون الصيغة:

$articles = Article::query()
    ->where('status', 'published')
    ->when($search, function ($query, $search) {
        $query->where(function ($query) use ($search) {
            $query->whereLike('title', "%{$search}%")
                ->orWhereLike('content', "%{$search}%");
        });
    })
    ->latest()
    ->paginate(10);

بهذه الطريقة، لا تظهر المسودات حتى لو كانت تحتوي على كلمة البحث.

سادسًا: إنشاء نموذج البحث في Blade

افتح الملف resources/views/articles/index.blade.php وأضف نموذج البحث:

<form action="{{ route('articles.index') }}" method="GET">
    <label for="search">ابحث عن مقال:</label>

    <input
        type="search"
        name="search"
        id="search"
        value="{{ request('search') }}"
        placeholder="اكتب عنوان المقال..."
    >

    <button type="submit">بحث</button>
</form>

لاحظ استخدام:

value="{{ request('search') }}"

هذا يجعل عبارة البحث السابقة تظهر داخل الحقل بعد إرسال النموذج، بدلًا من مطالبة المستخدم بكتابتها مرة أخرى.

ويمكنك الجمع بين البحث والتصفية داخل نموذج واحد، بحيث يختار المستخدم حالة المقال ويكتب كلمة البحث ثم يضغط على زر البحث.

سابعًا: الحفاظ على خيارات البحث والتصفية عند الانتقال بين الصفحات

هذه من أكثر النقاط التي يواجهها المبتدئون.

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

تتيح Laravel استخدام withQueryString() للاحتفاظ بمعاملات الاستعلام الحالية عند إنشاء روابط الصفحات:

$articles = Article::query()
    ->when($search, function ($query, $search) {
        $query->whereLike('title', "%{$search}%");
    })
    ->latest()
    ->paginate(10)
    ->withQueryString();

إذا كان الرابط يحتوي على:

/articles?search=Laravel&status=published

فستحتفظ روابط الصفحات بمعاملات الاستعلام الحالية.

يمكنك أيضًا استخدام appends() لإضافة معاملات محددة يدويًا:

$articles->appends([
    'search' => $search,
    'status' => $status,
]);

استخدم طريقة واحدة مناسبة لحالتك؛ غالبًا ما تكون withQueryString() أسهل عندما تريد الاحتفاظ بجميع خيارات البحث والتصفية الموجودة في الرابط.

ثامنًا: بناء صفحة مقالات تجمع Pagination و Filtering و Searching

سننشئ الآن مثالًا متكاملًا يجمع المفاهيم الثلاثة في Controller واحد.

يفترض المثال وجود Model باسم Article وجدول يحتوي على الأعمدة title وcontent وstatus وcreated_at.

كود Controller

<?php

namespace App\Http\Controllers;

use App\Models\Article;
use Illuminate\Http\Request;
use Illuminate\View\View;

class ArticleController extends Controller
{
    public function index(Request $request): View
    {
        $validated = $request->validate([
            'search' => ['nullable', 'string', 'max:100'],
            'status' => ['nullable', 'in:published,draft'],
        ]);

        $search = $validated['search'] ?? null;
        $status = $validated['status'] ?? null;

        $articles = Article::query()
            ->when($search, function ($query, $search) {
                $query->where(function ($query) use ($search) {
                    $query->whereLike(
                        'title',
                        "%{$search}%"
                    )->orWhereLike(
                        'content',
                        "%{$search}%"
                    );
                });
            })
            ->when($status, function ($query, $status) {
                $query->where('status', $status);
            })
            ->latest()
            ->paginate(10)
            ->withQueryString();

        return view('articles.index', compact(
            'articles',
            'search',
            'status'
        ));
    }
}

شرح ما يحدث:

نتحقق من قيمة البحث حتى لا تتجاوز 100 حرف، ونسمح بغيابها.
نتحقق من أن الحالة إما published أو draft إذا أُرسلت.
نبني الاستعلام باستخدام Article::query().
نضيف شروط البحث عند وجود كلمة بحث.
نضيف شرط الحالة عند اختيار حالة معينة.
نرتب المقالات من الأحدث إلى الأقدم.
نقسم النتائج إلى صفحات، مع الاحتفاظ بخيارات البحث والتصفية.

كود Blade

يمكنك استخدام النموذج التالي في resources/views/articles/index.blade.php:

<!DOCTYPE html>
<html lang="ar" dir="rtl">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>المقالات</title>
</head>
<body>
    <h1>المقالات</h1>

    <form action="{{ route('articles.index') }}" method="GET">
        <input
            type="search"
            name="search"
            value="{{ $search ?? '' }}"
            placeholder="ابحث في المقالات..."
        >

        <select name="status">
            <option value="">جميع الحالات</option>

            <option value="published"
                @selected(($status ?? '') === 'published')>
                منشور
            </option>

            <option value="draft"
                @selected(($status ?? '') === 'draft')>
                مسودة
            </option>
        </select>

        <button type="submit">تطبيق</button>

        <a href="{{ route('articles.index') }}">مسح الفلاتر</a>
    </form>

    <hr>

    @forelse ($articles as $article)
        <article>
            <h2>{{ $article->title }}</h2>

            <p>{{ $article->content }}</p>

            <small>الحالة: {{ $article->status }}</small>
        </article>

        <hr>
    @empty
        <p>لا توجد مقالات تطابق معايير البحث.</p>
    @endforelse

    {{ $articles->links() }}
</body>
</html>

أصبح بإمكان المستخدم البحث عن كلمة، وتحديد حالة المقال، والتنقل بين صفحات النتائج مع الاحتفاظ بخياراته.

تاسعًا: تحسين الأداء عند التعامل مع بيانات كثيرة

عندما يكبر التطبيق، من المهم التفكير في كفاءة الاستعلامات، وليس فقط في صحة النتائج.

1. لا تجلب جميع السجلات دون حاجة

استخدم paginate() بدلًا من all() عندما تعرض قائمة كبيرة من السجلات.

2. اختر الأعمدة التي تحتاجها

إذا لم تكن بحاجة إلى جميع أعمدة المقال، يمكنك تحديد المطلوب:

$articles = Article::query()
    ->select(['id', 'title', 'created_at'])
    ->latest()
    ->paginate(10);

تأكد من تضمين الأعمدة اللازمة للعلاقات أو وظائف الصفحة.

3. فكر في الفهارس Indexes

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

كذلك، فإن استخدام LIKE مع % في بداية عبارة البحث، مثل %Laravel%، قد يمنع الاستفادة من فهرس تقليدي في بعض قواعد البيانات. إذا كنت تحتاج إلى بحث متقدم على نطاق كبير، ففكر في حلول Full-Text Search المناسبة لقاعدة البيانات أو أدوات البحث المتخصصة.

4. لا تسمح للمستخدم بتحديد أعمدة الترتيب دون تحقق

إذا أردت إضافة قائمة لترتيب المقالات حسب العنوان أو التاريخ، فلا تمرر اسم العمود القادم من المستخدم مباشرة إلى orderBy().

بدلًا من ذلك، استخدم قائمة مسموحًا بها:

$allowedSorts = ['title', 'created_at'];

$sort = request('sort', 'created_at');

if (! in_array($sort, $allowedSorts, true)) {
    $sort = 'created_at';
}
$articles = Article::orderBy($sort, 'desc')
    ->paginate(10)
    ->withQueryString();

تذكر أن أسماء الأعمدة لا تُحمى بالطريقة نفسها التي تُحمى بها قيم المقارنة عبر parameter binding؛ لذلك يجب تقييدها إلى خيارات موثوقة. توثيق Query Builder

عاشرًا: أخطاء شائعة يجب تجنبها

الخطأ الأول: استخدام links() مع مجموعة عادية

إذا جلبت النتائج باستخدام all()، فلن تحصل على كائن Pagination الذي توفره paginate().

الحل:

$articles = Article::paginate(10);

ثم في Blade:

{{ $articles->links() }}

الخطأ الثاني: فقدان البحث بعد تغيير الصفحة

السبب هو عدم الاحتفاظ بمعاملات الاستعلام.

الحل:

$articles = Article::paginate(10)->withQueryString();

الخطأ الثالث: عدم تجميع شروط OR

قد يؤدي استخدام orWhereLike() دون تجميع الشروط إلى ظهور نتائج لا تحقق بقية شروط الاستعلام.

الحل هو استخدام دالة داخلية مع where() لتجميع شروط البحث.

الخطأ الرابع: نسيان التحقق من المدخلات

لا تفترض أن المستخدم سيرسل قيمًا صحيحة دائمًا. استخدم Validation لتحديد نوع البيانات وطول عبارة البحث والقيم المسموح بها للتصفية.

الخطأ الخامس: الاعتماد على LIKE لكل أنواع البحث

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

الحادي عشر: تمرين عملي

حان وقت التطبيق!

أنشئ صفحة لإدارة المقالات في مشروع Laravel الخاص بك، وطبّق المتطلبات التالية:

اعرض 10 مقالات في كل صفحة.
أضف حقلًا للبحث داخل عنوان المقال.
أضف قائمة لتصفية المقالات حسب الحالة.
اجعل البحث والتصفية يعملان معًا.
احتفظ بخيارات المستخدم عند الانتقال إلى الصفحة التالية.
أضف رابطًا لمسح جميع الفلاتر.
اعرض رسالة مناسبة إذا لم توجد نتائج.
تحقق من مدخلات المستخدم باستخدام Validation.

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

تعلمنا في هذا الدرس كيفية تنظيم نتائج قاعدة البيانات باستخدام Pagination، وإنشاء شروط Filtering باستخدام where() وwhen()، وإضافة Searching باستخدام whereLike() وorWhereLike().

كما أنشأنا صفحة متكاملة للمقالات تجمع البحث والتصفية والترقيم، وتعلمنا أهمية الاحتفاظ بمعاملات الاستعلام، والتحقق من المدخلات، وتحسين أداء الاستعلامات عند نمو التطبيق.

أصبحت لديك الآن الأدوات الأساسية لبناء صفحات القوائم في مواقع المقالات والمتاجر ولوحات التحكم.

في الدرس السادس عشر، سننتقل إلى موضوع مهم عند بناء تطبيقات Laravel، وهو إرسال البريد الإلكتروني (Mail) والإشعارات (Notifications)، وكيفية إرسال رسائل للمستخدمين عند التسجيل أو نشر مقال أو حدوث حدث مهم داخل التطبيق.

ماهو التداول Trading وكيف ابدأ التداول وماهي الاسواق الموثوقة

2026-10-19T10:55:35.977+03:00

ماهو التداول و كيف ابدأ التداول و ماهي الاسواق الموثوقة

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

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

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

ما هو التداول Trading ؟

التداول هو عملية شراء وبيع الأصول المالية بهدف الاستفادة من تغير أسعارها خلال فترة زمنية معينة. وتشمل هذه الأصول الأسهم والعملات الأجنبية والذهب والنفط والمؤشرات المالية والعملات المشفرة، بحسب السوق والمنصة التي يتعامل معها المستثمر.

على سبيل المثال، إذا اشترى شخص سهمًا بسعر 50 دولارًا، ثم ارتفع سعره إلى 60 دولارًا وباعه، فإنه يحقق ربحًا قدره 10 دولارات عن كل سهم، قبل خصم العمولات والرسوم والضرائب إن وجدت. أما إذا انخفض سعر السهم إلى 40 دولارًا وباعه، فسيتكبد خسارة قدرها 10 دولارات عن كل سهم.

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

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

كيف يعمل التداول في الأسواق المالية؟

تعمل الأسواق المالية على أساس العرض والطلب. عندما يزداد الطلب على أصل معين مقارنة بالعرض المتاح، قد يرتفع سعره، بينما قد ينخفض السعر عندما يزداد ضغط البيع.

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

يعتمد المتداول على تحليل هذه العوامل لاتخاذ قرارات البيع والشراء. ويمكن تقسيم التحليل إلى نوعين رئيسيين:

1. التحليل الفني

يعتمد التحليل الفني على دراسة الرسوم البيانية وحركة الأسعار وأحجام التداول، باستخدام أدوات مثل الاتجاهات ومستويات الدعم والمقاومة والمتوسطات المتحركة ومؤشرات الزخم.

يساعد هذا النوع من التحليل على تنظيم قرارات التداول وتحديد نقاط الدخول والخروج المحتملة، لكنه لا يستطيع التنبؤ بالأسعار بصورة مؤكدة.

2. التحليل الأساسي

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

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

ما هي أهم أنواع التداول؟

توجد عدة أنواع من التداول تختلف بحسب مدة الاحتفاظ بالصفقات وطبيعة الأصول المتداولة والاستراتيجية المستخدمة.

1. التداول اليومي

التداول اليومي هو شراء الأصول وبيعها خلال اليوم نفسه، وغالبًا ما يغلق المتداول صفقاته قبل نهاية جلسة التداول.

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

2. التداول المتأرجح

يعتمد التداول المتأرجح، المعروف باسم Swing Trading، على الاحتفاظ بالصفقات لعدة أيام أو أسابيع للاستفادة من تحركات الأسعار المتوسطة.

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

3. التداول طويل الأجل

في هذا الأسلوب، يحتفظ المتداول أو المستثمر بالأصل لفترة طويلة نسبيًا، وقد تمتد المدة لأشهر أو سنوات، بحسب الهدف والاستراتيجية.

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

4. تداول العقود مقابل الفروقات

العقود مقابل الفروقات، أو CFD، هي منتجات مالية تسمح بالمضاربة على تغير سعر أصل معين دون امتلاكه بالضرورة.

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

5. تداول العملات المشفرة

يشمل تداول العملات المشفرة شراء وبيع أصول رقمية مثل البيتكوين والإيثيريوم، من خلال منصات متخصصة.

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

ما هي أهم الأسواق المالية التي يمكن التداول فيها؟

قبل البدء في التداول، من الضروري معرفة طبيعة الأسواق المختلفة، لأن لكل سوق خصائصه ومخاطره وتكاليفه.

أولًا: سوق الأسهم

سوق الأسهم هو السوق الذي يتم فيه شراء وبيع حصص الملكية في الشركات المدرجة في البورصات.

يمكن للمستثمر شراء أسهم شركات تعمل في مجالات التكنولوجيا والصناعة والطاقة والصحة وغيرها. وتتأثر أسعار الأسهم بأداء الشركات وأرباحها وتوقعات النمو والأوضاع الاقتصادية العامة.

من أشهر البورصات العالمية بورصة نيويورك وناسداك وبورصة لندن وبورصة طوكيو.

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

ثانيًا: سوق الفوركس

الفوركس هو سوق تداول العملات الأجنبية، مثل اليورو مقابل الدولار الأمريكي أو الجنيه الإسترليني مقابل الدولار.

يستفيد المتداول في هذا السوق من تغير أسعار الصرف بين العملات. ويتأثر السوق بقرارات البنوك المركزية وأسعار الفائدة والبيانات الاقتصادية والتطورات السياسية.

يعد الفوركس من الأسواق ذات السيولة المرتفعة في أزواج العملات الرئيسية، لكن تداول الفوركس عبر منتجات الرافعة المالية قد يؤدي إلى خسائر كبيرة، وقد تتجاوز الخسائر المبلغ المتوقع بحسب نوع المنتج والقواعد المطبقة.

لهذا السبب، ينبغي للمبتدئ فهم الرافعة المالية والهامش وتكاليف التبييت وفروق الأسعار قبل فتح أي صفقة حقيقية.

ثالثًا: سوق الذهب والمعادن الثمينة

يحظى الذهب باهتمام كبير لدى المتداولين والمستثمرين، لأنه يتأثر بعوامل مثل أسعار الفائدة وقوة الدولار والتوترات الجيوسياسية والطلب على المعدن.

يمكن التعرض لأسعار الذهب من خلال شراء الذهب المادي أو بعض الصناديق المتداولة أو العقود المالية التي تقدمها الجهات المرخصة.

لكن هذه الخيارات ليست متطابقة؛ فالذهب المادي قد يتضمن تكاليف التخزين والبيع، بينما قد تنطوي المنتجات المالية والمشتقات على مخاطر إضافية تتعلق بالرافعة المالية والجهة المقدمة للمنتج.

رابعًا: سوق النفط والسلع

تشمل أسواق السلع النفط والغاز الطبيعي والفضة والنحاس والقمح وغيرها من المواد الأولية.

تتأثر أسعارها بالعرض والطلب والإنتاج العالمي والمخزونات والأحداث الجيوسياسية والظروف المناخية.

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

خامسًا: سوق المؤشرات المالية

المؤشر المالي يقيس أداء مجموعة من الأسهم وفقًا لقواعد محددة. ومن الأمثلة المعروفة مؤشر S&P 500 ومؤشر ناسداك المركب ومؤشر داو جونز.

يمكن أن تتيح بعض المنتجات المالية المضاربة على حركة المؤشرات أو الاستثمار فيها بصورة غير مباشرة، مثل بعض الصناديق المتداولة.

يساعد التنويع داخل المؤشر على تقليل الاعتماد على شركة واحدة، لكنه لا يمنع خسائر السوق العامة، كما أن طريقة الاستثمار أو التداول في المؤشر تؤثر في مستوى المخاطرة.

سادسًا: سوق العملات المشفرة

تضم هذه السوق أصولًا رقمية تعتمد على تقنيات مختلفة، وتختلف في استخداماتها وآليات إصدارها ومستويات السيولة المتاحة لها.

قبل التعامل مع أي منصة للعملات المشفرة، يجب التحقق من الوضع التنظيمي للمنصة في الدولة المعنية، وطريقة حفظ الأصول، وسياسات السحب، وإجراءات حماية الحساب.

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

كيف أبدأ التداول من الصفر؟

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

الخطوة الأولى: تعلم أساسيات التداول

ابدأ بفهم المصطلحات الأساسية مثل سعر الشراء وسعر البيع وفارق السعر والعمولة والسيولة والتقلب والرافعة المالية والهامش وأوامر وقف الخسارة.

تعلم أيضًا الفرق بين الاستثمار في أصل مالي وشراء عقد مشتق يعتمد على سعر ذلك الأصل؛ فقد يبدو الاسمان متشابهين، لكن المخاطر والحقوق والتكاليف قد تختلف كثيرًا.

خصص وقتًا للتعلم من مصادر تعليمية موثوقة، مثل المواقع الرسمية للجهات الرقابية والبورصات والمواد التعليمية التي توضح آلية عمل الأسواق.

الخطوة الثانية: حدد السوق الذي تريد التداول فيه

لا تحاول تعلم جميع الأسواق في وقت واحد. اختر سوقًا واحدًا في البداية، مثل الأسهم أو العملات الأجنبية، وتعرف إلى ساعات عمله والعوامل التي تؤثر في الأسعار والتكاليف المرتبطة بالتداول فيه.

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

الخطوة الثالثة: حدد هدفك المالي ومدى تحملك للمخاطر

اسأل نفسك: هل تريد التعلم فقط؟ أم الاستثمار لسنوات؟ أم ممارسة التداول على المدى القصير؟

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

ولا تفترض أن امتلاك رأس مال كبير سيؤدي تلقائيًا إلى تحقيق أرباح أكبر؛ فقد يؤدي إلى خسائر أكبر أيضًا إذا لم تكن إدارة المخاطر جيدة.

الخطوة الرابعة: اختر وسيطًا ماليًا مرخصًا

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

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

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

الخطوة الخامسة: افتح حسابًا تجريبيًا

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

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

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

الخطوة السادسة: تعلم إدارة رأس المال

إدارة رأس المال هي مجموعة القواعد التي تساعدك على الحد من أثر الخسائر وحماية أموالك من الاستنزاف السريع.

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

على سبيل المثال، إذا كان رأس مالك 1,000 دولار وقررت أن تكون المخاطرة المخططة في الصفقة 1%، فإن المبلغ المعرض للخطر وفق خطتك يساوي 10 دولارات. لكن هذا لا يضمن أن الخسارة الفعلية لن تتجاوز ذلك المبلغ، إذ قد تحدث فجوات سعرية أو انزلاقات في التنفيذ.

الخطوة السابعة: ابدأ بمبلغ صغير عند الاستعداد

بعد اكتساب المعرفة والتدرب، يمكنك التفكير في بدء التداول الحقيقي بمبلغ صغير يتناسب مع وضعك المالي، إذا قررت أن التداول مناسب لك.

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

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

الخطوة الثامنة: راجع نتائجك باستمرار

لا تقيس نجاحك بصفقة واحدة أو يوم واحد. راجع نتائجك خلال فترة مناسبة، واهتم بحجم الخسائر مقارنة بالأرباح، ومدى التزامك بالخطة، وتأثير الرسوم، وعدد الصفقات غير المدروسة.

إذا وجدت أن التداول يسبب لك ضغطًا نفسيًا أو يدفعك إلى اتخاذ قرارات اندفاعية، فمن الأفضل التوقف مؤقتًا وإعادة تقييم خطتك.

ما هي الأسواق الموثوقة للتداول؟

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

لذلك، لا توجد قائمة واحدة تجعل جميع الأصول أو المنصات آمنة بصورة مطلقة. والأفضل هو تقييم السوق والمنتج المالي والوسيط والجهة الرقابية كلًّا على حدة.

1. الأسواق المنظمة والبورصات الرسمية

تعد البورصات المنظمة، مثل بورصة نيويورك وناسداك وبورصة لندن، أمثلة على أسواق مالية تعمل ضمن أطر تنظيمية وإفصاحية محددة.

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

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

2. الوسطاء المرخصون من الجهات الرقابية

بدلًا من الاعتماد على تقييمات مجهولة أو إعلانات المؤثرين، تحقق من تسجيل الوسيط لدى الجهة الرقابية المختصة.

من أمثلة الجهات الرقابية المعروفة:

هيئة الأوراق المالية والبورصات الأمريكية (SEC): تنظم جوانب مهمة من سوق الأوراق المالية في الولايات المتحدة.
هيئة تنظيم الصناعة المالية الأمريكية (FINRA): توفر أدوات للتحقق من شركات الوساطة والأفراد المسجلين ضمن نطاق اختصاصها.
هيئة السلوك المالي البريطانية (FCA): تشرف على الأنشطة المالية التي تدخل ضمن اختصاصها في المملكة المتحدة.
هيئة الأوراق المالية والأسواق الأوروبية (ESMA): تضطلع بمهام تنظيمية ورقابية على مستوى الاتحاد الأوروبي، إلى جانب السلطات الوطنية المختصة.
هيئة الأوراق المالية والسلع في دولة الإمارات العربية المتحدة: تعد من الجهات التنظيمية التي ينبغي الرجوع إلى سجلاتها الرسمية للتحقق من الجهات الواقعة ضمن اختصاصها، مع مراعاة التغييرات التنظيمية وأسماء الجهات الحالية.

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

3. كيف تختار منصة تداول موثوقة؟

قبل فتح الحساب، تحقق من مجموعة من المعايير الأساسية:

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

حماية أموال العملاء: اقرأ شروط حفظ أموال العملاء، وما إذا كانت هناك ترتيبات للفصل بين أموال العملاء وأموال الشركة، وما هي حدود الحماية المتاحة في حالة تعثر الشركة.

الرسوم والعمولات: قارن فروق الأسعار وعمولات التداول ورسوم الإيداع والسحب ورسوم تحويل العملات وتكاليف التمويل أو التبييت.

سهولة السحب: اقرأ شروط سحب الأموال، وتحقق من إجراءات التحقق من الهوية والمدة المتوقعة والرسوم، ولا تعتمد على سهولة الإيداع وحدها لتقييم المنصة.

الأمان الإلكتروني: اختر منصة توفر وسائل حماية مناسبة للحساب، مثل المصادقة متعددة العوامل والتنبيهات الأمنية.

جودة خدمة العملاء: تحقق من وجود بيانات اتصال رسمية وشروط واضحة لتقديم الشكاوى وتسوية النزاعات.

الشفافية: يجب أن توضح الشركة المنتجات المتاحة ومخاطرها ورسومها والجهة القانونية التي ستتعامل معها.

كيف تتجنب شركات التداول النصابة؟

ينبغي الانتباه إلى أن الاحتيال المالي قد يتخذ أشكالًا متعددة، وقد تستخدم الشركات الوهمية مواقع احترافية وشعارات جهات رقابية حقيقية لإقناع العملاء.

من أبرز العلامات التحذيرية:

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

ومن المهم أن تعرف أن ظهور الشركة في إعلان على مواقع التواصل الاجتماعي، أو امتلاكها عددًا كبيرًا من المتابعين، أو حصولها على تقييمات إيجابية، لا يثبت أنها مرخصة أو موثوقة.

إذا شككت في منصة ما، فتوقف عن تحويل الأموال إليها، وتواصل مع الجهة الرقابية أو المؤسسة المالية المعنية عبر قنواتها الرسمية.

ما المبلغ المناسب للبدء في التداول؟

لا يوجد مبلغ واحد مناسب للجميع، لأن الحد الأدنى يختلف من وسيط إلى آخر ومن سوق إلى آخر. كما يعتمد المبلغ المناسب على وضعك المالي وأهدافك ومدى تحملك للمخاطر.

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

إذا كان هدفك تعلم التداول، فقد يكون الحساب التجريبي كافيًا في المرحلة الأولى. وإذا قررت الانتقال إلى الحساب الحقيقي، فابدأ بمبلغ يمكنك تحمل خسارته بالكامل دون أن يؤثر في حياتك الأساسية.

تذكر أن صغر المبلغ لا يجعل التداول خاليًا من المخاطر، وأن استخدام الرافعة المالية قد يزيد حجم التعرض للسوق مقارنة برأس المال المودع.

هل التداول مناسب للمبتدئين؟

يمكن للمبتدئين تعلم أساسيات التداول، لكن ذلك لا يعني أن التداول مناسب للجميع. فالنتائج تعتمد على عوامل متعددة، منها الخبرة والاستراتيجية والرسوم وظروف السوق والانضباط في إدارة المخاطر.

إذا كنت لا تملك الوقت الكافي لمتابعة الأسواق، أو لا تتحمل تقلب قيمة أموالك، فقد يكون الاستثمار طويل الأجل المتنوع، بعد دراسة احتياجاتك وأهدافك، أكثر ملاءمة من المضاربة اليومية.

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

ولا تجعل قرارك مبنيًا على قصص النجاح وحدها؛ فمن المهم إدراك أن بعض المتداولين يتكبدون خسائر كبيرة، وأن النتائج السابقة لا تضمن الأرباح المستقبلية.

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

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

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

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

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

روابط رسمية موثوقة للتداول

التحقق من شركات الاستثمار المرخصة في الاتحاد الأوروبي – ESMA

البحث عن الوسطاء وشركات الوساطة – FINRA BrokerCheck

التحقق من ترخيص الشركات المالية في بريطانيا – FCA

التحذير من عمليات الاحتيال في التداول الإلكتروني – FCA

جوجل ويونيتي تطلقان Playground لإنشاء ألعاب الفيديو بالذكاء الاصطناعي

2026-10-16T12:31:33.830+03:00

جوجل ويونيتي تطلقان Playground لإنشاء ألعاب الفيديو

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

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

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

ما هو Playground وكيف ترتبط فكرته بتطوير الألعاب بالذكاء الاصطناعي؟

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

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

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

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

كيف يمكن للذكاء الاصطناعي تحويل الأوامر النصية إلى لعبة فيديو؟

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

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

ولتبسيط الصورة، يمكن تقسيم العملية إلى عدة مراحل مترابطة:

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

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

دور جوجل في تطوير أدوات إنشاء الألعاب بالذكاء الاصطناعي

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

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

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

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

لماذا تُعد Unity عنصرًا مهمًا في هذه المعادلة؟

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

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

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

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

ومع ذلك، فإن تحديد طبيعة التعاون بين جوجل ويونيتي في منتج Playground بعينه يتطلب الرجوع إلى المعلومات الرسمية، لأن العلاقة بين الشركتين قد تختلف بحسب المشروع، ولا ينبغي اعتبار الإمكانات العامة لمحرك Unity دليلًا على وجود ميزة محددة داخل المنتج المذكور.

إنشاء الألعاب دون خبرة برمجية متقدمة

من أبرز الوعود التي يقدمها الذكاء الاصطناعي في مجال تطوير الألعاب تقليل الحواجز التقنية أمام الأشخاص الذين يمتلكون أفكارًا إبداعية لكنهم لا يعرفون كيفية تحويلها إلى برامج قابلة للتشغيل.

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

أما في بيئة تعتمد على الأوامر النصية، فيمكن للمستخدم البدء بوصف ما يريد بلغة بسيطة، ثم تطوير الفكرة تدريجيًا. ويمكنه مثلًا كتابة تعليمات من قبيل: «أنشئ لعبة ثنائية الأبعاد يتحرك فيها اللاعب يمينًا ويسارًا، ويقفز فوق الحواجز، ويحصل على نقاط عند جمع النجوم».

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

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

لكن عبارة «دون خبرة برمجية» لا تعني أن الخبرة التقنية أصبحت بلا قيمة. فكلما زادت تعقيدات المشروع، ازدادت الحاجة إلى فهم طريقة عمل المحرك، ومراجعة الأكواد، واكتشاف الأخطاء، والتأكد من أن اللعبة تعمل بصورة مستقرة على الأجهزة المستهدفة.

ما أنواع الألعاب التي يمكن إنشاؤها باستخدام الأوامر النصية؟

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

1. ألعاب المنصات ثنائية الأبعاد

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

2. ألعاب الألغاز والتفكير

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

3. ألعاب السباقات

تتيح النماذج الأولية لألعاب السباقات اختبار عناصر مثل حركة السيارة، وطريقة التحكم، والمسار، والعقبات. وقد تساعد الأوامر النصية في تعديل سرعة المركبات أو تصميم مسار جديد أو تجربة آليات مختلفة للتحكم.

4. ألعاب المغامرات والاستكشاف

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

5. الألعاب التعليمية

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

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

كيف يمكن أن يستفيد مطورو الألعاب من Playground؟

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

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

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

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

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

هل يمكن إنشاء لعبة كاملة جاهزة للنشر بمجرد كتابة وصف؟

رغم التطور الملحوظ في الذكاء الاصطناعي التوليدي، فإن الانتقال من فكرة مكتوبة إلى لعبة تجارية مكتملة لا يزال يتطلب أكثر من مجرد إنشاء نموذج أولي.

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

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

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

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

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

التحديات والقيود التي تواجه تطوير الألعاب بالذكاء الاصطناعي

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

جودة النتائج: قد يفسر النظام بعض التعليمات بطريقة مختلفة عن قصد المستخدم، خصوصًا عندما يكون الوصف غامضًا أو يتضمن قواعد متعارضة. ولذلك تساعد الأوامر المحددة والمقسمة إلى خطوات صغيرة على تحسين النتائج.

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

الأداء والتوافق: لا يعني نجاح اللعبة داخل بيئة تجريبية أنها ستعمل بالسرعة نفسها على الهواتف والأجهزة الضعيفة وأجهزة الحاسوب المختلفة. فالأداء يحتاج إلى اختبار وتحسين مستقلين.

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

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

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

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

كيف ينعكس هذا التطور على مستقبل صناعة ألعاب الفيديو؟

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

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

كذلك يمكن أن يصبح التفاعل مع محركات الألعاب أكثر اعتمادًا على اللغة الطبيعية. فبدلًا من التنقل بين عدد كبير من القوائم والإعدادات لتنفيذ تعديل معين، قد يتمكن المطور من وصف النتيجة المطلوبة، ثم مراجعة التغييرات التي يقترحها النظام واعتمادها أو تعديلها.

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

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

هل تمثل Playground خطوة جديدة نحو ديمقراطية تطوير الألعاب؟

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

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

ومع ذلك، فإن تقييم إعلان جوجل ويونيتي عن Playground يتطلب التأكد من التفاصيل الرسمية للمنتج، بما في ذلك موعد الإطلاق، وطريقة الوصول إليه، والأدوات التي يوفرها، ومدى تكامله مع محرك Unity، وحدود الاستخدام المتاحة. ولا ينبغي اعتبار الإمكانات العامة للذكاء الاصطناعي دليلًا على توافر ميزة بعينها في المنتج قبل تأكيدها من مصدر رسمي.

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

دليل شامل للمبتدئين عن الراوتر وكيفية نقل البيانات بين الشبكات

2026-10-14T11:05:16.621+03:00

الراوتر (Router) كيف تنتقل البيانات بين الشبكات؟ دليل شامل للمبتدئين

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

الإجابة تقودنا إلى أحد أهم مكونات البنية التحتية للشبكات، وهو الراوتر (Router)، الذي يؤدي دورًا أساسيًا في ربط الشبكات المختلفة وتوجيه حزم البيانات بينها.

سواء كنت طالبًا في علوم الحاسوب، أو مهتمًا بمجال الشبكات والأمن السيبراني، أو ترغب في فهم كيفية عمل الإنترنت، فإن معرفة آلية عمل الراوتر ستساعدك على فهم كثير من المفاهيم التقنية التي تستخدمها يوميًا.

ما هو الراوتر (Router)؟

الراوتر، ويُسمى أيضًا الموجّه أو الموجّه الشبكي، هو جهاز شبكي يعمل على ربط شبكتين أو أكثر، ويوجّه حزم البيانات (Data Packets) من شبكة إلى أخرى اعتمادًا على معلومات عناوين IP وجداول التوجيه.

تتمثل وظيفته الأساسية في تحديد الواجهة أو المسار المناسب لإرسال حزم البيانات نحو وجهتها، وفقًا للمعلومات المتاحة في جدول التوجيه وسياسات التوجيه المستخدمة.

على سبيل المثال، عندما يتصل هاتفك بشبكة Wi-Fi المنزلية ويحاول فتح موقع إلكتروني موجود على خادم خارج شبكتك المحلية، يتولى الراوتر عادةً تمرير البيانات نحو الشبكة التالية في الطريق إلى ذلك الخادم.

مثال من الحياة اليومية

تخيّل أن منزلك يحتوي على الأجهزة التالية:

حاسوب محمول يستخدمه أحد أفراد الأسرة.
هاتف ذكي متصل بشبكة Wi-Fi.
تلفاز ذكي يعرض مقاطع الفيديو عبر الإنترنت.
جهاز ألعاب يحتاج إلى اتصال بالشبكة.
طابعة شبكية تستخدمها عدة أجهزة.

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

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

معلومة مهمة: لا يعني وجود عدة أجهزة متصلة براوتر واحد أنها تستخدم عنوان IP نفسه. غالبًا ما يحصل كل جهاز على عنوان IP محلي خاص به داخل الشبكة، بينما قد تشترك الأجهزة في عنوان IP عام واحد عند الوصول إلى الإنترنت باستخدام تقنية ترجمة عناوين الشبكة (NAT).

كيف يعمل الراوتر؟

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

تمر العملية بعدة مراحل أساسية.

1. اتصال الحاسوب بالشبكة المحلية

يتصل الحاسوب بالراوتر عن طريق كابل الشبكة Ethernet أو باستخدام شبكة Wi-Fi.

يحصل الحاسوب عادةً على إعدادات الشبكة من خلال بروتوكول DHCP، الذي قد يوفر له:

عنوان IP محليًا.
قناع الشبكة الفرعية (Subnet Mask).
عنوان البوابة الافتراضية (Default Gateway).
عنوان خادم DNS أو أكثر.

قد تُضبط هذه المعلومات يدويًا بدلًا من الحصول عليها تلقائيًا.

2. تحديد ما إذا كانت الوجهة محلية أم خارج الشبكة

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

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

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

3. إرسال البيانات إلى البوابة الافتراضية

البوابة الافتراضية (Default Gateway) هي عنوان جهاز التوجيه الذي يستخدمه الحاسوب للوصول إلى الوجهات التي لا يستطيع الوصول إليها مباشرةً ضمن شبكته المحلية.

في الشبكات المنزلية، تكون هذه البوابة غالبًا عنوانًا محليًا للراوتر، مثل:

192.168.1.1

لكن هذا العنوان ليس ثابتًا لجميع الشبكات؛ فقد يكون عنوان الراوتر 192.168.0.1 أو عنوانًا آخر حسب إعدادات الشبكة.

4. فحص عنوان IP للوجهة

عندما يستقبل الراوتر حزمة البيانات، يفحص عنوان IP الخاص بالوجهة الموجود في ترويسة حزمة IP.

بعد ذلك، يبحث عن المسار المناسب في جدول التوجيه (Routing Table).

لا يعتمد قرار التوجيه على عنوان IP وحده في جميع الحالات؛ فقد تؤثر أيضًا عوامل مثل طول بادئة الشبكة، ومقاييس المسارات، وسياسات التوجيه.

5. اختيار المسار المناسب

يحتوي جدول التوجيه على معلومات تساعد الراوتر في تحديد كيفية الوصول إلى شبكات الوجهة.

وقد تتضمن هذه المعلومات:

شبكة الوجهة.
طول بادئة الشبكة (Prefix Length).
القفزة التالية (Next Hop)، إن وجدت.
واجهة الخروج المناسبة.
معلومات إضافية تتعلق بمصدر المسار ومقياسه.

إذا وجد الراوتر أكثر من مسار مطابق لعنوان الوجهة، فإنه يستخدم قواعد اختيار المسار المناسبة، ومن أهمها مبدأ أطول بادئة مطابقة (Longest Prefix Match).

بمعنى آخر، يُفضّل عادةً المسار الذي يحدد شبكة الوجهة بأكبر قدر من الدقة.

6. تمرير الحزمة إلى الشبكة التالية

بعد اختيار المسار، يمرّر الراوتر الحزمة عبر واجهة الخروج المناسبة، وقد يرسلها إلى راوتر آخر يمثل القفزة التالية.

تتكرر هذه العملية عبر عدد من الشبكات والموجّهات حتى تصل البيانات إلى الشبكة التي يوجد فيها الخادم المستهدف.

وقد تمر البيانات عبر عدة موجّهات مستقلة قبل بلوغ وجهتها.

7. وصول البيانات إلى الخادم

عندما تصل الحزمة إلى الشبكة التي يوجد فيها الخادم، يتم توجيهها إلى الوجهة النهائية.

يرسل الخادم بعد ذلك البيانات المطلوبة، وتعود الاستجابة عبر مسار قد يكون مماثلًا للمسار الأصلي أو مختلفًا عنه.

الخلاصة: لا يحتاج الراوتر المنزلي إلى معرفة الطريق الكامل حتى الخادم البعيد؛ بل يحدد عادةً الخطوة التالية المناسبة اعتمادًا على جدول التوجيه الخاص به.

ما هو جدول التوجيه (Routing Table)؟

جدول التوجيه هو أحد أهم العناصر التي يعتمد عليها الراوتر لاتخاذ قرارات تمرير البيانات.

ويمكن تشبيهه بخريطة تحتوي على معلومات عن الشبكات المختلفة والطرق المتاحة للوصول إليها.

قد يحتوي جدول التوجيه على مسارات مثل:

شبكة الوجهة	القفزة التالية	واجهة الخروج
الشبكة المحلية	اتصال مباشر	LAN
شبكة بعيدة	راوتر وسيط	WAN
المسار الافتراضي	بوابة مزود الخدمة	WAN

هذا الجدول توضيحي فقط، وليس جدولًا حقيقيًا خاصًا بجهاز معين.

ما المقصود بالمسار الافتراضي؟

المسار الافتراضي (Default Route) هو المسار الذي يستخدمه الراوتر عندما لا يجد مسارًا أكثر تحديدًا لعنوان الوجهة.

في IPv4، يُكتب عادةً بالشكل التالي:

0.0.0.0/0

أما في IPv6، فيُكتب بالشكل التالي:

::/0

في كثير من الشبكات المنزلية، يرسل الراوتر حركة البيانات المتجهة إلى الإنترنت عبر المسار الافتراضي المؤدي إلى جهاز مزود خدمة الإنترنت.

كيف يتعلم الراوتر المسارات؟

يمكن للراوتر الحصول على معلومات المسارات بطرق مختلفة، منها:

المسارات المتصلة مباشرةً (Connected Routes): تنشأ عندما تكون إحدى الشبكات متصلة مباشرةً بإحدى واجهات الراوتر وتكون الواجهة مهيأة وتعمل.
المسارات الثابتة (Static Routes): يضيفها مسؤول الشبكة يدويًا.
بروتوكولات التوجيه الديناميكي (Dynamic Routing Protocols): تسمح للموجّهات بتبادل معلومات المسارات وتحديثها وفقًا للبروتوكول المستخدم.

ومن أمثلة بروتوكولات التوجيه الديناميكي:

OSPF: يُستخدم لتبادل معلومات التوجيه داخل الأنظمة المستقلة الإدارية.
BGP: يُستخدم لتبادل معلومات التوجيه بين الأنظمة المستقلة، وله دور أساسي في توجيه حركة البيانات على الإنترنت.
RIP: بروتوكول توجيه يستخدم عدد القفزات مقياسًا أساسيًا لاختيار المسار، ويُعد أبسط من بروتوكولات أخرى من حيث آلية اختيار المسار.

لا تحتاج الشبكات المنزلية البسيطة عادةً إلى إعداد بروتوكولات التوجيه الديناميكي يدويًا.

ما أهم وظائف الراوتر؟

يؤدي الراوتر وظائف متعددة، لكن يجب التمييز بين وظيفته الأساسية والخدمات الإضافية التي قد تتوفر في الأجهزة المنزلية.

1. توجيه حزم البيانات

هذه هي الوظيفة الأساسية للراوتر، إذ يحدد كيفية تمرير الحزم بين الشبكات المختلفة.

2. ربط الشبكة المحلية بالإنترنت

يُستخدم الراوتر المنزلي عادةً لربط الشبكة المحلية بشبكة مزود خدمة الإنترنت، عندما تكون خدمة الاتصال وإعدادات الجهاز متوافقة مع ذلك.

3. مشاركة الاتصال بالإنترنت

يمكن لعدة أجهزة استخدام اتصال إنترنت واحد من خلال الراوتر.

وتُستخدم تقنية ترجمة عناوين الشبكة (NAT) في كثير من الشبكات المنزلية لتمكين أجهزة ذات عناوين IPv4 محلية من مشاركة عنوان IPv4 عام واحد.

لكن NAT ليست وظيفة أساسية إلزامية في كل راوتر، كما أنها ليست شرطًا عامًا لعمل التوجيه.

4. توفير شبكة Wi-Fi

تحتوي كثير من أجهزة الراوتر المنزلية على نقطة وصول لاسلكية (Wireless Access Point)، تسمح للأجهزة بالاتصال بالشبكة دون الحاجة إلى كابلات.

لكن وظيفة Wi-Fi ليست جزءًا ضروريًا من تعريف الراوتر نفسه؛ إذ توجد موجّهات سلكية لا توفر اتصالًا لاسلكيًا.

5. توزيع عناوين IP باستخدام DHCP

يدعم كثير من الراوترات المنزلية خادم DHCP الذي يوزع إعدادات الشبكة على الأجهزة المتصلة.

على سبيل المثال، قد يحصل الحاسوب على عنوان:

192.168.1.10

بينما يحصل الهاتف على عنوان:

192.168.1.11

ويكون عنوان البوابة الافتراضية لكليهما:

192.168.1.1

هذه العناوين أمثلة توضيحية، وقد تختلف القيم الفعلية حسب إعدادات الشبكة.

6. توفير بعض وظائف الأمان

قد تتضمن أجهزة الراوتر المنزلية ميزات أمنية مثل:

جدار حماية لحركة البيانات.
قواعد للتحكم في الاتصالات الواردة والصادرة.
شبكات ضيوف منفصلة.
خيارات لتصفية الأجهزة أو الاتصالات.
إعدادات للتحكم الأبوي.
دعم شبكات VPN في بعض الطرازات.

تختلف هذه الميزات حسب نوع الجهاز ونظام تشغيله وإعداداته.

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

ما الفرق بين Router وModem وSwitch وAccess Point؟

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

1. الراوتر (Router)

يربط الشبكات المختلفة ويوجه حزم IP بينها.

مثال: توجيه البيانات من شبكة منزلك المحلية نحو الإنترنت.

2. المودم (Modem)

يتعامل مع تقنية الاتصال المستخدمة لنقل البيانات عبر وصلة مزود الخدمة، وفقًا لنوع الاتصال.

قد يستخدم الاتصال تقنيات DSL أو الكابل أو غيرها، بينما تُستخدم أجهزة ONT عادةً في اتصالات الألياف الضوئية لإنهاء الوصلة الضوئية وتحويل الإشارة إلى واجهة مناسبة للأجهزة الأخرى.

ولا يُعد ONT مجرد اسم آخر للمودم التقليدي؛ إذ تختلف آلية عمله بحسب تقنية الاتصال.

3. السويتش (Switch)

يُستخدم السويتش لربط الأجهزة داخل الشبكة المحلية، ويعتمد عادةً على عناوين MAC لتمرير إطارات Ethernet إلى المنافذ المناسبة.

على سبيل المثال، يمكن استخدام السويتش لربط عدة حواسيب وطابعات وأجهزة شبكية ضمن شبكة محلية واحدة.

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

4. نقطة الوصول اللاسلكية (Access Point)

تتيح نقطة الوصول للأجهزة الاتصال بالشبكة المحلية لاسلكيًا عبر Wi-Fi.

قد تكون جهازًا مستقلًا يُوصل براوتر أو سويتش، أو وظيفة مدمجة داخل الراوتر المنزلي.

مقارنة سريعة

الجهاز	الوظيفة الأساسية	مثال على الاستخدام
Router	توجيه البيانات بين الشبكات	ربط المنزل بالإنترنت
Modem	التعامل مع تقنية وصلة الاتصال	الاتصال عبر خدمة DSL
Switch	ربط الأجهزة داخل الشبكة المحلية	ربط حواسيب مختبر
Access Point	توفير الاتصال اللاسلكي بالشبكة	توسيع تغطية Wi-Fi

ملاحظة: قد يجمع جهاز واحد بين الراوتر والمودم والسويتش ونقطة الوصول اللاسلكية، لكن ذلك لا يعني أن هذه الوظائف متطابقة.

هل كل راوتر يوفر اتصال Wi-Fi؟

الإجابة: لا.

توجد موجّهات سلكية وأخرى لاسلكية.

الراوتر السلكي (Wired Router)

يوجه البيانات بين الشبكات باستخدام واجهات اتصال سلكية.

يمكن استخدامه في المؤسسات ومراكز البيانات والشبكات التي تحتاج إلى أداء مستقر وإدارة متقدمة.

الراوتر اللاسلكي (Wireless Router)

يجمع عادةً بين وظيفتين أساسيتين:

توجيه البيانات بين الشبكات.
توفير نقطة وصول لاسلكية تسمح للأجهزة بالاتصال عبر Wi-Fi.

تحتوي بعض الأجهزة المنزلية أيضًا على منافذ Ethernet مدمجة لربط الأجهزة السلكية.

ما أنواع الراوترات؟

تختلف الراوترات بحسب الاستخدام والحجم والقدرات التقنية.

الراوتر المنزلي (Home Router) : يُستخدم في المنازل والشقق الصغيرة، ويوفر عادةً الاتصال بين الشبكة المحلية والإنترنت.وقد يضم وظائف DHCP وNAT وجدار الحماية ونقطة الوصول اللاسلكية.
راوتر الشركات (Enterprise Router) : يُستخدم في المؤسسات التي تحتاج إلى ربط عدة شبكات ومواقع جغرافية مختلفة.قد يدعم ميزات متقدمة مثل بروتوكولات التوجيه الديناميكي، وإدارة السياسات، والربط بين الفروع، والاتصالات الاحتياطية.
راوتر مزود خدمة الإنترنت (ISP Router) : يستخدمه مزودو خدمات الإنترنت لتوجيه حركة البيانات بين شبكاتهم وشبكات أخرى. وتختلف إمكاناته وحجمه وفقًا لمتطلبات الشبكة وعدد الاتصالات وحجم حركة البيانات.
الراوتر الافتراضي (Virtual Router) : هو وظيفة توجيه تعمل باستخدام البرمجيات داخل خادم أو منصة افتراضية بدلًا من الاعتماد حصريًا على جهاز مخصص. يمكن استخدامه في البيئات السحابية ومراكز البيانات ومختبرات الشبكات.
راوتر الألعاب : هو راوتر يُسوّق للاستخدام مع الألعاب عبر الإنترنت، وقد يوفر ميزات لإدارة جودة الخدمة (QoS) أو إعطاء أولوية لأنواع معينة من حركة البيانات. لكن وجود هذه الميزات لا يضمن دائمًا انخفاض زمن الاستجابة؛ فالنتيجة تعتمد أيضًا على جودة الاتصال بالإنترنت، وازدحام الشبكة، وموقع خادم اللعبة.

ما المقصود بعنوان IP وعلاقته بالراوتر؟

عنوان IP هو عنوان منطقي يُستخدم لتحديد واجهة الشبكة ومساعدة بروتوكولات الإنترنت على إيصال الحزم إلى وجهتها.

يوجد إصداران رئيسيان من بروتوكول الإنترنت:

IPv4.
IPv6.

مثال على شبكة منزلية

لنفترض أن لدينا الشبكة التالية:

عنوان الراوتر المحلي: 192.168.1.1
عنوان الحاسوب: 192.168.1.10
عنوان الهاتف: 192.168.1.11
عنوان الطابعة: 192.168.1.20

قد تستخدم هذه الأجهزة قناع الشبكة التالي:

255.255.255.0

وهو ما يقابل البادئة:

192.168.1.0/24

في هذا المثال، تقع عناوين الأجهزة المذكورة ضمن الشبكة المحلية نفسها.

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

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

ما الفرق بين عنوان IP المحلي والعام؟

لفهم طريقة عمل الراوتر المنزلي، يجب التمييز بين نوعين شائعين من عناوين IPv4.

عنوان IP المحلي (Private IP)

هو عنوان يُستخدم داخل الشبكات الخاصة، مثل الشبكات المنزلية وشبكات المؤسسات.

تشمل نطاقات IPv4 الخاصة ما يلي:

10.0.0.0/8
172.16.0.0/12
192.168.0.0/16

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

عنوان IP العام (Public IP)

هو عنوان قابل للاستخدام في التوجيه عبر الإنترنت العام، وفقًا لقواعد تخصيص العناوين والتوجيه.

في كثير من الشبكات المنزلية، يحصل الراوتر على عنوان IPv4 عام من مزود خدمة الإنترنت، بينما تستخدم الأجهزة داخل المنزل عناوين خاصة.

وتساعد تقنية NAT على ترجمة معلومات العناوين والمنافذ بين الاتصالات المحلية والخارجية.

لكن بعض الشبكات تستخدم آليات مختلفة، مثل ترجمة عناوين الناقل (CGNAT)، وقد لا يحصل الراوتر المنزلي فيها على عنوان IPv4 عام مخصص له مباشرةً.

وفي شبكات IPv6، يمكن أن تحصل الأجهزة على عناوين عالمية قابلة للتوجيه، ولا تكون ترجمة عناوين الشبكة NAT مطلوبة بالطريقة نفسها لمجرد مشاركة الاتصال.

ما هي تقنية NAT؟ وما علاقتها بالراوتر؟

NAT اختصار لعبارة Network Address Translation، وتعني ترجمة عناوين الشبكة.

تُستخدم هذه التقنية لتعديل معلومات عناوين IP، وقد تشمل المنافذ أيضًا، عند انتقال حركة البيانات بين نطاقات الشبكة المختلفة.

في الشبكات المنزلية التي تستخدم IPv4، تُستخدم غالبًا ترجمة عناوين المنافذ (PAT أو NAPT) للسماح لعدة أجهزة بمشاركة عنوان IPv4 عام واحد.

مثال مبسط

لنفترض أن لديك ثلاثة أجهزة:

حاسوب بعنوان 192.168.1.10
هاتف بعنوان 192.168.1.11
تلفاز ذكي بعنوان 192.168.1.12

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

هل NAT هي نفسها وظيفة التوجيه؟

لا. التوجيه يحدد كيفية تمرير الحزمة نحو الشبكة التالية، بينما تتعامل NAT مع ترجمة معلومات العناوين، وقد تتضمن ترجمة المنافذ.

يمكن أن يجمع جهاز واحد بين الوظيفتين، لكنهما عمليتان مختلفتان من الناحية التقنية.

كذلك، لا تُعد NAT جدار حماية بحد ذاتها، حتى لو ساهمت بعض سلوكياتها في منع الاتصالات الواردة غير المرتبطة باتصالات سابقة في إعدادات معينة.

ما المقصود بالبوابة الافتراضية (Default Gateway)؟

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

في الشبكات المنزلية، تكون البوابة الافتراضية عادةً عنوان الراوتر المحلي.

على سبيل المثال:

192.168.1.1

إذا كان عنوان حاسوبك:

192.168.1.10

وكانت البوابة الافتراضية:

192.168.1.1

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

ماذا يحدث إذا كانت البوابة الافتراضية غير صحيحة؟

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

ومن الأسباب المحتملة:

إدخال عنوان بوابة غير صحيح.
تعطل الراوتر.
وجود مشكلة في إعدادات الشبكة.
عدم توفر مسار مناسب إلى الإنترنت.
وجود خلل في وصلة مزود الخدمة.

لهذا السبب، يُعد فحص البوابة الافتراضية خطوة مفيدة عند تشخيص مشكلات الاتصال.

كيف يفحص الراوتر حزم البيانات؟

تتكون حزمة IP من ترويسة تحتوي على معلومات لازمة لعملية التوجيه، إضافةً إلى البيانات التي تحملها.

ومن المعلومات المهمة في ترويسة IPv4:

عنوان IP للمصدر.
عنوان IP للوجهة.
حقل مدة البقاء (TTL).
معلومات أخرى تتعلق بطول الحزمة والتجزئة وغيرها.

أما في IPv6، فيُستخدم حقل Hop Limit بدلًا من TTL.

عندما يمرر الراوتر حزمة IPv4، فإنه يُنقص قيمة TTL عادةً بمقدار واحد. وإذا وصلت القيمة إلى الصفر، لا تُمرر الحزمة إلى القفزة التالية، ويُتوقع عادةً إرسال رسالة ICMP مناسبة وفقًا للظروف.

تساعد هذه الآلية على منع الحزم من الدوران إلى ما لا نهاية نتيجة وجود حلقات في التوجيه.

هل يقرأ الراوتر محتوى كل رسالة؟

ليس من الضروري أن يقرأ الراوتر محتوى الرسائل أو صفحات الويب كي يوجّه الحزم.

تعتمد وظيفة التوجيه الأساسية على معلومات طبقة الشبكة، خصوصًا عنوان IP للوجهة.

أما فحص المحتوى أو تطبيق سياسات متقدمة على حركة البيانات، فيعتمد على نوع الجهاز والميزات المفعلة والبروتوكولات المستخدمة.

وعندما تكون الاتصالات مشفرة باستخدام HTTPS، يكون محتوى الاتصال محميًا بالتشفير أثناء النقل، مع بقاء بعض معلومات الاتصال الوصفية متاحة بحسب البروتوكول والظروف.

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

DNS اختصار لـ Domain Name System، وهو نظام يُستخدم لتحويل أسماء النطاقات، مثل أسماء المواقع الإلكترونية، إلى معلومات يمكن للأجهزة استخدامها للوصول إلى الوجهات، ومنها عناوين IP.

عندما تكتب اسم موقع في المتصفح، يحتاج الجهاز عادةً إلى حل اسم النطاق قبل الاتصال بالخادم.

وقد يتلقى الحاسوب عنوان خادم DNS من خلال DHCP، ويمكن أن يكون هذا الخادم:

الراوتر المنزلي، إذا كان يعمل وسيطًا لطلبات DNS.
خادمًا تابعًا لمزود خدمة الإنترنت.
خادم DNS عامًا أو خاصًا يختاره المستخدم.

هل الراوتر هو الذي يحوّل اسم الموقع إلى عنوان IP؟

ليس بالضرورة. قد يمرر الراوتر حزم DNS، أو يقدم خدمة وسيطة لطلبات DNS، لكن حل أسماء النطاقات وظيفة منفصلة عن التوجيه.

من المهم فهم الفرق بين العمليتين:

DNS: يساعد على تحديد عنوان الوجهة انطلاقًا من اسم النطاق.
Routing: يحدد كيفية تمرير حزم IP نحو شبكة الوجهة.

وقد تتوقف زيارة موقع إلكتروني بسبب مشكلة في DNS حتى لو كان الاتصال الأساسي بالشبكة يعمل بصورة سليمة.

ما العلاقة بين الراوتر والأمن السيبراني؟

يُعد الراوتر من المكونات المهمة في أمن الشبكات، لأنه يقع غالبًا عند نقطة الاتصال بين الشبكة المحلية والشبكات الخارجية.

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

أهم الإجراءات لحماية الراوتر

1. تغيير كلمة مرور الإدارة الافتراضية : لا تستخدم بيانات الدخول الافتراضية التي يسهل تخمينها، واضبط كلمة مرور قوية وفريدة لإدارة الجهاز.

2. تحديث البرنامج الثابت (Firmware) : تساعد التحديثات الأمنية على إصلاح الثغرات وتحسين استقرار الجهاز.

3. استخدام تشفير Wi-Fi قوي : استخدم WPA3 عند توفره ودعم الأجهزة له، أو WPA2-AES إذا كان ذلك هو الخيار الآمن المتاح على جهازك.تجنب أنماط الحماية القديمة أو الشبكات المفتوحة عند عدم وجود حاجة إليها.

4. تعطيل الإدارة عن بُعد إذا لم تكن بحاجة إليها : قد يؤدي ترك واجهة الإدارة متاحة من الإنترنت إلى زيادة المخاطر، خصوصًا إذا كانت الحماية ضعيفة أو كان الجهاز يحتوي على ثغرات.

5. تعطيل WPS إذا لم تكن تستخدمه : قد يؤدي تعطيل هذه الميزة إلى تقليل بعض المخاطر المرتبطة بطرق الاتصال السهلة، بحسب نوع الجهاز وطريقة تنفيذ الميزة.

6. استخدام شبكة ضيوف : يمكن لشبكة الضيوف فصل أجهزة الزوار عن بعض الأجهزة الموجودة في الشبكة الرئيسية، بشرط ضبط العزل بصورة صحيحة.

7. مراجعة الأجهزة المتصلة : افحص قائمة الأجهزة المتصلة بالراوتر من وقت إلى آخر، وتحقق من الأجهزة التي لا تعرفها.

وجود جهاز غير مألوف لا يثبت وحده وجود اختراق؛ فقد يكون جهازًا قديمًا أو هاتفًا باسم مختلف.

8. تعطيل الخدمات غير الضرورية : عطّل الخدمات التي لا تحتاج إليها، مثل بعض خدمات الإدارة أو فتح المنافذ غير المستخدمة.

9. مراجعة قواعد تحويل المنافذ : لا تفتح المنافذ أو تحوّلها إلى أجهزة داخل الشبكة دون فهم الغرض منها والمخاطر المترتبة عليها.

هل وجود الراوتر يعني أن الشبكة محمية تمامًا؟

لا. يمكن للراوتر أن يوفر طبقات مهمة من الحماية، لكنه لا يمنع جميع أنواع الهجمات.

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

كيف تعرف عنوان الراوتر في Windows؟

يمكنك معرفة عنوان البوابة الافتراضية في نظام Windows باستخدام موجه الأوامر CMD.

اتبع الخطوات التالية:

الخطوة الأولى: اضغط على مفتاحي Windows + R.

الخطوة الثانية: اكتب الأمر التالي:

cmd

ثم اضغط Enter.

الخطوة الثالثة: اكتب الأمر:

ipconfig

ثم اضغط Enter.

الخطوة الرابعة: ابحث عن محول الشبكة الذي تستخدمه حاليًا، سواء كان Wi-Fi أو Ethernet.

ستجد سطرًا باسم:

Default Gateway

وقد يظهر مثلًا بالشكل التالي:

Default Gateway . . . . . : 192.168.1.1

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

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

أوامر عملية لاختبار الاتصال بالراوتر

بعد معرفة عنوان البوابة الافتراضية، يمكنك تجربة مجموعة من الأوامر المفيدة.

1. اختبار الاتصال بالراوتر باستخدام ping

اكتب الأمر التالي، مع استبدال العنوان بعنوان الراوتر لديك إذا كان مختلفًا:

ping 192.168.1.1

إذا استقبل الحاسوب ردودًا، فهذا يعني أن الجهاز يستطيع الوصول إلى البوابة عبر ICMP في تلك اللحظة.

لكن عدم وصول الردود لا يعني بالضرورة أن الراوتر معطل؛ فقد تمنع إعداداته الاستجابة لطلبات ICMP.

2. فحص المسار باستخدام tracert

في Windows، اكتب:

tracert 8.8.8.8

يحاول الأمر عرض الموجّهات الوسيطة التي تمر عبرها الحزم في طريقها إلى عنوان الوجهة.

قد تظهر بعض القفزات بعلامات النجمة إذا لم تصل الردود في الوقت المحدد، ولا يعني ذلك وحده وجود خلل في الاتصال؛ فقد تكون بعض الموجّهات مهيأة لتقييد رسائل ICMP أو عدم الرد عليها.

3. عرض جدول التوجيه

اكتب الأمر:

route print

يعرض هذا الأمر جدول التوجيه في Windows، بما في ذلك المسارات المتاحة وعناوين البوابات المرتبطة بها.

يساعدك ذلك على فهم كيفية اختيار الحاسوب للواجهة أو البوابة المستخدمة للوصول إلى الوجهات المختلفة.

4. عرض إعدادات الشبكة

يمكنك استخدام:

ipconfig /all

يعرض الأمر معلومات أكثر تفصيلًا عن إعدادات الشبكة، مثل عناوين IP وعناوين خوادم DNS وDHCP والبوابات الافتراضية، بحسب نوع المحول وإعداداته.

تنبيه: لا تنشر المخرجات الكاملة لهذه الأوامر علنًا دون مراجعتها؛ فقد تتضمن معلومات عن شبكتك أو محولات الاتصال المستخدمة لديك.

ما الفرق بين التوجيه الثابت والتوجيه الديناميكي؟

يمكن تقسيم طرق توفير معلومات التوجيه إلى أسلوبين شائعين.

التوجيه الثابت (Static Routing)

في هذا الأسلوب، يحدد مسؤول الشبكة المسارات يدويًا.

المميزات:

سهل الفهم في الشبكات الصغيرة.
لا يحتاج إلى تبادل معلومات التوجيه باستخدام بروتوكول ديناميكي.
يوفر تحكمًا مباشرًا في المسارات المحددة.

العيوب:

يتطلب تعديلات يدوية عند تغير بنية الشبكة.
قد يصبح من الصعب إدارته في الشبكات الكبيرة.
لا يتكيف تلقائيًا مع جميع حالات تعطل المسارات.

التوجيه الديناميكي (Dynamic Routing)

في هذا الأسلوب، تستخدم الموجّهات بروتوكولات توجيه لتبادل المعلومات واختيار المسارات وتحديثها.

المميزات:

مناسب للشبكات الكبيرة والمتغيرة.
يمكنه التكيف مع بعض تغييرات الشبكة والأعطال.
يقلل الحاجة إلى إدارة جميع المسارات يدويًا.

العيوب:

يحتاج إلى فهم البروتوكول وإعداده بصورة صحيحة.
قد يستهلك موارد إضافية.
يتطلب الانتباه إلى أمن بروتوكولات التوجيه وسياساتها.

مثال

في شبكة منزلية بسيطة، قد يكفي وجود مسار افتراضي واحد نحو مزود الخدمة.

أما في مؤسسة كبيرة تمتلك فروعًا متعددة وروابط اتصال احتياطية، فقد يكون استخدام بروتوكول توجيه ديناميكي مناسبًا لتبادل المسارات والتعامل مع التغييرات.

لماذا قد يتصل الجهاز بالراوتر دون أن يعمل الإنترنت؟

من المهم التمييز بين الاتصال بالشبكة المحلية والقدرة على الوصول إلى الإنترنت.

قد يكون هاتفك متصلًا بشبكة Wi-Fi، لكنك لا تستطيع فتح المواقع الإلكترونية.

من الأسباب المحتملة:

انقطاع خدمة مزود الإنترنت : قد يعمل الراوتر بصورة طبيعية بينما تكون وصلة مزود الخدمة معطلة.
مشكلة في DNS : قد تكون الشبكة قادرة على الوصول إلى عناوين IP، لكن أسماء النطاقات لا تُحل بصورة صحيحة.
إعدادات IP غير صحيحة : قد يكون الجهاز قد حصل على عنوان IP أو بوابة افتراضية غير مناسبة.
مشكلة في كابل الاتصال أو منفذ WAN : قد يكون الكابل غير مثبت جيدًا أو يوجد خلل في الاتصال بين الراوتر وجهاز المودم أو ONT.
مشكلة في إعدادات الراوتر : قد تمنع قواعد جدار الحماية أو إعدادات التوجيه أو المصادقة وصول البيانات إلى الإنترنت.
مشكلة في ازدحام الشبكة أو ضعف الإشارة : قد تؤدي كثرة الأجهزة أو ضعف إشارة Wi-Fi أو التداخل اللاسلكي إلى بطء الاتصال أو انقطاعه.

خطوات أولية للتشخيص

تحقق من اتصال الجهاز بشبكة Wi-Fi.
افحص حالة مؤشرات الاتصال في الراوتر.
نفّذ ipconfig لمعرفة عنوان IP والبوابة الافتراضية.
جرّب ping على عنوان البوابة.
اختبر الوصول إلى وجهة خارجية، مع مراعاة أن بعض الوجهات لا تستجيب لطلبات ICMP.
افحص إعدادات DNS إذا كانت الاتصالات إلى عناوين IP تعمل، بينما تفشل أسماء المواقع.
تحقق من حالة خدمة مزود الإنترنت إذا استمرت المشكلة.

لا تعتمد على اختبار واحد فقط؛ فالتشخيص الصحيح يحتاج إلى مقارنة نتائج عدة اختبارات.

هل الراوتر مسؤول عن سرعة الإنترنت؟

الراوتر يؤثر في تجربة الاتصال، لكنه ليس العامل الوحيد الذي يحدد سرعة الإنترنت.

تتأثر السرعة بعدة عوامل، منها:

سرعة الاشتراك لدى مزود الخدمة.
نوع الاتصال المستخدم.
قدرة الراوتر على معالجة حركة البيانات.
سرعة منافذ Ethernet.
معيار Wi-Fi المستخدم.
قوة الإشارة اللاسلكية.
التداخل من الشبكات والأجهزة المجاورة.
عدد الأجهزة النشطة وحجم البيانات التي تنقلها.
أداء الخادم الذي تتصل به.

مثال

إذا كانت سرعة اتصالك من مزود الخدمة تبلغ 100 ميغابت في الثانية، لكن الراوتر أو أحد منافذه لا يستطيع التعامل مع السرعة المطلوبة، فقد تصبح قدرات الجهاز عاملًا يحد من الأداء.

كذلك، لا تعني السرعة النظرية المعلنة لشبكة Wi-Fi أن المستخدم سيحصل على السرعة نفسها في جميع الظروف؛ إذ تتأثر السرعة الفعلية بالمسافة والتداخل وقدرات الأجهزة.

ما الفرق بين الراوتر ونقطة الوصول ومقوي الإشارة؟

توجد أجهزة أخرى تُستخدم لتحسين الاتصال، لكنها لا تؤدي جميعها وظيفة الراوتر.

الراوتر (Router) :

يربط الشبكات ويوجه حزم IP بينها.

نقطة الوصول (Access Point) :

تسمح للأجهزة اللاسلكية بالاتصال بشبكة محلية موجودة.

مقوي أو موسع إشارة Wi-Fi (Wi-Fi Extender) :

يهدف إلى توسيع التغطية اللاسلكية، وقد يعيد بث الإشارة أو يستخدم أسلوبًا آخر للاتصال بالشبكة الأساسية.

نظام الشبكة المتداخلة (Mesh Wi-Fi) :

يتكون من عدة وحدات تعمل معًا لتوفير تغطية لاسلكية أوسع، وفقًا لتصميم النظام.

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

لذلك، من المهم معرفة وظيفة الجهاز الفعلية بدلًا من الاعتماد على اسمه التجاري فقط.

تطبيق عملي لفهم عمل الراوتر

لننفذ تمرينًا بسيطًا يساعدك على ربط المفاهيم النظرية بالتطبيق العملي.

متطلبات التمرين

حاسوب يعمل بنظام Windows.
اتصال بشبكة منزلية أو شبكة محلية يُسمح لك باستخدامها.
الوصول إلى موجه الأوامر CMD.

الخطوة الأولى: معرفة عنوان IP

افتح CMD واكتب:

ipconfig

سجّل عنوان IPv4 الخاص بمحول الشبكة النشط.

مثال:

192.168.1.10

الخطوة الثانية: معرفة البوابة الافتراضية

ابحث عن السطر:

Default Gateway

قد يظهر مثلًا:

192.168.1.1

الخطوة الثالثة: اختبار الاتصال بالراوتر

اكتب:

ping 192.168.1.1

إذا كان عنوان البوابة لديك مختلفًا، فاستخدم العنوان الصحيح.

راقب ما إذا كانت هناك ردود من الجهاز.

الخطوة الرابعة: استكشاف المسار

اكتب:

tracert 8.8.8.8

لاحظ أن المسار قد يتضمن عدة قفزات، وقد لا تظهر معلومات جميع الموجّهات بسبب سياسات الاستجابة أو قيود الشبكة.

الخطوة الخامسة: عرض جدول التوجيه

اكتب:

route print

حاول العثور على المسار الافتراضي في جدول IPv4، والذي قد يظهر بالشكل:

0.0.0.0 0.0.0.0

وقد يكون عنوان البوابة في المثال هو 192.168.1.1، لكن النتيجة تعتمد على إعدادات جهازك.

أسئلة التمرين

ما عنوان IPv4 الذي حصل عليه حاسوبك؟
ما عنوان البوابة الافتراضية؟
هل استطعت الوصول إلى البوابة باستخدام ping؟
لماذا يحتاج حاسوبك إلى البوابة الافتراضية عند الاتصال بوجهة خارج شبكته المحلية؟
ما الفرق بين عنوان الحاسوب وعنوان الراوتر المحلي؟
لماذا قد تمر البيانات عبر عدة موجّهات قبل الوصول إلى خادم بعيد؟

ملاحظة للخصوصية: لا تنشر عنوان IP العام أو تفاصيل شبكتك الكاملة في التعليقات. يمكنك الاكتفاء بكتابة «تم التطبيق» بعد إكمال التمرين.

ماهو هجوم تجانس الأحرف Homograph Attack وكيف يكون

2026-10-13T09:59:17.971+03:00

هجوم تجانس الأحرف كيف تخدعك الروابط المزيفة دون أن تلاحظ؟

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

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

كيف يحدث ذلك رغم أنك تحققت من اسم الموقع؟

الإجابة قد تكون هجوم تجانس الأحرف (Homograph Attack)، وهو أسلوب من أساليب الهجمات السيبرانية يعتمد على استغلال التشابه البصري بين الأحرف، خصوصًا الأحرف القادمة من أنظمة الكتابة المختلفة، لإنشاء أسماء نطاقات تبدو وكأنها أصلية، بينما تشير إلى مواقع أخرى.

ما هو هجوم تجانس الأحرف (Homograph Attack)؟

هجوم تجانس الأحرف هو أسلوب خداع رقمي يستغل التشابه في الشكل بين حرفين أو أكثر لتمرير اسم نطاق أو نص مزيف على أنه اسم حقيقي.

يُعرف هذا النوع من الهجمات أيضًا باسم هجوم النطاقات المتشابهة بصريًا (Homograph Domain Attack)، ويُستخدم كثيرًا ضمن حملات التصيد الإلكتروني (Phishing).

تعتمد الفكرة على أن بعض الأحرف تبدو متطابقة أو متقاربة للغاية، رغم أنها تختلف في قيمتها الرقمية وهويتها ضمن معيار Unicode.

على سبيل المثال، يوجد اختلاف بين الحرف اللاتيني a والحرف السيرِيلي а، رغم أن شكلهما قد يبدو متطابقًا في بعض الخطوط:

الحرف الأول: a — حرف لاتيني صغير.
الحرف الثاني: а — حرف سيرِيلي صغير.

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

لكن الحاسوب يتعامل معهما بوصفهما حرفين مختلفين.

ملاحظة علمية: يُعد Unicode معيارًا لترميز الأحرف والرموز المستخدمة في أنظمة الكتابة المختلفة، وليس جميع الأحرف المتشابهة متطابقة في قيمها الرقمية.

كيف يعمل هجوم تجانس الأحرف؟

لفهم هذا الهجوم، يجب أولًا معرفة أن أسماء النطاقات ليست مجرد كلمات تظهر في شريط العنوان، بل تخضع لقواعد تقنية تحدد كيفية تمثيلها ومعالجتها بواسطة أنظمة أسماء النطاقات (DNS).

تحدث الهجمات عادة عبر مجموعة من الخطوات.

1. اختيار اسم نطاق يشبه الموقع الأصلي

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

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

على سبيل المثال، قد يبدو حرف a اللاتيني مطابقًا لحرف а السيرِيلي في بعض الخطوط.

2. تسجيل النطاق المزيف

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

تُعرف هذه النطاقات باسم أسماء النطاقات الدولية (Internationalized Domain Names - IDNs)، وهي تقنية تسمح باستخدام أحرف من لغات وأنظمة كتابة متعددة في أسماء النطاقات.

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

3. إنشاء موقع يشبه الموقع الأصلي

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

وقد يستخدم الموقع المزيف لإقناع الزائر بإدخال بيانات حساسة، مثل:

اسم المستخدم وكلمة المرور.
بيانات الحسابات المصرفية.
رموز التحقق المؤقتة.
المعلومات الشخصية.

4. نشر الرابط عبر رسائل التصيد

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

وقد يرفق به رسالة تدّعي ضرورة تحديث الحساب أو تأكيد الهوية أو معالجة مشكلة أمنية عاجلة.

عندما يثق المستخدم في شكل الرابط، فقد يدخل بياناته في الصفحة المزيفة دون أن يدرك أنه يتعامل مع جهة غير موثوقة.

ما الفرق بين الحرف الأصلي والحرف المتشابه؟

من أهم الأسباب التي تجعل هذا الهجوم فعالًا أن العين البشرية لا تميّز دائمًا بين الأحرف المتشابهة.

انظر إلى المثال التالي:

الحرف	نظام الكتابة	الاسم
`a`	اللاتينية	Latin Small Letter A
`а`	السيريلية	Cyrillic Small Letter A
`o`	اللاتينية	Latin Small Letter O
`о`	السيريلية	Cyrillic Small Letter O
`p`	اللاتينية	Latin Small Letter P
`р`	السيريلية	Cyrillic Small Letter Er

قد تبدو هذه الأحرف متطابقة تقريبًا في بعض الخطوط، لكنها ليست الحرف نفسه.

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

لماذا يمثل ذلك مشكلة أمنية؟

لأن المستخدم غالبًا ما يتعرف على المواقع من خلال شكل الاسم، وليس من خلال فحص الهوية التقنية لكل حرف.

وبالتالي، يمكن أن يصبح التشابه البصري وسيلة لتضليل المستخدم، خصوصًا عندما يكون الرابط طويلًا أو معروضًا بصورة مختصرة.

ما علاقة Unicode وPunycode بهجوم تجانس الأحرف؟

لفهم الجانب التقني لهذا الهجوم، يجب التعرف على تقنيتين مهمتين: Unicode وPunycode.

1. ما هو Unicode؟

Unicode معيار يهدف إلى تمثيل الأحرف والرموز من مختلف لغات العالم بطريقة موحدة.

فهو يسمح للحاسوب بالتعامل مع الأحرف العربية والإنجليزية والسيريلية والصينية وغيرها.

لكن وجود أحرف متشابهة بصريًا ضمن أنظمة كتابة مختلفة قد يخلق فرصًا للخداع عند استخدامها في أسماء النطاقات.

2. ما هو Punycode؟

Punycode هو أسلوب لترميز أسماء النطاقات التي تحتوي على أحرف غير لاتينية أو أحرف تتجاوز مجموعة الأحرف المسموح بها في تمثيل DNS التقليدي.

فعلى سبيل المثال، قد يظهر اسم نطاق دولي في المتصفح بصيغته المقروءة، بينما يُمثَّل داخليًا بصيغة تبدأ عادةً بالبادئة xn--.

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

يمكن أن يساعد عرض اسم النطاق بصيغة Punycode في كشف بعض النطاقات المضللة، لكنه ليس حلًا كاملًا؛ فليس كل نطاق يبدأ بـ xn-- خبيثًا، لأن كثيرًا من النطاقات الدولية مشروعة.

3. هل يستطيع المتصفح اكتشاف النطاقات المزيفة؟

تستخدم المتصفحات الحديثة مجموعة من السياسات والضوابط لتقليل مخاطر أسماء النطاقات المتشابهة.

وقد تعتمد هذه السياسات على عوامل مثل:

الأحرف المستخدمة في اسم النطاق.
خلط أنظمة الكتابة المختلفة.
درجة التشابه مع أسماء نطاقات أخرى.
قواعد عرض أسماء النطاقات الدولية.
سمعة الموقع وإشارات الأمان المتاحة.

لكن هذه الحماية تختلف بين المتصفحات وإصداراتها، ولا تضمن اكتشاف كل رابط مضلل.

لذلك، لا ينبغي الاعتماد على المتصفح وحده لتحديد ما إذا كان الموقع آمنًا.

ما الفرق بين هجوم تجانس الأحرف وهجمات التصيد الأخرى؟

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

1. هجوم تجانس الأحرف (Homograph Attack)

يعتمد على التشابه البصري بين الأحرف، بما في ذلك الأحرف المأخوذة من أنظمة كتابة مختلفة.

2. هجوم Typosquatting

يعتمد على تسجيل أسماء نطاقات تحتوي على أخطاء إملائية شائعة أو تغييرات بسيطة في كتابة اسم الموقع.

قد يستهدف المهاجم المستخدم الذي يكتب اسم الموقع بطريقة خاطئة.

3. هجوم Subdomain Spoofing

يعتمد على استغلال سوء فهم المستخدم لبنية اسم النطاق، مثل وضع اسم علامة تجارية في جزء فرعي من نطاق يملكه المهاجم.

فعلى سبيل المثال، قد يحتوي الرابط على اسم شركة معروف قبل اسم نطاق مختلف، فيظن المستخدم أن الشركة هي المالكة للموقع.

القاعدة الأساسية هنا هي أن اسم النطاق الفعلي يُقرأ من اليمين إلى اليسار حتى نحدد النطاق المسجل، مع مراعاة قواعد أسماء النطاقات العامة والفرعية.

4. التصيد باستخدام الروابط المختصرة

يستخدم المهاجم رابطًا مختصرًا يخفي الوجهة الحقيقية، بحيث لا يستطيع المستخدم معرفة اسم النطاق المستهدف بمجرد النظر إلى الرابط المختصر.

قد تُستخدم هذه الطريقة في هجمات التصيد، لكنها ليست خبيثة في حد ذاتها.

ما مخاطر هجوم تجانس الأحرف؟

قد يؤدي هذا النوع من الهجمات إلى مجموعة من المخاطر الأمنية، وفقًا لطبيعة الموقع المزيف والبيانات التي يحاول جمعها.

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

كيف تكتشف هجوم تجانس الأحرف؟

يمكن اتباع مجموعة من الخطوات العملية لتقليل احتمال الوقوع ضحية لهذا النوع من الهجمات.

1. افحص اسم النطاق بدقة

لا تعتمد على المظهر العام للرابط وحده.

تحقق من اسم النطاق الذي يشير إليه الرابط، وانتبه إلى الأحرف التي قد تكون متشابهة بصريًا.

على سبيل المثال، قارن بين الحرفين التاليين:

a وа

قد يصعب التفريق بينهما بصريًا، لكنهما مختلفان في الترميز.

2. ادخل إلى الموقع من مصدر موثوق

إذا وصلتك رسالة تدّعي وجود مشكلة في حسابك المصرفي أو حساب التواصل الاجتماعي، فلا تضغط على الرابط مباشرة.

بدلًا من ذلك، افتح التطبيق الرسمي أو اكتب عنوان الموقع الذي تعرفه بنفسك، أو استخدم إشارة مرجعية سبق أن حفظتها بعد التحقق منها.

3. لا تثق بوجود HTTPS وحده

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

فقد تستخدم المواقع المزيفة شهادات TLS صحيحة وتوفر اتصالًا مشفرًا أيضًا.

لذلك، يجب التحقق من اسم النطاق وهوية الجهة التي تتعامل معها، وليس الاكتفاء بوجود رمز القفل.

4. انتبه للرسائل المستعجلة

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

تُستخدم الاستعجالية والتهديد أحيانًا للضغط على المستخدم وتقليل الوقت الذي يمنحه لفحص الرابط.

5. استخدم مدير كلمات المرور

تساعد بعض برامج إدارة كلمات المرور في تقليل أخطاء تسجيل الدخول؛ إذ ترتبط بيانات الاعتماد عادةً بالنطاق الذي حُفظت له.

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

6. حدّث المتصفح ونظام التشغيل

تساعد التحديثات الأمنية على الاستفادة من التحسينات المتعلقة بعرض أسماء النطاقات واكتشاف المواقع الضارة.

احرص على تحديث المتصفح ونظام التشغيل باستمرار، وتجنب تثبيت الإضافات من مصادر غير موثوقة.

ماذا تفعل إذا فتحت رابطًا مزيفًا؟

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

إذا فتحت الرابط فقط:

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

إذا أدخلت كلمة المرور:

غيّرها فورًا من الموقع أو التطبيق الرسمي.
إذا كنت تستخدم كلمة المرور نفسها في مواقع أخرى، فغيّرها هناك أيضًا.
سجّل الخروج من الجلسات الأخرى إذا كانت الخدمة تتيح ذلك.
فعّل المصادقة متعددة العوامل.

إذا أدخلت بيانات مصرفية أو مالية:

اتصل بالمصرف عبر رقم أو قناة رسمية.
اطلب إيقاف المعاملات أو البطاقة عند الحاجة.
راجع سجل المعاملات وأبلغ عن أي عملية مشبوهة.

إذا أدخلت رمز تحقق مؤقتًا:

تعامل مع الأمر باعتباره احتمالًا لوصول المهاجم إلى حسابك.
أمّن الحساب فورًا، وراجع الجلسات والأجهزة المسجلة.
تواصل مع مزود الخدمة إذا فقدت القدرة على الدخول.

كيف يمكن للمطورين ومسؤولي الأمن السيبراني الحد من الهجوم؟

لا تقع مسؤولية مواجهة هجمات تجانس الأحرف على المستخدم وحده؛ إذ يمكن للمطورين ومسؤولي الأنظمة تطبيق مجموعة من التدابير الوقائية.

مراقبة النطاقات المتشابهة : يمكن للمؤسسات مراقبة أسماء النطاقات الجديدة التي تشبه علاماتها التجارية، والتحقق من النطاقات المشتبه بها، والإبلاغ عنها للجهات المختصة عند الحاجة.
تطبيق سياسات أمنية مناسبة : ينبغي لمطوري المتصفحات والتطبيقات استخدام آليات مناسبة للتعامل مع أسماء النطاقات الدولية، بما في ذلك السياسات التي تحدد متى يُعرض اسم النطاق بصيغته المقروءة ومتى يُعرض بترميز Punycode.
استخدام المصادقة متعددة العوامل : تساعد المصادقة متعددة العوامل على تقليل الاعتماد على كلمة المرور وحدها، رغم أنها لا تمنع جميع هجمات التصيد. وتوفر مفاتيح الأمان وتقنيات المصادقة المقاومة للتصيد، مثل WebAuthn وPasskeys، حماية أقوى ضد بعض الهجمات التي تحاول سرقة بيانات تسجيل الدخول.
تطبيق سياسات حماية البريد الإلكتروني : يمكن للمؤسسات استخدام تقنيات مثل SPF وDKIM وDMARC للمساعدة في الحد من انتحال نطاقات البريد الإلكتروني. لكن يجب التنبيه إلى أن هذه التقنيات لا تمنع وحدها تسجيل نطاق مشابه بصريًا أو إنشاء موقع تصيد مستقل.
التوعية الأمنية : تدريب الموظفين والمستخدمين على فحص الروابط والتعرف على أساليب التصيد يقلل من فرص نجاح الهجمات، خصوصًا عند اقتران التدريب بإجراءات تقنية واضحة.

مثال تعليمي آمن لفهم هجوم تجانس الأحرف

يمكنك تجربة الفرق بين الحرفين التاليين مباشرة في محرر نصوص أو بيئة برمجية:

الحرف الأول: a

الحرف الثاني: а

على الرغم من التشابه البصري، فإن الأول حرف لاتيني، والثاني حرف سيرِيلي.

وفي Python، يمكن فحص نقطة الترميز لكل حرف باستخدام الدالة ord():

latin_a = "a"
cyrillic_a = "а"

print("Latin a:", hex(ord(latin_a)))
print("Cyrillic a:", hex(ord(cyrillic_a)))

print("Are they identical?", latin_a == cyrillic_a)

ستظهر النتيجة بالشكل التالي:

Latin a: 0x61
Cyrillic a: 0x430
Are they identical? False

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

يمكن استخدام هذا النوع من الاختبارات في تعليم الأمن السيبراني، وفهم Unicode، وتطوير أدوات فحص النصوص وأسماء النطاقات.

لكن هذا الاختبار البسيط لا يكفي وحده لاكتشاف جميع النطاقات المشبوهة؛ إذ يتطلب التقييم الأمني مراعاة قواعد أسماء النطاقات الدولية وسياسات المتصفحات وسياق الاستخدام.

هل يمكن أن تحدث هذه الهجمات باللغة العربية؟

نعم، يمكن أن تظهر مشكلات التشابه البصري في سياقات تتضمن العربية وغيرها من أنظمة الكتابة.

لكن ليس كل تشابه بين الأحرف العربية واللاتينية هجومًا، كما أن دعم أسماء النطاقات العربية لا يعني أنها غير آمنة بطبيعتها.

تختلف مخاطر التشابه وفقًا للأحرف المستخدمة والخطوط المعروضة وسياسات معالجة أسماء النطاقات.

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

وبالنسبة للمستخدم العربي، تظل النصيحة الأهم هي التحقق من النطاق الفعلي وعدم الاعتماد على الشكل وحده، خصوصًا عند التعامل مع الحسابات المالية والخدمات الحساسة.

أهم النصائح لتجنب هجوم تجانس الأحرف

لزيادة مستوى الأمان أثناء تصفح الإنترنت، اتبع الإرشادات التالية:

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

يُظهر هجوم تجانس الأحرف أن المخاطر السيبرانية لا تعتمد دائمًا على تعقيد البرمجيات أو قوة الاختراق؛ فقد تبدأ أحيانًا من اختلاف صغير في حرف واحد لا تلاحظه العين البشرية.

وتساعد معرفة الفرق بين الأحرف المتشابهة، وفهم آلية عمل أسماء النطاقات الدولية، والتحقق من الروابط قبل استخدامها، على تقليل مخاطر التصيد وسرقة الحسابات.

ومع تطور تقنيات المتصفحات وأدوات الحماية، تظل الممارسات الأمنية الواعية جزءًا أساسيًا من حماية الهوية الرقمية والبيانات الشخصية.

تذكّر: قد يبدو الرابط صحيحًا، لكن التشابه في الشكل لا يعني التطابق في الهوية.

كيفية تحويل الفيديو إلى نص مكتوب باستخدام الذكاء الاصطناعي

2026-10-12T11:11:50.784+03:00

كيفية تحويل الفيديو إلى نص مكتوب باستخدام الذكاء الاصطناعي

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

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

أفضل الأدوات لتحويل الفيديو إلى نص

تتوفر العديد من المواقع والأدوات التي تساعد على تحويل الفيديوهات إلى نصوص مكتوبة، وتختلف فيما بينها من حيث الدقة واللغات المدعومة والميزات المتاحة.

1. TurboScribe: أداة متخصصة في تفريغ الفيديوهات

تُعد TurboScribe من الأدوات المعروفة في مجال تحويل الملفات الصوتية والفيديوهات إلى نصوص مكتوبة باستخدام الذكاء الاصطناعي. وتتيح للمستخدم رفع ملف الفيديو واختيار اللغة المناسبة، ثم استخراج الكلام وتحويله إلى نص يمكن مراجعته وتعديله.

زيارة موقع TurboScribe

وتدعم الأداة اللغة العربية، مما يجعلها خيارًا مناسبًا لمن يرغبون في تفريغ المحاضرات والمقابلات والتسجيلات باللغة العربية.

ومن أبرز مميزاتها إمكانية التعامل مع ملفات صوتية ومرئية متعددة، وتوفير خيارات لتصدير النصوص بصيغ مختلفة، بحسب الميزات المتاحة في الحساب.

طريقة الاستخدام:

الدخول إلى الموقع الرسمي.
رفع ملف الفيديو المراد تحويله.
اختيار اللغة العربية.
بدء عملية التفريغ الصوتي.
مراجعة النص الناتج وحفظه.

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

2. Notta: تحويل التسجيلات والمقابلات إلى نصوص

توفر Notta مجموعة من الأدوات التي تساعد على تحويل التسجيلات الصوتية وبعض ملفات الفيديو إلى نصوص مكتوبة، مع إمكانية تنظيم المحتوى وتحريره بعد انتهاء عملية التفريغ.

ويمكن الاستفادة منها في تفريغ الاجتماعات والمقابلات والمحاضرات، ثم إعادة استخدام النص الناتج في إعداد المستندات والتقارير.

وتختلف الميزات المتاحة بحسب نوع الحساب واللغة وصيغة الملف، لذلك يُفضّل التحقق من خيارات الاستيراد والتفريغ قبل البدء.

وتُعد Notta خيارًا مناسبًا للمستخدمين الذين يحتاجون إلى تحويل التسجيلات إلى نصوص منظمة يسهل الرجوع إليها وتحريرها.

زيارة موقع Notta

3. VEED.IO: استخراج النص وإنشاء ترجمة للفيديو

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

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

ومن أبرز استخداماتها:

إنشاء ترجمة تلقائية للفيديو.
تعديل النصوص الناتجة عن التفريغ.
مزامنة الترجمة مع الصوت.
الاستفادة من النص المستخرج في إعداد محتوى مكتوب.

وقد تختلف إمكانات التصدير وحدود الاستخدام بحسب الخطة المتاحة، لذا يُنصح بمراجعة تفاصيل الخدمة قبل استخدامها.

زيارة موقع VEED.IO

4. YouTube: استخراج النص من الفيديوهات المنشورة

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

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

زيارة موقع YouTube

خطوات استخراج النص:

افتح الفيديو المطلوب على يوتيوب.
ابحث عن خيار «عرض النص المكتوب» (Show transcript)، إذا كان متاحًا.
افتح لوحة النص المصاحب للفيديو.
انسخ النص المتاح واستخدمه في محرر النصوص.

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

رفع الصور والملفات وتخزينها وعرضها File Storage في Laravel

2026-10-12T09:20:44.746+03:00

رفع الصور والملفات وتخزينها وعرضها في Laravel

بعد أن تعلمنا في الدرس السابق مفهوم Authorization وكيفية التحكم في الصلاحيات باستخدام Gates وPolicies، سننتقل في هذا الدرس إلى موضوع عملي ومهم جدًا في معظم تطبيقات Laravel، وهو رفع الملفات وتخزينها وإدارتها.

معظم التطبيقات الحديثة تحتاج إلى التعامل مع الملفات بطريقة أو بأخرى.

فمثلًا قد يحتاج المستخدم إلى:

رفع صورة شخصية.
رفع صورة لمقال.
رفع ملف PDF.
رفع مستند.
رفع صورة غلاف.
رفع ملفات متعددة.
استبدال ملف قديم بملف جديد.
حذف الملفات التي لم تعد مستخدمة.
عرض الملفات والصور داخل الموقع.

لو أردنا تنفيذ هذه العمليات باستخدام PHP التقليدية فقط، سنحتاج إلى التعامل مع مسارات الملفات والمجلدات وأسماء الملفات والصلاحيات وغيرها من التفاصيل.

لكن Laravel يوفر لنا نظامًا مريحًا يسمى Filesystem، ويعتمد Laravel على طبقة Flysystem لتوحيد طريقة التعامل مع أنظمة التخزين المختلفة، سواء كان التخزين محليًا على الخادم أو باستخدام خدمات مثل Amazon S3.

في هذا الدرس سنتعلم كيف نستخدم هذا النظام خطوة بخطوة.

ما هو File Storage في Laravel؟

مصطلح File Storage يعني نظام تخزين الملفات الذي يستخدمه التطبيق.

بدل أن نتعامل مباشرة مع:

storage/app/...

أو:

public/uploads/...

يمكننا استخدام Laravel Storage API:

Storage::put(...)

أو:

Storage::disk(...)

أو التعامل مباشرة مع الملف المرفوع:

$request->file(...)

Laravel يجعل عملية التخزين مستقلة نسبيًا عن مكان التخزين الفعلي.

فيمكن أن يكون الملف موجودًا على:

Local Server

أو:

Amazon S3

أو نظام تخزين متوافق مع S3.

والميزة المهمة هي أن كود التطبيق يمكن أن يبقى متشابهًا إلى حد كبير عند تغيير Driver التخزين.

لماذا نحتاج إلى Storage بدل حفظ الملفات عشوائيًا؟

لنفترض أنك تريد حفظ صور المستخدمين.

قد تفكر في وضع الصور مباشرة داخل:

public/uploads

قد يعمل ذلك في بعض المشاريع الصغيرة، لكن Laravel يوفر نظامًا أكثر تنظيمًا.

يمكن أن يكون لدينا:

storage/app/public

ثم نستخدم:

php artisan storage:link

ليصبح بالإمكان الوصول إلى الملفات العامة من خلال:

public/storage

وهذا هو الأسلوب الذي توصي به Laravel للملفات التي يجب أن تكون متاحة للعامة.

فهم مجلد storage

من أهم المجلدات التي يجب أن تعرفها:

storage/

ويحتوي على ملفات يتم إنشاؤها أو استخدامها بواسطة التطبيق.

ومن ضمنه:

storage/app
storage/framework
storage/logs

أما:

storage/app/public

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

ما هو Disk في Laravel؟

كلمة Disk في Laravel تعني إعدادًا يحدد:

أين؟
وكيف؟
سيتم تخزين الملفات.

إعدادات الأقراص موجودة في:

config/filesystems.php

يمكنك تعريف عدة Disks، وكل Disk يمكن أن يستخدم Driver مختلفًا.

مثلًا قد يكون لدينا:

local
public
s3

الفكرة تصبح:

Application
     ↓
Storage
     ↓
Disk
     ↓
Driver
     ↓
Storage Location

الـ Local Disk

الـ Local Disk يستخدم لتخزين الملفات محليًا على الخادم.

في الإعدادات الافتراضية، الملفات التي يستخدمها الـ local disk تكون ضمن مسار التخزين المحلي المحدد في filesystems.php.

مثلًا:

Storage::disk('local')->put(
    'example.txt',
    'Hello Laravel'
);

سيتم حفظ الملف داخل المسار المرتبط بهذا الـ Disk.

الـ Public Disk

هناك Disk مخصص للملفات التي تريد جعلها متاحة للعامة:

public

وبشكل افتراضي يستخدم:

storage/app/public

ولكي تصبح هذه الملفات قابلة للوصول من المتصفح، نستخدم:

php artisan storage:link

Laravel ينشئ Symbolic Link بين:

public/storage

و:

storage/app/public

وبالتالي يستطيع خادم الويب الوصول إلى الملفات العامة.

إنشاء Storage Link

بعد إنشاء مشروع Laravel وتشغيله، نفذ:

php artisan storage:link

بعد ذلك سيكون لدينا رابط مشابه لـ:

public/storage

يشير إلى:

storage/app/public

لا تحتاج إلى تنفيذ هذا الأمر في كل مرة ترفع فيها ملفًا.

عادةً يتم تنفيذه عند تجهيز المشروع أو البيئة التي تحتاج إلى هذا الرابط.

أول عملية تخزين باستخدام Storage

لنبدأ بمثال بسيط.

في Controller:

use Illuminate\Support\Facades\Storage;

Storage::disk('public')->put(
    'example.txt',
    'Hello from Laravel'
);

سيتم تخزين الملف على Disk:

public

داخل المسار:

example.txt

أي ضمن جذر الـ public disk.

استخدام Storage::put

يمكنك أيضًا استخدام:

Storage::put(
    'example.txt',
    'Hello Laravel'
);

عند عدم تحديد Disk، سيستخدم Laravel الـ default disk المحدد في إعدادات التخزين.

لكن عندما يكون المشروع واضحًا، قد يكون من الأفضل تحديد الـ Disk عند الحاجة:

Storage::disk('public')->put(
    'example.txt',
    'Hello Laravel'
);

حتى يكون واضحًا أين سيتم تخزين الملف.

رفع الملفات من Form

الآن نصل إلى الجزء الأهم.

لنفترض أننا نريد إنشاء Form يسمح للمستخدم برفع صورة.

داخل Blade:

<form method="POST" action="{{ route('profile.update') }}" enctype="multipart/form-data">
    @csrf

    <label for="avatar">
        الصورة الشخصية
    </label>

    <input
        type="file"
        name="avatar"
        id="avatar"
    >

    <button type="submit">
        رفع الصورة
    </button>
</form>

هناك نقطة مهمة جدًا:

enctype="multipart/form-data"

بدونها لن يتم إرسال الملف بالطريقة الصحيحة مع Form التقليدي.

لماذا نستخدم multipart/form-data؟

عند إرسال نصوص عادية، يمكن للمتصفح استخدام:

application/x-www-form-urlencoded

لكن عندما نرسل ملفات، نحتاج إلى:

multipart/form-data

لذلك عند وجود:

<input type="file">

يجب أن نتأكد من وجود:

enctype="multipart/form-data"

في Form.

استقبال الملف داخل Controller

في Controller يمكننا الوصول إلى الملف باستخدام:

$request->file('avatar');

مثلًا:

public function update(Request $request)
{
    $file = $request->file('avatar');

    // ...
}

لكن لا ينبغي أن نبدأ بتخزين الملف مباشرة.

أولًا يجب أن نتحقق منه.

وهنا نستخدم ما تعلمناه في الدرس السابع:

Validation.

التحقق من الملف قبل تخزينه

يمكن استخدام قاعدة:

'avatar' => ['required', 'image']

مثلًا:

$validated = $request->validate([
    'avatar' => ['required', 'image'],
]);

Laravel يوفر قواعد مخصصة للملفات مثل:

file
image
mimes
mimetypes
max
min
dimensions

كما يوفر Laravel 13 File Validation Rule أكثر مرونة باستخدام Illuminate\Validation\Rules\File.

قاعدة image

يمكنك استخدام:

'image' => ['required', 'image']

قاعدة image تتحقق من أن الملف صورة من الأنواع التي يسمح بها Laravel افتراضيًا، ومنها:

jpg
jpeg
png
bmp
gif
webp

ولا تسمح قاعدة image افتراضيًا بملفات SVG بسبب المخاطر المحتملة المتعلقة بـ XSS، ويمكن السماح بها صراحةً عند الحاجة.

تحديد حجم الملف

من المهم جدًا تحديد حجم الملفات التي يمكن للمستخدم رفعها.

مثلًا:

$validated = $request->validate([
    'avatar' => ['required', 'image', 'max:2048'],
]);

هنا:

2048 KB

تعادل تقريبًا:

2 MB

وبالتالي لن يسمح التطبيق برفع صورة تتجاوز الحد المحدد.

استخدام File Rule في Laravel 13

Laravel 13 يوفر طريقة أكثر مرونة:

use Illuminate\Validation\Rules\File;

$validated = $request->validate([
    'avatar' => [
        'required',
        File::image()
            ->max('2mb'),
    ],
]);

يمكن أيضًا تحديد:

min
max
types
extensions
dimensions

باستخدام File Rule.

تحديد أبعاد الصورة

في بعض التطبيقات لا يكفي التأكد من أن الملف صورة.

قد تريد مثلًا أن تكون صورة الغلاف ضمن أبعاد معينة.

Laravel يوفر التحقق من أبعاد الصور.

مثلًا:

use Illuminate\Validation\Rule;
use Illuminate\Validation\Rules\File;

$validated = $request->validate([
    'cover' => [
        'required',
        File::image()->dimensions(
            Rule::dimensions()
                ->minWidth(1200)
                ->minHeight(600)
        ),
    ],
]);

وهذا مفيد جدًا عند بناء:

صور المقالات
صور المنتجات
صور الأغلفة
صور الحسابات

وغيرها.

تخزين الملف باستخدام store

بعد نجاح Validation يمكننا تخزين الملف:

$path = $request->file('avatar')->store('avatars');

سيقوم Laravel بتخزين الملف داخل المجلد:

avatars

على الـ Disk الافتراضي.

والأهم أن Laravel يعيد لك المسار الذي تم تخزين الملف فيه.

مثلًا:

avatars/AbCd1234.jpg

يمكنك بعد ذلك حفظ هذا المسار في قاعدة البيانات.

تحديد Disk أثناء التخزين

يمكنك تحديد Disk:

$path = $request->file('avatar')->store(
    'avatars',
    'public'
);

الآن أصبح التخزين على:

public

داخل:

avatars/

وبالتالي يكون المسار مثل:

avatars/random-name.jpg

Laravel يوفر store وطرقًا أخرى لتخزين الملفات المرفوعة مع إنشاء أسماء فريدة تلقائيًا.

لماذا لا نستخدم اسم الملف الذي يرسله المستخدم؟

قد يصل الملف مثل:

my-photo.jpg

لكن لا يفضل أن تعتمد على هذا الاسم كاسم التخزين النهائي.

هناك عدة أسباب، منها:

احتمال تكرار الأسماء.
مشاكل تتعلق بالمسارات.
صعوبة إدارة الملفات.
احتمالية وجود أسماء غير مناسبة للرابط.

عند استخدام:

store()

يقوم Laravel بإنشاء اسم فريد للملف ويعيد لك المسار الناتج.

وهذا مناسب جدًا لمعظم حالات رفع الملفات.

حفظ مسار الملف في قاعدة البيانات

لنفترض أن لدينا جدول:

articles

ويحتوي على:

id
title
content
image
user_id

عند رفع صورة المقال:

$path = $request->file('image')->store(
    'articles',
    'public'
);

يمكننا حفظ:

$path

في:

image

مثلًا:

articles/a8d92f3.jpg

نلاحظ أننا لا نحتاج إلى حفظ:

https://example.com/storage/articles/a8d92f3.jpg

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

الأفضل عادةً تخزين المسار فقط، ثم إنشاء URL عند الحاجة.

إنشاء URL للملف

بعد تخزين الملف على Public Disk يمكن استخدام:

Storage::url($path)

مثلًا:

$url = Storage::url($article->image);

وفي حالة الـ local public disk، ينتج Laravel عادةً URL يبدأ بمسار:

/storage/...

كما يمكن استخدام:

asset('storage/' . $article->image)

بعد إنشاء storage:link.

عرض الصورة داخل Blade

إذا كان لدينا:

$article->image

يمكننا:

<img
    src="{{ Storage::url($article->image) }}"
    alt="{{ $article->title }}"
>

ويجب استيراد Storage في المكان الذي تستخدم فيه Facade داخل PHP:

use Illuminate\Support\Facades\Storage;

أما في Blade فيمكنك استخدام:

{{ Storage::url($article->image) }}

مثال كامل لرفع صورة مقال

لنفترض أن لدينا Route:

Route::post('/articles', [ArticleController::class, 'store'])
    ->name('articles.store');

ولدينا Form:

<form
    method="POST"
    action="{{ route('articles.store') }}"
    enctype="multipart/form-data"
>
    @csrf

    <div>
        <label for="title">عنوان المقال</label>

        <input
            type="text"
            name="title"
            id="title"
            value="{{ old('title') }}"
        >
    </div>

    <div>
        <label for="content">المحتوى</label>

        <textarea
            name="content"
            id="content"
        >{{ old('content') }}</textarea>
    </div>

    <div>
        <label for="image">صورة المقال</label>

        <input
            type="file"
            name="image"
            id="image"
        >
    </div>

    <button type="submit">
        نشر المقال
    </button>
</form>

Controller

داخل Controller:

use App\Models\Article;
use Illuminate\Http\Request;

public function store(Request $request)
{
    $validated = $request->validate([
        'title' => ['required', 'string', 'max:255'],
        'content' => ['required', 'string'],
        'image' => ['required', 'image', 'max:2048'],
    ]);

    $path = $request->file('image')->store(
        'articles',
        'public'
    );

    $article = Article::create([
        'title' => $validated['title'],
        'content' => $validated['content'],
        'image' => $path,
        'user_id' => $request->user()->id,
    ]);

    return redirect()
        ->route('articles.show', $article)
        ->with('success', 'تم نشر المقال بنجاح.');
}

لاحظ التسلسل:

Form
 ↓
Request
 ↓
Validation
 ↓
Store File
 ↓
Get Path
 ↓
Save Path in Database
 ↓
Redirect

وهذا نمط مهم جدًا ستستخدمه في الكثير من التطبيقات.

إضافة عمود image إلى Migration

إذا لم يكن جدول المقالات يحتوي على:

image

يمكن إنشاء Migration:

php artisan make:migration add_image_to_articles_table --table=articles

ثم:

Schema::table('articles', function (Blueprint $table) {
    $table->string('image')->nullable();
});

ثم:

php artisan migrate

الآن يمكن تخزين مسار الصورة داخل:

articles.image

لماذا نجعل image nullable؟

قد يكون لدينا مقالات بدون صورة.

مثلًا:

Article A
image = null

ومقال آخر:

Article B
image = articles/example.jpg

لذلك يمكن أن يكون العمود:

$table->string('image')->nullable();

أما إذا كانت الصورة إلزامية لكل مقال، فيمكن تصميم العمود وقواعد Validation وفقًا لذلك.

التعامل مع الصور الاختيارية

إذا كانت الصورة غير إلزامية:

$validated = $request->validate([
    'title' => ['required', 'string', 'max:255'],
    'content' => ['required', 'string'],
    'image' => ['nullable', 'image', 'max:2048'],
]);

ثم:

$path = null;

if ($request->hasFile('image')) {
    $path = $request->file('image')->store(
        'articles',
        'public'
    );
}

وبعد ذلك:

Article::create([
    'title' => $validated['title'],
    'content' => $validated['content'],
    'image' => $path,
    'user_id' => $request->user()->id,
]);

التحقق من وجود الملف

يمكن استخدام:

$request->hasFile('image')

للتأكد من وجود ملف مرفوع.

مثلًا:

if ($request->hasFile('image')) {
    // يوجد ملف
}

ويمكن بعدها الوصول إليه:

$request->file('image')

معرفة معلومات الملف

يمكنك التعامل مع الملف المرفوع واستخراج معلومات عنه عند الحاجة.

مثلًا:

$file = $request->file('image');

ثم يمكن التعامل مع خصائص الملف وفق APIs الخاصة بالملفات المرفوعة.

لكن من الأفضل ألا تعتمد على اسم الملف الذي أرسله المستخدم باعتباره وسيلة تحقق أمني.

Validation يجب أن يكون هو الأساس.

mimes وmimetypes

يمكن تحديد أنواع الملفات المقبولة.

مثلًا:

'image' => [
    'required',
    'mimes:jpg,jpeg,png,webp',
    'max:2048',
],

أو:

'document' => [
    'required',
    'mimetypes:application/pdf',
    'max:5120',
],

Laravel يوضح أن mimes يعتمد على قراءة محتوى الملف وتخمين MIME type، وليس مجرد الاعتماد على امتداد الاسم، بينما mimetypes يسمح بتحديد MIME types مباشرة.

رفع ملفات PDF

ليس كل شيء صورًا.

قد تريد السماح للمستخدم برفع PDF:

'document' => [
    'required',
    'mimes:pdf',
    'max:10240',
],

ثم:

$path = $request->file('document')->store(
    'documents',
    'public'
);

النتيجة مثل:

documents/random-file.pdf

ثم يمكنك حفظ المسار في قاعدة البيانات.

رفع ملف باسم محدد

في بعض الحالات قد تريد تحديد اسم الملف بنفسك.

Laravel يوفر:

storeAs()

مثلًا:

$path = $request->file('avatar')->storeAs(
    'avatars',
    'user-' . $request->user()->id . '.jpg',
    'public'
);

لكن يجب استخدام هذه الطريقة بحذر لتجنب الكتابة فوق ملفات موجودة بنفس الاسم.

في معظم الحالات، store() مع اسم فريد يكون خيارًا أبسط.

putFile و putFileAs

يوفر Laravel أيضًا طرقًا مثل:

Storage::putFile(...)

و:

Storage::putFileAs(...)

وهي مفيدة عندما تريد تخزين ملف باستخدام Storage API مباشرةً.

مثلًا:

$path = Storage::disk('public')->putFile(
    'documents',
    $request->file('document')
);

وتعيد العملية المسار الذي تم تخزين الملف فيه.

حذف الملفات

رفع الملفات ليس الجزء الوحيد.

ماذا يحدث إذا حذف المستخدم المقال؟

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

لذلك يمكن حذف الملف باستخدام:

Storage::disk('public')->delete($article->image);

ثم حذف المقال:

Storage::disk('public')->delete($article->image);

$article->delete();

ويجب التأكد من أن المسار موجود وغير فارغ قبل الحذف عند الحاجة.

استبدال صورة قديمة

لنفترض أن المستخدم يريد تغيير صورة المقال.

يجب أن تكون العملية:

Upload New Image
 ↓
Validation
 ↓
Store New Image
 ↓
Delete Old Image
 ↓
Update Database

مثلًا:

if ($request->hasFile('image')) {
    $newPath = $request->file('image')->store(
        'articles',
        'public'
    );

    if ($article->image) {
        Storage::disk('public')->delete($article->image);
    }

    $article->update([
        'image' => $newPath,
    ]);
}

هذه الطريقة تمنع تراكم الصور القديمة.

ماذا عن الملفات الخاصة؟

ليست كل الملفات يجب أن تكون Public.

قد يكون لديك:

invoice.pdf

أو:

private-document.pdf

لا تريد أن يستطيع أي شخص الوصول إليه بمجرد معرفة الرابط.

في هذه الحالة لا ينبغي أن تضعه ضمن التخزين العام بطريقة تسمح بالوصول المباشر.

يمكن استخدام Disk خاص، ثم تقديم الملف للمستخدم المصرح له بعد التحقق من Authorization.

وهنا يظهر الربط بين درسنا السابق وهذا الدرس:

Authentication
+
Authorization
+
Storage

مثال على ملف خاص

لنفترض أن لدينا:

users/{id}/documents/report.pdf

ولا نريد أن يكون الملف متاحًا للعامة.

يمكن تخزينه على Disk خاص:

$path = $request->file('document')->store(
    'documents'
);

ثم عندما يريد المستخدم تحميله، نتحقق أولًا:

$this->authorize('view', $document);

وبعد نجاح Authorization يمكن تقديم الملف بالطريقة المناسبة.

وهذا أفضل من نشر الملفات الحساسة على Public Disk.

Public أم Private؟

يمكن تبسيط القرار كالتالي:

Public

استخدمه للملفات التي يمكن للجميع رؤيتها.

مثل:

صور المقالات العامة
صور المنتجات
الصور العامة

Private

استخدمه للملفات التي تحتاج صلاحيات.

مثل:

الفواتير
المستندات الشخصية
التقارير الخاصة
ملفات المستخدم الخاصة

Storage::url

عندما تحتاج إلى إنشاء URL لملف:

$url = Storage::url($path);

مثلًا:

$url = Storage::disk('public')->url(
    $article->image
);

ويوفر Laravel طريقة url() للحصول على عنوان الملف، ويختلف شكل الرابط حسب الـ Driver المستخدم.

Temporary URLs

في بعض الأنظمة قد تحتاج إلى رابط مؤقت.

مثلًا:

رابط صالح لمدة 5 دقائق

Laravel يوفر:

Storage::temporaryUrl(...)

ويمكن استخدام هذه الميزة مع أنظمة التخزين التي تدعمها، ومنها local وS3 وفق إعدادات Laravel.

هذه الميزة مفيدة عندما تريد إعطاء المستخدم رابطًا مؤقتًا لملف خاص بدل جعل الملف Public بشكل دائم.

رفع الصور ومعالجتها في Laravel 13

Laravel 13 يوفر أيضًا إمكانيات لمعالجة الصور المرفوعة.

مثلًا يمكن إنشاء صورة بحجم معين وتحويلها إلى WebP ثم تخزينها:

$path = $request->image('avatar')
    ->cover(400, 400)
    ->toWebp()
    ->storePublicly('avatars', 'public');

هذا مفيد عندما تريد تقليل حجم الصور أو توحيد أبعادها قبل التخزين. وتوثق Laravel 13 إمكانيات معالجة الصور مثل cover() وtoWebp() ضمن File Storage.

لماذا معالجة الصور مهمة؟

لنفترض أن المستخدم رفع صورة حجمها:

8 MB

وأبعادها:

6000 × 4000

بينما الموقع يحتاج إلى:

1200 × 800

إذا خزنت الصورة الأصلية كما هي، فقد تزيد:

مساحة التخزين.
حجم الصفحة.
وقت تحميل الصور.
استهلاك البيانات.

لذلك قد يكون من الأفضل في بعض التطبيقات معالجة الصورة قبل تخزينها.

مثال عملي متكامل

لنقم ببناء نظام رفع صورة لملف شخصي.

Form

<form
    method="POST"
    action="{{ route('profile.avatar') }}"
    enctype="multipart/form-data"
>
    @csrf

    <label for="avatar">
        الصورة الشخصية
    </label>

    <input
        type="file"
        name="avatar"
        id="avatar"
        accept="image/*"
    >

    @error('avatar')
        <p>{{ $message }}</p>
    @enderror

    <button type="submit">
        حفظ الصورة
    </button>
</form>

Route

Route::post('/profile/avatar', [
    ProfileController::class,
    'updateAvatar',
])->middleware('auth')
  ->name('profile.avatar');

هنا استخدمنا:

->middleware('auth')

لأن الصورة مرتبطة بحساب المستخدم.

Controller

use Illuminate\Http\Request;
use Illuminate\Support\Facades\Storage;

public function updateAvatar(Request $request)
{
    $validated = $request->validate([
        'avatar' => [
            'required',
            'image',
            'max:2048',
        ],
    ]);

    $user = $request->user();

    $newPath = $request->file('avatar')->store(
        'avatars',
        'public'
    );

    if ($user->avatar) {
        Storage::disk('public')->delete($user->avatar);
    }

    $user->update([
        'avatar' => $newPath,
    ]);

    return back()->with(
        'success',
        'تم تحديث الصورة الشخصية بنجاح.'
    );
}

عرض الصورة

في Blade:

@if ($user->avatar)
    <img
        src="{{ Storage::url($user->avatar) }}"
        alt="{{ $user->name }}"
    >
@endif

وبذلك أصبح لدينا نظام كامل:

User
 ↓
Upload Form
 ↓
POST Request
 ↓
Authentication
 ↓
Validation
 ↓
Storage
 ↓
Database
 ↓
Display Image

أخطاء شائعة في رفع الملفات

نسيان enctype

من أكثر الأخطاء شيوعًا:

<form method="POST">

بدل:

<form
    method="POST"
    enctype="multipart/form-data"
>

إذا كان Form يحتوي على File Input، تأكد من استخدام:

multipart/form-data

عدم تشغيل storage:link

إذا خزنت الملفات على Public Disk ولم تستطع رؤيتها من المتصفح، تحقق من تشغيل:

php artisan storage:link

Laravel يستخدم هذا الرابط للوصول إلى الملفات الموجودة في:

storage/app/public

من خلال:

public/storage

عدم التحقق من الملف

لا تفعل:

$request->file('image')->store(
    'images',
    'public'
);

دون Validation في تطبيق حقيقي.

استخدم على الأقل:

'image' => ['required', 'image', 'max:2048']

أو File Rule أكثر تفصيلًا.

الاعتماد على extension فقط

وجود:

photo.jpg

لا يعني بالضرورة أن الملف صورة صحيحة.

Laravel يوضح أن قواعد مثل mimes تتحقق من محتوى الملف لتخمين MIME type، كما أن extensions يمكن استخدامها للتحقق من الامتداد المعلن.

تخزين URL كامل داخل قاعدة البيانات

بدل:

https://example.com/storage/articles/image.jpg

يفضل غالبًا تخزين:

articles/image.jpg

ثم إنشاء URL عند الحاجة باستخدام:

Storage::url(...)

هذا يجعل التطبيق أكثر مرونة عند تغيير النطاق أو Driver التخزين.

نسيان حذف الملفات القديمة

عند تحديث صورة المستخدم:

Old Image
 ↓
New Image

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

أفضل الممارسات

استخدم Validation دائمًا

تحقق من:

نوع الملف
الحجم
الأبعاد

بحسب احتياجات التطبيق.

استخدم أسماء ملفات آمنة وفريدة

في معظم الحالات:

store()

خيار ممتاز لأنه يتعامل مع اسم الملف تلقائيًا.

خزّن المسار وليس الرابط الكامل

مثل:

avatars/random-file.jpg

ثم استخدم:

Storage::url()

عند الحاجة.

افصل الملفات العامة عن الخاصة

لا تجعل كل الملفات Public.

اسأل نفسك:

هل يستطيع أي شخص رؤية هذا الملف؟

إذا كانت الإجابة:

نعم

يمكن استخدام Public Storage.

أما إذا كانت:

لا

فاستخدم تخزينًا خاصًا وآلية Authorization مناسبة.

اربط Storage مع Database

عندما يكون الملف مرتبطًا بسجل معين، خزّن مساره في Model.

مثل:

articles.image
users.avatar
documents.file

هذا يجعل إدارة الملفات أسهل.

لا تثق ببيانات المستخدم

اسم الملف والامتداد والمحتوى كلها بيانات قادمة من المستخدم.

يجب التعامل معها بحذر واستخدام Validation مناسب.

تمرين عملي

حان الآن دورك لتطبيق ما تعلمته.

أنشئ نظامًا لإضافة المقالات يحتوي على:

Title
Content
Featured Image

المهمة الأولى

أضف عمودًا إلى جدول articles:

image

المهمة الثانية

أنشئ Form يحتوي على:

title
content
image

واستخدم:

multipart/form-data

المهمة الثالثة

تحقق من الصورة باستخدام:

'image' => [
    'required',
    'image',
    'max:2048',
]

المهمة الرابعة

خزن الصورة في:

public/articles

باستخدام:

$request->file('image')->store(
    'articles',
    'public'
);

المهمة الخامسة

احفظ المسار الناتج في:

articles.image

المهمة السادسة

أنشئ:

php artisan storage:link

المهمة السابعة

اعرض الصورة داخل صفحة المقال:

<img
    src="{{ Storage::url($article->image) }}"
    alt="{{ $article->title }}"
>

المهمة الثامنة

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

عند رفع صورة جديدة:

New Image
 ↓
Store
 ↓
Delete Old Image
 ↓
Update Database

المهمة التاسعة

أضف زر حذف المقال، وتأكد من حذف:

Database Record
+
Image File

المهمة العاشرة

اجعل المقالات مرتبطة بالمستخدم الحالي، بحيث لا يستطيع المستخدم تعديل أو حذف مقال مستخدم آخر.

وهنا يمكنك الاستفادة من الدرس الثالث عشر:

Authentication
+
Authorization
+
Storage

وبذلك تكون قد ربطت عدة مفاهيم تعلمتها في الدروس السابقة داخل تطبيق واحد.

ماذا تعلمنا في هذا الدرس؟

في هذا الدرس تعلمنا كيفية التعامل مع الملفات والصور في Laravel.

تعلمنا:

مفهوم File Storage.
مفهوم Filesystem.
ما هو Disk.
Local Disk.
Public Disk.
config/filesystems.php.
storage/app.
storage/app/public.
public/storage.
php artisan storage:link.
رفع الملفات من HTML Forms.
multipart/form-data.
$request->file().
hasFile().
Validation للملفات.
image.
file.
mimes.
mimetypes.
max.
dimensions.
File::image().
store().
storeAs().
Storage::put().
Storage::putFile().
Storage::url().
حذف الملفات باستخدام Storage::delete().
استبدال الملفات القديمة.
تخزين مسار الملف في Database.
الفرق بين Public وPrivate Storage.
Temporary URLs.
معالجة الصور في Laravel 13.
ربط Storage مع Models.
بناء نظام رفع صورة كامل.

أصبح لدينا الآن تصور واضح عن طريقة تعامل Laravel مع الملفات.

يمكن تلخيص العملية الأساسية بهذا الشكل:

User
 ↓
Upload Form
 ↓
HTTP Request
 ↓
Validation
 ↓
File Storage
 ↓
File Path
 ↓
Database
 ↓
Storage::url()
 ↓
Display File

وعند تحديث الملف:

Old File
 ↓
New Upload
 ↓
Validation
 ↓
Store New File
 ↓
Delete Old File
 ↓
Update Database

ومن أهم الأشياء التي يجب أن تتذكرها في هذا الدرس أن Laravel لا يجبرك على ربط تطبيقك بنظام تخزين واحد. يمكنك استخدام التخزين المحلي أثناء التطوير، ثم الانتقال إلى تخزين سحابي مثل S3 عند الحاجة، مع الاحتفاظ بنفس فكرة التعامل مع الملفات عبر Storage API.

كما تعلمنا أن Validation وAuthorization وStorage تعمل معًا.

فمثلًا عند رفع صورة مقال:

Authentication
 ↓
هل المستخدم مسجل الدخول؟
 ↓
Authorization
 ↓
هل يستطيع تعديل المقال؟
 ↓
Validation
 ↓
هل الملف صورة وحجمه مناسب؟
 ↓
Storage
 ↓
تخزين الملف
 ↓
Database
 ↓
حفظ المسار

وهذه الطريقة هي التي تساعدك على بناء تطبيقات Laravel أكثر تنظيمًا وأمانًا وقابلية للتوسع.

في الدرس القادم سننتقل إلى موضوع مهم جدًا بعد التعامل مع الملفات، وهو Pagination وFiltering وSearching في Laravel، وسنتعلم كيف نعرض كميات كبيرة من البيانات بطريقة منظمة، مع تقسيم النتائج إلى صفحات وإضافة البحث والتصفية والترتيب إلى قوائم المقالات.

أفضل 7 أدوات ذكاء اصطناعي للمبرمجين

2026-10-08T12:04:33.342+03:00

كيف تضاعف سرعتك في كتابة وتصحيح الكود؟

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

في هذا الدليل الشامل على موقع نسور التقنية، نستعرض أفضل 7 أدوات ذكاء اصطناعي للمبرمجين، ونحلل نقاط قوتها، وكيف يمكنك استغلالها لتسريع كتابة الكود، واكتشاف الثغرات، وتسهيل عملية تصحيح الأخطاء (Debugging).

1. محرر Cursor AI: أفضل بيئة تطوير متكاملة مدعومة بالذكاء الاصطناعي

يُعد Cursor AI خياراً بارزاً ومفضلاً لدى العديد من المطورين حالياً. هو ليس مجرد إضافة (Plugin) تُثبت على المحرر، بل هو محرر كود متكامل تم بناؤه استناداً إلى نواة VS Code.

أهم مميزات Cursor AI

فهم سياق المشروع بالكامل (Codebase Indexing): يستطيع Cursor مسح جميع ملفات المشروع ومعرفة العلاقات بين الملفات والقواعد البرمجية بفضل الرموز المخصصة مثل @Codebase و@Files.

التعديل متعدد الملفات (Composer): يتيح تنفيذ تعديل سيناريو برمجي كامل يمتد عبر أكثر من ملف بضغطة زر واحدة والتأكد من توافق التغييرات.

التصحيح المباشر (Auto-Debugging): يقرأ الأخطاء من الـ Terminal ويقترح التعديل المناسب فوراً داخل الكود.

إذا كنت تبحث عن بيئة عمل توفر عليك البحث والنسخ واللصق، وتتيح التبديل بين النماذج الذكية المتطورة (مثل Claude 3.5 Sonnet وGPT-4o) بداخل المحرر مباشرة.

2. GitHub Copilot: رفيق البرمجة الأكثر انتشاراً واستقراراً

يظل GitHub Copilot، المطور بالشراكة بين GitHub وOpenAI، أحد أكثر المساعدات البرمجية موثوقية وانتشاراً حول العالم.

أهم مميزات GitHub Copilot

التكامل الشامل مع بيئات التطوير: يعمل بسلاسة كإضافة على VS Code, JetBrains IDEs, Neovim, وVisual Studio.

الإكمال التلقائي الذكي (Smart Autocomplete): يتعلم أسلوب كتابتك ويوفر اقتراحات فورية ودقيقة للسطور أو الدوال أثناء الكتابة.

خاصية Copilot Chat: تتيح لك مناقشة مشروعك، طلب شرح لدالة معينة، أو كتابة اختبارات الوحدات (Unit Tests).

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

3. Claude Code: قوة معالجة المشاريع الضخمة عبر Terminal

تُعتبر Claude Code (الأداة الموجهة للمطورين من شركة Anthropic) من أحدث وأقوى الأدوات القائمة على الواجهة النصية (CLI).

مميزات Claude Code

نافذة سياق ضخمة (1 Million Tokens): قادرة على استيعاب وقراءة مشاريع كاملة تحتوي على آلاف الأسطر في جلسة واحدة دون التضحية بالدقة.

منطق تفكير تسلسلي (Step-by-Step Reasoning): تقوم الأداة بتفكيك المهام البرمجية إلى خطوات ومراحل قبل البدء بالتنفيذ لتفادي الأخطاء.

أداة موجهة للـ Terminal: تتيح إدارة وتنفيذ أوامر Shell وقراءة ملفات Git بشكل مباشر.

ممتازة للمطورين المحترفين الذين يقضون معظم وقتهم في الـ Terminal أو يتعاملون مع مشاريع برمجية واسعة النطاق تتطلب فهم الهيكلية المعقدة (Legacy Codebases).

4. Codeium: البديل المجاني القوي والأسرع أدائاً

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

مميزات Codeium

خطة مجانية للأفراد: توفر إكمالاً تلقائياً للأكواد وشات ذكي دون قيود مجحفة على الاستخدام المباشر.

دعم لأكثر من 70 لغة برمجة: متوافقة مع أطياف واسعة من لغات التطوير وتدعم أكثر من 40 محرر كود.

سرعة فائقة (Low Latency): تتميز بنماذج سريعة الاستجابة توفر التنبؤ بالكود دون تعليق أو بطء داخل المحرر.

الخيار الأمثل للمبتدئين والطلاب والمطورين الذين يريدون تقليل التكاليف دون التنازل عن جودة المساعد البرمجي.

5. v0 by Vercel: ثورة في توليد واجهات المستخدم (Front-End)

تُعد أداة v0 المبتكرة من شركة Vercel حلاً ممتازاً لمطوري الواجهات الأمامية ومطوري Full-Stack الذين يرغبون في بناء واجهات وتطبيقات React وTailwind CSS في ثوانٍ معدودة.

مميزات v0 by Vercel

تحويل الوصف أو الصور إلى واجهات تفاعلية: بمجرد كتابة توجيه (Prompt) أو رفع تصميم، تقوم الأداة بتوليد كود React كفؤ ومصمم بـ Tailwind CSS.

معاينة حية ومباشرة (Live Preview): يمكنك معاينة الواجهة والتعديل عليها فورياً قبل نسخ الكود ونقله إلى مشروعك.

مكونات نظيفة وقابلة للتعديل: تعتمد الأداة على مكونات مكتبات حديثة مثل shadcn/ui وتنتج كوداً منظمًا للغاية.

ممتازة عند البدء في بناء النماذج الأولية (Prototypes)، أو عند الحاجة لتسريع تطوير الواجهات المعقدة واستغلال الوقت لبناء المنطق الخلفي (Back-End).

6. Tabnine: خيار المؤسسات والأمان العالي (Privacy-First)

للشركات والمطورين الذين يعملون على مشاريع حساسّة تُمنع فيها مشاركة الأكواد أو رفعها على سيرفرات خارجية، توفر أداة Tabnine حلاً آمناً.

مميزات Tabnine

خاصية الاستضافة المحلية (On-Premises / Air-Gapped): تتيح تشغيل النماذج داخل سيرفرات الشركة الخاصة بدون إرسال البيانات للخارج.

عدم حفظ أو تدريب البيانات (Zero Retention): تضمن عدم استغلال الكود الخاص بك لتدريب نماذج الذكاء الاصطناعي العامة.

التوافق التام مع قوانين الملكية الفكرية: تضمن استخدام أكواد خالية من مشاكل التراخيص مفتوحة المصدر.

الخيار الأول للفرق والشركات المؤسسية (Enterprise) ومشاريع القطاعات المالية أو الحسابية الحساسة التي تفرض سياسات صارمة على خصوصية البيانات.

7. Amazon Q Developer: المساعد الأفضل لمطبقي خدمات AWS

إذا كنت تبني تطبيقاتك وتعتمد بشكل رئيسي على خدمات Amazon Web Services (AWS)، فإن Amazon Q Developer (المعروفة سابقاً بـ CodeWhisperer) توفر تكاملاً مخصصاً.

مميزات Amazon Q Developer

فهم عميق لبنية AWS: توليد أكواد وتكوينات أمنية مخصصة لخدمات مثل S3, Lambda, وDynamoDB وفقاً لأفضل الممارسات.

فحص الثغرات الأمنية (Security Scanning): فحص الكود واكتشاف الثغرات وتوفير حلول لمعالجتها مجاناً في حدود الاستخدام.

دعم التحويل الذاتي للكود (Code Transformation): المساعدة في تحديث وتحديث نسخة المشاريع القديمة (مثل ترقية إصدارات Java).

إذا كانت بنيتك التحتية وتطبيقاتك تعتمد بشكل أساسي على منظومة AWS Cloud.

مقارنة سريعة بين أفضل أدوات الذكاء الاصطناعي للمبرمجين

Cursor : أبرز حَالَة استخدام هي مشاريع متعددة الملفات وسياق شامل و السعر (تقريبي) هو خطة مجانية / Pro بـ 20$/شهرياً وبالنسبة لدعم البيئات (IDE/CLI) محرر قائم بذاته (VS Code Fork).
GitHub Copilot : أبرز حَالَة استخدام هي البرمجة الزوجية والسرعة داخل المحرر و السعر (تقريبي) هو خطة مدفوعة تبدأ من 10$/شهرياً وبالنسبة لدعم البيئات (IDE/CLI) إضافة تعمل مع أغلب المحررات.
Claude Code : أبرز حَالَة استخدام هي سياق ضخم وعمل من الـ Terminal و السعر (تقريبي) هو يعتمد على خطة Claude Pro / API وبالنسبة لدعم البيئات (IDE/CLI) CLI / Terminal.
Codeium: أبرز حَالَة استخدام هي الأداة المجانية الأكثر شمولاً و السعر (تقريبي) هو خطة مجانية مجزية للأفراد وبالنسبة لدعم البيئات (IDE/CLI) أكثر من 40 محرر كود.
v0 by Vercel : أبرز حَالَة استخدام هي التوليد السريع لواجهات المستخدم (UI) و السعر (تقريبي) هو خطة مجانية بسيطة / مدفوع وبالنسبة لدعم البيئات (IDE/CLI) متصفح / تطبيق ويب.
Tabnine : أبرز حَالَة استخدام هي أمان البيانات والخصوصية المرتفعة و السعر (تقريبي) هو خطة مدفوعة للمؤسسات والأفراد وبالنسبة لدعم البيئات (IDE/CLI) أجهزة محلية ومختلف المحررات.
Amazon Q : أبرز حَالَة استخدام هي المطورون في بيئة AWS Cloud و السعر (تقريبي) هو خطة مجانية محددة / Pro بـ 19$/شهرياً وبالنسبة لدعم البيئات (IDE/CLI) VS Code, JetBrains & AWS CLI.

نصائح عملية لمضاعفة سرعتك وتجنب أخطاء AI البرمجية

اكتب توجيهات (Prompts) واضحة ومحددة: حدد الإطار المستخدم، والنتيجة المتوقعة، والقيود (مثل التوافق مع إصدار معالج معين أو تجنب مكتبة قديمة).
فحص الكود (Code Review) خطوة أساسية: لا تقوم بدمج (Merge) أي كود مولد دون فهمه وتجربته، حيث قد يحتوي الكود المولد على ثغرات منطقية أو مكتبات غير آمنة.
اكتب اختبارات تلقائية (Unit Tests): استخدم الذكاء الاصطناعي لكتابة اختبارات تغطي الحالات الاستثنائية (Edge Cases) لضمان عدم كسر النظام أثناء إعادة الهيكلة.
دمج أكثر من أداة حسب الحاجة: استخدام أداة مثل v0 لبناء الواجهة، وCursor للتطوير وتوسيع منطق العمل، يمنحك سرعة قياسية في التنفيذ.

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

دليل استخدام Cursor AI ثورة في كتابة الكود وتسريع التطوير

2026-10-07T11:09:38.132+03:00

دليل استخدام Cursor AI

شهد عالم تطوير البرمجيات في السنوات الأخيرة تحولاً جذرياً بفضل تقنيات الذكاء الاصطناعي التوليدي. وبينما اعتاد المطورون على استخدام المساعدات البرمجية التقليدية والمكونات الإضافية (Plugins) داخل محركات الكود، جاء محرر النصوص Cursor AI ليغير قواعد اللعبة بالكامل.

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

ما هو محرر Cursor AI وكيف يعمل؟

Cursor AI هو محرر كود مفتوح المصدر تم إنشاؤه بناءً على نواتج محرر VS Code الشهير (Fork of VS Code). يعني ذلك أنك إذا كنت تستخدم VS Code، ستشعر ببيئة عمل مألوفة جداً دون أي منحنى تعلم صعب؛ حيث يمكنك نقل كافة اختصاراتك، إضافاتك، وإعداداتك بضغطة زر واحدة.

الفرق الجوهري يكمن في أن Cursor ليس مجرد محرر نصوص أُضيفت له واجهة دردشة شات، بل صُمم ليصل الذكاء الاصطناعي ببيئة مشروعك بالكامل (Codebase-Aware AI). يستوعب المحرر سياق المشروع، وهيكلية الملفات، والعلاقات بين الكائنات (Classes) والدوال (Functions)، مما يجعله قادراً على اقتراح حلول دقيقة وشاملة وتعديل الملفات المتعددة تلقائياً.

أبرز المميزات التي تجعل Cursor يعلو على المنافسين

توجد العديد من أدوات الذكاء الاصطناعي الموجهة للمبرمجين مثل GitHub Copilot وChatGPT، لكن Cursor يتفوق بفارق شاسع في تجربة المطور بسبب الميزات التالية:

أ) فهم سياق المشروع بالكامل (Context Awareness & @ Symbols)

واحدة من أقوى ميزات Cursor هي قدرتك على إمداد نموذج الذكاء الاصطناعي بالسياق المناسب باستخدام الرمز @:

@Files: لإشارة إلى ملف معين داخل المشروع ليركز النموذج عليه.
@Codebase: لإجبار النموذج على مسح وفحص كامل المشروع لبناء إجابات واقتراحات تتوافق مع هيكلية العمل الحالية.
@Docs: لربط المحرر بالمكتبات الخارجية وثائقها الرسمية (مثل وثائق Laravel، React، أو Tailwind CSS)، ليولد لك أكواداً وفقاً لآخر التحديثات وتجنب الأكواد القديمة (Deprecated Code).
@Git: للتحقق من التغييرات الأخيرة أو التعديلات المرتكبة على مستودع الكود.

ب) التعديل متعدد الملفات (Composer / Multi-File Editing)

باستخدام أداة Composer (التي تُفعل عبر الاختصار Ctrl + I أو Cmd + I)، يمكنك طلب إجراء تعديل يمتد عبر عدة ملفات في المشروع في وقت واحد. على سبيل المثال، يمكنك أن تطلب: "قم بإنشاء نموذج جديد باسم Product وخطة Migration في قاعدة البيانات مع الربط في Route"، وسيقوم Cursor بإنشاء والتعديل على جميع الملفات المطلوبة وتطبيق التغييرات تلقائياً.

ج) الإكمال التلقائي الذكي (Cursor Tab)

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

د) تصحيح الأخطاء التلقائي (Auto-Debugging)

عند ظهور خطأ أثناء تشغيل مشروعك في Terminal، يوفر Cursor زراً مخصصاً لإصلاح الخطأ تلقائياً (Fix with AI). يحلل المحرر رسالة الخطأ والسطور المؤدية له، ويقترح التعديل المباشر لحل المشكلة فوراً.

خطوة بخطوة: كيفية تثبيت وإعداد Cursor AI

لتستمتع بتجربة تطوير استثنائية على موقعك أو مشروعك، اتبع خطوات الإعداد التالية:

الخطوة 1: التحميل والتثبيت

اذهب إلى الموقع الرسمي للمحرر cursor.com.
حمل النسخة المتوافقة مع نظام تشغيلك (Windows, macOS, أو Linux).
قم بتثبيت البرنامج مثل أي تطبيق عادي.

الخطوة 2: استيراد إعدادات VS Code

عند تشغيل Cursor لأول مرة، سيطلب منك البرنامج إذا كنت ترغب في استيراد إضافاتك وثيماتك واختصاراتك من VS Code. اختر Import لتبدأ فوراً بنفس البيئة التي اعتادت عليها أصابعك.

الخطوة 3: ضبط نماذج الذكاء الاصطناعي (AI Models)

يدعم Cursor عدة نماذج ذكاء اصطناعي رائدة، مثل:

Claude 3.5 Sonnet: النموذج الأفضل بلا منافس في كتابة الكود وفهم السياق البرمجي.
GPT-4o: نموذج سريع وممتاز في مهام الشرح والتحليل.
Cursor-Small: نموذج فائق السرعة ومناسب للإكمال السريع تلقائياً.

يمكنك التبديل بين النماذج بسهولة من خانة الإعدادات (Settings > AI) أو أثناء الدردشة داخل المحرر.

الممارسات العملية لتنفيذ مختلف المهام البرمجية باستخدام Cursor

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

أولاً: توليد ميزات جديدة (Feature Generation)

افتتاح نافذة الدردشة بواسطة Ctrl + L (أو Cmd + L) واكتب توجيهاً واضحاً ومحدداً.

مثال توجيه (Prompt):

"أريد إنشاء واجهة برمجة تطبيقات (API Endpoint) بـ Laravel لإضافة منتج جديد. استخدم @StoreProductRequest للتحقق من البيانات، واضمن إعادة الاستجابة بتنسيق JSON مع كود الحالة 201."

ثانياً: إعادة هيكلة الكود وتصحيحه (Refactoring & Bug Fixing)

قم بتحديد الكود المطلوب في المحرر، ثم اضغط على Ctrl + K (أو Cmd + K) لتظهر لك نافذة التعديل المباشر (In-line Edit).

مثال توجيه:

"أعد كتابة هذه الدالة لتتبع مبدأ المسؤولية الأحادية (Single Responsibility Principle) وقم بتحسين أداء الاستعلام للحد من مشكلة N+1."

ثالثاً: التوثيق واختبارات الوحدات (Documentation & Unit Testing)

يمكنك استخدام الكود المكتوب لتوليد الاختبارات والتوثيق تلقائياً بنفس الأسلوب:

"اكتب اختبارات وحدة (Unit Tests) باستخدام PEST PHP لهذه الدالة مع تغطية جميع الحالات الاستثنائية (Edge Cases)."

مقارنة شائعة: Cursor AI أم الأدوات الأخرى؟

إن Cursor AI ممتاز وعميق (@Codebase) و التعديل متعدد الملفات مدعوم بقوة (Composer) و مدعوم (@Docs) و السرعة والاندماج محرر قائم بذاته ممتازة.
ان GitHub Copilot محدود بمجموع الملفات المفتوحة والتعديل متعدد الملفات غير مدعوم بشكل كامل و غير مدعوم و السرعة والاندماج إضافة تجعل الأداء أبطأ أحياناً.
ان ChatGPT / Web AI معدوم (تعتمد على النسخ واللصق) والتعديل متعدد الملفات غير مدعوم و محدد ببيانات التدريب والسرعة والاندماج خارج بيئة التطوير

نصائح ذهبية للمطورين لاحتراف Cursor AI

لا تعتمد على الذكاء الاصطناعي بشكل عمياء: افحص دائماً الكود الناتج (Code Review). الذكاء الاصطناعي يسرّع الإنتاجية ولكنه ليس بديلاً عن مراجعة الفكر والتأكد من أمان الكود.
استغل ملف .cursorrules: يمكنك إضافة ملف في جذر مشروعك باسم .cursorrules وتكتب فيه القواعد المعيارية لمشروعك (مثلاً: "استخدم دائماً التسميات بصيغة CamelCase"، أو "اكتب الكود باستخدما إطار Laravel 11 وتجنب الأساليب القديمة"). سيلتزم المحرر بهذه التعليمات طوال العمل على المشروع.
أطعم المحرر بالتوثيق الحديث: إذا كنت تعمل بمكتبة جديدة أو إطار عمل تم تحديثه مؤخراً، استخدم @Docs وأضف رابط التوثيق ليتعلم المحرر الأساليب الحديثة فوراً.

لم يعد الذكاء الاصطناعي مجرد أداة ثانوية لمساعدة المطورين، بل أصبح حجر الزاوية في زيادة الإنتاجية وتحسين جودة البرمجيات. يُعد محرر Cursor AI الخطوة المستقبليّة الطبيعية لبيئات التطوير، حيث يختصر عليك ساعات طويلة من البحث والمهام الروتينية ليركز فكرك على ابتكار الحلول وتصميم البنيات البرمجية القوية.

جرب Cursor AI اليوم في مشروعك القادم، وستلاحظ بنفسك الفارق الهائل في السرعة وسلاسة العمل!

كيف تعمل بصمة الهاتف وهل يمكن اختراقها ؟

2026-10-06T11:15:13.937+03:00

كيف تعمل بصمة الهاتف؟ وهل يمكن اختراقها؟

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

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

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

ما هي بصمة الهاتف؟

بصمة الهاتف هي نظام أمان بيومتري يعتمد على الخصائص الفريدة لبصمة إصبع المستخدم للتحقق من هويته. وتتميز بصمات الأصابع بأن تفاصيلها تختلف من شخص إلى آخر، بل إن أصابع الشخص نفسه لا تحمل بالضرورة البصمة نفسها.

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

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

كيف تعمل بصمة الهاتف؟

تبدأ العملية عندما يضع المستخدم إصبعه على مستشعر البصمة. يقوم المستشعر بالتقاط خصائص سطح الإصبع، ثم يحولها إلى بيانات يستطيع النظام تحليلها.

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

المرحلة الأولى: تسجيل البصمة

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

المرحلة الثانية: معالجة البيانات

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

المرحلة الثالثة: التحقق من الهوية

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

هذه العملية تحدث خلال جزء صغير جدًا من الثانية، ولذلك تبدو للمستخدم فورية تقريبًا.

ما أنواع مستشعرات بصمة الهاتف؟

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

المستشعرات الضوئية

تستخدم المستشعرات الضوئية الضوء لالتقاط صورة لتفاصيل البصمة. يتم بعد ذلك تحليل الصورة ومقارنتها بالبيانات المسجلة.

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

المستشعرات السعوية

تعتمد المستشعرات السعوية على قياس الاختلافات الكهربائية الدقيقة الناتجة عن ملامسة الإصبع للمستشعر. وتقوم بإنشاء خريطة للتفاصيل الموجودة في البصمة.

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

المستشعرات فوق الصوتية

تستخدم بعض الهواتف الحديثة مستشعرات فوق صوتية لإرسال موجات صوتية وقياس كيفية انعكاسها عن سطح الإصبع.

تسمح هذه التقنية بقراءة تفاصيل البصمة بطريقة مختلفة عن المستشعرات الضوئية، وقد تساعد في تحسين الدقة والقدرة على العمل في ظروف معينة.

أين يتم تخزين بصمة الإصبع؟

من أكثر الأسئلة التي تثير القلق لدى المستخدمين: هل يتم إرسال بصمة الإصبع إلى الشركة المصنعة أو تخزينها على الإنترنت؟

في الأنظمة الحديثة، يتم تصميم بيانات المصادقة البيومترية بحيث تكون محمية داخل الهاتف، وغالبًا ما تُستخدم بيئات أو وحدات أمان مخصصة لعزل هذه البيانات عن بقية النظام.

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

وهذا التصميم يقلل من مخاطر سرقة بيانات البصمة واستخدامها خارج الهاتف.

هل يمكن اختراق بصمة الهاتف؟

الإجابة المختصرة هي: نعم، من الناحية النظرية يمكن تجاوز أنظمة البصمة في بعض الظروف، لكنها ليست عملية سهلة في الأجهزة الحديثة المصممة بشكل جيد.

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

هل يمكن استخدام صورة للإصبع؟

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

ومع ذلك، تختلف درجة مقاومة محاولات الخداع من جهاز إلى آخر، ولهذا لا يمكن اعتبار جميع الهواتف متساوية في مستوى الأمان.

ماذا عن البصمة المزيفة؟

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

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

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

هل بصمة الإصبع أكثر أمانًا من كلمة المرور؟

ليس من الصحيح القول إن البصمة دائمًا أكثر أمانًا من كلمة المرور أو العكس. لكل وسيلة مزايا وقيود مختلفة.

تتميز البصمة بسهولة الاستخدام، فلا تحتاج إلى تذكر كلمة مرور طويلة، كما يصعب على شخص آخر معرفة بصمتك بمجرد النظر إليك.

في المقابل، كلمة المرور أو رمز المرور الجيد يمكن تغييره إذا تم كشفه، بينما لا يمكنك تغيير بصمة إصبعك بالطريقة نفسها التي تغير بها كلمة المرور.

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

متى يطلب الهاتف رمز المرور بدلًا من البصمة؟

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

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

هذه الإجراءات مهمة لأنها تمنع الاعتماد الكامل على البصمة وتوفر طبقة أمان إضافية.

ما نقاط ضعف بصمة الهاتف؟

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

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

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

كيف تجعل بصمة هاتفك أكثر أمانًا؟

أفضل طريقة للاستفادة من بصمة الهاتف هي استخدامها كجزء من منظومة أمان متكاملة، وليس باعتبارها وسيلة الحماية الوحيدة.

استخدم رمز مرور قويًا : اختر رمز مرور يصعب تخمينه، وتجنب الأرقام البسيطة أو المعلومات الشخصية المعروفة، مثل تاريخ الميلاد.

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

حدّث نظام الهاتف : تتضمن تحديثات أنظمة التشغيل أحيانًا إصلاحات لمشكلات أمنية، ولذلك من المهم تثبيت التحديثات الرسمية عندما تكون متاحة.

فعّل ميزات الحماية الإضافية : إذا كان هاتفك يوفر خيارات مثل قفل الجهاز عن بُعد أو تحديد موقعه أو حماية التطبيقات الحساسة، فمن الأفضل تفعيل الميزات المناسبة لاحتياجاتك.

هل يجب الاعتماد على بصمة الهاتف؟

نعم، يمكن الاعتماد على بصمة الهاتف كوسيلة عملية وسريعة للحماية، خصوصًا عندما تكون مستخدمة على جهاز حديث مع رمز مرور قوي.

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

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

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

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

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

أفضل 12 ميزة ذكية في Google Drive ربما لم تكن تعرفها

2026-10-05T14:09:38.567+03:00

Google Drive ليس مجرد مساحة لتخزين الملفات: 12 ميزة ذكية ربما لم تكن تعرفها

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

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

1. استعادة الملفات التي حذفتها بالخطأ

حذف ملف مهم بالخطأ لا يعني بالضرورة أنك فقدته نهائيًا.

يحتفظ Google Drive بالملفات المحذوفة في سلة المهملات لفترة محددة قبل حذفها نهائيًا.

للاستعادة:

افتح Google Drive.
انتقل إلى Trash – سلة المهملات.
ابحث عن الملف.
اضغط على الخيارات بجوار الملف.
اختر Restore – استعادة.

سيعود الملف إلى موقعه السابق داخل Drive، ما دام لم يتم حذفه نهائيًا.

2. تحويل الهاتف إلى ماسح ضوئي للمستندات

لا تحتاج دائمًا إلى تثبيت تطبيق منفصل لمسح الأوراق والمستندات.

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

وهذا مفيد جدًا عند الاحتفاظ بـ:

الإيصالات.
المستندات الدراسية.
الفواتير.
الأوراق الرسمية.
الملاحظات المكتوبة.

وبذلك يصبح Drive أشبه بماسح ضوئي صغير داخل هاتفك.

3. البحث عن المعلومات الموجودة داخل الصور والمستندات

من أقوى الأشياء في منظومة Google قدرتها على تحليل محتوى الملفات.

إذا كانت لديك مستندات أو صور تحتوي على نصوص، فقد تتمكن من العثور عليها باستخدام البحث في Drive، خصوصًا عندما يكون المحتوى قابلاً للتعرّف عليه.

على سبيل المثال، إذا احتفظت بصورة لفاتورة أو مستند يحتوي على كلمة معينة، يمكنك تجربة البحث عن الكلمة داخل Drive بدلًا من فتح عشرات الصور واحدة تلو الأخرى.

ملاحظة: دقة التعرف على النص تختلف حسب جودة الصورة، واللغة، ونوع المستند.

4. مشاركة الملفات دون إرسالها مباشرة

هل حاولت إرسال ملف كبير عبر تطبيقات المحادثة وواجهت مشكلة في الحجم؟

بدلًا من إرسال الملف نفسه، يمكنك رفعه إلى Google Drive ثم مشاركة الرابط.

الطريقة:

حدد الملف.
اضغط Share – مشاركة.
حدد الأشخاص الذين تريد منحهم الوصول، أو اضبط إعدادات الرابط.
اختر Copy link – نسخ الرابط.
أرسل الرابط للشخص المطلوب.

والأهم هو مراجعة صلاحيات الوصول قبل مشاركة الرابط، لأن الرابط وحده لا يعني بالضرورة أن الملف متاح للجميع.

5. التحكم في من يستطيع مشاهدة ملفاتك أو تعديلها

من أهم مميزات Google Drive أنه لا يقتصر على مشاركة الملف فقط، بل يسمح لك بتحديد مستوى الوصول.

يمكنك، بحسب نوع المشاركة، منح الشخص صلاحية:

Viewer: مشاهدة الملف فقط.

Commenter: مشاهدة الملف وإضافة التعليقات في الملفات المدعومة.

Editor: تعديل الملف.

وهذا مهم جدًا عند العمل على ملفات مشتركة مع زملاء الدراسة أو فريق العمل.

6. فتح بعض الملفات دون اتصال بالإنترنت

ماذا لو كنت مسافرًا أو في مكان لا توجد فيه شبكة إنترنت؟

يمكن لبعض ملفات Google Drive وملفات Google Workspace أن تكون متاحة للعمل دون اتصال بعد تفعيل الخيار المناسب.

عادةً ستجد خيار Available offline – متاح بلا اتصال ضمن قائمة الملف.

بعد ذلك يمكنك الوصول إلى الملف عندما لا يتوفر الإنترنت، مع ملاحظة أن إمكانيات العمل دون اتصال تختلف حسب نوع الملف والجهاز والإعدادات.

7. معرفة الملفات التي تستهلك مساحة التخزين

مساحة حساب Google ليست بلا حدود، وتُستخدم مساحة التخزين المشتركة لخدمات مثل Google Drive وGmail وGoogle Photos.

لذلك، عندما تبدأ المساحة في الامتلاء، من المفيد معرفة الملفات الكبيرة أولًا.

من قسم Storage – مساحة التخزين يمكنك مراجعة الملفات التي تشغل مساحة أكبر، ثم حذف الملفات التي لم تعد تحتاج إليها.

وهذه الطريقة أفضل من حذف الملفات عشوائيًا.

8. استخدام البحث بطريقة أكثر ذكاءً

واحدة من أكثر الأدوات التي يتم تجاهلها في Drive هي أدوات البحث.

بدلًا من كتابة اسم الملف فقط، يمكنك تضييق نتائج البحث باستخدام معايير مختلفة، مثل:

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

كلما كان حسابك يحتوي على مئات أو آلاف الملفات، أصبحت فلاتر البحث أكثر أهمية.

9. النسخ الاحتياطي للبيانات: انتبه إلى ما ينسخه Google فعليًا

يعتقد بعض المستخدمين أن تفعيل Google Drive يعني تلقائيًا نسخ كل شيء موجود على الهاتف.

لكن الأمر أكثر تعقيدًا من ذلك.

في أجهزة Android، يمكن لخدمة النسخ الاحتياطي من Google حفظ أنواع مختلفة من بيانات الجهاز، لكن ما يتم نسخه تحديدًا يعتمد على الهاتف وإصدار Android والإعدادات.

لذلك لا تفترض أن كل صورة أو كل ملف على هاتفك محفوظ تلقائيًا.

إذا كانت الصور مهمة، تأكد أيضًا من إعدادات Google Photos، وليس Drive فقط.

10. العثور على الهاتف عند فقدانه

إذا فقدت هاتف Android، توفر Google خدمة Find My Device لمساعدتك في التعامل مع الجهاز عن بُعد، وفق حالة الجهاز وإعداداته.

يمكن للخدمة، عندما تتوفر الشروط المطلوبة، أن تساعدك في:

تحديد موقع الجهاز.
تشغيل صوت للمساعدة في العثور عليه.
قفل الجهاز.
عرض رسالة أو معلومات للتواصل.
مسح بيانات الجهاز عن بُعد في الحالات المناسبة.

وهذه من الأدوات التي يُفضّل إعدادها قبل فقدان الهاتف، وليس بعده.

11. استخراج النص من الصور والمستندات

لديك صورة تحتوي على صفحة كاملة من الكتاب أو مستند ورقي وتريد استخراج النص؟

يمكن استخدام أدوات Google لاستخراج النص من بعض الصور والمستندات، ومن الطرق المعروفة فتح الصورة باستخدام Google Docs عندما يكون الخيار متاحًا.

قد يتم تحويل الصورة إلى مستند يحتوي على النص المستخرج.

لكن النتيجة ليست دائمًا مثالية؛ فالصور غير الواضحة، والخطوط المعقدة، واللغات المختلفة قد تؤثر في دقة التعرف على النص.

12. استعادة الإصدارات السابقة من الملفات

هذه الميزة مهمة خصوصًا عند العمل على مستندات أو ملفات يتم تعديلها باستمرار.

في خدمات Google Workspace مثل Google Docs وSheets وSlides، يمكنك استخدام Version history – سجل الإصدارات لمراجعة التعديلات السابقة والعودة إلى إصدار سابق عند الحاجة.

وهذا يمنحك طبقة إضافية من الأمان عند تعديل مستند مهم، بدلًا من القلق من أن يؤدي خطأ واحد إلى فقدان العمل السابق.

ماذا تغير في Google Drive؟

تعمل Google باستمرار على تطوير تصميم وتطبيقات منظومتها، لذلك قد تلاحظ اختلافات في الواجهة بين جهاز وآخر أو بين إصدار وآخر.

وقد تشمل التغييرات:

تصميمًا أكثر حداثة.
تحسينات في عرض الملفات.
أدوات بحث وتنظيم أفضل.
تحسينات في المشاركة.
تكاملًا أكبر مع خدمات Google الأخرى.
تحسينات في الأداء وتجربة الاستخدام.

لكن من المهم معرفة أن ظهور ميزة معينة قد يختلف حسب الجهاز، ونظام التشغيل، وإصدار التطبيق، والحساب، والمنطقة؛ لذلك لا يعني عدم ظهور خيار معين أن هاتفك به مشكلة.

كيف تستفيد من Google Drive بأمان؟

قبل رفع ملفاتك الحساسة إلى أي خدمة سحابية، انتبه إلى إعدادات المشاركة.

لا تجعل الملف متاحًا لأي شخص لديه الرابط إلا عندما يكون ذلك مقصودًا فعلًا.

ومن الأفضل أيضًا:

استخدام كلمة مرور قوية لحساب Google.
تفعيل التحقق بخطوتين.
مراجعة الملفات التي تمت مشاركتها مع الآخرين.
حذف الملفات القديمة التي لم تعد تحتاج إليها.
مراجعة مساحة التخزين بشكل دوري.
الاحتفاظ بنسخة إضافية من الملفات شديدة الأهمية.

ما هو السيرفر؟ شرح شامل للسيرفر ومكوناته وكيف يعمل

2026-10-05T10:13:22.306+03:00

ما هو السيرفر؟ شرح شامل للسيرفر ومكوناته وكيف يعمل

عند تصفح أي موقع إلكتروني، أو تحميل ملف من الإنترنت، أو استخدام نظام إلكتروني تابع لشركة أو جامعة، هناك جهاز أو مجموعة من الأجهزة تعمل في الخلفية لتقديم هذه الخدمة. هذه الأجهزة تُعرف باسم السيرفر Server أو الخادم.

لكن ما هو السيرفر تحديدًا؟ وما مكوناته؟ وكيف يستطيع التعامل مع آلاف الطلبات في الوقت نفسه؟ في هذا المقال سنتعرف على مفهوم السيرفر، وأهم مكوناته، وأنواع السيرفرات، وطريقة عملها، والفرق بينها وبين أجهزة الكمبيوتر العادية.

ما هو السيرفر Server؟

السيرفر هو جهاز حاسوب أو نظام حاسوبي مصمم لتقديم خدمات أو موارد لأجهزة ومستخدمين آخرين عبر شبكة محلية أو الإنترنت.

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

بشكل مبسط:

المستخدم → الإنترنت → السيرفر → معالجة الطلب → إرسال البيانات → المستخدم

ولا يشترط أن يكون السيرفر جهازًا واحدًا فقط؛ فقد تعتمد الخدمات الكبيرة على مجموعة من السيرفرات التي تعمل معًا لتوزيع الأحمال وتحسين الأداء والاعتمادية.

ما الفرق بين السيرفر والكمبيوتر العادي؟

من الناحية الأساسية، السيرفر والكمبيوتر الشخصي يشتركان في مكونات رئيسية مثل المعالج والذاكرة والتخزين، لكن السيرفرات تُصمم عادةً للعمل لفترات طويلة وتحمل أعداد كبيرة من العمليات والطلبات.

ومن أهم الاختلافات:

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

أهم مكونات السيرفر

يتكون السيرفر من مجموعة من المكونات المادية والبرمجية التي تعمل معًا لتقديم الخدمة المطلوبة.

1. المعالج CPU

المعالج هو أحد أهم أجزاء السيرفر، فهو المسؤول عن تنفيذ التعليمات ومعالجة العمليات التي تطلبها البرامج.

كلما زادت طبيعة الأحمال التي يعمل عليها السيرفر، زادت أهمية اختيار معالج مناسب من حيث عدد الأنوية، الأداء، واستهلاك الطاقة.

على سبيل المثال، سيرفر قاعدة بيانات كبيرة قد يحتاج إلى موارد معالجة أكبر من سيرفر يستخدم لتخزين ملفات بسيطة.

2. ذاكرة الوصول العشوائي RAM

تستخدم RAM لتخزين البيانات والبرامج التي يحتاج إليها السيرفر أثناء التشغيل.

وجود ذاكرة RAM كافية يساعد النظام على التعامل مع عدد أكبر من العمليات في الوقت نفسه، خصوصًا عند تشغيل قواعد البيانات والتطبيقات التي تتطلب كمية كبيرة من الذاكرة.

وتستخدم بعض السيرفرات ذاكرة ECC RAM، وهي تقنية تساعد في اكتشاف وتصحيح بعض أخطاء الذاكرة.

3. وحدات التخزين Storage

يحتاج السيرفر إلى وحدات تخزين لحفظ نظام التشغيل والبرامج والملفات وقواعد البيانات.

ومن أشهر أنواع التخزين:

HDD: يعتمد على الأقراص المغناطيسية ويوفر سعات كبيرة بتكلفة أقل عادةً.

SSD: يعتمد على الذاكرة الفلاشية ويوفر سرعة أعلى من الأقراص التقليدية.

NVMe SSD: يستخدم واجهة PCIe ويوفر أداءً عاليًا في عمليات القراءة والكتابة.

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

4. اللوحة الأم Motherboard

اللوحة الأم هي المكوّن الذي يربط معظم أجزاء السيرفر ببعضها، بما في ذلك المعالج والذاكرة ووحدات التخزين وبطاقات الشبكة ومكونات التوسعة.

ويختلف تصميم اللوحات الأم الخاصة بالسيرفرات عن كثير من اللوحات المستخدمة في أجهزة الكمبيوتر الشخصية من حيث دعم المعالجات والذاكرة ومكونات التوسعة.

5. كرت الشبكة Network Interface Card

يعرف اختصارًا باسم NIC، وهو المسؤول عن اتصال السيرفر بالشبكة.

ومن خلاله يستطيع السيرفر استقبال طلبات المستخدمين وإرسال البيانات إليهم.

في مراكز البيانات يمكن أن تحتوي السيرفرات على أكثر من منفذ شبكة لتوفير سرعات أعلى أو مسارات اتصال إضافية.

6. مزود الطاقة Power Supply

يحتاج السيرفر إلى مصدر طاقة مستقر لتشغيل مكوناته.

وفي السيرفرات التي تتطلب مستوى عالٍ من الاعتمادية، يمكن استخدام أكثر من مزود طاقة بحيث يستمر النظام في العمل في حال تعطل أحدها، بحسب تصميم الجهاز والبنية الكهربائية.

7. نظام التبريد

تنتج مكونات السيرفر، خصوصًا المعالجات ووحدات التخزين ومكونات الطاقة، حرارة أثناء التشغيل.

لذلك تحتوي السيرفرات على أنظمة تبريد تشمل المراوح والمشتتات الحرارية وتصميمًا مناسبًا لتدفق الهواء.

وفي مراكز البيانات، لا يعتمد الأمر على مراوح السيرفر فقط، بل توجد أنظمة تبريد وتهوية خاصة بالبيئة التي توجد فيها الأجهزة.

8. RAID Controller

يمكن استخدام تقنية RAID لإدارة مجموعة من وحدات التخزين بطريقة توفر مستويات مختلفة من الأداء أو تحمل تعطل أحد الأقراص، بحسب مستوى RAID المستخدم.

على سبيل المثال، يعمل RAID 1 على الاحتفاظ بنسخة متطابقة من البيانات على قرصين.

لكن من المهم معرفة أن RAID لا يعتبر نسخة احتياطية كاملة، لأنه لا يحمي من جميع أنواع فقدان البيانات.

المكونات البرمجية للسيرفر

لا تقتصر مكونات السيرفر على الأجزاء المادية، فهناك مجموعة من البرمجيات والخدمات التي تجعل الجهاز قادرًا على تقديم الخدمات للمستخدمين.

نظام التشغيل

نظام التشغيل هو الطبقة الأساسية التي تدير موارد الجهاز وتسمح بتشغيل الخدمات والتطبيقات.

ومن أشهر أنظمة تشغيل السيرفرات:

Linux
Windows Server
أنظمة Unix وبعض الأنظمة الأخرى المتخصصة

Web Server

وظيفته استقبال طلبات HTTP وHTTPS وتقديم صفحات وملفات المواقع للمستخدمين.

ومن أشهر برامج خوادم الويب:

Apache
Nginx
Microsoft IIS

Database Server

مسؤول عن إدارة قواعد البيانات التي تحتوي على معلومات التطبيقات والمواقع.

ومن أمثلة أنظمة قواعد البيانات:

MySQL
PostgreSQL
Microsoft SQL Server
Oracle Database

Application Server

يُستخدم لتشغيل التطبيقات والخدمات البرمجية التي تنفذ العمليات المطلوبة من المستخدمين.

وقد يتكامل مع Web Server وقاعدة البيانات لتكوين نظام متكامل.

كيف يعمل السيرفر عند فتح موقع إلكتروني؟

لنفترض أنك كتبت عنوان موقع في المتصفح.

تحدث العملية بصورة مبسطة كالتالي:

1. المتصفح يرسل طلبًا : جهازك يرسل طلبًا للوصول إلى الموقع.

2. يتم تحديد عنوان السيرفر : يتم استخدام نظام DNS للمساعدة في تحويل اسم النطاق إلى عنوان IP مناسب.

3. يصل الطلب إلى السيرفر : يستقبل السيرفر الاتصال من خلال الشبكة.

4. تتم معالجة الطلب : يقوم Web Server أو التطبيق بمعالجة الطلب، وقد يحتاج إلى الوصول إلى قاعدة البيانات.

5. يتم جلب البيانات : يتم الحصول على الملفات أو البيانات المطلوبة من التخزين أو قاعدة البيانات.

6. إرسال الاستجابة : يرسل السيرفر النتيجة إلى جهاز المستخدم.

7. عرض الصفحة : يقوم المتصفح بعرض المحتوى أمام المستخدم.

يمكن تصور العملية هكذا:

المستخدم → DNS → الإنترنت → Firewall/Router → Web Server → Application → Database → Web Server → المستخدم

أنواع السيرفرات

توجد أنواع متعددة من السيرفرات، ويختلف النوع حسب الوظيفة التي يؤديها.

Web Server : يستضيف المواقع وصفحات الويب.

Database Server : يدير قواعد البيانات والاستعلامات والبيانات.

File Server : يوفر تخزين الملفات ومشاركتها بين المستخدمين.

Mail Server : يتولى إرسال واستقبال البريد الإلكتروني.

DNS Server : يساعد في ترجمة أسماء النطاقات إلى عناوين IP.

Application Server : يشغل التطبيقات والخدمات البرمجية.

Backup Server : يُستخدم لإدارة وحفظ النسخ الاحتياطية للبيانات.

Virtualization Server : يشغل عدة أجهزة افتراضية Virtual Machines على جهاز فعلي واحد.

ما هو Rack Server؟

في الشركات ومراكز البيانات، يتم تركيب العديد من السيرفرات داخل هيكل يسمى Rack.

يساعد الـRack على تنظيم الأجهزة وتسهيل:

توصيل الشبكات.
توزيع الطاقة.
التبريد.
الصيانة.
إدارة عدد كبير من السيرفرات.

وقد تحتوي غرفة السيرفرات على مجموعة من الأجهزة مثل:

Servers + Switches + Routers + Firewalls + Storage + Backup Systems

وكل جهاز يؤدي وظيفة محددة ضمن البنية التحتية للشبكة.

لماذا تعتبر السيرفرات مهمة؟

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

ومن دون البنية التحتية المناسبة، قد تواجه الخدمات مشاكل مثل بطء الاستجابة أو توقف الخدمة أو فقدان البيانات.

السيرفر ليس مجرد جهاز كمبيوتر قوي، وإنما منظومة متكاملة من العتاد والبرمجيات والشبكات تعمل معًا لتقديم خدمة للمستخدمين.

وتشمل أهم مكوناته المعالج، والذاكرة، ووحدات التخزين، واللوحة الأم، وبطاقات الشبكة، ومزودات الطاقة، وأنظمة التبريد، إضافة إلى نظام التشغيل والبرامج والخدمات المختلفة.

وفهم مكونات السيرفر وطريقة عمله يمثل خطوة أساسية لكل شخص يريد تعلم إدارة الشبكات، استضافة المواقع، الأمن السيبراني، إدارة الأنظمة، أو الحوسبة السحابية.

الصلاحيات و الأدوار Authentication في Laravel

2026-10-03T18:31:14.801+03:00

الصلاحيات والأدوار و Gates و Policies في Laravel

بعد أن تعلمنا في الدرس الثاني عشر كيفية بناء نظام Authentication وتسجيل المستخدمين وتسجيل الدخول والخروج وحماية المسارات باستخدام auth Middleware، وصلنا الآن إلى خطوة مهمة جدًا في بناء التطبيقات الحقيقية، وهي Authorization أو نظام الصلاحيات.

في الدرس السابق تعلمنا الإجابة عن السؤال:

من هو المستخدم؟

أما في هذا الدرس فسنتعلم الإجابة عن سؤال مختلف:

ماذا يُسمح لهذا المستخدم أن يفعل؟

فمثلًا، قد يكون لدينا مستخدمان مسجلان في الموقع:

Ahmed
Mohamed

كلاهما يستطيع تسجيل الدخول والوصول إلى لوحة المستخدم، لكن ربما يكون:

Ahmed = Administrator
Mohamed = User

وبالتالي قد نسمح لـ Ahmed بإدارة المستخدمين وحذف المقالات، بينما يستطيع Mohamed قراءة المقالات وإنشاء مقالاته الخاصة فقط.

وهنا يظهر مفهوم Authorization.

Laravel يوفر نظام Authorization متكاملًا يعتمد بشكل أساسي على Gates وPolicies لتنظيم قواعد السماح والمنع، ويمكن استخدام هذه القواعد داخل Controllers وRoutes وBlade وغيرها.

ما هو Authorization؟

Authorization يعني تحديد العمليات التي يُسمح للمستخدم بتنفيذها بعد أن تم التعرف على هويته.

بمعنى آخر:

Authentication
= من أنت؟

Authorization
= ماذا يمكنك أن تفعل؟

لنفترض أن المستخدم قام بتسجيل الدخول بنجاح:

Login
 ↓
Authentication
 ↓
User authenticated

هذا لا يعني تلقائيًا أنه يستطيع تنفيذ كل شيء.

بعد ذلك نحتاج إلى:

Authorization
 ↓
هل يستطيع تعديل المقال؟
هل يستطيع حذفه؟
هل يستطيع إدارة المستخدمين؟
هل يستطيع الوصول إلى لوحة الإدارة؟

الفرق بين Authentication وAuthorization

من المهم جدًا أن تحفظ هذا الفرق لأنك ستستخدم المفهومين باستمرار في Laravel.

Authentication

يتحقق من هوية المستخدم.

مثل:

هل البريد الإلكتروني وكلمة المرور صحيحتان؟
هل المستخدم مسجل الدخول؟

ونستخدم في Laravel أشياء مثل:

Auth::check();

و:

Auth::user();

Authorization

يتحقق من صلاحيات المستخدم.

مثل:

هل يستطيع هذا المستخدم حذف المقال؟
هل يستطيع تعديل هذا المقال؟
هل يستطيع فتح لوحة الإدارة؟

وبالتالي يمكن أن تكون العملية:

User
 ↓
Login
 ↓
Authentication
 ↓
Authenticated
 ↓
Authorization
 ↓
Allowed / Denied

Laravel نفسه يوضح أن Guards وProviders تخص Authentication، ولا ينبغي الخلط بينها وبين Roles وPermissions الخاصة بتحديد ما يمكن للمستخدم فعله.

مثال بسيط على Authorization

لنفترض أن لدينا مقالًا:

Article #15
Title: تعلم Laravel
Author: Ahmed

ولدينا مستخدم:

Mohamed

محمد يستطيع تسجيل الدخول، أي أن Authentication ناجح.

لكن عندما يحاول تعديل المقال:

Mohamed
   ↓
Edit Article #15
   ↓
Authorization
   ↓
هل محمد هو صاحب المقال؟
   ↓
لا
   ↓
Denied

بينما إذا كان:

Ahmed
   ↓
Edit Article #15
   ↓
Authorization
   ↓
هل Ahmed هو صاحب المقال؟
   ↓
نعم
   ↓
Allowed

وهذه هي الفكرة الأساسية التي سنبني عليها الدرس.

هل Laravel يحتوي على نظام Roles وPermissions جاهز؟

هذه نقطة مهمة جدًا.

Laravel يوفر Authorization من خلال Gates وPolicies، لكنه لا يفرض عليك نظامًا واحدًا جاهزًا لإدارة Roles وPermissions مثل:

Admin
Editor
Author
User

أو:

create-post
edit-post
delete-post
manage-users

يمكنك بناء نظام الأدوار والصلاحيات داخل تطبيقك بالطريقة المناسبة، أو استخدام حزمة خارجية متخصصة عندما يحتاج المشروع إلى نظام متقدم.

أما الأدوات الأساسية التي يوفرها Laravel نفسه فهي:

Gates
Policies
Authorization Middleware
Blade Authorization
User can()

وتوضح وثائق Laravel أن Gates مناسبة خصوصًا للقواعد العامة التي لا ترتبط مباشرةً بموديل معين، بينما Policies مناسبة لتنظيم الصلاحيات المرتبطة بـ Model أو Resource.

ما هي Gates في Laravel؟

الـ Gate عبارة عن قاعدة Authorization تحدد ما إذا كان المستخدم يستطيع تنفيذ عملية معينة.

يمكن التفكير فيها كأنها سؤال:

هل يستطيع هذا المستخدم تنفيذ هذه العملية؟

مثل:

هل يستطيع المستخدم فتح لوحة الإدارة؟

أو:

هل يستطيع المستخدم إنشاء مقال؟

أو:

هل يستطيع المستخدم حذف المقال؟

إنشاء Gate

في Laravel 13 يمكن تعريف Gates داخل AppServiceProvider باستخدام Gate Facade.

مثلًا:

<?php

namespace App\Providers;

use App\Models\User;
use Illuminate\Support\Facades\Gate;
use Illuminate\Support\ServiceProvider;

class AppServiceProvider extends ServiceProvider
{
    public function boot(): void
    {
        Gate::define('access-admin', function (User $user) {
            return $user->is_admin;
        });
    }
}

هنا أنشأنا Gate باسم:

access-admin

ويتم التحقق من:

$user->is_admin

إذا كانت:

true

فالمستخدم يستطيع الوصول.

إذا كانت:

false

فسيتم رفض العملية.

تجربة Gate باستخدام allows

بعد إنشاء Gate يمكننا التحقق منه باستخدام:

Gate::allows('access-admin')

مثلًا:

use Illuminate\Support\Facades\Gate;

if (Gate::allows('access-admin')) {
    return 'Welcome Admin';
}

Laravel يوفر عدة طرق لفحص الصلاحيات مثل allows وdenies وauthorize.

استخدام Gate::authorize

بدل كتابة:

if (! Gate::allows('access-admin')) {
    abort(403);
}

يمكنك استخدام:

Gate::authorize('access-admin');

إذا كان المستخدم غير مصرح له، يقوم Laravel بإطلاق AuthorizationException والتي تتحول إلى استجابة HTTP من نوع 403.

مثال:

public function index()
{
    Gate::authorize('access-admin');

    return view('admin.dashboard');
}

وهذه طريقة نظيفة جدًا عندما تكون العملية يجب أن تتوقف مباشرة إذا لم يكن المستخدم مخولًا.

ما معنى HTTP 403؟

عندما ترى:

403 Forbidden

فهذا يعني أن الطلب وصل إلى التطبيق، لكن المستخدم غير مخول بتنفيذ العملية المطلوبة.

وهذا مختلف عن:

401 Unauthorized

في السياقات التي تتعلق بالمصادقة.

في تطبيق Laravel، عندما يفشل Authorization عبر Gate أو Policy بطريقة مناسبة، يمكن أن تحصل على استجابة 403.

متى نستخدم Gates؟

Gates مناسبة جدًا للعمليات العامة التي لا ترتبط بسجل Model معين.

مثل:

الوصول إلى لوحة الإدارة
الوصول إلى صفحة الإحصائيات
عرض إعدادات النظام
إدارة النظام

مثل:

Gate::define('access-admin', function (User $user) {
    return $user->is_admin;
});

لكن ماذا لو أردنا التعامل مع مقال معين؟

هنا تأتي Policies.

ما هي Policies؟

الـ Policy عبارة عن Class مخصص لتنظيم Authorization الخاص بـ Model أو Resource معين.

مثلًا لدينا:

Article

يمكننا إنشاء:

ArticlePolicy

وتضع داخلها قواعد مثل:

view
create
update
delete

Laravel يصف Policies بأنها Classes تنظم منطق Authorization حول Model أو Resource محدد.

إنشاء Policy

يمكننا استخدام Artisan:

php artisan make:policy ArticlePolicy --model=Article

سيتم إنشاء Policy داخل:

app/Policies/ArticlePolicy.php

وعند استخدام --model يمكن لـ Laravel إنشاء بنية مرتبطة بالـ Model لتسهيل كتابة قواعد Authorization.

شكل ArticlePolicy

يمكن أن تبدو Policy بهذا الشكل:

<?php

namespace App\Policies;

use App\Models\Article;
use App\Models\User;

class ArticlePolicy
{
    public function view(User $user, Article $article): bool
    {
        return true;
    }

    public function create(User $user): bool
    {
        return true;
    }

    public function update(User $user, Article $article): bool
    {
        return $user->id === $article->user_id;
    }

    public function delete(User $user, Article $article): bool
    {
        return $user->id === $article->user_id;
    }
}

لاحظ أن:

update()

تستقبل:

User $user
Article $article

وبذلك تستطيع مقارنة المستخدم بالمستخدم الذي يملك المقال.

فكرة مهمة: صاحب المورد

لنفترض أن جدول articles يحتوي على:

id
title
content
user_id

وأن:

user_id

يشير إلى صاحب المقال.

يمكننا استخدام:

return $user->id === $article->user_id;

وهذا يعني:

إذا كان المستخدم الحالي هو صاحب المقال
→ يسمح له بالتعديل

إذا لم يكن صاحب المقال
→ يمنع من التعديل

Policy Method للتعديل

يمكن أن يكون لدينا:

public function update(User $user, Article $article): bool
{
    return $user->id === $article->user_id;
}

هذه القاعدة تقول:

المستخدم يستطيع تعديل المقال إذا كان هو صاحبه.

Policy Method للحذف

وبالمثل:

public function delete(User $user, Article $article): bool
{
    return $user->id === $article->user_id;
}

وبذلك لا يستطيع مستخدم عادي حذف مقال مستخدم آخر.

ماذا لو كان المدير يستطيع تعديل كل المقالات؟

هنا يمكننا إضافة Role بسيط للمستخدم.

مثلًا:

users

id
name
email
password
role

وتكون قيمة:

admin

أو:

editor

أو:

user

يمكن أن تصبح Policy:

public function update(User $user, Article $article): bool
{
    return $user->role === 'admin'
        || $user->id === $article->user_id;
}

الآن:

Admin
 ↓
يستطيع تعديل أي مقال

User
 ↓
يستطيع تعديل مقاله فقط

وهذا مثال بسيط جدًا على دمج Roles مع Policies.

لماذا لا نضع هذه الشروط داخل Controller؟

قد يفكر المبتدئ في كتابة:

public function update(Article $article)
{
    if (
        auth()->user()->role !== 'admin'
        && auth()->id() !== $article->user_id
    ) {
        abort(403);
    }

    // update...
}

قد يعمل هذا الكود، لكن المشكلة تظهر عندما يصبح التطبيق كبيرًا.

قد تضطر إلى تكرار نفس الشرط في:

ArticleController
CommentController
AdminController
Blade
API
Tests

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

هنا تظهر أهمية Policy.

بدل تكرار القاعدة:

من يستطيع تعديل المقال؟

نضعها في مكان واحد:

ArticlePolicy

وهذا يجعل الكود أكثر تنظيمًا وأسهل في الاختبار والصيانة.

ربط Policy مع Model

Laravel 13 يستطيع اكتشاف Policies تلقائيًا عندما تتبع أسماء الملفات والمجلدات conventions المعتادة.

مثلًا:

app/Models/Article.php
app/Policies/ArticlePolicy.php

بحيث يتوافق اسم:

Article

مع:

ArticlePolicy

وتوضح وثائق Laravel أن Policy Discovery يعتمد على هذه conventions، ويمكن أيضًا تسجيل Policy يدويًا عند الحاجة.

استخدام Policy من خلال User Model

بعد إعداد Policy، يمكننا استخدام:

$user->can('update', $article)

مثلًا:

if ($user->can('update', $article)) {
    // يستطيع التعديل
}

أو باستخدام المستخدم الحالي:

if (auth()->user()->can('update', $article)) {
    // يسمح بالتعديل
}

وهذا يجعل قراءة الكود سهلة جدًا:

هل يستطيع هذا المستخدم تحديث هذا المقال؟

استخدام can داخل Controller

لنفترض أن لدينا:

public function update(Article $article)
{
    if (! auth()->user()->can('update', $article)) {
        abort(403);
    }

    // Update article...
}

يمكن أن تعمل هذه الطريقة.

لكن Laravel يوفر طريقة أنظف باستخدام:

authorize()

أو Gate.

استخدام authorize داخل Controller

يمكنك استخدام:

$this->authorize('update', $article);

مثلًا:

public function update(Article $article)
{
    $this->authorize('update', $article);

    // Update article...
}

إذا لم يكن المستخدم مخولًا، يتم إيقاف العملية والاستجابة بحالة Authorization المناسبة.

استخدام Policy مع Resource Controller

وهنا نعود إلى ما تعلمناه في الدرس الخامس.

إذا كان لدينا:

Route::resource('articles', ArticleController::class);

فيمكننا تنظيم العمليات:

index
create
store
show
edit
update
destroy

مع Policy:

viewAny
view
create
update
delete

مثلًا:

ArticleController@update
        ↓
ArticlePolicy@update
        ↓
Allowed / Denied

وهذه بنية ممتازة لتطبيقات CRUD.

Authorization باستخدام Middleware

يمكن أيضًا تطبيق Authorization على Route باستخدام Middleware.

مثلًا يمكن استخدام:

Route::put('/articles/{article}', [ArticleController::class, 'update'])
    ->middleware('can:update,article');

الفكرة هنا أن Laravel سيتحقق من قدرة المستخدم على:

update

للمقال الموجود في:

article

قبل تنفيذ Controller.

وهذا مفيد عندما تريد وضع شرط الصلاحية مباشرةً على Route.

الفرق بين auth وcan Middleware

في الدرس السابق تعلمنا:

->middleware('auth')

وهذا يعني:

هل المستخدم مسجل الدخول؟

أما:

->middleware('can:update,article')

فالمعنى هو:

هل المستخدم مخول بتحديث هذا المقال؟

إذن:

auth
 ↓
Authentication

can
 ↓
Authorization

Authorization داخل Blade

من المهم ألا تعرض أزرار العمليات التي لا يستطيع المستخدم تنفيذها.

مثلًا:

@can('update', $article)
    <a href="{{ route('articles.edit', $article) }}">
        تعديل
    </a>
@endcan

إذا كان المستخدم يستطيع التعديل، يظهر الزر.

إذا لم يكن يستطيع، لا يظهر.

زر الحذف

يمكن أيضًا:

@can('delete', $article)
    <form method="POST" action="{{ route('articles.destroy', $article) }}">
        @csrf
        @method('DELETE')

        <button type="submit">
            حذف
        </button>
    </form>
@endcan

هذا يجعل الواجهة أكثر ذكاءً.

لكن انتبه إلى نقطة مهمة:

إخفاء الزر ليس حماية كافية.

حتى لو لم يظهر زر Delete، يمكن للمستخدم محاولة إرسال Request يدويًا إلى Route.

لذلك يجب أن تكون Policy أو Authorization موجودة على الخادم أيضًا.

@cannot و@canany

يمكن استخدام:

@cannot('update', $article)
    <p>لا يمكنك تعديل هذا المقال.</p>
@endcannot

كما يمكن التحقق من عدة صلاحيات باستخدام:

@canany(['update', 'delete'], $article)
    <p>لديك صلاحية لإدارة المقال.</p>
@endcanany

Laravel يوفر توجيهات Blade مخصصة لفحص Authorization مثل @can و@cannot و@canany.

بناء نظام Roles بسيط

لنفترض أن مشروعنا يحتاج إلى ثلاثة أدوار:

admin
editor
user

يمكن إضافة عمود إلى جدول users.

ننشيء Migration:

php artisan make:migration add_role_to_users_table --table=users

ثم:

Schema::table('users', function (Blueprint $table) {
    $table->string('role')->default('user');
});

بعد ذلك:

php artisan migrate

الآن كل مستخدم يمكن أن يمتلك:

role = user

أو:

role = editor

أو:

role = admin

التحقق من Role

يمكنك كتابة:

if (auth()->user()->role === 'admin') {
    // Admin
}

لكن الأفضل مع نمو التطبيق أن تجعل هذا المنطق أكثر تنظيمًا.

مثلًا داخل User Model:

public function isAdmin(): bool
{
    return $this->role === 'admin';
}

ثم:

if (auth()->user()->isAdmin()) {
    // Admin
}

هذا يجعل قراءة الكود أسهل.

استخدام Role داخل Gate

يمكننا الآن بناء Gate:

Gate::define('access-admin', function (User $user) {
    return $user->isAdmin();
});

ثم في Controller:

Gate::authorize('access-admin');

أصبح لدينا:

User
 ↓
role
 ↓
isAdmin()
 ↓
Gate
 ↓
Admin Dashboard

Roles وPolicies معًا

في تطبيق المقالات، يمكن أن تكون القاعدة:

Admin
→ يستطيع إدارة جميع المقالات

Editor
→ يستطيع تعديل المقالات

Author
→ يستطيع تعديل مقالاته

User
→ يستطيع القراءة فقط

ويمكن أن تكون Policy:

public function update(User $user, Article $article): bool
{
    if ($user->role === 'admin') {
        return true;
    }

    if ($user->role === 'editor') {
        return true;
    }

    return $user->id === $article->user_id;
}

هذه طريقة بسيطة لفهم العلاقة بين:

Role
+
Resource
+
Action

ماذا لو أصبح المشروع كبيرًا؟

في المشاريع الكبيرة قد يصبح لديك عشرات الصلاحيات:

articles.create
articles.update
articles.delete

users.view
users.create
users.update
users.delete

categories.create
categories.update
categories.delete

وقد يكون المستخدم لديه أكثر من Role.

مثلًا:

Ahmed
Roles:
- editor
- author

هنا قد يكون من الأفضل تصميم نظام أكثر مرونة باستخدام جداول مثل:

users
roles
permissions
role_user
permission_role

أو استخدام حزمة متخصصة لإدارة Roles وPermissions.

الفكرة المهمة في هذا الدرس هي فهم Authorization في Laravel، وليس بناء نظام Enterprise كامل لإدارة الصلاحيات.

Policy أم Gate؟

هذه من أهم النقاط في الدرس.

استخدم Gate عندما تكون القاعدة عامة

مثل:

هل يستطيع المستخدم فتح لوحة الإدارة؟

يمكن:

Gate::define('access-admin', ...);

استخدم Policy عندما تكون القاعدة مرتبطة بـ Model

مثل:

هل يستطيع المستخدم تعديل هذا المقال؟

استخدم:

ArticlePolicy

لأن العملية مرتبطة بـ:

Article

وتلخص وثائق Laravel الفرق بأن Gates مناسبة لقواعد Authorization العامة، بينما Policies تنظّم قواعد مرتبطة بموديل أو Resource معين.

مثال عملي كامل

لنقم ببناء نظام بسيط للمقالات.

لدينا:

User
Article

والمقال يحتوي على:

id
title
content
user_id

لدينا أيضًا:

users.role

وقيمته:

admin
user

إنشاء Policy

نفذ:

php artisan make:policy ArticlePolicy --model=Article

ثم:

<?php

namespace App\Policies;

use App\Models\Article;
use App\Models\User;

class ArticlePolicy
{
    public function update(User $user, Article $article): bool
    {
        return $user->role === 'admin'
            || $user->id === $article->user_id;
    }

    public function delete(User $user, Article $article): bool
    {
        return $user->role === 'admin'
            || $user->id === $article->user_id;
    }
}

الآن لدينا قاعدة واضحة:

Admin
→ Update any article
→ Delete any article

Owner
→ Update own article
→ Delete own article

Other user
→ Cannot update
→ Cannot delete

Controller

داخل:

ArticleController

يمكننا:

public function update(Request $request, Article $article)
{
    $this->authorize('update', $article);

    $validated = $request->validate([
        'title' => ['required', 'string', 'max:255'],
        'content' => ['required', 'string'],
    ]);

    $article->update($validated);

    return redirect()
        ->route('articles.show', $article)
        ->with('success', 'تم تحديث المقال بنجاح.');
}

لاحظ ترتيب العملية:

Request
 ↓
Authorization
 ↓
Validation
 ↓
Update
 ↓
Redirect

وهذا أفضل من تحديث البيانات قبل التحقق من الصلاحية.

Blade

في صفحة المقال:

@can('update', $article)
    <a href="{{ route('articles.edit', $article) }}">
        تعديل المقال
    </a>
@endcan

@can('delete', $article)
    <form method="POST" action="{{ route('articles.destroy', $article) }}">
        @csrf
        @method('DELETE')

        <button type="submit">
            حذف المقال
        </button>
    </form>
@endcan

الآن تظهر العمليات المناسبة للمستخدم.

ماذا يحدث عند محاولة الوصول بشكل مباشر؟

لنفترض أن مستخدمًا غير مصرح له حاول الوصول إلى:

/articles/15/edit

حتى لو لم يظهر له زر التعديل، يمكنه كتابة الرابط يدويًا.

لكن Controller يستخدم:

$this->authorize('update', $article);

وبالتالي:

Request
 ↓
Controller
 ↓
Policy
 ↓
Denied
 ↓
403 Forbidden

وهذه هي الحماية الحقيقية.

Gate Responses

في بعض الحالات قد لا تريد مجرد:

true
false

بل تريد رسالة توضّح سبب الرفض.

Laravel يسمح بإرجاع Response من Gate، بحيث يمكن تحديد سبب الرفض.

مثلًا:

use Illuminate\Auth\Access\Response;

Gate::define('access-admin', function (User $user) {
    return $user->isAdmin()
        ? Response::allow()
        : Response::deny('يجب أن تكون مديرًا للوصول إلى هذه الصفحة.');
});

وهذا مفيد عندما تريد تقديم سبب واضح للمنع.

Laravel 13 وPHP Attributes في Authorization

من الإضافات المهمة في Laravel 13 توسيع استخدام PHP Attributes، ومنها #[Authorize] في Controllers.

مثلًا يمكن تعريف Authorization مباشرةً على Method:

use Illuminate\Routing\Attributes\Controllers\Authorize;

#[Authorize('delete', 'article')]
public function destroy(Article $article)
{
    // ...
}

وتوضح ملاحظات إصدار Laravel 13 أن #[Authorize] يمكن استخدامها لتطبيق Policy checks مباشرة على Controller methods.

هذه الطريقة مفيدة عندما تريد كتابة قواعد Middleware وAuthorization بطريقة declarative بالقرب من Controller Method.

لكن كمبتدئ، من الأفضل أولًا فهم:

$this->authorize()

و:

Gate

و:

Policy

قبل الانتقال إلى الأساليب المتقدمة.

Authorization داخل Form Request

في الدرس السابع تعلمنا Form Requests.

ومن المفيد معرفة أن Form Request يحتوي أيضًا على:

authorize()

يمكن استخدامه للتحقق من أن المستخدم مسموح له بتنفيذ الطلب قبل تنفيذ منطق الـ Controller. وتوضح وثائق Laravel أن authorize() في Form Request يمكنها استخدام المستخدم الحالي وGates أو Policies لاتخاذ قرار السماح.

مثلًا:

public function authorize(): bool
{
    $article = Article::find($this->route('article'));

    return $article
        && $this->user()->can('update', $article);
}

وهكذا يصبح Form Request مسؤولًا عن:

Authorization
+
Validation

في مكان واحد.

Authorization مع الاختبارات

بعد بناء نظام الصلاحيات يجب أن نختبره.

يمكن أن يكون لدينا اختبار يتأكد من أن صاحب المقال يستطيع التعديل، بينما مستخدم آخر لا يستطيع.

Laravel يوفر actingAs() داخل HTTP Tests لتسجيل مستخدم بشكل مصادق عليه أثناء الاختبار.

مثلًا:

$user = User::factory()->create();

$response = $this->actingAs($user)
    ->get('/dashboard');

وفي اختبارات Authorization يمكننا إنشاء مستخدمين مختلفين واختبار السيناريوهات.

مثل:

Admin → Allowed
Owner → Allowed
Other User → Forbidden
Guest → Redirect to Login

أخطاء شائعة في Authorization

الاعتماد على إخفاء الأزرار فقط

هذا خطأ.

@if ($user->isAdmin())
    <button>Delete</button>
@endif

هذا يحسن الواجهة، لكنه لا يحمي Route وحده.

يجب أن تكون الحماية على الخادم أيضًا

الخلط بين auth وauthorization

وجود:

->middleware('auth')

يعني أن المستخدم مسجل الدخول.

لا يعني أنه يستطيع تنفيذ كل العمليات.

قد تحتاج إلى:

auth
+
Policy

وضع كل الصلاحيات داخل Controller

عندما يصبح Controller مليئًا بشروط مثل:

if (...)

قد يكون الوقت مناسبًا لنقل قواعد Authorization إلى Policies أو Gates.

تكرار نفس القواعد

إذا وجدت نفس الشرط يتكرر في عدة Controllers، فهذه إشارة إلى أن القاعدة قد تكون أفضل داخل Policy أو Gate.

عدم اختبار المستخدم غير المصرح له

لا تختبر فقط:

Admin

اختبر أيضًا:

Guest
User
Owner
Other User
Admin

بحسب تصميم التطبيق.

أفضل الممارسات

استخدم Authentication وAuthorization بشكل منفصل

فكر دائمًا:

Authentication
→ من أنت؟

Authorization
→ ماذا يمكنك أن تفعل؟

استخدم Policies مع Models

إذا كانت القاعدة مرتبطة بـ:

Article
Comment
Order
Invoice

فغالبًا ستكون Policy مناسبة.

استخدم Gates للقواعد العامة

مثل:

access-admin
view-reports
manage-settings

لا تعتمد على الواجهة فقط

إخفاء الزر لا يعني أن العملية محمية.

الحماية الحقيقية يجب أن تكون في Backend.

اجعل الصلاحيات قابلة للاختبار

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

تمرين عملي

حان الآن دورك لتطبيق ما تعلمته.

أنشئ نظام مقالات يحتوي على:

Admin
Author
User

واجعل لكل مستخدم Role.

المطلوب

المهمة الأولى

أضف عمود:

role

إلى جدول users.

المهمة الثانية

اجعل القيم الممكنة:

admin
author
user

المهمة الثالثة

أنشئ:

php artisan make:policy ArticlePolicy --model=Article

المهمة الرابعة

اجعل:

Admin

يستطيع تعديل وحذف أي مقال.

المهمة الخامسة

اجعل:

Author

يستطيع تعديل وحذف مقالاته فقط.

المهمة السادسة

اجعل:

User

لا يستطيع تعديل أو حذف المقالات.

المهمة السابعة

استخدم:

$this->authorize('update', $article);

داخل Controller.

المهمة الثامنة

استخدم:

@can('update', $article)

لإظهار زر التعديل.

المهمة التاسعة

اختبر الحالات التالية:

Guest
 ↓
لا يستطيع تعديل المقال

User
 ↓
لا يستطيع تعديل المقال

Author
 ↓
يستطيع تعديل مقاله

Author
 ↓
لا يستطيع تعديل مقال Author آخر

Admin
 ↓
يستطيع تعديل أي مقال

إذا تمكنت من تنفيذ هذه الحالات، فأنت بدأت بالفعل في بناء نظام Authorization عملي في Laravel.

ماذا تعلمنا في هذا الدرس؟

في هذا الدرس انتقلنا من Authentication إلى Authorization.

تعلمنا أن:

Authentication
= من أنت؟

Authorization
= ماذا يسمح لك أن تفعل؟

وتعرفنا على:

Authorization.
Gates.
Policies.
Roles.
Permissions كمفهوم.
Gate::allows().
Gate::authorize().
$user->can().
$this->authorize().
auth Middleware.
can Middleware.
@can.
@cannot.
@canany.
Policy Methods.
حماية Models.
حماية المقالات حسب المالك.
السماح للـ Admin بإدارة الموارد.
استخدام Form Request في Authorization.
اختبار الصلاحيات.
PHP Attribute #[Authorize] في Laravel 13.

بعد أن تعلمنا Authentication في الدرس السابق، أصبح لدينا الآن الجزء الثاني من نظام المستخدمين.

يمكن تلخيص ما تعلمناه حتى الآن بالشكل التالي:

User
 ↓
Register
 ↓
Login
 ↓
Authentication
 ↓
Session
 ↓
Authorization
 ↓
Gate / Policy
 ↓
Role / Permission
 ↓
Allowed / Denied

في تطبيق حقيقي، لا يكفي أن يعرف Laravel أن المستخدم قام بتسجيل الدخول.

يجب أيضًا أن يعرف ما إذا كان هذا المستخدم مخولًا لتنفيذ العملية التي يطلبها.

فمثلًا:

Ahmed
Role: admin

يمكنه:

إدارة المستخدمين
إدارة المقالات
حذف المقالات

بينما:

Mohamed
Role: author

يمكنه:

إنشاء المقالات
تعديل مقالاته
حذف مقالاته

وهكذا يصبح التطبيق أكثر تنظيمًا وأمانًا.

وأهم قاعدة يجب أن تتذكرها هي:

Authentication
→ هل المستخدم معروف ومسجل الدخول؟

Authorization
→ هل هذا المستخدم مسموح له بتنفيذ العملية؟

في الدرس القادم سننتقل إلى موضوع مهم جدًا في التطبيقات التي تعتمد على الملفات والصور، وهو File Storage ورفع الملفات في Laravel، وسنتعلم كيفية رفع الصور والملفات وتخزينها والتحقق منها وعرضها داخل التطبيق، مع ربط ذلك بما تعلمناه عن Requests وValidation وModels.

تسجيل الدخول والتسجيل وحماية المسارات Authentication في Laravel

2026-09-29T11:29:28.625+03:00

تسجيل الدخول والتسجيل وحماية المسارات في Laravel

بعد أن تعلمنا في الدروس السابقة كيفية التعامل مع قواعد البيانات و Models و Eloquent والعلاقات، ثم تعرفنا على Factories وSeeders وFaker لإنشاء البيانات التجريبية، حان الوقت للانتقال إلى جزء أساسي في معظم تطبيقات الويب: Authentication أو نظام المصادقة.

إذا كنت تبني موقعًا للمقالات، متجرًا إلكترونيًا، لوحة تحكم، منصة تعليمية أو نظامًا لإدارة المستخدمين، فمن الطبيعي أن تحتاج إلى معرفة:

من هو المستخدم الذي قام بتسجيل الدخول؟
كيف يمكن للمستخدم إنشاء حساب؟
كيف يسجل الدخول؟
كيف يسجل الخروج؟
كيف تمنع الزائر غير المسجل من الوصول إلى لوحة التحكم؟
كيف تسمح للمستخدم المسجل فقط بإنشاء مقال؟
كيف تتعامل مع كلمة المرور بطريقة آمنة؟
كيف تعرف المستخدم الحالي داخل Controller أو View؟

Laravel يوفر أدوات متكاملة لهذه المهام، ويعتمد نظام المصادقة الأساسي على مفهومين مهمين هما Guards وProviders، كما يوفر Middleware باسم auth لحماية المسارات.

في هذا الدرس سنتعرف على هذه المفاهيم خطوة بخطوة، وسنربطها بما تعلمناه سابقًا.

ما هو Authentication؟

كلمة Authentication تعني التحقق من هوية المستخدم.

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

مثلًا :

Email:
ahmed@example.com

Password:
********

يقوم Laravel بالتحقق من البيانات، وإذا كانت صحيحة يتم اعتبار المستخدم Authenticated.

بعد ذلك يمكن للتطبيق معرفة أن هذا المستخدم هو المستخدم الحالي.

يمكن تصور العملية بالشكل التالي:

المستخدم
   ↓
Login Form
   ↓
Email + Password
   ↓
Laravel Authentication
   ↓
التحقق من البيانات
   ↓
إنشاء Session
   ↓
المستخدم أصبح مسجل الدخول

Authentication و Authorization

هناك مصطلحان متشابهان جدًا، لكن الفرق بينهما مهم.

Authentication

يعني:

من أنت؟

مثلًا:

هل هذا المستخدم مسجل الدخول؟

Authorization

يعني:

ماذا يسمح لك أن تفعل؟

مثلًا:

هل هذا المستخدم يستطيع حذف المقال؟

إذا كان المستخدم مسجل الدخول، فهذا Authentication.

أما إذا كان يستطيع حذف المقال لأنه مدير، فهذا Authorization.

سنركز في هذا الدرس على Authentication، وسنتوسع في Authorization والصلاحيات في درس لاحق.

كيف يعمل Authentication في Laravel؟

يعتمد نظام Authentication في Laravel على عدة أجزاء تعمل معًا.

أهمها:

User Model
Authentication Guards
User Providers
Sessions
Middleware
Auth Facade
Starter Kits

يشرح Laravel رسميًا أن الـ Guards تحدد كيفية مصادقة المستخدم في كل طلب، بينما الـ Providers تحدد كيفية استرجاع المستخدم من التخزين الدائم مثل قاعدة البيانات.

في تطبيقات الويب التقليدية، يستخدم Laravel عادةً Session Guard للحفاظ على حالة تسجيل الدخول باستخدام Session وCookies.

User Model

من الأشياء التي رأيناها منذ بداية الكورس Model المستخدم:

app/Models/User.php

هذا الـ Model يمثل المستخدم الموجود في جدول:

users

وعادةً يحتوي جدول المستخدمين على بيانات مثل:

id
name
email
password
created_at
updated_at

يمكنك رؤية المستخدمين باستخدام Eloquent:

$users = User::all();

لكن Authentication يستخدم هذا Model أيضًا للتعرف على المستخدمين والتحقق من بياناتهم.

جدول users

عادةً يحتاج نظام Authentication إلى جدول للمستخدمين.

إذا كان المشروع الذي أنشأته يحتوي على Migration للمستخدمين، فستجد جدول users بعد تشغيل:

>php artisan migrate

يمكنك التحقق من قاعدة البيانات ورؤية المستخدمين الموجودين فيها.

ومع استخدام Factories التي تعلمناها في الدرس السابق، يمكنك إنشاء مستخدمين تجريبيين:

User::factory()->count(10)->create();

وهذا مفيد جدًا أثناء تطوير نظام تسجيل الدخول.

ما هو Starter Kit؟

إذا كنت تبدأ مشروع Laravel جديدًا، فلست مضطرًا إلى بناء كل صفحات التسجيل وتسجيل الدخول يدويًا.

Laravel يوفر Starter Kits رسمية تساعدك على بدء مشروع يحتوي على بنية Authentication جاهزة.

توضح وثائق Laravel 13 أن Starter Kits توفر المسارات والـ Controllers والواجهات اللازمة لتسجيل المستخدمين ومصادقتهم، وتستخدم Laravel Fortify لمعالجة منطق Authentication.

وتتوفر في Laravel 13 Starter Kits رسمية تعتمد على تقنيات مثل:

React
Vue
Svelte
Livewire

ويمكن اختيار Starter Kit عند إنشاء تطبيق جديد باستخدام Laravel Installer.

لماذا نستخدم Starter Kit؟

بدل أن تبدأ من الصفر وتبني:

Register
Login
Logout
Forgot Password
Reset Password
Email Verification
2FA

يمكنك استخدام Starter Kit يوفر جزءًا كبيرًا من هذه البنية.

وهذا لا يعني أنك لا تحتاج إلى فهم Authentication.

بالعكس.

من المهم جدًا أن تعرف ما الذي يحدث خلف هذه الواجهات.

Laravel نفسه يشير إلى أن Starter Kits مفيدة ليس فقط لتسريع البداية، بل أيضًا كطريقة لدراسة كيفية تطبيق Authentication داخل مشروع حقيقي.

إنشاء مشروع باستخدام Starter Kit

عند إنشاء تطبيق Laravel جديد باستخدام Laravel Installer:

laravel new my-app

يمكن للمثبت أن يطلب منك اختيار Starter Kit.

بعد إنشاء المشروع يمكنك تثبيت اعتماديات الواجهة وتشغيل التطبيق:

cd my-app
npm install && npm run build
composer run dev

ثم يمكنك فتح التطبيق في المتصفح.

توثيق Laravel 13 يوضح أن Starter Kits يمكن اختيارها أثناء إنشاء التطبيق، وبعد ذلك يتم تشغيل اعتماديات الواجهة والتطبيق بالطريقة المعتادة.

صفحات Authentication

عند استخدام Starter Kit مناسب، ستحصل على صفحات Authentication مثل:

/register
/login
/forgot-password
/reset-password

وقد توجد أيضًا مسارات خاصة بالتحقق من البريد الإلكتروني وتسجيل الخروج وغيرها حسب الميزات المفعلة.

فكرة هذه الصفحات هي:

/register
    ↓
إنشاء User

/login
    ↓
Authentication

/dashboard
    ↓
صفحة محمية

/logout
    ↓
إنهاء Session

إنشاء حساب جديد

عملية التسجيل تعني إنشاء User جديد في قاعدة البيانات.

عادةً يحتاج النموذج إلى:

Name
Email
Password
Password Confirmation

ثم يتم التحقق من البيانات.

مثلًا:

'name' => ['required', 'string', 'max:255'],
'email' => ['required', 'email', 'max:255', 'unique:users'],
'password' => ['required', 'confirmed'],

لاحظ أننا استخدمنا قواعد Validation التي تعلمناها في الدرس السابع.

وهنا يظهر الترابط بين الدروس:

Form
 ↓
Request
 ↓
Validation
 ↓
User Model
 ↓
Database

لماذا لا نخزن كلمة المرور كنص عادي؟

هذه نقطة أمنية مهمة جدًا.

لا يجب تخزين كلمة المرور بهذه الطريقة:

password123

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

بدلًا من ذلك، يجب تخزين قيمة Hash.

Laravel يوفر أدوات مخصصة لتشفير كلمات المرور باستخدام Hashing.

مثلًا:

use Illuminate\Support\Facades\Hash;

$hashedPassword = Hash::make('password123');

ثم يمكن تخزين القيمة الناتجة في قاعدة البيانات.

وعند تسجيل الدخول، لا نقارن كلمة المرور النصية مباشرة بالقيمة المخزنة، بل يستخدم Laravel آلية التحقق من الـ Hash.

Laravel يوضح أن الخوارزمية الافتراضية لكلمات المرور هي bcrypt، كما يدعم إعادة Hashing تلقائيًا عند الحاجة أثناء تسجيل الدخول.

تسجيل الدخول Login

تسجيل الدخول يعني إرسال بيانات المستخدم إلى Laravel للتحقق منها.

يمكن تنفيذ Authentication يدويًا باستخدام Auth Facade.

مثلًا:

use Illuminate\Support\Facades\Auth;

if (Auth::attempt([
    'email' => $request->email,
    'password' => $request->password,
])) {
    // Login successful
}

إذا كانت البيانات صحيحة، يتم تسجيل المستخدم.

أما إذا كانت غير صحيحة، يمكنك إعادة المستخدم إلى صفحة تسجيل الدخول مع رسالة خطأ.

لماذا نستخدم Auth::attempt()؟

الدالة:

Auth::attempt()

مخصصة لمحاولة تسجيل الدخول باستخدام بيانات الاعتماد التي تقدمها.

يمكن أن تحتوي على:

[
    'email' => $request->email,
    'password' => $request->password,
]

Laravel يبحث عن المستخدم بناءً على البيانات المناسبة ويتحقق من كلمة المرور.

إذا نجحت العملية:

Auth::attempt(...)

تعيد:

true

وإذا فشلت:

false

توثيق Laravel يوضح أن attempt() تستخدم عادةً لمعالجة بيانات نموذج تسجيل الدخول، ويوصي بإعادة توليد Session بعد نجاح المصادقة للحماية من Session Fixation.

إعادة توليد Session بعد تسجيل الدخول

بعد نجاح تسجيل الدخول، من الممارسات المهمة إعادة توليد Session:

$request->session()->regenerate();

مثلًا:

if (Auth::attempt([
    'email' => $request->email,
    'password' => $request->password,
])) {
    $request->session()->regenerate();

    return redirect()->intended('/dashboard');
}

الفكرة هنا أن Laravel يحافظ على Session آمنة بعد نجاح تسجيل الدخول.

ما معنى redirect()->intended()؟

عندما يحاول مستخدم غير مسجل الدخول الوصول إلى صفحة محمية، يمكن أن يعيد Laravel المستخدم إلى صفحة تسجيل الدخول.

بعد نجاح تسجيل الدخول، يمكن استخدام:

redirect()->intended('/dashboard')

بحيث يتم توجيه المستخدم إلى الصفحة التي كان يريد الوصول إليها، وإذا لم توجد صفحة سابقة محددة يتم استخدام /dashboard كوجهة افتراضية.

وهذه تجربة أفضل للمستخدم من إرساله دائمًا إلى نفس الصفحة.

كيف نعرف أن المستخدم مسجل الدخول؟

يمكننا استخدام:

Auth::check()

مثلًا:

use Illuminate\Support\Facades\Auth;

if (Auth::check()) {
    // المستخدم مسجل الدخول
}

إذا كان المستخدم مسجلًا:

true

وإذا لم يكن:

false

Laravel يوثق Auth::check() كطريقة للتحقق مما إذا كان المستخدم الحالي مصادقًا عليه.

الحصول على المستخدم الحالي

إذا أردت الحصول على بيانات المستخدم الذي قام بتسجيل الدخول:

$user = Auth::user();

ثم يمكنك:

echo $user->name;

أو:

echo $user->email;

مثلًا:

if (Auth::check()) {
    $user = Auth::user();

    return $user->name;
}

استخدام auth() Helper

يمكنك أيضًا استخدام:

auth()->user()

بدل:

Auth::user()

مثلًا:

$user = auth()->user();

والتحقق:

if (auth()->check()) {
    // User is authenticated
}

هذه الطريقة شائعة جدًا في Laravel.

حماية Routes باستخدام auth Middleware

تخيل أن لديك صفحة Dashboard:

Route::get('/dashboard', function () {
    return view('dashboard');
});

في هذه الحالة يمكن لأي شخص الوصول إليها.

إذا أردت السماح للمستخدمين المسجلين فقط، يمكنك استخدام:

Route::get('/dashboard', function () {
    return view('dashboard');
})->middleware('auth');

الآن أصبح Route محميًا.

Laravel يوفر Middleware باسم auth للتحقق من أن المستخدم مسجل الدخول قبل السماح له بالوصول إلى المسار.

حماية مجموعة من Routes

إذا كان لديك أكثر من صفحة تحتاج إلى تسجيل الدخول:

/dashboard
/profile
/settings
/articles/create
/articles/edit

يمكنك استخدام Route Group:

Route::middleware('auth')->group(function () {

    Route::get('/dashboard', function () {
        return view('dashboard');
    });

    Route::get('/profile', function () {
        return view('profile');
    });

    Route::get('/settings', function () {
        return view('settings');
    });

});

بهذه الطريقة يتم تطبيق auth Middleware على جميع Routes داخل المجموعة.

Authentication مع Controllers

في التطبيقات الحقيقية غالبًا لن تضع منطق التطبيق كله داخل Route Closure.

يمكنك استخدام Controller:

Route::get('/dashboard', [DashboardController::class, 'index'])
    ->middleware('auth');

ثم:

class DashboardController extends Controller
{
    public function index()
    {
        $user = auth()->user();

        return view('dashboard', compact('user'));
    }
}

وهنا نستخدم المفاهيم التي تعلمناها في الدرس الخامس:

Route
 ↓
Controller
 ↓
Auth
 ↓
View

عرض اسم المستخدم في Blade

بعد إرسال المستخدم إلى View:

return view('dashboard', compact('user'));

يمكننا في Blade كتابة:

<h1>مرحبًا {{ $user->name }}</h1>

ويمكننا أيضًا استخدام Auth مباشرة في Blade حسب الحاجة.

مثلًا:

@if (auth()->check())
    <p>مرحبًا {{ auth()->user()->name }}</p>
@endif

عرض محتوى مختلف للمستخدم والزائر

يمكنك إنشاء واجهة تختلف حسب حالة Authentication:

@if (auth()->check())
    <p>مرحبًا {{ auth()->user()->name }}</p>

    <a href="/dashboard">لوحة التحكم</a>
@else
    <a href="/login">تسجيل الدخول</a>
    <a href="/register">إنشاء حساب</a>
@endif

وهنا نستخدم ما تعلمناه في الدرس السادس عن Blade وViews.

تسجيل الخروج Logout

عندما يريد المستخدم إنهاء الجلسة، يمكن استخدام:

Auth::logout();

لكن من الأفضل أيضًا إبطال Session وتجديد CSRF Token:

Auth::logout();

$request->session()->invalidate();

$request->session()->regenerateToken();

return redirect('/');

وبذلك تنتهي جلسة المستخدم الحالية.

Laravel يوفر توثيقًا مباشرًا لعملية تسجيل الخروج وإبطال الجلسة.

لماذا لا نستخدم GET لتسجيل الخروج؟

من الأفضل أن تكون العمليات التي تغير حالة التطبيق مبنية على HTTP method مناسب.

لذلك عادةً يكون Logout عبر:

POST /logout

وليس رابطًا عاديًا من نوع:

GET /logout

وهذا يتناسب مع طريقة عمل Starter Kits الرسمية، حيث يوفر Fortify مسار Logout باستخدام POST.

نموذج Logout في Blade

إذا كان Route الخاص بالخروج يتطلب POST، يمكن استخدام Form:

<form method="POST" action="/logout">
    @csrf

    <button type="submit">
        تسجيل الخروج
    </button>
</form>

لاحظ وجود:

@csrf

وهذا المفهوم تعلمناه في درس Requests وValidation.

مرة أخرى نرى كيف ترتبط دروس Laravel ببعضها.

Authentication وCSRF

عند إنشاء Form يستخدم:

POST
PUT
PATCH
DELETE

يجب الانتباه إلى CSRF Protection في تطبيقات الويب.

لذلك نستخدم:

@csrf

داخل النموذج.

مثلًا:

<form method="POST" action="/login">
    @csrf

    <input type="email" name="email">

    <input type="password" name="password">

    <button type="submit">
        تسجيل الدخول
    </button>
</form>

Login Controller يدوي بسيط

إذا أردت فهم ما يحدث خلف Starter Kit، يمكننا تصور Controller بسيط:

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;
use Illuminate\Support\Facades\Auth;

class LoginController extends Controller
{
    public function login(Request $request)
    {
        $credentials = $request->validate([
            'email' => ['required', 'email'],
            'password' => ['required'],
        ]);

        if (Auth::attempt($credentials)) {
            $request->session()->regenerate();

            return redirect()->intended('/dashboard');
        }

        return back()->withErrors([
            'email' => 'بيانات تسجيل الدخول غير صحيحة.',
        ])->onlyInput('email');
    }
}

لاحظ أننا جمعنا عدة مفاهيم تعلمناها في الدروس السابقة:

Request
 ↓
Validation
 ↓
Auth::attempt()
 ↓
Session
 ↓
Redirect

Login Route

يمكن أن يكون لدينا:

Route::post('/login', [LoginController::class, 'login'])
    ->name('login');

أما صفحة تسجيل الدخول:

Route::get('/login', function () {
    return view('auth.login');
})->middleware('guest');

ما هو guest Middleware؟

كما يوجد:

auth

لحماية الصفحات من الزوار، يوجد أيضًا:

guest

ويُستخدم عادةً للصفحات التي يفترض أن يصل إليها الزائر غير المسجل فقط.

مثل:

Route::get('/login', function () {
    return view('auth.login');
})->middleware('guest');

إذا كان المستخدم مسجل الدخول بالفعل، فلا حاجة لإظهار صفحة Login له.

الفرق بين auth وguest

يمكن تبسيط الأمر:

auth
 ↓
السماح للمستخدم المسجل فقط

بينما:

guest
 ↓
السماح للزائر غير المسجل

مثلًا:

/dashboard → auth
/login     → guest
/register  → guest

Login Throttling

من المشاكل الأمنية التي يجب الانتباه إليها محاولات تسجيل الدخول المتكررة.

تخيل شخصًا يحاول آلاف كلمات المرور على نفس الحساب.

هذه العملية تسمى عادةً Brute Force Attack.

Laravel Starter Kits توفر Rate Limiting لمحاولات تسجيل الدخول، ويمكن تخصيص آلية تحديد معدل المحاولات. وتوضح وثائق Laravel 13 أن Starter Kits تطبق throttling لمحاولات تسجيل الدخول، مع إمكانية تخصيص Rate Limiting.

وهذا يوضح أهمية عدم بناء نظام Login بطريقة عشوائية دون الاهتمام بالحماية.

Email Verification

في بعض التطبيقات لا يكفي أن ينشئ المستخدم حسابًا.

قد ترغب في التأكد من أن البريد الإلكتروني الذي أدخله المستخدم يخصه فعلًا.

هنا يأتي مفهوم:

Email Verification

أي إرسال رسالة إلى البريد الإلكتروني تحتوي على رابط لتأكيد البريد.

Starter Kits الرسمية تدعم Email Verification ضمن ميزات Authentication.

Password Reset

ماذا يحدث إذا نسي المستخدم كلمة المرور؟

لا يجب أن تطلب منه إرسال كلمة المرور القديمة.

بدلًا من ذلك، يوفر Laravel آلية لإعادة تعيين كلمة المرور.

عادةً تبدأ العملية من:

Forgot Password

ثم:

Email
 ↓
Reset Link
 ↓
New Password

Starter Kits توفر صفحات ومسارات خاصة باستعادة وإعادة تعيين كلمة المرور.

Two-Factor Authentication

في التطبيقات التي تحتاج مستوى أعلى من الأمان، يمكن استخدام Two-Factor Authentication – 2FA.

الفكرة أن كلمة المرور وحدها لا تكفي.

بعد إدخال كلمة المرور، يحتاج المستخدم إلى رمز إضافي يتم توليده بواسطة تطبيق Authenticator متوافق.

Starter Kits الحديثة في Laravel توفر دعمًا لـ 2FA ويمكن تفعيلها حسب إعدادات التطبيق.

أين توجد إعدادات Authentication؟

من الملفات المهمة:

config/auth.php

يحتوي هذا الملف على إعدادات Guards وProviders وغيرها من إعدادات Authentication.

لكن كمبتدئ، لا تحتاج إلى تغيير كل شيء فيه.

من الأفضل أولًا فهم النظام الافتراضي، ثم تعديل الإعدادات عندما تحتاج إلى ذلك.

Laravel يوضح أن config/auth.php هو ملف إعداد Authentication الرئيسي للتطبيق.

دورة تسجيل الدخول كاملة

لنلخص العملية التي تحدث عندما يسجل المستخدم الدخول:

المستخدم
   ↓
يفتح /login
   ↓
Login Form
   ↓
يدخل Email + Password
   ↓
POST /login
   ↓
Validation
   ↓
Auth::attempt()
   ↓
التحقق من User
   ↓
التحقق من Password Hash
   ↓
Session
   ↓
المستخدم أصبح Authenticated
   ↓
redirect('/dashboard')

وبعد ذلك عندما يزور المستخدم:

/dashboard

يعمل:

auth Middleware

ويتحقق من أن المستخدم مصادق عليه.

إذا كان مسجلًا:

Allow

وإذا لم يكن:

Redirect to Login

مثال عملي كامل

لنفترض أننا نريد بناء منطقة خاصة للمستخدمين.

لدينا:

/login
/register
/dashboard
/profile
/logout

يمكن تصور Routes بالشكل التالي:

Route::middleware('guest')->group(function () {
    Route::get('/login', [LoginController::class, 'show'])
        ->name('login');

    Route::post('/login', [LoginController::class, 'login']);

    Route::get('/register', [RegisterController::class, 'show'])
        ->name('register');

    Route::post('/register', [RegisterController::class, 'register']);
});

Route::middleware('auth')->group(function () {
    Route::get('/dashboard', [DashboardController::class, 'index'])
        ->name('dashboard');

    Route::get('/profile', [ProfileController::class, 'index'])
        ->name('profile');

    Route::post('/logout', [LoginController::class, 'logout'])
        ->name('logout');
});

الفكرة الأساسية هنا:

Guest
 ↓
Login / Register

Authenticated User
 ↓
Dashboard / Profile / Logout

ربط Authentication بالدرس السابق

في الدرس الحادي عشر تعلمنا Factories وSeeders.

يمكننا الآن استخدامها لإنشاء مستخدم تجريبي:

User::factory()->create([
    'name' => 'Ahmed',
    'email' => 'ahmed@example.com',
]);

وبذلك نستطيع استخدام هذا المستخدم أثناء اختبار Authentication.

وهكذا أصبح لدينا:

Factory
 ↓
User
 ↓
Database
 ↓
Login
 ↓
Authentication

أخطاء شائعة

وضع كلمة المرور كنص عادي

خطأ:

'password' => '123456'

عند إنشاء مستخدم بشكل يدوي دون Hash.

استخدم:

'password' => Hash::make('123456')

أو اعتمد على الآلية التي يوفرها Starter Kit لإنشاء المستخدمين.

نسيان auth Middleware

إذا كان لديك:

Route::get('/dashboard', ...);

فهذا لا يعني تلقائيًا أن الصفحة محمية.

يجب حماية المسار:

Route::get('/dashboard', ...)
    ->middleware('auth');

نسيان regenerate بعد Login

بعد نجاح:

Auth::attempt()

يجب التعامل مع Session بالشكل الصحيح، ومن الممارسات التي توثقها Laravel إعادة توليد Session بعد نجاح تسجيل الدخول.

استخدام GET لتسجيل الخروج

لا تجعل:

GET /logout

هو الوسيلة الأساسية لتسجيل الخروج.

استخدم POST مع CSRF Protection.

الخلط بين Authentication وAuthorization

تذكر:

Authentication
= من أنت؟

بينما:

Authorization
= ماذا يسمح لك أن تفعل؟

وهما مفهومان مختلفان.

أفضل الممارسات

استخدم Starter Kits عندما تناسب مشروعك

إذا كنت تبدأ مشروعًا جديدًا وتحتاج إلى Authentication كامل، فإن Starter Kits الرسمية يمكن أن توفر لك أساسًا جاهزًا وقابلًا للتخصيص.

لا تخزن كلمات المرور كنص عادي

استخدم Hashing المناسب.

احمِ المسارات الحساسة

استخدم:

->middleware('auth')

استخدم Validation

لا تقبل بيانات Login أو Registration دون التحقق منها.

اهتم بالـ Rate Limiting

خصوصًا في عمليات تسجيل الدخول.

افصل Authentication عن Authorization

تسجيل الدخول ليس هو نفسه نظام الصلاحيات.

تمرين عملي

الآن جاء دورك.

أنشئ تطبيقًا بسيطًا يحتوي على:

Register
Login
Dashboard
Profile
Logout

ثم حاول تنفيذ الآتي:

الخطوة الأولى

أنشئ مستخدمًا تجريبيًا باستخدام Factory.

الخطوة الثانية

أنشئ صفحة Login.

الخطوة الثالثة

أضف Form يحتوي على:

Email
Password

الخطوة الرابعة

استخدم Validation:

$request->validate([
    'email' => ['required', 'email'],
    'password' => ['required'],
]);

الخطوة الخامسة

استخدم:

Auth::attempt()

للتحقق من بيانات المستخدم.

الخطوة السادسة

بعد نجاح تسجيل الدخول استخدم:

$request->session()->regenerate();

الخطوة السابعة

أنشئ Dashboard محمية:

Route::get('/dashboard', ...)
    ->middleware('auth');

الخطوة الثامنة

اعرض اسم المستخدم:

{{ auth()->user()->name }}

الخطوة التاسعة

أنشئ Logout باستخدام POST.

الخطوة العاشرة

اختبر السيناريو التالي:

زائر
 ↓
يحاول فتح Dashboard
 ↓
يذهب إلى Login
 ↓
يسجل الدخول
 ↓
يعود إلى Dashboard
 ↓
يشاهد اسمه
 ↓
يضغط Logout
 ↓
يصبح Guest

إذا استطعت تنفيذ هذا السيناريو، فقد فهمت الأساس الحقيقي لنظام Authentication في Laravel.

ماذا تعلمنا في هذا الدرس؟

في هذا الدرس تعرفنا على مفهوم Authentication وكيف يستخدم Laravel للتحقق من هوية المستخدم.

تعلمنا الفرق بين:

Authentication

و:

Authorization

وتعرفنا على:

User Model.
Guards.
Providers.
Sessions.
Auth Facade.
Auth::check().
Auth::user().
Auth::attempt().
auth()->user().
auth Middleware.
guest Middleware.
تسجيل الدخول.
تسجيل الخروج.
Session Regeneration.
Password Hashing.
Email Verification.
Password Reset.
Login Throttling.
Starter Kits.

كما رأينا كيف تتصل هذه المفاهيم بما تعلمناه سابقًا:

Blade
 ↓
Form
 ↓
Request
 ↓
Validation
 ↓
Auth
 ↓
Session
 ↓
Middleware
 ↓
Controller
 ↓
User Model
 ↓
Database

وهذه السلسلة تمثل جزءًا أساسيًا جدًا من تطبيقات Laravel الحديثة.

Authentication هو أحد أهم الأجزاء في أي تطبيق يحتوي على مستخدمين.

لم يعد المستخدم بالنسبة لنا مجرد سجل موجود داخل جدول users.

أصبح لدينا الآن مفهوم كامل لإدارة المستخدم:

Register
   ↓
User
   ↓
Login
   ↓
Authentication
   ↓
Session
   ↓
Protected Routes
   ↓
Dashboard
   ↓
Logout

وتعلمنا أن Laravel يوفر أدوات جاهزة للتعامل مع هذه العمليات، كما يوفر Starter Kits رسمية تساعد على بناء طبقة Authentication متكاملة بدل كتابة كل شيء من الصفر.

في الدرس القادم سننتقل إلى خطوة مهمة جدًا بعد Authentication، وهي Authorization والصلاحيات والأدوار Roles & Permissions، لنتعلم كيف نفرق بين المستخدم العادي والمدير، وكيف نسمح لكل مستخدم بتنفيذ العمليات المناسبة له فقط.

إنشاء بيانات تجريبية بسهولة Factories في Laravel

2026-09-28T10:50:45.912+03:00

إنشاء بيانات تجريبية بسهولة Factories و Seeders و Faker في Laravel

بعد أن تعلّمنا في الدروس السابقة كيفية إنشاء قواعد البيانات والجداول باستخدام Migrations، وكيفية التعامل مع البيانات باستخدام Models وEloquent، ثم تعلّمنا كيفية إنشاء العلاقات بين الجداول، نصل الآن إلى موضوع مهم جدًا في تطوير تطبيقات Laravel: إنشاء البيانات التجريبية واختبار التطبيق ببيانات واقعية.

تخيل أنك أنشأت تطبيق مدونة يحتوي على عشرات المقالات والمستخدمين والتعليقات والتصنيفات. هل ستقوم بإضافة كل سجل يدويًا من خلال لوحة الإدارة؟ بالتأكيد لا.

هنا تأتي أهمية ثلاثة مفاهيم أساسية في Laravel:

Factories
Seeders
Faker

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

في هذا الدرس سنبني مثالًا عمليًا على نظام مقالات يحتوي على Users وArticles، وسنتعلم كيف ننشئ بيانات وهمية ومنظمة يمكن استخدامها أثناء تطوير التطبيق.

ما هي Factories في Laravel؟

الـ Factory هي طريقة لتعريف مجموعة من البيانات الافتراضية التي يمكن استخدامها لإنشاء سجلات جديدة من Model معين.

بدلًا من كتابة:

Article::create([
    'title' => 'Laravel Tutorial',
    'slug' => 'laravel-tutorial',
    'content' => 'Learn Laravel step by step...',
]);

ثم تكرار العملية عشرات المرات، يمكننا إنشاء Factory تحدد شكل البيانات، وبعد ذلك نطلب من Laravel إنشاء العدد الذي نريده.

مثلًا:

Article::factory()->count(20)->create();

السطر السابق يمكنه إنشاء 20 مقالًا باستخدام البيانات التي عرّفناها في Factory.

توثيق Laravel الرسمي يوضح أن Factories تعتمد على تعريف definition() لإرجاع القيم الافتراضية، ويمكنها استخدام Faker لإنشاء بيانات عشوائية مناسبة.

ما هو Faker؟

Faker هو مكتبة تستخدم لإنشاء بيانات وهمية تشبه البيانات الحقيقية.

يمكن استخدامها لإنشاء:

أسماء.
بريد إلكتروني.
عناوين.
جمل.
نصوص.
أرقام.
تواريخ.
عناوين URL.
بيانات أخرى كثيرة.

مثلًا:

fake()->name()

يمكن أن يعيد اسمًا عشوائيًا.

وهذا:

fake()->email()

يمكن أن يعيد بريدًا إلكترونيًا وهميًا.

وهذا:

fake()->sentence()

ينشئ جملة عشوائية.

وهذا:

fake()->paragraph()

ينشئ فقرة نصية.

ميزة Faker أنك لا تحتاج إلى كتابة بيانات مختلفة لكل سجل بنفسك.

لماذا نحتاج إلى Factories وFaker؟

هناك عدة أسباب تجعل هذه الأدوات مهمة جدًا أثناء تطوير Laravel.

اختبار تصميم الواجهة

عندما تبني صفحة تعرض المقالات، من المفيد أن ترى كيف ستبدو الصفحة عندما تحتوي على 10 أو 50 أو 100 مقال.

بدلًا من إدخال هذه البيانات يدويًا، يمكنك إنشاءها باستخدام Factory.

اختبار Pagination

إذا كانت الصفحة تعرض 10 مقالات في كل صفحة، فمن الصعب اختبار Pagination بوجود مقالين فقط.

يمكنك إنشاء 100 مقال:

Article::factory()->count(100)->create();

وبذلك يمكنك اختبار الصفحات المختلفة.

اختبار البحث

وجود بيانات كثيرة يسمح لك باختبار البحث والتصفية والترتيب.

اختبار العلاقات

إذا كان لديك User لديه Articles، وArticle لديه Comments، يمكنك إنشاء هذه البيانات والعلاقات تلقائيًا.

تطوير لوحة الإدارة

لوحة الإدارة تحتاج عادةً إلى كمية كبيرة من البيانات حتى تستطيع اختبار:

الجداول.
Pagination.
البحث.
الفلاتر.
الترتيب.
الإحصائيات.
الصلاحيات.

ما هي Seeders؟

الـ Seeder هو كلاس مسؤول عن إدخال بيانات إلى قاعدة البيانات.

توجد Seeders في:

database/seeders

ويأتي Laravel افتراضيًا مع:

DatabaseSeeder.php

يمكن استخدامه كنقطة البداية لتشغيل Seeders أخرى.

وفقًا للتوثيق الرسمي لـ Laravel 13، يمكن إنشاء Seeder باستخدام make:seeder، ويحتوي Seeder عادةً على method باسم run() يتم تنفيذها عند تشغيل أمر db:seed.

إنشاء أول Factory

لنفرض أن لدينا Model باسم:

Article

يمكننا إنشاء Factory باستخدام Artisan:

php artisan make:factory ArticleFactory

سيتم إنشاء الملف داخل:

database/factories

ليصبح لدينا:

database/
└── factories/
    └── ArticleFactory.php

إنشاء Factory مع Model

إذا كنت تنشئ Model جديدًا من البداية، يمكنك استخدام:

php artisan make:model Article --factory

أو يمكنك استخدام الخيار المختصر:

php artisan make:model Article -f

وبذلك يساعدك Artisan في إنشاء Model وFactory.

فهم ArticleFactory

بعد إنشاء Factory، ستجد كلاس مشابهًا لهذا:

<?php

namespace Database\Factories;

use Illuminate\Database\Eloquent\Factories\Factory;

class ArticleFactory extends Factory
{
    public function definition(): array
    {
        return [
            //
        ];
    }
}

أهم جزء هنا هو:

definition()

هذه الدالة تحدد البيانات الافتراضية التي سيتم استخدامها عند إنشاء Article باستخدام Factory.

كتابة البيانات داخل Factory

لنفترض أن جدول articles يحتوي على:

title
slug
content
is_published

يمكن كتابة Factory مثل التالي:

<?php

namespace Database\Factories;

use Illuminate\Database\Eloquent\Factories\Factory;

class ArticleFactory extends Factory
{
    public function definition(): array
    {
        return [
            'title' => fake()->sentence(),
            'slug' => fake()->unique()->slug(),
            'content' => fake()->paragraphs(3, true),
            'is_published' => fake()->boolean(),
        ];
    }
}

الآن أصبح لدينا قالب لإنشاء المقالات.

ماذا يفعل fake()؟

لننظر إلى كل سطر.

إنشاء عنوان

'title' => fake()->sentence(),

ينشئ عنوانًا عشوائيًا.

إنشاء Slug

'slug' => fake()->unique()->slug(),

ينشئ slug عشوائيًا، مع استخدام unique() لتجنب تكرار القيمة أثناء عملية التوليد.

إنشاء المحتوى

'content' => fake()->paragraphs(3, true),

ينشئ عدة فقرات نصية.

إنشاء قيمة Boolean

'is_published' => fake()->boolean(),

يمكن أن تنتج:

true

أو:

false

استخدام Factory لإنشاء سجل واحد

بعد تجهيز Factory، يمكننا استخدامه من خلال Model.

مثلًا:

use App\Models\Article;

$article = Article::factory()->create();

سيتم إنشاء Article جديد وإدخاله في قاعدة البيانات.

توثيق Laravel يوضح استخدام factory() على Models لإنشاء نماذج واختبارها أو استخدامها ضمن عمليات seeding.

إنشاء عدة سجلات

يمكننا إنشاء أكثر من سجل باستخدام:

Article::factory()->count(10)->create();

سيتم إنشاء 10 مقالات.

ويمكنك تغيير الرقم حسب حاجتك:

Article::factory()->count(50)->create();

أو:

Article::factory()->count(100)->create();

وهذه واحدة من أهم فوائد Factories.

الفرق بين create وmake

هناك فرق مهم بين:

Article::factory()->make();

و:

Article::factory()->create();

make()

ينشئ Model في الذاكرة فقط دون حفظه في قاعدة البيانات.

مثلًا:

$article = Article::factory()->make();

يمكنك استخدامه عندما تريد التعامل مع الكائن دون إدخاله إلى قاعدة البيانات.

create()

ينشئ Model ويحفظه في قاعدة البيانات.

$article = Article::factory()->create();

لذلك عند تجهيز بيانات حقيقية داخل قاعدة البيانات، ستستخدم create() غالبًا.

استخدام Factory مع العلاقات

وهنا تبدأ قوة Factories بالظهور بشكل أكبر.

لنفترض أن لدينا:

users
articles

والعلاقة هي:

User hasMany Articles
Article belongsTo User

أي أن المستخدم يمكن أن يمتلك عدة مقالات.

إذا أردنا إنشاء User ومعه عدة Articles، يمكننا استخدام العلاقة التي عرفناها في الدرس السابق.

مثلًا:

$user = User::factory()
    ->has(Article::factory()->count(5))
    ->create();

سيتم إنشاء مستخدم، ومعه 5 مقالات مرتبطة به.

هذه الطريقة مفيدة جدًا عندما يكون التطبيق يحتوي على بيانات مترابطة.

توثيق Laravel 13 يخصص قسمًا كاملًا لعلاقات Factories، ومنها علاقات hasMany وbelongsTo وmany-to-many.

إنشاء عدة Users مع المقالات

يمكننا أيضًا إنشاء 10 مستخدمين، ولكل مستخدم 5 مقالات:

User::factory()
    ->count(10)
    ->has(Article::factory()->count(5))
    ->create();

والنتيجة ستكون تقريبًا:

10 Users
│
├── User 1
│   ├── Article
│   ├── Article
│   ├── Article
│   ├── Article
│   └── Article
│
├── User 2
│   ├── Article
│   ├── Article
│   ├── Article
│   ├── Article
│   └── Article
│
└── ...

أي 10 مستخدمين و50 مقالًا مرتبطًا بهم.

إنشاء Seeder

لننشئ Seeder خاصًا بالمقالات:

php artisan make:seeder ArticleSeeder

سيتم إنشاء:

database/seeders/ArticleSeeder.php

وسيكون هيكله الأساسي قريبًا من:

<?php

namespace Database\Seeders;

use Illuminate\Database\Seeder;

class ArticleSeeder extends Seeder
{
    public function run(): void
    {
        //
    }
}

إضافة Factory إلى Seeder

يمكننا الآن استخدام Article Factory داخل Seeder:

<?php

namespace Database\Seeders;

use App\Models\Article;
use Illuminate\Database\Seeder;

class ArticleSeeder extends Seeder
{
    public function run(): void
    {
        Article::factory()
            ->count(50)
            ->create();
    }
}

الآن عند تشغيل هذا Seeder سيتم إنشاء 50 مقالًا.

تشغيل Seeder

يمكن تشغيل الـ Seeder الرئيسي باستخدام:

php artisan db:seed

افتراضيًا يقوم Laravel بتشغيل:

DatabaseSeeder

والذي يمكنه بدوره تشغيل Seeders أخرى.

يمكن أيضًا تشغيل Seeder محدد باستخدام:

php artisan db:seed --class=ArticleSeeder

وهذه الأوامر موثقة رسميًا في Laravel 13.

ما هو DatabaseSeeder؟

داخل:

database/seeders

ستجد:

DatabaseSeeder.php

يمكن اعتباره نقطة التجميع الرئيسية للـ Seeders.

بدلًا من وضع كل البيانات داخل ملف واحد، من الأفضل تقسيمها.

مثلًا:

database/seeders/
├── DatabaseSeeder.php
├── UserSeeder.php
├── ArticleSeeder.php
├── CategorySeeder.php
└── CommentSeeder.php

ثم يمكنك استدعاؤها من DatabaseSeeder.

استخدام call()

يمكن كتابة:

public function run(): void
{
    $this->call([
        UserSeeder::class,
        CategorySeeder::class,
        ArticleSeeder::class,
        CommentSeeder::class,
    ]);
}

وبذلك يتم تشغيل Seeders بالترتيب المحدد.

يسمح Laravel باستخدام call() لتقسيم عملية seeding إلى عدة Seeders بدل وضع كل شيء داخل DatabaseSeeder واحد.

لماذا ترتيب Seeders مهم؟

تخيل أن لدينا:

Users
Categories
Articles
Comments

والمقال يحتاج إلى:

user_id
category_id

والتعليق يحتاج إلى:

article_id
user_id

إذًا من المنطقي أن ننشئ البيانات بهذا الترتيب:

Users
   ↓
Categories
   ↓
Articles
   ↓
Comments

لأن البيانات اللاحقة تعتمد على البيانات السابقة.

مثال عملي كامل

لنقم ببناء سيناريو صغير لموقع مقالات.

لدينا:

User
Category
Article
Comment

والعلاقات:

User
 └── hasMany Articles

Category
 └── hasMany Articles

Article
 ├── belongsTo User
 ├── belongsTo Category
 └── hasMany Comments

Comment
 ├── belongsTo User
 └── belongsTo Article

هذه العلاقات مبنية على نفس مفهوم Eloquent Relationships الذي تعلمناه في الدرس العاشر.

UserFactory

يمكن أن يكون لدينا:

public function definition(): array
{
    return [
        'name' => fake()->name(),
        'email' => fake()->unique()->safeEmail(),
        'email_verified_at' => now(),
        'password' => bcrypt('password'),
    ];
}

وبذلك يمكن إنشاء المستخدمين تلقائيًا.

CategoryFactory

يمكن إنشاء Factory للتصنيفات:

php artisan make:factory CategoryFactory

ثم:

public function definition(): array
{
    return [
        'name' => fake()->unique()->words(2, true),
        'slug' => fake()->unique()->slug(),
    ];
}

ArticleFactory مع العلاقات

إذا كان جدول articles يحتوي على:

user_id
category_id
title
slug
content
is_published

يمكن أن نكتب:

public function definition(): array
{
    return [
        'user_id' => User::factory(),
        'category_id' => Category::factory(),
        'title' => fake()->sentence(),
        'slug' => fake()->unique()->slug(),
        'content' => fake()->paragraphs(4, true),
        'is_published' => fake()->boolean(),
    ];
}

بهذه الطريقة يستطيع Factory إنشاء User وCategory عند الحاجة وربطهما بالمقال.

لكن في التطبيقات الكبيرة، قد تفضّل إنشاء المستخدمين والتصنيفات بشكل مستقل ثم إعادة استخدامهم، خصوصًا عندما تريد التحكم في عدد العلاقات بدل إنشاء سجلات جديدة لكل Article.

إعادة استخدام سجلات موجودة

لنفرض أننا أنشأنا 10 Users و5 Categories:

User::factory()->count(10)->create();
Category::factory()->count(5)->create();

بعد ذلك يمكننا استخدام سجلات موجودة عند إنشاء Articles.

على سبيل المثال، يمكنك اختيار مستخدم وتصنيف موجودين ثم استخدام معرفاتهما:

$user = User::inRandomOrder()->first();
$category = Category::inRandomOrder()->first();

Article::factory()->create([
    'user_id' => $user->id,
    'category_id' => $category->id,
]);

هذه الفكرة مفيدة عندما تريد التحكم بشكل أكبر في البيانات.

استخدام Factory States

أحيانًا نحتاج إلى أنواع مختلفة من السجلات.

مثلًا في المقالات قد نحتاج إلى:

مقالات منشورة.
مقالات غير منشورة.

بدل إنشاء Factory منفصل لكل نوع، يمكننا استخدام States.

مثلًا:

public function published(): static
{
    return $this->state(fn (array $attributes) => [
        'is_published' => true,
    ]);
}

ثم:

Article::factory()
    ->published()
    ->count(10)
    ->create();

وهكذا أصبح لدينا 10 مقالات منشورة.

يمكن أيضًا إنشاء حالة للمقالات غير المنشورة:

public function draft(): static
{
    return $this->state(fn (array $attributes) => [
        'is_published' => false,
    ]);
}

ثم:

Article::factory()
    ->draft()
    ->count(5)
    ->create();

توثيق Laravel 13 يدعم Factory States كطريقة لتغيير الحالة الافتراضية للبيانات عند إنشاء النماذج.

مثال على Seeder احترافي

يمكن أن يصبح ArticleSeeder مثلًا:

<?php

namespace Database\Seeders;

use App\Models\Article;
use App\Models\Category;
use App\Models\User;
use Illuminate\Database\Seeder;

class ArticleSeeder extends Seeder
{
    public function run(): void
    {
        User::factory()->count(10)->create();

        Category::factory()->count(5)->create();

        Article::factory()->count(50)->create();
    }
}

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

migrate --seed

أثناء التطوير ستحتاج أحيانًا إلى إعادة بناء قاعدة البيانات من البداية.

يمكنك استخدام:

php artisan migrate:fresh --seed

هذا الأمر يقوم بإسقاط الجداول ثم تشغيل الـ migrations من جديد، وبعد ذلك تشغيل الـ seeders. لذلك يجب استخدامه بحذر، خصوصًا إذا كانت قاعدة البيانات تحتوي على بيانات مهمة. Laravel يوضح رسميًا أن migrate:fresh يحذف جميع الجداول ثم يعيد تشغيل الـ migrations، ويمكن دمجه مع --seed.

أثناء التطوير يمكن أن يكون هذا الأمر مفيدًا جدًا.

مثلًا:

php artisan migrate:fresh --seed

ثم تصبح لديك قاعدة بيانات جديدة تحتوي على بيانات تجريبية.

الفرق بين migrate وseed

من المهم جدًا فهم الفرق.

migrate

المigrations مسؤولة عن بنية قاعدة البيانات.

مثل:

إنشاء جدول users
إنشاء جدول articles
إضافة عمود slug
إضافة Foreign Key

seed

الـ Seeders مسؤولة عن البيانات الموجودة داخل الجداول.

مثل:

إنشاء 10 Users
إنشاء 50 Articles
إنشاء Categories
إنشاء Comments

بمعنى آخر:

Migration
    ↓
بناء الجداول

Seeder
    ↓
إضافة البيانات

الفرق بين Factory وSeeder وFaker

من أكثر الأشياء التي تسبب ارتباكًا للمبتدئين الخلط بين هذه المفاهيم.

يمكن تلخيصها كالتالي:

الأداة	وظيفتها
Migration	إنشاء وتعديل بنية قاعدة البيانات
Model	التعامل مع بيانات الجدول
Factory	تحديد شكل البيانات التجريبية
Faker	توليد قيم وهمية
Seeder	تشغيل وإدخال البيانات إلى قاعدة البيانات

مثلًا:

Faker
  ↓
ينشئ قيمًا عشوائية

Factory
  ↓
يحدد شكل Article

Seeder
  ↓
يطلب إنشاء 50 Article

Database
  ↓
تخزن البيانات

إنشاء بيانات مرتبطة

لنستخدم العلاقات التي تعلمناها في الدرس السابق.

لنفترض:

User::factory()
    ->has(Article::factory()->count(5))
    ->create();

هنا لدينا:

User
 │
 ├── Article
 ├── Article
 ├── Article
 ├── Article
 └── Article

يمكنك توسيع الفكرة لإنشاء بيانات كبيرة مترابطة.

مثلًا:

User::factory()
    ->count(20)
    ->has(Article::factory()->count(5))
    ->create();

يمكن أن ينتج عن ذلك 20 مستخدمًا مع 5 مقالات لكل مستخدم.

Factories وMany-to-Many

يمكن استخدام Factories أيضًا مع العلاقات Many-to-Many.

مثلًا إذا كان لدينا:

users
roles
role_user

يمكن إنشاء المستخدم والأدوار وربطها باستخدام إمكانيات Factories الخاصة بالعلاقات.

الفكرة الأساسية هي أن Factory لا يقتصر على إنشاء سجل منفرد، بل يمكنه المساعدة في إنشاء مجموعات من البيانات المرتبطة.

وهذا مهم جدًا في التطبيقات الكبيرة، لأن البيانات الواقعية غالبًا لا تكون عبارة عن جداول منفصلة، وإنما مجموعة من العلاقات.

استخدام بيانات Faker بحذر

Faker ممتاز للبيانات التجريبية، لكن يجب أن تتذكر أن هذه البيانات ليست بيانات حقيقية.

مثلًا:

fake()->email()

ينشئ بريدًا وهميًا.

لا يجب أن تعتمد على هذه البيانات باعتبارها بيانات مستخدمين حقيقيين.

كما يجب ألا تستخدم Seeder يحتوي على بيانات تجريبية بشكل عشوائي على قاعدة بيانات Production.

مشكلة شائعة: تشغيل Seeder على Production

تخيل أنك كتبت:

php artisan migrate:fresh --seed

ثم نفذته على قاعدة بيانات Production.

هذا قد يؤدي إلى حذف الجداول والبيانات الموجودة ثم إعادة بنائها.

لذلك يجب الانتباه جدًا إلى البيئة التي تعمل عليها.

Laravel يطلب تأكيدًا عند تنفيذ بعض عمليات seeding في بيئة production، ويمكن استخدام --force لتجاوز التأكيد، ولذلك يجب عدم استخدامه إلا عندما تكون متأكدًا من النتيجة.

مشكلة شائعة: العلاقات لا تعمل

إذا حاولت إنشاء:

Article::factory()->create();

وكان Factory يحتاج إلى:

user_id

لكن لم يتم توفيره، فقد تواجه مشكلة حسب بنية الجدول والعلاقة.

لذلك تأكد من أن Factory يعرف كيفية إنشاء أو الحصول على السجلات المرتبطة.

مثلًا:

'user_id' => User::factory(),

يمكن أن يوفر مستخدمًا مرتبطًا عند إنشاء Article.

مشكلة شائعة: أسماء الأعمدة

يجب أن تتطابق البيانات التي تضعها داخل Factory مع أسماء الأعمدة في Migration.

إذا كان لديك:

$table->string('title');

يجب أن تستخدم:

'title' => fake()->sentence(),

وليس:

'name' => fake()->sentence(),

إلا إذا كان لديك فعلًا عمود باسم name.

مشكلة شائعة: Unique

إذا كان لديك عمود فريد:

$table->string('slug')->unique();

فلا تريد إنشاء نفس القيمة عشرات المرات.

لذلك يمكنك استخدام:

'slug' => fake()->unique()->slug(),

وبذلك تقل احتمالية إنتاج قيم مكررة أثناء إنشاء البيانات.

مثال عملي نهائي

لنضع كل شيء معًا.

ArticleFactory

<?php

namespace Database\Factories;

use Illuminate\Database\Eloquent\Factories\Factory;

class ArticleFactory extends Factory
{
    public function definition(): array
    {
        return [
            'title' => fake()->sentence(),
            'slug' => fake()->unique()->slug(),
            'content' => fake()->paragraphs(4, true),
            'is_published' => fake()->boolean(),
        ];
    }

    public function published(): static
    {
        return $this->state(fn (array $attributes) => [
            'is_published' => true,
        ]);
    }
}

ArticleSeeder

<?php

namespace Database\Seeders;

use App\Models\Article;
use Illuminate\Database\Seeder;

class ArticleSeeder extends Seeder
{
    public function run(): void
    {
        Article::factory()
            ->published()
            ->count(20)
            ->create();

        Article::factory()
            ->count(10)
            ->create();
    }
}

النتيجة:

20 Published Articles
+
10 Draft/Random Articles
=
30 Articles

DatabaseSeeder

<?php

namespace Database\Seeders;

use Illuminate\Database\Seeder;

class DatabaseSeeder extends Seeder
{
    public function run(): void
    {
        $this->call([
            ArticleSeeder::class,
        ]);
    }
}

ثم نفذ:

php artisan migrate:fresh --seed

إذا كانت الـ migrations والـ Models والـ Factories مكتملة بشكل صحيح، فسيتم بناء قاعدة البيانات من جديد ثم تشغيل Seeder.

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

بعد إنشاء البيانات، يمكنك استخدامها مع Eloquent كما تعلمنا في الدرس التاسع.

مثلًا:

$articles = Article::latest()->get();

ثم إرسالها إلى View:

return view('articles.index', compact('articles'));

وفي Blade:

@foreach ($articles as $article)
    <article>
        <h2>{{ $article->title }}</h2>

        <p>{{ $article->content }}</p>
    </article>
@endforeach

وهكذا أصبح لدينا دورة كاملة:

Migration
   ↓
Database Tables
   ↓
Model
   ↓
Factory
   ↓
Faker
   ↓
Seeder
   ↓
Database Records
   ↓
Controller
   ↓
View

وهذه الدورة مهمة جدًا لفهم كيفية بناء تطبيق Laravel متكامل.

Factories والاختبارات

Factories لا تستخدم فقط أثناء التطوير.

يمكن استخدامها أيضًا داخل الاختبارات لإنشاء البيانات المطلوبة قبل اختبار جزء من التطبيق.

مثلًا:

$user = User::factory()->create();

ثم يمكنك تنفيذ طلب:

$response = $this->actingAs($user)
    ->get('/articles');

وجود Factory يجعل تجهيز بيانات الاختبار أسهل بكثير.

Laravel يوفر أدوات لاستخدام Factories وSeeders ضمن اختبارات قاعدة البيانات أيضًا.

أفضل الممارسات

اجعل Factory بسيطًا

ضع البيانات الافتراضية الأساسية داخل:

definition()

ولا تجعل Factory معقدًا دون حاجة.

استخدم States للحالات المختلفة

بدل إنشاء Factory لكل حالة، استخدم:

published()

أو:

draft()

أو حالات أخرى تناسب التطبيق.

قسم Seeders

إذا كان المشروع كبيرًا، لا تضع كل شيء داخل:

DatabaseSeeder.php

استخدم:

UserSeeder
CategorySeeder
ArticleSeeder
CommentSeeder

ثم استدعها من DatabaseSeeder.

انتبه للعلاقات

عند إنشاء بيانات مترابطة، تأكد من أن السجلات المطلوبة موجودة وأن Foreign Keys صحيحة.

لا تستخدم بيانات الاختبار بشكل عشوائي في Production

بيانات Faker مخصصة أساسًا للبيانات التجريبية والتطوير والاختبار.

تمرين عملي

حان وقت التطبيق.

قم بإنشاء نظام صغير للمقالات يحتوي على:

User
Category
Article

ثم نفذ الخطوات التالية.

الخطوة الأولى

أنشئ Factory للتصنيف:

php artisan make:factory CategoryFactory

الخطوة الثانية

اجعل Factory ينشئ:

name
slug

الخطوة الثالثة

أنشئ Seeder:

php artisan make:seeder CategorySeeder

الخطوة الرابعة

أنشئ 10 تصنيفات:

Category::factory()
    ->count(10)
    ->create();

الخطوة الخامسة

أنشئ 20 مستخدمًا:

User::factory()
    ->count(20)
    ->create();

الخطوة السادسة

أنشئ 100 مقال.

اجعل كل مقال مرتبطًا بمستخدم وتصنيف.

الخطوة السابعة

شغّل:

php artisan migrate:fresh --seed

الخطوة الثامنة

أنشئ Route يعرض المقالات:

Route::get('/articles', function () {
    $articles = Article::latest()->get();

    return view('articles.index', compact('articles'));
});

ثم أنشئ View لعرض المقالات.

بهذا التمرين ستكون قد ربطت تقريبًا جميع المفاهيم التي تعلمتها حتى الآن.

ماذا تعلمنا في هذا الدرس؟

في هذا الدرس تعرفنا على طريقة إنشاء البيانات التجريبية في Laravel باستخدام مجموعة من الأدوات المتكاملة.

تعلمنا أن:

Factory تحدد شكل البيانات التي سيتم إنشاؤها.

Faker يوفر بيانات وهمية مثل الأسماء والبريد الإلكتروني والنصوص.

Seeder مسؤول عن تشغيل عملية إدخال البيانات إلى قاعدة البيانات.

وتعلمنا إنشاء Factory باستخدام:

php artisan make:factory ArticleFactory

وإنشاء Seeder باستخدام:

php artisan make:seeder ArticleSeeder

وتعلمنا إنشاء سجل:

Article::factory()->create();

وإنشاء عدة سجلات:

Article::factory()->count(50)->create();

وتعلمنا استخدام العلاقات:

User::factory()
    ->has(Article::factory()->count(5))
    ->create();

كما تعرفنا على Factory States مثل:

Article::factory()
    ->published()
    ->count(10)
    ->create();

وتعلمنا تشغيل Seeders:

php artisan db:seed

أو Seeder محدد:

php artisan db:seed --class=ArticleSeeder

وتعلمنا إعادة بناء قاعدة البيانات مع تشغيل البيانات التجريبية:

php artisan migrate:fresh --seed

أصبحت الآن قادرًا على تجهيز قاعدة بيانات Laravel بكمية كبيرة من البيانات دون الحاجة إلى إدخال كل سجل يدويًا.

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

يمكن تصور الأدوات التي تعلمناها حتى الآن بهذه الصورة:

Migrations
    ↓
إنشاء الجداول
    ↓
Models + Eloquent
    ↓
التعامل مع البيانات
    ↓
Relationships
    ↓
ربط الجداول
    ↓
Factories + Faker
    ↓
توليد بيانات تجريبية
    ↓
Seeders
    ↓
تعبئة قاعدة البيانات

في الدرس القادم سنبدأ بالانتقال إلى جزء مهم جدًا في بناء تطبيقات Laravel العملية، وهو Authentication والمستخدمون وتسجيل الدخول والتسجيل وإدارة الجلسات، حتى نبدأ في بناء تطبيقات تحتوي على مستخدمين حقيقيين وصلاحيات وسلوكيات مرتبطة بالحسابات.

العلاقات بين الجداول HasMany في Laravel

2026-09-24T09:55:49.447+03:00

العلاقات بين الجداول في Laravel Eloquent – HasMany وBelongsTo وManyToMany

بعد أن تعرّفنا في الدروس السابقة على قواعد البيانات و Migrations، وتعلمنا أساسيات Models و Eloquent، حان الوقت للانتقال إلى واحدة من أهم النقاط في بناء تطبيقات Laravel الحقيقية: العلاقات بين الجداول.

في أي تطبيق تقريبًا، نادرًا ما تكون الجداول منفصلة تمامًا عن بعضها.

في موقع مقالات مثلًا، لدينا مستخدم يمكن أن يكتب عدة مقالات، والمقال الواحد ينتمي إلى مستخدم واحد، والمقال يمكن أن يحتوي على عدة تعليقات، والتعليق ينتمي إلى مقال معين.

وفي متجر إلكتروني، لدينا:

مستخدمون.
منتجات.
تصنيفات.
طلبات.
تفاصيل الطلبات.

وقد يكون المنتج موجودًا في عدة طلبات، والطلب يحتوي على عدة منتجات، والمستخدم لديه عدة طلبات.

بدون العلاقات، سنضطر إلى كتابة الكثير من الاستعلامات المعقدة يدويًا.

أما مع Eloquent ORM، فيمكننا تعريف العلاقات داخل Models، ثم التعامل معها بطريقة بسيطة وواضحة.

Laravel Eloquent يدعم مجموعة واسعة من العلاقات، من بينها One to One وOne to Many وMany to Many، بالإضافة إلى العلاقات عبر نموذج وسيط والعلاقات Polymorphic.

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

ما المقصود بالعلاقات بين الجداول؟

لنفترض أن لدينا جدولين:

users
articles

ولدينا البيانات التالية:

users

id | name
1  | أحمد
2  | محمد

وجدول المقالات:

articles

id | user_id | title
1  | 1       | تعلم Laravel
2  | 1       | شرح Routing
3  | 2       | تعلم PHP

لاحظ أن المقال الأول والثاني يحتويان على:

user_id = 1

وهذا يعني أن كلا المقالين يتبعان المستخدم الذي يحمل:

id = 1

إذن لدينا علاقة:

User
  |
  | hasMany
  ↓
Articles

وفي الاتجاه العكسي:

Article
   |
   | belongsTo
   ↓
User

هذه هي فكرة العلاقات الأساسية في Eloquent.

لماذا نستخدم Eloquent Relationships؟

بدلًا من كتابة استعلامات SQL طويلة للحصول على المقالات الخاصة بالمستخدم، يمكننا تعريف العلاقة داخل Model.

مثلًا داخل User:

public function articles()
{
    return $this->hasMany(Article::class);
}

ثم يمكننا كتابة:

$user->articles;

للحصول على مقالات المستخدم.

وبالعكس داخل Article:

public function user()
{
    return $this->belongsTo(User::class);
}

ثم:

$article->user;

للحصول على المستخدم الذي كتب المقال.

Laravel يجعل العلاقات عبارة عن Methods داخل Eloquent Models، وهذه العلاقات يمكن استخدامها أيضًا كـ Query Builders لإضافة شروط وترتيب واستعلامات أخرى.

أنواع العلاقات الأساسية

هناك عدة أنواع من العلاقات في Laravel، لكن أهم ما يجب أن تتعلمه في البداية هو:

One to One
One to Many
Belongs To
Many to Many
Has Many Through
Polymorphic Relationships

سنبدأ بالأنواع الأربعة الأساسية.

One to One علاقة واحد إلى واحد

في علاقة One to One يكون لكل سجل سجل واحد مرتبط به.

مثال بسيط:

User
  ↓
Phone

يمكن أن يكون لكل مستخدم هاتف واحد.

في قاعدة البيانات قد يكون لدينا:

users

id | name
1  | أحمد
2  | محمد

وجدول:

phones

id | user_id | phone_number
1  | 1       | 555123
2  | 2       | 555456

هنا كل مستخدم لديه هاتف واحد.

تعريف Has One

داخل User Model:

<?php

namespace App\Models;

use Illuminate\Database\Eloquent\Model;
use Illuminate\Database\Eloquent\Relations\HasOne;

class User extends Model
{
    public function phone(): HasOne
    {
        return $this->hasOne(Phone::class);
    }
}

لاحظ أننا استخدمنا:

$this->hasOne(Phone::class);

أي أن User لديه Phone واحد.

بعد ذلك يمكننا استخدام:

$user = User::find(1);

$phone = $user->phone;

وهنا سيحاول Eloquent الحصول على الهاتف المرتبط بالمستخدم.

تعريف العلاقة العكسية BelongsTo

داخل Phone:

<?php

namespace App\Models;

use Illuminate\Database\Eloquent\Model;
use Illuminate\Database\Eloquent\Relations\BelongsTo;

class Phone extends Model
{
    public function user(): BelongsTo
    {
        return $this->belongsTo(User::class);
    }
}

الآن يمكننا كتابة:

$phone = Phone::find(1);

$user = $phone->user;

وهكذا يستطيع الهاتف الوصول إلى المستخدم المرتبط به.

One to Many – واحد إلى عدة

هذه من أهم العلاقات في Laravel.

مثال:

User
 |
 | hasMany
 ↓
Articles

المستخدم الواحد يمكن أن يكتب عدة مقالات.

مثلًا:

أحمد
 ├── تعلم Laravel
 ├── شرح Controllers
 └── شرح Eloquent

بينما المقال الواحد ينتمي إلى مستخدم واحد.

إنشاء علاقة hasMany

داخل User:

use Illuminate\Database\Eloquent\Relations\HasMany;

public function articles(): HasMany
{
    return $this->hasMany(Article::class);
}

الآن:

$user = User::find(1);

$articles = $user->articles;

سيحصل Eloquent على المقالات المرتبطة بهذا المستخدم.

قراءة المقالات

يمكننا استخدام:

foreach ($user->articles as $article) {
    echo $article->title;
}

إذا كان المستخدم لديه ثلاث مقالات، فسيتم المرور عليها واحدة تلو الأخرى.

استخدام العلاقة كـ Query Builder

العلاقات في Eloquent ليست مجرد خصائص للقراءة.

يمكنك استدعاء Method العلاقة باستخدام:

$user->articles()

ثم إضافة شروط.

مثلًا:

$articles = $user->articles()
    ->where('is_published', true)
    ->get();

أو:

$articles = $user->articles()
    ->latest()
    ->get();

وهذا من نقاط القوة المهمة في Eloquent Relationships، لأن العلاقات نفسها توفر Query Builder يمكن تقييده بشروط إضافية.

BelongsTo العلاقة العكسية

إذا كان User لديه عدة Articles، فإن Article ينتمي إلى User.

داخل Article:

use Illuminate\Database\Eloquent\Relations\BelongsTo;

public function user(): BelongsTo
{
    return $this->belongsTo(User::class);
}

بعد ذلك:

$article = Article::find(1);

echo $article->user->name;

يمكننا الآن الوصول إلى اسم صاحب المقال بسهولة.

أين يوجد Foreign Key؟

عادة يكون لدينا في جدول articles:

id
user_id
title
content

ويكون:

user_id

هو المفتاح الأجنبي الذي يشير إلى:

users.id

أي:

articles.user_id
        ↓
users.id

وهذه النقطة مهمة جدًا لفهم العلاقة.

إذا كان لدينا:

articles

id | user_id | title
1  | 5       | Laravel

فهذا يعني أن المقال رقم 1 يتبع المستخدم رقم 5.

كيف يعرف Laravel اسم Foreign Key؟

عند كتابة:

return $this->belongsTo(User::class);

يحاول Eloquent عادة استنتاج اسم المفتاح الأجنبي من اسم الـ Model.

في حالة:

User

يكون المتوقع:

user_id

ولهذا لا نحتاج غالبًا إلى كتابة اسم العمود يدويًا إذا اتبعنا conventions الخاصة بـ Laravel.

تحديد Foreign Key بشكل يدوي

إذا كان اسم العمود مختلفًا، يمكننا تحديده:

return $this->belongsTo(
    User::class,
    'author_id'
);

هنا أصبح اسم المفتاح:

author_id

بدل:

user_id

ويمكن أيضًا تحديد المفتاح الأساسي الأب إذا كان مختلفًا عن id. توثيق Laravel يوضح أن belongsTo يقبل تحديد الـ foreign key والـ owner key عند الحاجة.

مثال كامل User وArticle

لننشئ العلاقة بشكل كامل.

User Model

<?php

namespace App\Models;

use Illuminate\Database\Eloquent\Model;
use Illuminate\Database\Eloquent\Relations\HasMany;

class User extends Model
{
    public function articles(): HasMany
    {
        return $this->hasMany(Article::class);
    }
}

Article Model

<?php

namespace App\Models;

use Illuminate\Database\Eloquent\Model;
use Illuminate\Database\Eloquent\Relations\BelongsTo;

class Article extends Model
{
    public function user(): BelongsTo
    {
        return $this->belongsTo(User::class);
    }
}

الآن لدينا:

User
 |
 | hasMany
 ↓
Article

والاتجاه العكسي:

Article
 |
 | belongsTo
 ↓
User

Many to Many – علاقة متعدد إلى متعدد

هذه العلاقة مهمة جدًا في المشاريع الكبيرة.

لنفترض أن لدينا:

Users
Roles

والمستخدم الواحد يمكن أن يمتلك عدة Roles.

وفي نفس الوقت، الـ Role الواحد يمكن أن يكون مرتبطًا بعدة Users.

مثلًا:

Ahmed
 ├── Admin
 └── Editor

Mohamed
 ├── Editor
 └── Author

إذن لدينا:

User ↔ Role

وهي Many to Many.

لماذا نحتاج جدولًا وسيطًا؟

لا يمكننا وضع:

role_id

داخل users إذا كان المستخدم يمكن أن يمتلك عدة Roles.

ولا يمكننا وضع:

user_id

داخل roles إذا كان الـ Role يمكن أن يرتبط بعدة مستخدمين.

لذلك نستخدم جدولًا وسيطًا.

مثلًا:

users
roles
role_user

ويحتوي جدول role_user على:

user_id
role_id

توثيق Laravel يستخدم هذا النمط للعلاقات Many to Many، ويشير إلى أن جدول الـ intermediate table يكون عادة باسم يجمع أسماء النموذجين بترتيب أبجدي مثل role_user.

إنشاء belongsToMany

داخل User:

use Illuminate\Database\Eloquent\Relations\BelongsToMany;

public function roles(): BelongsToMany
{
    return $this->belongsToMany(Role::class);
}

الآن:

$user = User::find(1);

$roles = $user->roles;

سيحصل Eloquent على الأدوار المرتبطة بالمستخدم.

العلاقة العكسية

داخل Role:

use Illuminate\Database\Eloquent\Relations\BelongsToMany;

public function users(): BelongsToMany
{
    return $this->belongsToMany(User::class);
}

وبالتالي يمكننا:

$role = Role::find(1);

$users = $role->users;

وهكذا نستطيع التنقل في الاتجاهين.

جدول Pivot

الجدول الوسيط في Many to Many يسمى غالبًا:

Pivot Table

مثل:

role_user

ويحتوي:

user_id
role_id

لنفترض أن لدينا:

role_user

user_id | role_id
1       | 1
1       | 2
2       | 2
2       | 3

هذا يعني:

User 1 → Role 1
User 1 → Role 2

User 2 → Role 2
User 2 → Role 3

إضافة علاقة Many to Many

يمكننا استخدام:

$user->roles()->attach($roleId);

مثل:

$user->roles()->attach(2);

وهذا يضيف ارتباطًا بين المستخدم والـ Role.

يمكن أيضًا ربط أكثر من Role:

$user->roles()->attach([1, 2, 3]);

حذف علاقة من Pivot

إذا أردنا إزالة ارتباط:

$user->roles()->detach(2);

أو:

$user->roles()->detach([1, 2]);

وهذا يحذف الارتباط من جدول Pivot دون حذف الـ Role نفسه.

استخدام sync()

إذا أردت أن تجعل Roles الخاصة بالمستخدم مطابقة تمامًا لقائمة معينة:

$user->roles()->sync([1, 2, 3]);

فسيقوم Laravel بتحديث جدول Pivot بحيث تصبح العلاقات الحالية متوافقة مع هذه القائمة.

هذه الطريقة مفيدة جدًا عند التعامل مع نماذج الصلاحيات أو التصنيفات أو الوسوم.

بيانات إضافية في Pivot

أحيانًا لا يحتوي جدول Pivot على مفتاحين فقط.

مثلًا:

role_user

user_id
role_id
assigned_by
created_at
updated_at

يمكننا طلب بيانات إضافية من Pivot.

مثلًا:

return $this->belongsToMany(Role::class)
    ->withPivot('assigned_by');

وبعد الحصول على Role:

$role->pivot->assigned_by;

يمكن أيضًا استخدام:

->withTimestamps()

إذا كان جدول Pivot يحتوي على:

created_at
updated_at

وتدعم Eloquent التعامل مع هذه الأعمدة تلقائيًا عند تعريف العلاقة بهذه الطريقة.

Eager Loading

الآن وصلنا إلى نقطة مهمة جدًا في الأداء.

لنفترض أننا نريد عرض 100 مقال، وكل مقال نريد عرض اسم صاحبه:

$articles = Article::all();

foreach ($articles as $article) {
    echo $article->user->name;
}

قد يؤدي هذا إلى تنفيذ استعلام للحصول على المقالات، ثم استعلامات إضافية للحصول على المستخدمين عند الوصول إلى العلاقة.

وهذا يمكن أن يؤدي إلى مشكلة تسمى:

N + 1 Query Problem

Laravel يوفر Eager Loading لتجنب هذا النوع من المشاكل.

استخدام with()

يمكننا كتابة:

$articles = Article::with('user')->get();

الآن نطلب من Laravel تحميل العلاقة مع المقالات.

ثم:

foreach ($articles as $article) {
    echo $article->user->name;
}

وبذلك يكون التعامل مع البيانات أكثر كفاءة في الحالات المناسبة.

Eager Loading لأكثر من علاقة

يمكنك تحميل عدة علاقات:

$articles = Article::with([
    'user',
    'comments',
])->get();

إذا كان Article لديه:

user
comments

فسيتم تحميل العلاقات المطلوبة مع الاستعلام الأساسي.

Eager Loading المتداخل

يمكن أيضًا تحميل علاقات داخل علاقات.

مثلًا:

$articles = Article::with('user.profile')->get();

الفكرة هنا:

Article
  ↓
User
  ↓
Profile

وهذا مفيد عندما يكون لديك أكثر من مستوى في البيانات.

Lazy Loading

عندما تكتب:

$article->user

فإن Eloquent يستطيع تحميل العلاقة عند الوصول إليها.

وهذا يسمى:

Lazy Loading

أي أن العلاقة لا يتم تحميلها إلا عند الحاجة إليها.

أما:

Article::with('user')->get();

فهو مثال على:

Eager Loading

أي أنك تطلب من Laravel تحميل العلاقة مسبقًا.

الفرق بينهما مهم جدًا عندما تبدأ التعامل مع عدد كبير من السجلات.

Querying Relationship

يمكنك البحث عن النماذج بناءً على وجود علاقة.

مثلًا:

Article::has('comments')->get();

هذا يمكن استخدامه للحصول على المقالات التي لديها تعليقات.

ويمكن أيضًا استخدام:

Article::whereHas('comments', function ($query) {
    $query->where('approved', true);
})->get();

وهنا نطلب المقالات التي لديها تعليقات تحقق شرطًا معينًا.

Eloquent يوفر has وwhereHas للاستعلام بناءً على وجود العلاقات وشروطها.

مثال عملي: نظام المقالات والتعليقات

لنقم ببناء مثال بسيط.

لدينا:

users
articles
comments

العلاقات:

User
 |
 | hasMany
 ↓
Articles
 |
 | hasMany
 ↓
Comments

والاتجاهات العكسية:

Article
 |
 | belongsTo
 ↓
User

و:

Comment
 |
 | belongsTo
 ↓
Article

User Model

public function articles(): HasMany
{
    return $this->hasMany(Article::class);
}

Article Model

public function user(): BelongsTo
{
    return $this->belongsTo(User::class);
}

public function comments(): HasMany
{
    return $this->hasMany(Comment::class);
}

Comment Model

public function article(): BelongsTo
{
    return $this->belongsTo(Article::class);
}

الآن يمكننا كتابة:

$article = Article::find(1);

ثم:

$article->user;

للحصول على صاحب المقال.

و:

$article->comments;

للحصول على التعليقات.

ومن التعليق:

$comment->article;

للحصول على المقال.

استخدام العلاقات داخل Controller

يمكن أن نستخدم العلاقات داخل Controller بطريقة بسيطة.

مثال:

public function show(Article $article)
{
    $article->load('user', 'comments');

    return view('articles.show', compact('article'));
}

هنا استخدمنا:

load()

لتحميل العلاقات على Model موجود بالفعل.

ثم داخل Blade:

<h1>{{ $article->title }}</h1>

<p>
    الكاتب: {{ $article->user->name }}
</p>

@foreach ($article->comments as $comment)
    <p>{{ $comment->content }}</p>
@endforeach

وهكذا أصبح لدينا صفحة مقال تعرض:

عنوان المقال.
اسم الكاتب.
التعليقات.

Has Many Through

هناك حالات نحتاج فيها إلى الوصول إلى بيانات من خلال علاقة وسيطة.

مثال:

Country
   ↓
Users
   ↓
Articles

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

هنا يمكن استخدام:

hasManyThrough

مثال مبسط:

public function articles(): HasManyThrough
{
    return $this->hasManyThrough(
        Article::class,
        User::class
    );
}

هذا النوع من العلاقات يسمح للنموذج بالوصول إلى نماذج بعيدة من خلال نموذج وسيط. Laravel يوفر hasManyThrough لهذا النوع من السيناريوهات.

لكن لا تقلق إذا بدت لك هذه العلاقة صعبة الآن؛ في أغلب المشاريع التعليمية الأولى ستستخدم:

hasOne
hasMany
belongsTo
belongsToMany

بشكل أكبر.

متى أستخدم كل علاقة؟

يمكنك حفظها بهذه الطريقة:

HasOne

عندما يكون لديك:

User → Phone

أي واحد إلى واحد.

HasMany

عندما يكون لديك:

User → Articles

أي واحد إلى عدة.

BelongsTo

عندما يكون السجل الحالي ينتمي إلى سجل أب.

مثل:

Article → User

BelongsToMany

عندما يكون الطرفان يمكن أن يرتبطا بعدة سجلات من الطرف الآخر.

مثل:

User ↔ Roles

أو:

Articles ↔ Tags

مثال عملي باستخدام Articles وCategories

لنفترض أن لدينا:

categories
articles

وكل Category لديها عدة Articles:

Category
   |
   | hasMany
   ↓
Articles

داخل Category:

public function articles(): HasMany
{
    return $this->hasMany(Article::class);
}

وفي Article:

public function category(): BelongsTo
{
    return $this->belongsTo(Category::class);
}

ويكون جدول articles مثل:

id
category_id
title
content

ثم يمكننا:

$category->articles;

أو:

$article->category;

العلاقة بين Migration وRelationship

من المهم أن تفهم أن تعريف العلاقة داخل Model وحده لا ينشئ Foreign Key في قاعدة البيانات.

مثلًا:

public function user(): BelongsTo
{
    return $this->belongsTo(User::class);
}

هذا يخبر Eloquent بكيفية الوصول إلى المستخدم.

لكن قاعدة البيانات نفسها يجب أن تحتوي على:

user_id

وفي Migration يمكن أن نكتب:

$table->foreignId('user_id')
    ->constrained();

إذن لدينا جزآن:

Migration
   ↓
Database Structure
   ↓
Foreign Key

و:

Model
   ↓
Eloquent Relationship
   ↓
Application Logic

يجب أن يعمل الجزآن معًا.

أخطاء شائعة في العلاقات

1 - نسيان Foreign Key

إذا كان Article يعتمد على:

user_id

لكن العمود غير موجود في قاعدة البيانات، فلن تعمل العلاقة بالشكل المتوقع.

2 - كتابة اسم Model خاطئ

إذا كان لديك:

Article::class

تأكد من وجود:

app/Models/Article.php

واستخدام Namespace صحيح.

3 - الخلط بين hasMany وbelongsTo

إذا كان:

User → Articles

فاستخدم:

hasMany()

أما:

Article → User

فاستخدم:

belongsTo()

قاعدة سهلة للحفظ:

الأب لديه أبناء = hasMany

الابن ينتمي إلى أب = belongsTo

4 - تحميل العلاقات داخل Loop بطريقة غير محسوبة

إذا كان لديك عدد كبير من المقالات وكتبت:

$articles = Article::all();

foreach ($articles as $article) {
    echo $article->user->name;
}

فانتبه إلى مشكلة N+1 المحتملة.

في مثل هذه الحالة غالبًا يكون:

$articles = Article::with('user')->get();

أفضل من ناحية الاستعلامات، لأن Eager Loading مصمم لمعالجة هذا النوع من السيناريوهات.

تمرين عملي

قم ببناء نظام صغير للمقالات يحتوي على:

users
articles
comments
categories

واجعل العلاقات كالتالي:

User
 └── hasMany Articles

Article
 ├── belongsTo User
 ├── belongsTo Category
 └── hasMany Comments

Category
 └── hasMany Articles

Comment
 └── belongsTo Article

ثم أنشئ Models والعلاقات المناسبة.

بعد ذلك جرّب:

$user->articles;

ثم:

$article->user;

ثم:

$article->category;

ثم:

$article->comments;

ثم:

$comment->article;

وأخيرًا حاول تحميل المقالات مع الكاتب والتعليقات باستخدام:

$articles = Article::with([
    'user',
    'comments',
])->get();

إذا تمكنت من تنفيذ هذا التمرين، فأنت بدأت فعليًا في فهم كيفية بناء العلاقات داخل تطبيق Laravel حقيقي.

في هذا الدرس تعلمنا كيف نتعامل مع العلاقات بين جداول قاعدة البيانات باستخدام Eloquent.

تعرفنا على العلاقة:

hasOne()

والتي تستخدم عندما يكون هناك سجل واحد مرتبط بسجل آخر.

ثم:

hasMany()

للعلاقة واحد إلى عدة.ء

وتعلمنا:

belongsTo()

للعلاقة العكسية، عندما يكون النموذج الحالي تابعًا لنموذج آخر.

ثم تعرفنا على:

belongsToMany()

للعلاقات Many to Many، واستخدمنا جدول Pivot لربط الطرفين.

كما تعلمنا كيفية استخدام:

attach()
detach()
sync()

لإدارة العلاقات Many to Many.

وتعرفنا أيضًا على:

with()

و:

load()

لاستخدام Eager Loading وتقليل مشكلة N+1 Query.

وتعلمنا أن العلاقات في Eloquent لا تعني فقط إمكانية الوصول إلى البيانات، بل يمكن استخدامها أيضًا لبناء استعلامات أكثر قوة باستخدام Methods مثل:

whereHas()
has()

وأصبح لدينا الآن تصور واضح عن العلاقة بين:

Database
   ↓
Migrations
   ↓
Models
   ↓
Relationships
   ↓
Controllers
   ↓
Views

وهذا هو الأساس الذي سنبني عليه بقية تطبيق Laravel.

بعد أن تعلمنا Models وEloquent والعلاقات بين الجداول، أصبحنا جاهزين للانتقال إلى جزء عملي مهم جدًا: Factories وSeeders.

سنستخدمها لإنشاء بيانات تجريبية داخل قاعدة البيانات بدلًا من إدخال عشرات السجلات يدويًا.

وسنتعلم كيف ننشئ مستخدمين ومقالات وتعليقات تلقائيًا، وكيف نستخدم Faker لتوليد بيانات واقعية، وكيف نربط البيانات ببعضها باستخدام العلاقات التي تعلمناها في هذا الدرس.

وبذلك سننتقل من مجرد إنشاء الجداول والعلاقات إلى تعبئة قاعدة البيانات ببيانات حقيقية للاختبار والتطوير.

التعامل مع قاعدة البيانات بسهولة في Laravel

2026-09-23T11:26:54.075+03:00

التعامل مع قاعدة البيانات بسهولة Models و Eloquent

بعد أن تعلمنا في الدرس الثامن كيفية إنشاء قاعدة البيانات والجداول باستخدام Migrations، أصبح لدينا الآن مكان لتخزين بيانات التطبيق.

لكن هناك سؤال مهم:

كيف نتعامل مع هذه البيانات من داخل Laravel؟
كيف نضيف مقالًا جديدًا؟
كيف نعرض المقالات الموجودة؟
كيف نعدل مقالًا؟
كيف نحذف سجلًا؟
وهل يجب أن نكتب SQL يدويًا في كل مرة؟

الإجابة هي: Eloquent ORM.

يعتبر Eloquent من أهم الأجزاء في Laravel، لأنه يوفر طريقة بسيطة ومنظمة للتعامل مع قواعد البيانات من خلال Models بدلًا من كتابة استعلامات SQL بشكل مباشر في كل عملية.

في هذا الدرس سنتعرف على Models وEloquent، وسنتعلم إنشاء Model، وربطه بجدول قاعدة البيانات، وقراءة البيانات، وإضافة سجلات جديدة، وتعديلها وحذفها، بالإضافة إلى أهم طرق البحث والاستعلام، وشرح Mass Assignment وfillable، ثم سنبني مثالًا عمليًا كاملًا على نظام المقالات.

ما هو Eloquent ORM؟

Eloquent هو نظام ORM مدمج داخل Laravel.

ORM اختصار لـ:

Object-Relational Mapping

أي أنه يسمح لنا بالتعامل مع سجلات قاعدة البيانات باستخدام Objects وModels في PHP بدلًا من التعامل مع SQL في كل مرة.

في Laravel، يكون لكل جدول عادة Model يمثل هذا الجدول. ومن خلال هذا Model يمكننا استرجاع البيانات وإضافتها وتعديلها وحذفها.

بدل أن نكتب استعلام SQL مثل:

SELECT * FROM articles;

يمكننا باستخدام Eloquent كتابة:

Article::all();

وبدل:

SELECT * FROM articles WHERE id = 1;

يمكننا كتابة:

Article::find(1);

الفكرة ليست فقط تقليل عدد الأسطر، وإنما جعل كود التطبيق أكثر وضوحًا وتنظيمًا.

ما هو Model؟

الـ Model هو Class في Laravel يمثل نوعًا معينًا من البيانات.

مثلًا لدينا جدول:

articles

يمكن أن يكون لدينا Model اسمه:

Article

لدينا:

Database Table
       ↓
   articles
       ↑
       |
     Article
      Model

ومن خلال Article يمكننا التعامل مع بيانات جدول articles.

كذلك:

users

يمثله عادة:

User

وجدول:

categories

يمثله:

Category

وهكذا.

توجد Models التي ينشئها Laravel عادة داخل:

app/Models

وتقوم بتمديد Illuminate\Database\Eloquent\Model.

إنشاء أول Model

لنفترض أننا نريد إنشاء Model للمقالات.

يمكننا استخدام:

php artisan make:model Article

بعد تنفيذ الأمر سيظهر ملف:

app/Models/Article.php

وقد يكون محتواه الأساسي مشابهًا:

<?php

namespace App\Models;

use Illuminate\Database\Eloquent\Model;

class Article extends Model
{
    //
}

لاحظ أن الـ Model يرث من:

Model

من Laravel.

وهذا هو الذي يمنحه قدرات Eloquent.

إنشاء Model مع Migration

إذا كنت تريد إنشاء Model وMigration في نفس الوقت، يمكنك استخدام:

php artisan make:model Article --migration

أو الاختصار:

php artisan make:model Article -m

وهذا سينشئ:

app/Models/Article.php

بالإضافة إلى Migration داخل:

database/migrations

Laravel يوفر أيضًا خيارات أخرى لإنشاء Factory وSeeder وController وForm Requests مع Model واحد.

مثلًا:

php artisan make:model Article -mfsc

يمكن أن ينشئ Model وMigration وFactory وSeeder وController.

وهذا مفيد عندما تبدأ مشروعًا جديدًا وتعرف أنك ستحتاج إلى هذه الملفات.

كيف يعرف Eloquent اسم الجدول؟

هنا تظهر واحدة من أهم قواعد Laravel.

إذا كان لدينا Model اسمه:

Article

فإن Eloquent يتوقع افتراضيًا أن يكون اسم الجدول:

articles

أي اسم Model بصيغة الجمع وsnake_case.

مثال:

User
 ↓
users

Article
 ↓
articles

Category
 ↓
categories

BlogPost
 ↓
blog_posts

هذه الاتفاقيات تجعل Laravel قادرًا على معرفة اسم الجدول دون الحاجة إلى كتابته داخل كل Model.

تحديد اسم الجدول يدويًا

أحيانًا يكون اسم الجدول مختلفًا عن Convention.

في Laravel 13 يمكن تحديد اسم الجدول باستخدام Table Attribute:

use Illuminate\Database\Eloquent\Attributes\Table;
use Illuminate\Database\Eloquent\Model;

#[Table('my_articles')]
class Article extends Model
{
    //
}

وبذلك سيستخدم Model جدول:

my_articles

بدل:

articles

في المشاريع التي تتبع Convention الخاصة بـ Laravel، غالبًا لن تحتاج إلى ذلك.

Primary Key

يفترض Eloquent افتراضيًا أن المفتاح الأساسي للجدول يسمى:

id

مثل:

articles

id
title
content

إذا كان الجدول يستخدم اسمًا مختلفًا للمفتاح الأساسي، يمكن تخصيص ذلك في Model باستخدام إعدادات الجدول المناسبة.

لكن في بداية تعلم Laravel، يفضل الالتزام بالـ Convention:

id

لأن ذلك يجعل التعامل مع Eloquent أسهل.

Laravel يدعم أيضًا مفاتيح UUID وULID عند الحاجة، لكن هذه المواضيع يمكن تأجيلها إلى مرحلة متقدمة.

Timestamps في Eloquent

إذا كان جدولك يحتوي على:

created_at
updated_at

فإن Eloquent يتعامل معهما تلقائيًا عند إنشاء وتعديل Model.

ولهذا السبب كنا نستخدم في Migration:

$table->timestamps();

فعندما تقوم بإنشاء سجل:

$article->save();

يمكن لـ Eloquent تحديث:

created_at
updated_at

تلقائيًا.

وهذا أحد الأسباب التي تجعل timestamps() شائعًا جدًا في جداول Laravel.

قراءة البيانات باستخدام Eloquent

بعد إنشاء:

Article

يمكننا البدء في قراءة البيانات.

أبسط طريقة هي:

$articles = Article::all();

هذا يعيد جميع المقالات الموجودة في جدول:

articles

ثم يمكننا المرور عليها:

foreach ($articles as $article) {
    echo $article->title;
}

الدالة all() تعيد Collection من نماذج Eloquent، وليست مجرد Array عادية.

ما هي Collection؟

عندما تنفذ:

Article::all();

ستحصل على:

Illuminate\Database\Eloquent\Collection

وهي مجموعة من Models.

مثلًا:

$articles = Article::all();

foreach ($articles as $article) {
    echo $article->title;
}

يمكن التعامل معها باستخدام العديد من أدوات Collections الموجودة في Laravel.

وهذا يجعل التعامل مع مجموعة البيانات مريحًا جدًا.

البحث عن سجل باستخدام ID

إذا كنت تعرف ID المقال، يمكنك استخدام:

$article = Article::find(1);

هذا يبحث عن المقال الذي يحمل:

id = 1

إذا كان موجودًا، تحصل على Model.

وإذا لم يكن موجودًا، ستكون النتيجة:

null

مثلًا:

$article = Article::find(1);

if ($article) {
    echo $article->title;
}

findOrFail() Laravel

أحيانًا لا نريد الحصول على null إذا لم يوجد السجل.

بل نريد أن يتعامل Laravel مع الحالة كـ 404.

هنا يمكننا استخدام:

$article = Article::findOrFail(1);

إذا كان المقال موجودًا، نحصل عليه.

أما إذا لم يكن موجودًا، فإن Laravel يرمي ModelNotFoundException، ويمكن أن ينتج عن ذلك استجابة HTTP من نوع 404 عندما لا يتم التقاط الاستثناء.

وهذا مفيد جدًا في Controllers.

مثلًا:

public function show($id)
{
    $article = Article::findOrFail($id);

    return view('articles.show', compact('article'));
}

بدل كتابة:

if (!$article) {
    abort(404);
}

يمكننا الاعتماد على:

findOrFail()

first() Laravel

إذا أردنا الحصول على أول سجل يطابق شرطًا:

$article = Article::where('is_published', true)
    ->first();

أو يمكن استخدام:

$article = Article::first();

للحصول على أول Model.

Laravel يوفر أيضًا:

firstWhere()

مثل:

$article = Article::firstWhere('is_published', true);

وهذه الطرق مخصصة عندما نريد Model واحدًا بدل Collection كاملة.

استخدام where()

من أهم أدوات Eloquent:

where()

مثلًا:

$articles = Article::where('is_published', true)->get();

هذا يعني:

أحضر المقالات التي يكون فيها is_published يساوي true.

مثال آخر:

$articles = Article::where('title', 'Laravel')->get();

ويمكن استخدام أكثر من شرط:

$articles = Article::where('is_published', true)
    ->where('category_id', 2)
    ->get();

وهذا يجعل الاستعلامات سهلة القراءة.

where مع المقارنة

يمكنك تحديد نوع المقارنة:

$articles = Article::where('id', '>', 10)->get();

أو:

$articles = Article::where('views', '>=', 100)->get();

أو:

$articles = Article::where('status', '!=', 'draft')->get();

الصيغة العامة:

where(
    'column',
    'operator',
    'value'
)

orderBy()

يمكن ترتيب النتائج.

مثلًا:

$articles = Article::orderBy('created_at', 'desc')->get();

يعني:

أحضر المقالات مرتبة من الأحدث إلى الأقدم.

ويمكن استخدام:

orderBy('title', 'asc')

للترتيب الأبجدي التصاعدي.

latest()

Laravel يوفر طريقة سهلة:

$articles = Article::latest()->get();

وهي مناسبة جدًا عندما تريد الحصول على السجلات الأحدث أولًا.

مثلًا في صفحة المقالات:

$articles = Article::latest()->get();

ثم ترسلها إلى View:

return view('articles.index', compact('articles'));

limit()

إذا كنت تريد عددًا محددًا من النتائج:

$articles = Article::latest()
    ->limit(10)
    ->get();

هذا مفيد عندما تريد عرض آخر 10 مقالات مثلًا.

count()

يمكنك معرفة عدد السجلات:

$count = Article::count();

أو:

$count = Article::where('is_published', true)->count();

وهذا مفيد في الإحصائيات ولوحات التحكم.

إنشاء سجل جديد باستخدام save()

يمكن إنشاء Article جديد بهذه الطريقة:

$article = new Article;

$article->title = 'تعلم Laravel';
$article->slug = 'learn-laravel';
$article->content = 'محتوى المقال';

$article->save();

عند استدعاء:

save()

سيقوم Eloquent بحفظ السجل في قاعدة البيانات، وتتم إدارة created_at وupdated_at تلقائيًا إذا كانت timestamps مفعلة.

إنشاء سجل باستخدام create()

هناك طريقة مختصرة:

$article = Article::create([
    'title' => 'تعلم Laravel',
    'slug' => 'learn-laravel',
    'content' => 'محتوى المقال',
]);

لكن هناك نقطة أمنية مهمة جدًا.

عند استخدام:

create()

يجب تحديد الحقول التي يسمح Laravel بتعبئتها باستخدام Mass Assignment protection. في Laravel 13 يمكن استخدام Fillable Attribute لتحديد الحقول المسموح بها.

Mass Assignment

لنفترض أن لدينا:

Article::create($request->all());

هذه الطريقة قد تكون خطيرة إذا كانت جميع حقول Request تمر مباشرة إلى Model.

لماذا؟

لأن المستخدم قد يرسل حقلًا لم تكن تقصده.

مثلًا إذا كان لدينا:

is_admin

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

ولهذا يوفر Laravel حماية Mass Assignment.

استخدام Fillable في Laravel 13

في Laravel 13 يمكن تعريف الحقول القابلة للتعبئة باستخدام:

use Illuminate\Database\Eloquent\Attributes\Fillable;
use Illuminate\Database\Eloquent\Model;

#[Fillable([
    'title',
    'slug',
    'content',
])]
class Article extends Model
{
    //
}

الآن يمكن استخدام:

Article::create([
    'title' => 'تعلم Laravel',
    'slug' => 'learn-laravel',
    'content' => 'محتوى المقال',
]);

بينما الحقول التي لم نسمح بها لن تكون ضمن Mass Assignment.

لماذا Mass Assignment مهمة؟

تخيل أن جدول المستخدمين يحتوي:

name
email
password
is_admin

وأنت كتبت:

User::create($request->all());

قد يحاول شخص إرسال:

is_admin = true

إذا لم تكن قد ضبطت الحماية بشكل صحيح.

لذلك من المهم أن تحدد بوضوح ما الذي يسمح للتطبيق بتعبئته.

تحديث Model

لنفرض أننا حصلنا على المقال:

$article = Article::find(1);

يمكننا تعديل عنوانه:

$article->title = 'Laravel للمبتدئين';

ثم:

$article->save();

وبذلك يتم تحديث السجل في قاعدة البيانات.

استخدام update()

يمكن أيضًا استخدام:

$article->update([
    'title' => 'Laravel للمبتدئين',
]);

لكن عند استخدام update() بهذه الطريقة يجب الانتباه أيضًا إلى Mass Assignment إذا كنت تستخدم مصفوفة attributes على Model.

updateOrCreate()

هناك حالات تريد فيها:

إذا وجد السجل، قم بتحديثه، وإذا لم يوجد، أنشئه.

هنا يمكن استخدام:

Article::updateOrCreate(
    [
        'slug' => 'learn-laravel',
    ],
    [
        'title' => 'تعلم Laravel',
        'content' => 'محتوى المقال',
    ]
);

إذا وجد Laravel سجلًا مطابقًا للـ slug، سيقوم بتحديثه.

أما إذا لم يجده، فسيقوم بإنشاء سجل جديد.

Laravel يوفر updateOrCreate() لهذا النوع من العمليات، ويقوم بحفظ النتيجة مباشرة.

firstOrCreate()

طريقة أخرى مفيدة:

Article::firstOrCreate([
    'slug' => 'learn-laravel',
]);

إذا وجد السجل، يعيده.

وإذا لم يجده، ينشئ سجلًا جديدًا.

يمكن أيضًا تمرير بيانات إضافية عند الإنشاء:

Article::firstOrCreate(
    [
        'slug' => 'learn-laravel',
    ],
    [
        'title' => 'تعلم Laravel',
        'content' => 'محتوى المقال',
    ]
);

Laravel يفرق بين firstOrCreate() وfirstOrNew()؛ فـ firstOrCreate() يحفظ السجل الجديد مباشرة، بينما firstOrNew() يعيد Model جديدًا دون حفظه حتى تستدعي save().

حذف سجل

لحذف مقال:

$article = Article::find(1);

$article->delete();

أو يمكنك حذف سجل مباشرة بواسطة ID:

Article::destroy(1);

ويمكن أيضًا:

Article::destroy([1, 2, 3]);

لحذف عدة سجلات.

الحذف باستخدام Query

يمكن حذف مجموعة من السجلات:

Article::where('is_published', false)->delete();

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

Soft Deletes

في بعض التطبيقات لا نريد حذف البيانات فعليًا.

مثلًا إذا قام مدير الموقع بحذف مقال، قد نريد الاحتفاظ به في قاعدة البيانات حتى يمكن استعادته لاحقًا.

هنا يمكن استخدام:

Soft Deletes

بدل حذف السجل فعليًا، يتم تسجيل وقت الحذف في:

deleted_at

ولتمكين ذلك نستخدم:

use Illuminate\Database\Eloquent\SoftDeletes;

class Article extends Model
{
    use SoftDeletes;
}

ويجب أيضًا أن يحتوي الجدول على:

$table->softDeletes();

عند استخدام Soft Deletes، يتم استبعاد السجلات المحذوفة مؤقتًا من الاستعلامات العادية، بينما تبقى البيانات في قاعدة البيانات.

مثال عملي كامل على Article Model

لننشئ Model لمقالات موقعنا.

يمكن أن يكون:

<?php

namespace App\Models;

use Illuminate\Database\Eloquent\Attributes\Fillable;
use Illuminate\Database\Eloquent\Model;

#[Fillable([
    'title',
    'slug',
    'excerpt',
    'content',
    'is_published',
])]
class Article extends Model
{
    //
}

لدينا الآن Model يمثل:

articles

ويسمح بالتعبئة الجماعية للحقول:

title
slug
excerpt
content
is_published

استخدام Model داخل Controller

لنفرض أن لدينا:

ArticleController

ونريد عرض جميع المقالات.

يمكننا كتابة:

use App\Models\Article;

public function index()
{
    $articles = Article::latest()->get();

    return view('articles.index', compact('articles'));
}

هنا حدثت عدة خطوات:

Controller
   ↓
Article Model
   ↓
Database
   ↓
articles
   ↓
Collection
   ↓
Blade View

عرض المقالات داخل Blade

في:

resources/views/articles/index.blade.php

يمكننا كتابة:

<h1>المقالات</h1>

@foreach ($articles as $article)
    <article>
        <h2>{{ $article->title }}</h2>

        <p>
            {{ $article->excerpt }}
        </p>

        <a href="{{ route('articles.show', $article) }}">
            اقرأ المقال
        </a>
    </article>
@endforeach

لاحظ كيف أصبح لدينا الآن تدفق كامل:

Route
 ↓
Controller
 ↓
Model
 ↓
Database
 ↓
Controller
 ↓
View

وهذا هو الاستخدام الحقيقي لـ Laravel.

استقبال البيانات من Form وحفظها

في الدرس السابع تعلمنا Validation.

يمكن الآن دمج Validation مع Eloquent.

مثلًا:

public function store(Request $request)
{
    $validated = $request->validate([
        'title' => ['required', 'string', 'max:255'],
        'slug' => ['required', 'string', 'max:255'],
        'content' => ['required', 'string'],
    ]);

    Article::create($validated);

    return redirect()
        ->route('articles.index')
        ->with('success', 'تم إنشاء المقال بنجاح.');
}

هنا لدينا:

Form
 ↓
Request
 ↓
Validation
 ↓
validated()
 ↓
Article::create()
 ↓
Database

وهذه واحدة من أهم التدفقات التي ستستخدمها باستمرار في Laravel.

لماذا نستخدم validated()؟

بدل:

Article::create($request->all());

نستخدم:

$validated = $request->validate([
    'title' => ['required', 'string'],
    'content' => ['required', 'string'],
]);

Article::create($validated);

والسبب أن البيانات التي تمر إلى Model هي البيانات التي اجتازت Validation فقط.

وهذا يجعل الكود أكثر وضوحًا وأمانًا.

التعامل مع Query Builder داخل Eloquent

Eloquent لا يمنعك من استخدام طرق الاستعلام المختلفة.

مثلًا:

$articles = Article::where('is_published', true)
    ->orderBy('created_at', 'desc')
    ->limit(10)
    ->get();

يمكنك بناء الاستعلام خطوة بخطوة.

فكرة Eloquent الأساسية أن Model يعمل أيضًا كواجهة Query Builder، ولذلك يمكنك إضافة شروط وترتيب وحدود ثم استخدام get() للحصول على النتائج.

الفرق بين get() وfirst()

من الأخطاء الشائعة الخلط بين:

get()

و:

first()

get()

تعيد مجموعة من النتائج:

$articles = Article::where('is_published', true)->get();

النتيجة:

Collection

first()

تعيد Model واحدًا:

$article = Article::where('slug', $slug)->first();

النتيجة:

Article Model

أو:

null

إذا لم يوجد شيء.

الفرق بين find() وwhere()

يمكن استخدام:

Article::find(5);

عندما تعرف الـ Primary Key.

أما:

Article::where('slug', 'learn-laravel')->first();

فهي مناسبة عندما تريد البحث باستخدام عمود آخر.

بشكل مبسط:

find()
 ↓
Primary Key

where()
 ↓
أي شرط مناسب

التعامل مع البيانات الكبيرة

إذا كان جدولك يحتوي على آلاف أو عشرات الآلاف من السجلات، لا يكون من المناسب دائمًا تحميلها كلها باستخدام:

Article::all();

دفعة واحدة.

يمكن استخدام:

Article::chunk(200, function ($articles) {
    foreach ($articles as $article) {
        // معالجة المقال
    }
});

يقوم chunk() بمعالجة البيانات على دفعات، مما يقلل استهلاك الذاكرة عند التعامل مع أعداد كبيرة من السجلات.

وهذا موضوع مهم عندما تبدأ ببناء تطبيقات تحتوي على بيانات كبيرة.

CRUD كامل للمقالات

أصبح بإمكاننا الآن تصور CRUD كامل.

CRUD تعني:

Create
Read
Update
Delete

أي:

إنشاء
قراءة
تعديل
حذف

Create

Article::create([
    'title' => 'Laravel',
    'slug' => 'laravel',
    'content' => 'تعلم Laravel',
]);

Read

$articles = Article::all();

Update

$article = Article::findOrFail(1);

$article->update([
    'title' => 'Laravel للمبتدئين',
]);

Delete

$article = Article::findOrFail(1);

$article->delete();

بهذه العمليات الأربع يمكنك بناء الأساس لمعظم أنظمة إدارة البيانات.

مثال على دورة CRUD داخل Laravel

لنفترض أن المستخدم يريد إضافة مقال.

يحدث الآتي:

المستخدم
   ↓
Form
   ↓
POST /articles
   ↓
Route
   ↓
ArticleController@store
   ↓
Validation
   ↓
Article Model
   ↓
Database
   ↓
Redirect

وعندما يريد عرض المقال:

GET /articles/1
   ↓
Route
   ↓
Controller
   ↓
Article::findOrFail(1)
   ↓
View
   ↓
HTML

وعندما يريد تعديله:

Form
 ↓
PUT /articles/1
 ↓
Controller
 ↓
Validation
 ↓
Article
 ↓
update()
 ↓
Database

وعندما يريد حذفه:

DELETE /articles/1
 ↓
Controller
 ↓
Article
 ↓
delete()
 ↓
Database

وهنا تبدأ الصورة الكبيرة لـ Laravel في الظهور.

أخطاء شائعة عند استخدام Eloquent

1 - نسيان إنشاء Migration

وجود:

Article.php

لا يعني أن جدول:

articles

موجود.

يجب أن تكون قد أنشأت Migration وشغلت:

php artisan migrate

2 - اسم الجدول لا يتوافق مع Model

إذا كان لديك:

Article

يتوقع Eloquent:

articles

إذا كان جدولك باسم مختلف، يجب تعريفه بشكل صريح.

3 - استخدام create() بدون Fillable

إذا كتبت:

Article::create($data);

يجب ضبط Mass Assignment protection باستخدام Fillable أو الآلية المناسبة في Model. Laravel يحمي Models افتراضيًا من Mass Assignment غير المسموح به.

4 - استخدام all() مع جدول ضخم

لا تستخدم:

Article::all();

بشكل عشوائي على جداول ضخمة إذا كنت لا تحتاج كل السجلات.

يمكن استخدام:

paginate()
chunk()
lazy()
cursor()

بحسب السيناريو.

5 - عدم استخدام findOrFail() عند الحاجة إلى 404

إذا كان الهدف صفحة تفاصيل مقال، يمكن أن يكون:

Article::findOrFail($id);

أفضل من:

Article::find($id);

إذا كان عدم وجود المقال يجب أن يؤدي إلى 404.

أفضل ممارسات استخدام Eloquent

استخدم Models بدل وضع SQL في كل مكان

اجعل التعامل مع البيانات منظمًا داخل Models وطبقات التطبيق المناسبة.

1 - استخدم أسماء واضحة

مثل:

Article
Category
Comment
User

بدل أسماء غامضة.

2 -استخدم Validation قبل الحفظ

لا تحفظ بيانات Form مباشرة قبل التحقق منها.

3 - لا تمرر Request بالكامل إلى create()

بدل:

>Article::create($request->all());

استخدم البيانات التي تم التحقق منها:

Article::create($validated);

4 - استخدم Mass Assignment protection

حدد الحقول التي يسمح للتطبيق بتعبئتها.

5 - لا تحمل بيانات أكثر مما تحتاج

إذا كان هدفك التعامل مع عدد محدود من السجلات، استخدم شروطًا وحدودًا مناسبة.

تمرين عملي

الآن جاء دورك.

أنشئ Model باسم:

php artisan make:model Article -m

ثم تأكد من وجود Migration لجدول:

articles

واجعله يحتوي على:

id
title
slug
excerpt
content
is_published
created_at
updated_at

ثم شغّل:

php artisan migrate

بعد ذلك قم بإعداد Model للسماح بالحقول المناسبة لـ Mass Assignment.

ثم جرّب في Controller:

Article::create([
    'title' => 'أول مقال في Laravel',
    'slug' => 'first-laravel-article',
    'excerpt' => 'مقال تجريبي',
    'content' => 'هذا محتوى المقال.',
    'is_published' => true,
]);

بعد ذلك جرّب:

$articles = Article::latest()->get();

ثم:

$article = Article::find(1);

ثم:

$article = Article::findOrFail(1);

ثم عدّل المقال:

$article->update([
    'title' => 'عنوان جديد للمقال',
]);

وأخيرًا احذفه:

$article->delete();

إذا استطعت تنفيذ هذه العمليات، فقد تعلمت الأساس الحقيقي لـ Eloquent وCRUD.

في هذا الدرس تعرفنا على Models وEloquent ORM، وهما من أهم أجزاء Laravel في التعامل مع قاعدة البيانات.

تعلمنا أن Model يمثل جدولًا في قاعدة البيانات، وأن Model مثل:

Article

يرتبط افتراضيًا بجدول:

articles

وتعلمنا إنشاء Model باستخدام:

php artisan make:model Article

وإنشاء Model مع Migration باستخدام:

php artisan make:model Article -m

ثم تعلمنا قراءة البيانات باستخدام:

Article::all();
Article::find(1);
Article::findOrFail(1);
Article::first();
Article::where(...)->get();

وتعلمنا ترتيب النتائج باستخدام:

latest()
orderBy()

والحصول على عدد النتائج باستخدام:

count()

ثم تعلمنا إنشاء البيانات باستخدام:

save()
create()

وتحديثها باستخدام:

save()
update()
updateOrCreate()

وحذفها باستخدام:

delete()
destroy()

وتعرفنا على:

Mass Assignment
Fillable
Soft Deletes
Collections
Chunking

كما رأينا كيف يمكن دمج:

Requests
Validation
Controllers
Models
Database
Views

في دورة واحدة متكاملة.

العلاقة بين الدروس السابقة وهذا الدرس

حتى الآن أصبح لدينا المسار التالي:

Routing
   ↓
Controller
   ↓
Request
   ↓
Validation
   ↓
Model
   ↓
Eloquent
   ↓
Database
   ↓
View

وهذا يعني أن البيانات التي يدخلها المستخدم يمكن أن تمر عبر مراحل واضحة ومنظمة قبل أن تصل إلى قاعدة البيانات.

مثلًا عند إنشاء مقال:

Blade Form
   ↓
POST Request
   ↓
Controller
   ↓
Validation
   ↓
Article Model
   ↓
Eloquent
   ↓
articles Table

وهذه هي الطريقة التي يبدأ بها تطبيق Laravel الحقيقي في أخذ شكل واضح ومنظم.

الآن أصبح لدينا:

Database
Migrations
Models
Eloquent
CRUD

لكن هناك سؤال مهم:

ماذا لو كان لدينا أكثر من جدول؟

مثلًا:

users
articles
comments
categories

وكيف نربط المقال بالمستخدم؟
وكيف نعرف أن المستخدم لديه عدة مقالات؟
وكيف نربط المقالات بالتصنيفات؟
وكيف نتعامل مع العلاقات بين الجداول؟

هنا يأتي الدرس القادم.

في الدرس العاشر سنتعلم:

Eloquent Relationships

وسنشرح بالتفصيل:

hasOne
hasMany
belongsTo
belongsToMany

وسنتعلم أيضًا:

Foreign Keys
Pivot Tables
Eager Loading
with()
load()

وسنطبق ذلك على مثال حقيقي يربط:

User
 ↓
Articles
 ↓
Comments

وبذلك سننتقل من مجرد التعامل مع جدول واحد إلى بناء نظام بيانات مترابط باستخدام Eloquent.

إنشاء قاعدة البيانات والجداول وإدارتها Database و Migrations في Laravel

2026-09-21T10:24:29.796+03:00

إنشاء قاعدة البيانات والجداول وإدارتها Database وMigrations

بعد أن تعلّمنا في الدروس السابقة أساسيات Laravel، مثل Routing و Controllers و Blade و Requests وValidation، أصبحنا الآن جاهزين للانتقال إلى جزء مهم جدًا من أي تطبيق ويب: قاعدة البيانات Database.

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

وهنا يأتي دور قاعدة البيانات، ثم تأتي Migrations في Laravel لتساعدنا على إنشاء بنية قاعدة البيانات وإدارتها بطريقة منظمة وقابلة للتتبع.

في هذا الدرس سنتعلم كيفية إعداد قاعدة البيانات، وفهم ملف .env، وإنشاء الجداول باستخدام Migrations، وتشغيلها والتراجع عنها، بالإضافة إلى التعرف على أهم أنواع الأعمدة والفهارس والمفاتيح الأجنبية، ثم سنبني مثالًا عمليًا لجدول articles.

ما هي قاعدة البيانات Database؟

قاعدة البيانات هي المكان الذي يتم فيه تخزين بيانات التطبيق بطريقة منظمة.

بدلًا من حفظ البيانات داخل ملفات نصية أو متغيرات PHP، يمكننا استخدام نظام متخصص مثل:

MySQL
MariaDB
PostgreSQL
SQLite

وغيرها من أنظمة قواعد البيانات التي يدعمها Laravel.

على سبيل المثال، إذا كان لدينا موقع مقالات، يمكن أن يكون لدينا جدول باسم:

articles

ويحتوي الجدول على أعمدة مثل:

id
title
slug
content
status
created_at
updated_at

وبذلك يمكن لكل مقال أن يكون عبارة عن سجل Record داخل هذا الجدول.

الفكرة الأساسية هي:

Laravel Application
       ↓
Database Connection
       ↓
Database
       ↓
Tables
       ↓
Rows / Records

لكن Laravel لا يجبرك على كتابة SQL يدويًا لإنشاء كل جدول. وهنا تظهر أهمية Migrations.

ما هي Migrations في Laravel؟

يمكننا اعتبار Migration بمثابة نسخة تحكم Version Control لهيكل قاعدة البيانات.

بدل أن تقول لزميلك:

أنشئ جدول articles يدويًا، وأضف هذه الأعمدة، ثم أضف هذا المفتاح...

يمكنك إنشاء Migration تحتوي على هذه التعليمات، ثم يستطيع أي شخص في المشروع تشغيل:

php artisan migrate

وسيتم إنشاء الجداول حسب التعريف الموجود في ملفات Migration.

وهذا يجعل قاعدة البيانات جزءًا من كود المشروع ويمكن مشاركتها عبر Git مع بقية ملفات التطبيق.

توثيق Laravel يصف الـ migrations بأنها تشبه نظام Version Control لقاعدة البيانات، لأنها تسمح للفريق بتعريف ومشاركة مخطط قاعدة البيانات وتعديلاته بطريقة منظمة.

أين توجد ملفات Migrations؟

ستجد ملفات Migration داخل:

database/migrations

وعند فتح المشروع قد تجد ملفات مثل:

database/
├── factories/
├── migrations/
│   ├── xxxx_xx_xx_xxxxxx_create_users_table.php
│   ├── xxxx_xx_xx_xxxxxx_create_cache_table.php
│   └── xxxx_xx_xx_xxxxxx_create_jobs_table.php
└── seeders/

كل Migration لها اسم يحتوي على Timestamp.

مثل:

2026_01_15_120000_create_articles_table.php

وجود التاريخ والوقت في اسم الملف يساعد Laravel على معرفة ترتيب تنفيذ الـ migrations.

إعداد قاعدة البيانات في Laravel

قبل إنشاء الجداول، يجب أن يعرف Laravel قاعدة البيانات التي سيستخدمها التطبيق.

عادة يتم تحديد إعدادات قاعدة البيانات داخل ملف:

.env

وهذا الملف موجود في جذر مشروع Laravel.

في Laravel الحديث قد يكون المشروع الجديد معدًا افتراضيًا لاستخدام SQLite، ويمكنك استخدام قاعدة بيانات أخرى مثل MySQL أو PostgreSQL إذا كان هذا هو ما تحتاجه. توثيق Laravel 13 يوضح أن إعدادات الاتصال يتم تحديدها من خلال متغيرات البيئة في .env.

استخدام SQLite

SQLite خيار بسيط جدًا للمشاريع التعليمية والتجارب المحلية.

في مشروع Laravel يمكن أن يكون الاتصال مثل:

DB_CONNECTION=sqlite

وفي هذه الحالة يستخدم Laravel ملف قاعدة بيانات SQLite داخل المشروع.

في المشاريع الجديدة، يمكن أن ينشئ Laravel ملف:

database/database.sqlite

بحسب طريقة إنشاء المشروع وإعداداته.

ميزة SQLite أنه لا يحتاج إلى تشغيل خادم MySQL منفصل، ولذلك هو مناسب جدًا عندما تتعلم Laravel أو تبني مشروعًا صغيرًا.

استخدام MySQL

إذا أردت استخدام MySQL، يمكن أن تكون إعدادات .env مثل:

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=laravel
DB_USERNAME=root
DB_PASSWORD=

يجب أن تتوافق هذه القيم مع إعدادات MySQL الموجودة على جهازك.

مثلًا:

DB_DATABASE=laravel

تعني أن Laravel سيحاول الاتصال بقاعدة بيانات اسمها:

laravel

ويجب أن تكون قاعدة البيانات موجودة بالفعل في MySQL.

بعد إعداد الاتصال، يمكنك تشغيل:

php artisan migrate

لتنفيذ الـ migrations وإنشاء الجداول.

لماذا نستخدم ملف .env؟

من الأخطاء الشائعة أن تضع بيانات الاتصال بقاعدة البيانات مباشرة داخل ملفات المشروع.

مثلًا لا يُفضل أن تكتب كلمة المرور داخل Controller:

>$password = 'mypassword';

بدلًا من ذلك تستخدم:

DB_PASSWORD=mypassword

ثم يعتمد Laravel على إعدادات البيئة.

وهذا مفيد لأن إعدادات جهاز المطور قد تختلف عن إعدادات السيرفر.

مثلًا:

Developer Machine
DB_DATABASE=laravel_dev

Testing Server
DB_DATABASE=laravel_testing

Production Server
DB_DATABASE=laravel_production

وبذلك لا تحتاج إلى تغيير كود التطبيق نفسه عند تغيير البيئة.

كما أن ملف .env قد يحتوي على بيانات حساسة، ولذلك يجب عدم رفعه إلى مستودع Git العام. توثيق Laravel يحذر من وضع .env في Source Control لأن ذلك قد يؤدي إلى كشف بيانات حساسة.

إنشاء أول Migration

لنفرض أننا نريد إنشاء جدول للمقالات.

يمكننا تنفيذ:

php artisan make:migration create_articles_table

سيقوم Laravel بإنشاء ملف جديد داخل:

database/migrations

وسيكون الاسم شبيهًا بـ:

2026_09_17_120000_create_articles_table.php

التاريخ والوقت في الاسم يختلفان حسب وقت إنشاء الملف.

فهم ملف Migration

عند فتح Migration ستجد بنية مشابهة:

<?php

use Illuminate\Database\Migrations\Migration;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Support\Facades\Schema;

return new class extends Migration
{
    public function up(): void
    {
        //
    }

    public function down(): void
    {
        //
    }
};

لدينا هنا وظيفتان أساسيتان:

up()

و:

down()

ما وظيفة up()؟

الدالة:

up()

تحتوي على التغييرات التي نريد تطبيقها على قاعدة البيانات.

مثلًا إنشاء جدول:

public function up(): void
{
    Schema::create('articles', function (Blueprint $table) {
        $table->id();
        $table->string('title');
        $table->text('content');
        $table->timestamps();
    });
}

هذا يعني أننا نريد إنشاء جدول اسمه:

articles

وإضافة مجموعة من الأعمدة إليه.

ما وظيفة down()؟

الدالة:

down()

تحتوي على العملية العكسية.

إذا أنشأنا جدول:

articles

في up()، فمن الطبيعي أن تقوم down() بحذفه:

public function down(): void
{
    Schema::dropIfExists('articles');
}

وبذلك يستطيع Laravel التراجع عن Migration عند استخدام أوامر الـ rollback.

إنشاء جدول Articles كامل

لننشئ جدولًا بسيطًا للمقالات:

public function up(): void
{
    Schema::create('articles', function (Blueprint $table) {
        $table->id();
        $table->string('title');
        $table->string('slug')->unique();
        $table->text('content');
        $table->boolean('is_published')->default(false);
        $table->timestamps();
    });
}

والـ down():

public function down(): void
{
    Schema::dropIfExists('articles');
}

الآن أصبح لدينا جدول يمكن استخدامه لتخزين المقالات.

فهم $table->id()

السطر:

$table->id();

ينشئ عمودًا يسمى:

id

ويستخدم عادة كمفتاح أساسي Primary Key للجدول.

مثلًا:

كل مقال يمكن أن يكون له ID مختلف.

إنشاء أعمدة نصية

لإنشاء عمود نصي قصير:

$table->string('title');

مثل:

Laravel للمبتدئين

ويمكن تحديد طول العمود عند الحاجة:

$table->string('title', 150);

لكن في كثير من الحالات يكفي استخدام:

$table->string('title');

استخدام text()

إذا كان لدينا نص طويل مثل محتوى المقال، يمكن استخدام:

$table->text('content');

وهذا مناسب للمحتوى الأطول من البيانات النصية القصيرة.

مثال:

$table->text('description');
$table->text('content');

الأرقام

يمكن أن نحتاج إلى تخزين أرقام.

مثلًا:

$table->integer('views');

أو:

$table->unsignedInteger('views');

ويمكن أيضًا استخدام أنواع أخرى حسب الحاجة مثل:

$table->bigInteger('number');

لكن اختيار نوع العمود يجب أن يعتمد على طبيعة البيانات التي ستخزنها.

Boolean

إذا كانت لدينا قيمة نعم/لا، يمكن استخدام:

$table->boolean('is_published');

مثل:

true
false

ويمكن إعطاؤها قيمة افتراضية:

$table->boolean('is_published')->default(false);

وهذا يعني أن المقال الجديد سيكون غير منشور افتراضيًا.

التاريخ والوقت

يمكن إنشاء أعمدة للتاريخ والوقت باستخدام:

$table->date('published_at');

أو:

$table->dateTime('published_at');

والفرق أن date يخزن التاريخ، بينما dateTime يخزن التاريخ والوقت.

timestamps()

من أكثر الأسطر استخدامًا:

$table->timestamps();

وهو يضيف عمودين:

created_at
updated_at

الأول يحدد وقت إنشاء السجل.

والثاني يحدد وقت آخر تعديل عليه.

مثال:

id | title              | created_at          | updated_at
1  | تعلم Laravel       | 2026-09-17 ...      | 2026-09-17 ...

وهذان العمودان مهمان جدًا في تطبيقات Laravel.

nullable()

أحيانًا يكون لدينا عمود اختياري.

مثلًا:

$table->string('subtitle')->nullable();

هذا يعني أن subtitle يمكن أن تكون قيمته:

NULL

بدل أن تكون مطلوبة دائمًا.

مثال عملي:

$table->string('title');
$table->string('subtitle')->nullable();

هنا:

title مطلوب.
subtitle اختياري.

وهذا يتوافق أيضًا مع مفهوم nullable الذي تعرفنا عليه في درس Validation، لكن يجب الانتباه إلى أن nullable في قاعدة البيانات يتعلق بالسماح بتخزين NULL، بينما قاعدة nullable في Validation تتعلق بكيفية التحقق من البيانات القادمة إلى التطبيق.

default()

يمكننا إعطاء العمود قيمة افتراضية:

$table->boolean('is_published')->default(false);

أو:

$table->integer('views')->default(0);

إذا أنشأنا سجلًا ولم نرسل قيمة views، يمكن أن تكون القيمة الافتراضية:

unique()

إذا أردنا منع تكرار قيمة معينة، يمكننا استخدام:

$table->string('slug')->unique();

هذا مهم جدًا في المقالات.

فإذا كان لدينا:

laravel-routing

لا نريد أن يكون هناك مقالان بنفس الـ slug.

وبذلك تصبح قيمة slug فريدة داخل الجدول.

ما هي Indexes؟

الـ Index هو فهرس يساعد قاعدة البيانات على البحث والتعامل مع البيانات بكفاءة في حالات معينة.

يمكن إنشاء Index مثل:

$table->index('status');

أو:

$table->index(['status', 'created_at']);

ليس معنى ذلك أن علينا إضافة Index إلى كل عمود.

يجب استخدام الفهارس بناءً على احتياجات التطبيق والاستعلامات التي يتم تنفيذها بشكل متكرر.

مثلًا إذا كان التطبيق يبحث كثيرًا عن المقالات حسب:

status

فقد يكون من المفيد إنشاء Index لهذا العمود.

Foreign Keys والمفاتيح الأجنبية

في التطبيقات الحقيقية، غالبًا لا تكون الجداول منفصلة عن بعضها.

لنفترض أن لدينا:

users
articles

وكل مقال ينتمي إلى مستخدم.

يمكن أن يحتوي جدول articles على:

user_id

وهذا العمود يمكن أن يرتبط بـ:

users.id

مثال:

$table->foreignId('user_id')->constrained();

وهنا نخبر قاعدة البيانات بأن:

articles.user_id

مرتبط بمفتاح في جدول المستخدمين.

يمكن أيضًا تحديد ما يحدث عند حذف المستخدم:

$table->foreignId('user_id')
    ->constrained()
    ->cascadeOnDelete();

وبهذا يمكن إعداد علاقة في قاعدة البيانات بحيث يؤدي حذف المستخدم إلى حذف السجلات المرتبطة به وفق هذا القيد.

مثال عملي: Articles مع Users

يمكن أن يكون Migration للمقالات مثل:

public function up(): void
{
    Schema::create('articles', function (Blueprint $table) {
        $table->id();

        $table->foreignId('user_id')
            ->constrained()
            ->cascadeOnDelete();

        $table->string('title');
        $table->string('slug')->unique();
        $table->text('content');
        $table->boolean('is_published')->default(false);
        $table->timestamp('published_at')->nullable();

        $table->timestamps();
    });
}

لدينا الآن:

articles
│
├── id
├── user_id
├── title
├── slug
├── content
├── is_published
├── published_at
├── created_at
└── updated_at

والـ user_id يربط المقال بالمستخدم.

سنتعمق أكثر في العلاقات بين Models والجداول في درس العلاقات القادم، لكن من المهم أن تفهم الآن أساس فكرة Foreign Key.

تشغيل Migrations

بعد إنشاء Migration، لن يتم إنشاء الجدول تلقائيًا لمجرد إنشاء الملف.

نحتاج إلى تشغيل:

php artisan migrate

سيقرأ Laravel الـ migrations التي لم يتم تنفيذها، ثم يقوم بتطبيقها على قاعدة البيانات.

إذا كانت Migration الخاصة بـ articles صحيحة، سيظهر الجدول في قاعدة البيانات.

كيف يعرف Laravel ما تم تنفيذه؟

Laravel يحتفظ بسجل للـ migrations التي تم تنفيذها.

وبذلك عندما تشغل:

php artisan migrate

مرة أخرى، لا يقوم Laravel بإعادة إنشاء كل الجداول من البداية، بل يعرف ما تم تنفيذه وما لم يتم تنفيذه.

وهذه واحدة من أهم فوائد نظام migrations.

التراجع عن آخر Migration

إذا أردت التراجع عن آخر مجموعة من الـ migrations التي تم تنفيذها، يمكنك استخدام:

php artisan migrate:rollback

توثيق Laravel يوضح أن rollback يتراجع عن آخر Batch من migrations، وقد يحتوي هذا الـ batch على أكثر من ملف Migration.

يمكنك أيضًا تحديد عدد الخطوات:

php artisan migrate:rollback --step=1

أو:

php artisan migrate:rollback --step=5

migrate:reset

هناك أمر آخر:

php artisan migrate:reset

يؤدي إلى التراجع عن جميع الـ migrations.

هذا يختلف عن:

php artisan migrate:rollback

لأن rollback يتعامل مع آخر Batch، بينما reset يتراجع عن جميع الـ migrations.

migrate:refresh

يمكن استخدام:

php artisan migrate:refresh

وهو يقوم بالتراجع عن الـ migrations ثم تشغيلها من جديد.

أي أن الفكرة بشكل مبسط:

Rollback
   ↓
Migrate Again

ويمكن تشغيله مع Seeders أيضًا:

php artisan migrate:refresh --seed

توثيق Laravel يوضح أن refresh يعيد تشغيل migrations بعد التراجع عنها.

migrate:fresh

من الأوامر المهمة أيضًا:

php artisan migrate:fresh

هذا الأمر يقوم بحذف جميع الجداول ثم تشغيل جميع الـ migrations من جديد.

ويمكن تشغيله مع Seeders:

php artisan migrate:fresh --seed

لكن انتبه جدًا:

migrate:fresh

يمكن أن يحذف البيانات الموجودة في قاعدة البيانات.

لذلك استخدمه بحذر، وخصوصًا لا تستخدمه على قاعدة بيانات Production بدون فهم كامل لما سيحدث.

الفرق بين أهم أوامر Migrations

يمكنك حفظ الفرق بهذا الشكل:

الأمر	الوظيفة
`php artisan migrate`	تنفيذ الـ migrations الجديدة
`php artisan migrate:rollback`	التراجع عن آخر Batch
`php artisan migrate:reset`	التراجع عن جميع الـ migrations
`php artisan migrate:refresh`	Rollback ثم تشغيل migrations من جديد
`php artisan migrate:fresh`	حذف الجداول ثم إعادة إنشائها
`php artisan migrate:fresh --seed`	حذف الجداول وإعادة إنشائها وتشغيل Seeders

هذه الأوامر مهمة جدًا أثناء تطوير التطبيقات.

تعديل جدول موجود

لنفترض أنك أنشأت جدول:

articles

ثم اكتشفت أنك تحتاج إلى إضافة:

excerpt

لا يفضل أن تذهب وتعدل Migration قديمة تم تشغيلها بالفعل على قواعد بيانات الفريق.

بدلًا من ذلك، أنشئ Migration جديدة.

مثلًا:

php artisan make:migration add_excerpt_to_articles_table

ثم داخل Migration:

public function up(): void
{
    Schema::table('articles', function (Blueprint $table) {
        $table->text('excerpt')->nullable();
    });
}

وفي down():

public function down(): void
{
    Schema::table('articles', function (Blueprint $table) {
        $table->dropColumn('excerpt');
    });
}

ثم:

php artisan migrate

وبذلك تمت إضافة العمود إلى الجدول.

هذه الطريقة مهمة جدًا في المشاريع الجماعية؛ لأن كل تغيير في بنية قاعدة البيانات يصبح Migration جديدة يمكن تتبعها ومشاركتها مع الفريق.

وتوصي مواد Laravel التعليمية باستخدام migrations كطريقة منظمة لتغيير بنية قاعدة البيانات بدل تعديل التاريخ القديم عشوائيًا.

حذف عمود

إذا أردت حذف عمود:

$table->dropColumn('excerpt');

مثال:

Schema::table('articles', function (Blueprint $table) {
    $table->dropColumn('excerpt');
});

ثم:

php artisan migrate

إعادة تسمية عمود

يمكن إعادة تسمية عمود باستخدام:

$table->renameColumn('title', 'name');

لكن يجب أن تكون حذرًا عند تغيير أسماء الأعمدة في التطبيقات التي تحتوي على كود يعتمد على الاسم القديم.

فإذا كان لديك Controller يستخدم:

$article->title

ثم غيرت العمود إلى:

name

ستحتاج أيضًا إلى تحديث الكود الذي يعتمد على title.

حذف جدول

لحذف جدول:

Schema::dropIfExists('articles');

لكن عادة نضع هذا في:

down()

حتى يستطيع Laravel التراجع عن Migration.

مثال عملي كامل

لنقم الآن ببناء Migration حقيقية لجدول مقالات.

أولًا:

php artisan make:migration create_articles_table

ثم:

<?php

use Illuminate\Database\Migrations\Migration;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Support\Facades\Schema;

return new class extends Migration
{
    public function up(): void
    {
        Schema::create('articles', function (Blueprint $table) {
            $table->id();

            $table->foreignId('user_id')
                ->constrained()
                ->cascadeOnDelete();

            $table->string('title');
            $table->string('slug')->unique();
            $table->text('excerpt')->nullable();
            $table->longText('content');

            $table->boolean('is_published')
                ->default(false);

            $table->timestamp('published_at')
                ->nullable();

            $table->timestamps();
        });
    }

    public function down(): void
    {
        Schema::dropIfExists('articles');
    }
};

بعد ذلك:

php artisan migrate

أصبح لدينا جدول مقالات يحتوي على:

id
user_id
title
slug
excerpt
content
is_published
published_at
created_at
updated_at

وهذا الجدول يمكن أن يكون أساسًا ممتازًا لنظام المقالات الذي سنبنيه تدريجيًا خلال دروس Laravel القادمة.

ما العلاقة بين Migrations وModels؟

حتى الآن نحن نتعامل مع بنية قاعدة البيانات.

لكن ماذا لو أردنا داخل Laravel أن نقول:

Article::all();

أو:

Article::find(1);

هنا ندخل في موضوع مهم جدًا وهو:

Eloquent ORM وModels

الـ Migration تحدد لنا شكل الجدول.

أما الـ Model فيمثل البيانات والتعامل معها من داخل التطبيق.

بشكل مبسط:

Migration
    ↓
Database Table
    ↓
Model
    ↓
Controller
    ↓
View

مثال:

create_articles_table.php
          ↓
      articles
          ↓
       Article
          ↓
 ArticleController
          ↓
   articles/index.blade.php

وسنتعلم في الدرس القادم كيف ننشئ Model ونتعامل مع البيانات باستخدام Eloquent.

أخطاء شائعة عند استخدام Migrations

تشغيل migrate بدون إعداد قاعدة البيانات

إذا كان لديك MySQL ولم تقم بإنشاء قاعدة البيانات أو كانت بيانات .env غير صحيحة، قد تحصل على خطأ في الاتصال.

راجع:

DB_CONNECTION
DB_HOST
DB_PORT
DB_DATABASE
DB_USERNAME
DB_PASSWORD

تعديل Migration قديمة بعد تشغيلها

إذا كانت Migration قديمة وتم تنفيذها، لا تعتمد على تعديلها فقط وانتظار أن يكتشف Laravel التغيير.

أنشئ Migration جديدة لتعديل الجدول.

استخدام migrate:fresh بدون الانتباه

الأمر:

php artisan migrate:fresh

يحذف الجداول ثم يعيد إنشاءها.

لذلك يمكن أن تفقد البيانات الموجودة في قاعدة البيانات. Laravel يحذر من استخدام هذا الأمر بحذر خصوصًا مع قواعد البيانات المشتركة.

نسيان تشغيل migrate

قد تكتب Migration كاملة ثم تحاول استخدام الجدول، لكنك نسيت:

php artisan migrate

في هذه الحالة الجدول لن يكون موجودًا في قاعدة البيانات.

الخلط بين Validation وقاعدة البيانات

في الدرس السابق استخدمنا:

$request->validate([
    'title' => ['required', 'string'],
]);

هذا يتحقق من البيانات القادمة من المستخدم.

أما:

$table->string('title');

فهذا يحدد شكل العمود في قاعدة البيانات.

إذن:

Validation
    ↓
هل البيانات القادمة صحيحة؟

Migration
    ↓
كيف سيكون شكل قاعدة البيانات؟

كلاهما مهم، لكن لكل واحد وظيفة مختلفة.

أفضل ممارسات Migrations

عند العمل على مشروع Laravel حقيقي، حاول الالتزام بمجموعة من الممارسات:

1 - استخدم أسماء واضحة

بدل:

php artisan make:migration change_table

استخدم اسمًا يوضح ما يحدث:

php artisan make:migration add_excerpt_to_articles_table

أو:

php artisan make:migration create_articles_table

2 - اجعل كل Migration لها هدف واضح

لا تضع عشرات التغييرات غير المرتبطة في Migration واحدة.

من الأفضل أن تكون كل Migration مسؤولة عن تغيير واضح.

3 - لا تضع البيانات داخل Migration

الـ Migration مخصصة بشكل أساسي لبنية قاعدة البيانات.

أما إدخال البيانات التجريبية فيمكن التعامل معه من خلال:

Seeders
Factories

وسنتعلم ذلك لاحقًا.

احتفظ بالـ Migrations في Git

Migration جزء من المشروع، ولذلك يجب أن تكون ضمن ملفات المشروع التي يتم تتبعها في Git.

إذا أضاف أحد أعضاء الفريق Migration جديدة، يمكن لباقي الفريق الحصول عليها وتشغيل:

php artisan migrate

لتحديث قاعدة البيانات المحلية.

تمرين عملي

قبل الانتقال إلى الدرس القادم، حاول تنفيذ التمرين التالي بنفسك.

أنشئ Migration باسم:

php artisan make:migration create_categories_table

واجعل جدول categories يحتوي على:

id
name
slug
description
is_active
created_at
updated_at

بحيث:

id مفتاح أساسي.
name نص قصير.
slug نص فريد.
description نص اختياري.
is_active قيمة Boolean.
القيمة الافتراضية لـ is_active تكون true.
استخدم timestamps().

ثم شغّل:

php artisan migrate

بعد ذلك جرّب:

php artisan migrate:rollback

ثم أعد تشغيل:

php artisan migrate

بهذا ستتعرف عمليًا على دورة حياة Migration.

ماذا تعلمنا في هذا الدرس؟

في هذا الدرس تعرفنا على أساسيات قواعد البيانات في Laravel، وتعلمنا أن قاعدة البيانات هي المكان الذي يتم فيه تخزين بيانات التطبيق بشكل دائم.

تعلمنا أيضًا أن Laravel يستخدم ملف:

.env

لتحديد إعدادات البيئة، ومنها إعدادات الاتصال بقاعدة البيانات.

ثم تعرفنا على Migrations الموجودة داخل:

database/migrations

وتعلمنا إنشاء Migration باستخدام:

php artisan make:migration create_articles_table

وتعرفنا على:

up()

لتطبيق التغيير، و:

down()

للتراجع عنه.

كما تعلمنا إنشاء الأعمدة باستخدام:

$table->id();
$table->string();
$table->text();
$table->boolean();
$table->integer();
$table->timestamp();
$table->timestamps();

وتعرفنا على:

nullable()
default()
unique()
index()
foreignId()
constrained()
cascadeOnDelete()

ثم تعلمنا أهم أوامر Migration:

php artisan migrate
php artisan migrate:rollback
php artisan migrate:reset
php artisan migrate:refresh
php artisan migrate:fresh

وأصبح لدينا الآن تصور واضح عن كيفية بناء هيكل قاعدة البيانات وإدارته داخل Laravel.

الآن أصبح لدينا جدول في قاعدة البيانات، لكننا ما زلنا بحاجة إلى طريقة سهلة للتعامل معه من داخل Laravel.

فبدلًا من كتابة SQL يدويًا في كل مرة نريد فيها قراءة أو إضافة أو تعديل بيانات، يوفر Laravel نظامًا قويًا يسمى:

Eloquent ORM

وفي الدرس القادم سنتعلم:

Models
Eloquent ORM
Create
Read
Update
Delete

وسنبدأ بإنشاء:

Article

ثم نربطه بجدول:

articles

وسنتعلم كيف نضيف المقالات ونقرأها ونعدلها ونحذفها باستخدام Laravel بطريقة سهلة ومنظمة.

وهنا تبدأ قاعدة البيانات بالاندماج فعليًا مع Controllers وValidation وViews التي تعلمناها في الدروس السابقة.

تمرير البيانات بين Controller و View في Laravel

2026-09-20T11:50:58.870+03:00

استقبال البيانات والتحقق منها Requests وValidation في Laravel

بعد أن تعلمنا في الدرس السادس كيفية استخدام Blade Templates و Views لبناء واجهات ديناميكية، أصبح بإمكاننا الآن إنشاء صفحات تحتوي على نصوص وقوائم وأزرار ونماذج Forms.

لكن بناء النموذج وحده لا يكفي.

تخيل أن لدينا نموذجًا لإنشاء مقال يحتوي على:

عنوان المقال.
محتوى المقال.
البريد الإلكتروني للكاتب.
تاريخ النشر.

عندما يضغط المستخدم على زر حفظ، يجب أن يستقبل Laravel هذه البيانات، ثم يتأكد من أنها صحيحة قبل أن يستخدمها أو يحفظها في قاعدة البيانات.

هنا يأتي دور HTTP Request وValidation.

Laravel توفر نظامًا قويًا للتعامل مع البيانات القادمة من المستخدم والتحقق منها باستخدام مجموعة كبيرة من قواعد Validation، كما توفر طريقة أكثر تنظيمًا باستخدام Form Requests عندما تصبح عمليات التحقق أكثر تعقيدًا.

في هذا الدرس سنتعلم :

ما هو Request؟
كيف نستقبل البيانات القادمة من Form؟
الفرق بين GET وPOST.
استخدام Request.
قراءة بيانات المستخدم.
إنشاء Form باستخدام Blade.
استخدام @csrf.
التحقق من البيانات باستخدام validate().
أهم قواعد Validation.
عرض رسائل الخطأ.
إعادة تعبئة النموذج بالبيانات القديمة.
استخدام old().
إنشاء Form Request.
استخدام validated().
التعامل مع الحقول الاختيارية.
بناء نموذج عملي كامل لإنشاء مقال.

ما هو HTTP Request؟

عندما يفتح المستخدم صفحة في موقعك أو يرسل نموذجًا أو يضغط على زر يؤدي إلى رابط معين، يقوم المتصفح بإرسال HTTP Request إلى الخادم.

مثلًا عندما يفتح المستخدم:

/articles

قد يكون الطلب:

GET /articles

وعندما يرسل نموذج إنشاء مقال:

POST /articles

يحتوي الطلب على معلومات مختلفة يمكن أن يحتاج إليها التطبيق، مثل:

البيانات المرسلة من Form.
عنوان الصفحة المطلوبة.
HTTP Method.
Headers.
Cookies.
معلومات أخرى مرتبطة بالطلب.

في Laravel يمكننا الوصول إلى هذه المعلومات من خلال كائن:

Illuminate\Http\Request

وغالبًا نقوم بتمريره إلى Controller Method.

الفرق بين GET و POST في Laravel

قبل أن نبدأ، من المهم فهم الفرق بين أشهر طريقتين سنستخدمهما في Forms.

GET

يستخدم GET عادةً لطلب أو عرض البيانات.

مثل:

/articles

أو:

/articles/10

مثال:

Route::get('/articles', [ArticleController::class, 'index']);

عندما يزور المستخدم الرابط، يتم إرسال GET Request.

POST

يستخدم POST عادةً لإرسال بيانات إلى التطبيق لإنشاء أو معالجة شيء جديد.

مثل:

Route::post('/articles', [ArticleController::class, 'store']);

عندما يرسل المستخدم Form إنشاء مقال، يمكن أن تصل البيانات إلى store().

بالتالي يمكن أن تكون الدورة:

GET /articles/create
        ↓
عرض Form
        ↓
المستخدم يملأ البيانات
        ↓
POST /articles
        ↓
Controller
        ↓
Validation
        ↓
حفظ البيانات

Laravel تستخدم هذا النمط بكثرة في تطبيقات CRUD. وتوضح وثائق Validation الرسمية مثالًا مشابهًا يعتمد على Route لعرض النموذج ثم POST Route لمعالجة البيانات والتحقق منها.

إنشاء Form في Blade

لنبدأ بإنشاء صفحة تحتوي على نموذج لإضافة مقال.

أنشئ:

resources/views/articles/create.blade.php

واكتب:

@extends('layouts.app')

@section('title', 'إضافة مقال')

@section('content')

    <h1>إضافة مقال جديد</h1>

    <form method="POST" action="{{ route('articles.store') }}">

        @csrf

        <div>
            <label for="title">عنوان المقال</label>

            <input
                type="text"
                name="title"
                id="title"
            >
        </div>

        <div>
            <label for="body">محتوى المقال</label>

            <textarea
                name="body"
                id="body"
            ></textarea>
        </div>

        <button type="submit">
            حفظ المقال
        </button>

    </form>

@endsection

لدينا هنا Form يرسل:

title
body

إلى Route اسمه:

articles.store

باستخدام:

POST

ما أهمية @csrf؟

لاحظ أننا كتبنا داخل Form:

@csrf

هذه خطوة مهمة جدًا في Forms التي ترسل طلبات إلى Laravel.

تقوم Laravel باستخدام CSRF Token لحماية التطبيق من نوع من الهجمات يسمى Cross-Site Request Forgery.

لذلك عندما تنشئ Form يرسل POST أو PUT أو PATCH أو DELETE إلى تطبيق Laravel، ستحتاج عادةً إلى إضافة:

@csrf

مثل:

<form method="POST" action="/articles">

    @csrf

    ...
    
</form>

لا تعتبر @csrf مجرد سطر إضافي؛ اجعله عادة أساسية عند إنشاء Forms في Laravel.

إنشاء Routes للنموذج

في:

routes/web.php

يمكننا كتابة:

use App\Http\Controllers\ArticleController;

Route::get('/articles/create', [ArticleController::class, 'create'])
    ->name('articles.create');

Route::post('/articles', [ArticleController::class, 'store'])
    ->name('articles.store');

الـ Route الأول:

GET /articles/create

مسؤول عن عرض Form.

والـ Route الثاني:

POST /articles

مسؤول عن استقبال البيانات.

يمكننا التفكير في الأمر هكذا:

/articles/create
       ↓
     create()
       ↓
     Form

ثم:

Form
  ↓
POST /articles
  ↓
store()
  ↓
Validation
  ↓
حفظ البيانات

استقبال البيانات داخل Controller

افتح:

app/Http/Controllers/ArticleController.php

ثم أضف:

use Illuminate\Http\Request;

وبعدها:

public function store(Request $request)
{
    //
}

الآن Laravel ستمرر Request إلى Method تلقائيًا.

يمكننا قراءة البيانات باستخدام:

$request->input('title')

مثل:

public function store(Request $request)
{
    $title = $request->input('title');

    return $title;
}

إذا أرسل المستخدم:

تعلم Laravel

ستكون قيمة:

$title

هي:

تعلم Laravel

قراءة أكثر من قيمة

يمكننا قراءة:

$request->input('title');
>

و:

$request->input('body');

مثل:

public function store(Request $request)
{
    $title = $request->input('title');
    $body = $request->input('body');

    return $title;
}

لكن هناك مشكلة مهمة:

هل يمكننا الوثوق بأن البيانات التي أرسلها المستخدم صحيحة؟

بالطبع لا.

قد يرسل المستخدم عنوانًا فارغًا.

أو نصًا طويلًا جدًا.

أو قيمة ليست من النوع المطلوب.

أو يترك بعض الحقول فارغة.

وهنا نحتاج إلى Validation.

ما هو Validation؟

Validation يعني التحقق من صحة البيانات القادمة إلى التطبيق.

مثلًا يمكننا تحديد قواعد مثل:

العنوان مطلوب.
العنوان يجب أن يكون نصًا.
العنوان لا يتجاوز 255 حرفًا.
المحتوى مطلوب.
البريد الإلكتروني يجب أن يكون صالحًا.
السعر يجب أن يكون رقمًا.

بدون Validation قد تدخل بيانات غير صحيحة إلى التطبيق وقاعدة البيانات.

Laravel توفر عددًا كبيرًا من Validation Rules الجاهزة.

أول Validation باستخدام validate()

أبسط طريقة هي استخدام:

$request->validate()

مثال:

public function store(Request $request)
{
    $validated = $request->validate([
        'title' => ['required', 'string', 'max:255'],
        'body' => ['required', 'string'],
    ]);

    //
}

هنا حددنا:

title

بأنه:

مطلوب.
نص.
أقصى طول 255.

أما:

body

فهو:

مطلوب.
نص.

إذا نجحت Validation، يستمر تنفيذ Controller بشكل طبيعي.

أما إذا فشلت، تقوم Laravel بالتعامل مع نتيجة Validation وإعادة المستخدم إلى الصفحة السابقة في الطلبات التقليدية، مع توفير رسائل الأخطاء لعرضها في View.

فهم قاعدة required في Laravel

أبسط قاعدة:

'required'

تعني أن الحقل يجب أن يكون موجودًا وغير فارغ.

مثل:

'title' => ['required']

إذا لم يرسل المستخدم title بشكل صحيح، تفشل Validation.

قاعدة string في Laravel

يمكنك التأكد من أن القيمة نص باستخدام:

'string'

مثل:

'title' => ['required', 'string']

وهذا مفيد عندما تتوقع قيمة نصية.

قاعدة max في Laravel

يمكنك تحديد الحد الأقصى:

'max:255'

مثل:

'title' => ['required', 'string', 'max:255']

وبذلك لا تسمح بعنوان يتجاوز الحد المحدد.

قاعدة min في Laravel

يمكنك أيضًا تحديد الحد الأدنى:

'min:3'

مثل:

'title' => ['required', 'string', 'min:3', 'max:255']

وهذا يعني أن العنوان يجب أن يحتوي على عدد مناسب من الأحرف ضمن الحدود المحددة.

التحقق من البريد الإلكتروني

إذا كان لدينا:

email

يمكننا كتابة:

'email' => ['required', 'email']

مثل:

$request->validate([
    'name' => ['required', 'string'],
    'email' => ['required', 'email'],
]);

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

التحقق من الأرقام

إذا كان لدينا سعر:

price

يمكننا استخدام:

'price' => ['required', 'numeric']

مثل:

$request->validate([
    'name' => ['required', 'string'],
    'price' => ['required', 'numeric'],
]);

وهذا مناسب في حالات مثل:

أسعار المنتجات.
الكميات.
التقييمات.
أرقام معينة.

قاعدة integer في Laravel

إذا كنت تتوقع رقمًا صحيحًا:

'quantity' => ['required', 'integer']

مثل:

'quantity' => ['required', 'integer', 'min:1']

وهذا مناسب عندما تكون القيمة:

وليس:

1.5

الحقول الاختيارية باستخدام nullable

ليس كل حقل يجب أن يكون مطلوبًا.

لنفترض أن لدينا:

publish_at

ويمكن للمستخدم تركه فارغًا.

يمكننا كتابة:

'publish_at' => ['nullable', 'date']

أي:

إذا كانت القيمة موجودة، يجب أن تكون تاريخًا صحيحًا.
أما إذا كانت null فهي مسموحة.

وتشير وثائق Laravel 13 إلى أهمية nullable عند التعامل مع الحقول الاختيارية التي قد تتحول قيمها الفارغة إلى null بسبب Middleware الخاص بالتطبيق.

عرض رسائل Validation في Blade

بعد أن وضعنا Validation، نحتاج إلى إظهار الأخطاء للمستخدم.

يمكننا استخدام:

@error('title')
    <p>{{ $message }}</p>
@enderror

مثال:

<label for="title">عنوان المقال</label>

<input
    type="text"
    name="title"
    id="title"
>

@error('title')
    <p>{{ $message }}</p>
@enderror

إذا كان العنوان غير صالح، يمكن عرض رسالة الخطأ المناسبة.

Laravel توفر أيضًا متغير:

$errors

داخل Views للتعامل مع رسائل Validation.

عرض جميع الأخطاء Laravel

يمكنك أيضًا عرض جميع الأخطاء في مكان واحد:

@if ($errors->any())

    <div>
        <ul>

            @foreach ($errors->all() as $error)

                <li>{{ $error }}</li>

            @endforeach

        </ul>
    </div>

@endif

وهذا مفيد خصوصًا في بداية المشروع أو عندما تريد عرض قائمة عامة بالأخطاء أعلى النموذج.

إعادة البيانات القديمة باستخدام old()

تخيل أن المستخدم ملأ Form كاملًا ثم نسي عنوان المقال.

ضغط:

حفظ

ففشلت Validation.

من غير الجيد أن تعيد الصفحة فارغة وتجبره على كتابة كل شيء من جديد.

هنا يمكننا استخدام:

old()

مثل:

<input
    type="text"
    name="title"
    value="{{ old('title') }}"
>

إذا كان المستخدم كتب:

تعلم Laravel

ثم فشلت Validation بسبب حقل آخر، يمكن إعادة عرض:

تعلم Laravel

داخل الحقل.

وبالنسبة إلى textarea:

<textarea name="body">{{ old('body') }}</textarea>

وهذا يجعل تجربة المستخدم أفضل بكثير.

وضع قيمة افتراضية مع old()

يمكنك أيضًا توفير قيمة افتراضية:

{{ old('title', 'عنوان افتراضي') }}

إذا لم توجد قيمة قديمة، سيتم استخدام:

عنوان افتراضي

مثال كامل على Form مع Validation

لنقم الآن ببناء Form أكثر واقعية.

Controller

use Illuminate\Http\Request;

public function store(Request $request)
{
    $validated = $request->validate([
        'title' => ['required', 'string', 'min:3', 'max:255'],
        'body' => ['required', 'string', 'min:10'],
        'email' => ['required', 'email'],
    ]);

    return redirect()
        ->route('articles.index')
        ->with('success', 'تم إرسال المقال بنجاح.');
}

لدينا هنا ثلاثة حقول:

title
body
email

وكل واحد لديه قواعد مختلفة.

إذا نجحت Validation، نحصل على البيانات التي اجتازت التحقق داخل:

$validated

وهذه نقطة مهمة جدًا.

بدلًا من الاعتماد على كل البيانات الموجودة في Request، أصبح لدينا مجموعة بيانات تم التحقق منها.

لماذا نستخدم $validated؟

لنفترض أن Request يحتوي على:

title
body
email
admin
unexpected_field

بينما قواعد Validation تسمح فقط بـ:

title
body
email

بعد Validation، من الأفضل أن تعتمد على:

$validated

بدل التعامل مع كل البيانات الواردة بشكل عشوائي.

مثلًا:

$validated = $request->validate([
    'title' => ['required', 'string'],
    'body' => ['required', 'string'],
]);

ثم:

$title = $validated['title'];
$body = $validated['body'];

هذا يجعل الكود أكثر وضوحًا.

إعادة التوجيه بعد نجاح العملية

بعد نجاح Form، غالبًا لا نريد ترك المستخدم في نفس الطلب.

يمكننا استخدام:

return redirect()
    ->route('articles.index');

أو:

return redirect('/articles');

وفي تطبيقات CRUD، غالبًا يكون السيناريو:

POST
↓
Validation
↓
حفظ البيانات
↓
Redirect
↓
صفحة القائمة

وهذا يمنع بعض المشاكل التي قد تحدث عند إعادة إرسال Form بعد تحديث الصفحة.

إرسال رسالة نجاح

يمكننا أيضًا إرسال رسالة إلى الصفحة:

return redirect()
    ->route('articles.index')
    ->with('success', 'تم إنشاء المقال بنجاح.');

ثم في Blade:

@if (session('success'))
    <div>
        {{ session('success') }}
    </div>
@endif

وهكذا تظهر للمستخدم رسالة مثل:

تم إنشاء المقال بنجاح.

سنستخدم هذا الأسلوب كثيرًا في تطبيقات CRUD.

Form Request

عندما يكون Controller صغيرًا، يمكن استخدام:

$request->validate()

مباشرة.

لكن ماذا يحدث عندما يصبح لدينا Form كبير وقواعد Validation كثيرة؟

يمكننا استخدام Form Request.

Form Request هو Class مخصص يجمع:

Validation Rules.
Authorization Logic.
منطق متعلق بالطلب.

ويمكن إنشاء Form Request باستخدام:

php artisan make:request StoreArticleRequest

وتقوم Laravel بوضعه داخل:

app/Http/Requests

وفقًا لوثائق Laravel الرسمية.

إنشاء StoreArticleRequest

نفذ:

php artisan make:request StoreArticleRequest

سيتم إنشاء:

app/Http/Requests/StoreArticleRequest.php

وستجد داخله Methods مثل:

authorize()

و:

rules()

كتابة Validation Rules داخل Form Request

يمكنك كتابة:

public function rules(): array
{
    return [
        'title' => ['required', 'string', 'min:3', 'max:255'],
        'body' => ['required', 'string', 'min:10'],
        'email' => ['required', 'email'],
    ];
}

وبذلك أصبح Validation منفصلًا عن Controller.

authorize()

Form Request يحتوي أيضًا على:

public function authorize(): bool
{
    return true;
}

هذه Method تحدد ما إذا كان المستخدم مسموحًا له بتنفيذ العملية.

في البداية يمكن أن تكون:

return true;

لكن لاحقًا عندما نتعلم Authentication وAuthorization وPolicies، يمكن استخدام هذه Method للتحكم في الصلاحيات.

استخدام Form Request داخل Controller

بدلًا من:

public function store(Request $request)

نستخدم:

use App\Http\Requests\StoreArticleRequest;

public function store(StoreArticleRequest $request)
{
    //
}

الميزة هنا أن Laravel تقوم بتنفيذ Validation قبل الوصول إلى Controller Method.

إذا نجحت Validation، يصل الطلب إلى:

store()

أما إذا فشلت، يتم التعامل مع الأخطاء وإعادة المستخدم بالطريقة المناسبة.

استخدام validated()

بعد نجاح Form Request، يمكنك الحصول على البيانات التي اجتازت Validation باستخدام:

$validated = $request->validated();

مثل:

public function store(StoreArticleRequest $request)
{
    $validated = $request->validated();

    // حفظ البيانات

    return redirect()
        ->route('articles.index');
}

وهذا يجعل Controller نظيفًا جدًا.

متى أستخدم Request ومتى أستخدم Form Request؟

في المشاريع الصغيرة، يمكنك البدء بـ:

$request->validate([
    ...
]);

وهذا بسيط وسهل للمبتدئين.

لكن عندما تصبح عملية Validation كبيرة أو يتم استخدامها في أكثر من مكان، يكون Form Request أكثر تنظيمًا.

يمكنك التفكير بهذه الطريقة:

Validation بسيطة
        ↓
$request->validate()

أما:

Validation كبيرة ومعقدة
        ↓
Form Request

مثال كامل باستخدام Form Request

إنشاء Request

php artisan make:request StoreArticleRequest

القواعد

public function rules(): array
{
    return [
        'title' => ['required', 'string', 'min:3', 'max:255'],
        'body' => ['required', 'string', 'min:10'],
    ];
}

Controller

use App\Http\Requests\StoreArticleRequest;

public function store(StoreArticleRequest $request)
{
    $validated = $request->validated();

    return redirect()
        ->route('articles.index')
        ->with('success', 'تم إنشاء المقال بنجاح.');
}

Form

<form method="POST" action="{{ route('articles.store') }}">

    @csrf

    <input
        type="text"
        name="title"
        value="{{ old('title') }}"
    >

    @error('title')
        <p>{{ $message }}</p>
    @enderror

    <textarea name="body">{{ old('body') }}</textarea>

    @error('body')
        <p>{{ $message }}</p>
    @enderror

    <button type="submit">
        حفظ
    </button>

</form>

الآن أصبحت لدينا دورة كاملة:

Blade Form
   ↓
POST Request
   ↓
StoreArticleRequest
   ↓
Validation
   ↓
Controller
   ↓
Validated Data
   ↓
Database

سنضيف قاعدة البيانات في الدروس القادمة.

بعض قواعد Validation المهمة

هناك عدد كبير جدًا من قواعد Validation في Laravel، لكن كمبتدئ من المفيد أن تتعرف على أشهرها:

required

القيمة مطلوبة.

nullable

القيمة يمكن أن تكون null.

string

القيمة يجب أن تكون نصًا.

integer

القيمة يجب أن تكون عددًا صحيحًا.

numeric

القيمة يجب أن تكون رقمًا.

email

القيمة يجب أن تكون بريدًا إلكترونيًا صالحًا.

url

القيمة يجب أن تكون رابطًا صالحًا.

min

تحديد الحد الأدنى.

max

تحديد الحد الأقصى.

date

التحقق من التاريخ.

boolean

التحقق من قيمة منطقية.

confirmed

مفيد في حقول التأكيد مثل كلمة المرور.

Laravel توفر مجموعة واسعة من القواعد الإضافية، ويمكن الرجوع إلى وثائق Validation الرسمية لمعرفة التفاصيل والصيغ المتاحة.

Validation للحقول المتداخلة

Laravel تسمح أيضًا بالتحقق من بيانات متداخلة باستخدام صيغة النقطة.

مثل:

$request->validate([
    'author.name' => ['required', 'string'],
    'author.email' => ['required', 'email'],
]);

إذا كانت البيانات بهذا الشكل:

author
    name
    email

يمكنك الوصول إليها باستخدام هذه الصيغة.

هذه الميزة تصبح مفيدة جدًا عندما تتعامل مع Forms تحتوي على بيانات منظمة أو Arrays متداخلة.

التحقق من الحقول الفريدة

عند إنشاء حساب مستخدم مثلًا، قد نريد أن يكون البريد الإلكتروني غير مستخدم من قبل.

يمكن استخدام:

'email' => ['required', 'email', 'unique:users,email']

الفكرة هنا أن Laravel تتحقق من عدم وجود قيمة مكررة وفق قاعدة البيانات.

سنعود إلى هذه القاعدة بشكل أعمق عندما نصل إلى Database وEloquent.

التحقق من وجود قيمة في قاعدة البيانات

يمكن أيضًا استخدام:

exists

مثل:

'category_id' => ['required', 'exists:categories,id']

وهذا يعني أن category_id يجب أن تكون موجودة في جدول:

categories

داخل العمود:

id

هذه القواعد ستكون مهمة جدًا عندما نبدأ في التعامل مع العلاقات بين الجداول.

ماذا يحدث عند فشل Validation؟

من المهم أن تفهم دورة Validation.

لنفترض أن المستخدم أرسل:

title = ""
body = "مقال"

ولدينا:

'title' => ['required'],

ستفشل Validation.

في الطلب التقليدي، Laravel تعيد المستخدم إلى الصفحة السابقة وتوفر رسائل الأخطاء والبيانات القديمة التي يمكن استخدامها في View.

ثم يمكننا عرض:

@error('title')
    <p>{{ $message }}</p>
@enderror

واستخدام:

value="{{ old('title') }}"

وهكذا يحصل المستخدم على تجربة واضحة بدل ظهور خطأ غير مفهوم.

الفرق بين Validation في Controller وForm Request

يمكن تلخيص الفرق هكذا:

الطريقة	الاستخدام
`$request->validate()`	Validation بسيطة وسريعة
Form Request	Validation منظمة وأكثر تعقيدًا
`$request->validated()`	الحصول على البيانات التي تم التحقق منها
`$errors`	الوصول إلى أخطاء Validation داخل View
`@error`	عرض خطأ حقل محدد
`old()`	إعادة البيانات القديمة إلى Form

هذه الأدوات سترافقك في معظم تطبيقات Laravel التي تحتوي على Forms.

مثال عملي شامل

لنقم ببناء Form بسيط لإنشاء مقال.

الخطوة الأولى: Route

Route::get('/articles/create', [ArticleController::class, 'create'])
    ->name('articles.create');

Route::post('/articles', [ArticleController::class, 'store'])
    ->name('articles.store');

الخطوة الثانية: Controller

public function create()
{
    return view('articles.create');
}

ثم:

public function store(Request $request)
{
    $validated = $request->validate([
        'title' => ['required', 'string', 'min:3', 'max:255'],
        'body' => ['required', 'string', 'min:10'],
    ]);

    return redirect()
        ->route('articles.index')
        ->with('success', 'تم إنشاء المقال بنجاح.');
}

الخطوة الثالثة: View

@extends('layouts.app')

@section('title', 'إضافة مقال')

@section('content')

    <h1>إضافة مقال</h1>

    @if ($errors->any())

        <div>
            <ul>
                @foreach ($errors->all() as $error)
                    <li>{{ $error }}</li>
                @endforeach
            </ul>
        </div>

    @endif

    <form method="POST" action="{{ route('articles.store') }}">

        @csrf

        <div>
            <label for="title">العنوان</label>

            <input
                type="text"
                name="title"
                id="title"
                value="{{ old('title') }}"
            >

            @error('title')
                <p>{{ $message }}</p>
            @enderror
        </div>

        <div>
            <label for="body">المحتوى</label>

            <textarea
                name="body"
                id="body"
            >{{ old('body') }}</textarea>

            @error('body')
                <p>{{ $message }}</p>
            @enderror
        </div>

        <button type="submit">
            حفظ المقال
        </button>

    </form>

@endsection

أصبح لدينا الآن نموذج حقيقي يستطيع:

عرض Form.
استقبال البيانات.
حماية الطلب باستخدام CSRF.
التحقق من البيانات.
عرض الأخطاء.
إعادة البيانات القديمة.
إعادة توجيه المستخدم بعد النجاح.

أخطاء شائعة في Requests وValidation

1 - نسيان @csrf

من أكثر الأخطاء شيوعًا عند إنشاء POST Form:

<form method="POST">

بدون:

@csrf

اجعل إضافة @csrf عادة ثابتة في Forms التي تحتاجها.

2 - عدم تحديد name

إذا كتبت:

<input type="text" id="title">

بدون:

name="title"

فلن تحصل على الحقل باسم title ضمن بيانات Form كما تتوقع.

الصحيح:

<input
    type="text"
    name="title"
    id="title"
>

3 - اختلاف اسم الحقل عن اسم Validation

إذا كان Form يحتوي على:

<input name="article_title">

ثم كتبت:

'title' => ['required']

فهناك عدم تطابق.

يجب أن تتفق أسماء الحقول مع Validation Rules.

4 - نسيان old()

ليس خطأ تقنيًا قاتلًا، لكنه يجعل تجربة المستخدم أسوأ، خصوصًا في Forms الكبيرة.

استخدم:

value="{{ old('title') }}"

عند الحاجة.

5 - قبول بيانات غير متحقق منها

لا تعتمد على:

$request->all()

كبديل عن Validation عندما تكون البيانات ستستخدم في عمليات حساسة.

الأفضل أن تتحقق من البيانات ثم تتعامل مع البيانات التي اجتازت Validation.

تحقق من البيانات عند دخولها إلى التطبيق

لا تنتظر حتى تصل البيانات إلى قاعدة البيانات ثم تكتشف أن هناك مشكلة.

استخدم Validation قبل المعالجة أو الحفظ.

استخدم قواعد واضحة

بدل:

'title' => ['required']

إذا كان لديك متطلبات إضافية، استخدم قواعد مناسبة:

'title' => [
    'required',
    'string',
    'min:3',
    'max:255'
]

استخدم Form Requests عند زيادة التعقيد

عندما يبدأ Controller بالامتلاء بقواعد Validation، انقلها إلى Form Request.

اعرض الأخطاء بوضوح

استخدم:

@error('field')

قرب الحقل الذي توجد فيه المشكلة.

لا تثق ببيانات المستخدم

حتى لو كان Form يحتوي على:

<input type="number">

هذا لا يعني أن البيانات القادمة إلى الخادم آمنة أو صحيحة.

التحقق الحقيقي يجب أن يحدث على الخادم باستخدام Laravel Validation.

تمرين عملي

قم الآن بإنشاء Form لإضافة منتج.

يجب أن يحتوي على:

name
price
description
email

ثم أنشئ Validation:

'name' => ['required', 'string', 'min:3', 'max:255'],
'price' => ['required', 'numeric', 'min:0'],
'description' => ['required', 'string', 'min:10'],
'email' => ['required', 'email'],

بعد ذلك:

أنشئ Route لعرض Form.
أنشئ Route من نوع POST لاستقبال البيانات.
أنشئ Method باسم create().
أنشئ Method باسم store().
استخدم @csrf.
اعرض أخطاء كل حقل باستخدام @error.
استخدم old() لإعادة البيانات السابقة.
بعد نجاح Validation، أعد توجيه المستخدم إلى صفحة المنتجات.
أرسل رسالة نجاح باستخدام with().

بعد تنفيذ التمرين، حاول تحويل Validation من Controller إلى:

php artisan make:request StoreProductRequest

ثم ضع القواعد داخل:

rules()

واستخدم:

$request->validated();

داخل Controller.

في هذا الدرس انتقلنا من مجرد عرض البيانات إلى استقبال البيانات القادمة من المستخدم والتعامل معها بطريقة صحيحة.

تعلمنا أن HTTP Request يحتوي على البيانات والمعلومات المرتبطة بالطلب، ويمكننا الوصول إليه في Controller باستخدام:

use Illuminate\Http\Request;

ثم:

public function store(Request $request)

وتعلمنا قراءة البيانات باستخدام:

$request->input('title');

ثم تعرفنا على Validation باستخدام:

$request->validate([
    ...
]);

وتعلمنا قواعد مهمة مثل:

required
string
integer
numeric
email
min
max
nullable
date
unique
exists

كما تعلمنا كيفية عرض الأخطاء في Blade باستخدام:

@error('title')
    {{ $message }}
@enderror

وتعلمنا استخدام:

old('title')

لإعادة البيانات التي أدخلها المستخدم إلى النموذج بعد فشل Validation.

ثم انتقلنا إلى Form Requests باستخدام:

php artisan make:request StoreArticleRequest

وتعلمنا وضع Validation Rules داخل:

rules()

ثم استخدام:

$request->validated();

للحصول على البيانات التي اجتازت التحقق.

وأصبح لدينا الآن تصور أوضح لدورة Form كاملة:

Blade Form
    ↓
HTTP Request
    ↓
Route
    ↓
Controller / Form Request
    ↓
Validation
    ↓
Validated Data
    ↓
Database
    ↓
Redirect
    ↓
Blade View

وهنا نصل إلى نقطة مهمة جدًا في الكورس.

لقد تعلمنا حتى الآن:

Routes
Controllers
Views
Blade
Requests
Validation

والخطوة الطبيعية التالية هي أن نتعلم أين ستذهب البيانات بعد نجاح Validation.

وهنا سنبدأ بالدخول إلى عالم Database وMigrations، ونتعلم كيفية إنشاء قاعدة البيانات والجداول باستخدام Laravel، وكيف يمكن للتطبيق إنشاء وتعديل بنية الجداول بطريقة منظمة بدل التعامل معها يدويًا.

في الدرس القادم سنبدأ مع Database وMigrations في Laravel، ثم ننتقل بعد ذلك إلى Models وEloquent للتعامل مع البيانات بطريقة Laravel المميزة.