Laravel إطار عمل بلغة PHP لبناء تطبيقات الويب وأنظمة المحتوى المخصصة. نستخدمه حين يحتاج المشروع لوحة تحكم وقواعد عمل حقيقية واستضافة تعمل حيثما تعمل PHP — وهو ما يعني في الخليج غالبًا خطة cPanel يدفع العميل ثمنها أصلًا.
ما هي Laravel؟
Laravel أوسع أطر PHP انتشارًا، ولا تزال PHP تشغّل حصة كبيرة من الويب — بما فيها معظم الاستضافة المباعة في هذه المنطقة. وهذا المزيج هو السبب العملي لظهوره في كثير من مشاريعنا: إطار حديث يُنشر على بنية تحتية تملكها شركة صغيرة أصلًا.
ما تحصل عليه جاهزًا هو النصف غير البرّاق من كل تطبيق: المصادقة، وترحيلات قاعدة البيانات، والمهام في الطوابير، والمهام المجدولة، والتحقق من النماذج، وتخزين الملفات، وطبقة القوالب. لا شيء من ذلك مثير لعميل، وكله مكلف إن كُتب بسوء. واستخدام إطار حلّه يعني أن الميزانية تذهب إلى الجزء الخاص فعلًا بعملك.
وهو مستقر فعلًا. فكود كُتب لـ Laravel قبل خمس سنوات لا يزال مقروءًا بوضوح، وهذا مهم حين لا يكون من يصونه في السنة الثالثة هو من كتبه.
متى نختار Laravel
Laravel خيارنا الافتراضي حين يكون للمشروع جانب إداري. موقع يتغير محتواه أسبوعيًا، أو بوابة بحسابات وصلاحيات، أو أي شيء فيه خطوة موافقة أو سجل تدقيق — هذه مشاريع Laravel.
وهو الجواب الصحيح أيضًا حين تكون الاستضافة مقيدة. فحصة كبيرة من شركات الخليج الصغيرة والمتوسطة على خطط cPanel مشتركة، وLaravel يُنشر هناك دون شيء أغرب من PHP وMySQL. وهذه الحقيقة وحدها تحسم المنظومة أكثر من أي حجة تقنية: تطبيق Node جميل لا يقدر العميل على استضافته ليس حلًا.
وأخيرًا، نختاره حين يكون لدى العميل مطوّر PHP داخلي. فتسليم قاعدة كود يستطيع فريقك قراءتها أصلًا أثمن من إطار أسرع هامشيًا لا يستطيعون قراءته.
متى لا نستخدم Laravel
لا نستخدم Laravel لواجهة عالية التفاعل. فإن كان المنتج محرّرًا تعاونيًا حيًا، أو أداة خرائط بتحديثات مستمرة، أو لوحة تبث بيانات، فإطار JavaScript يتولى العرض سيكون إحساسه أفضل وعمله أقل.
ونتجنبه أيضًا للمحتوى الثابت البحت. فموقع تعريفي من خمس صفحات لا يحتاج قاعدة بيانات ولا خادم تطبيقات ولا خط نشر، ووضع Laravel خلفه يضيف كلفة تشغيل والتزام ترقيع بلا فائدة.
وإن كان فريقك الهندسي بيت Node أو .NET، فسنبني بلغتهم بدل أن نترك لهم تطبيق PHP يستاؤون منه. فأفضل منظومة لمشروع كثيرًا ما تكون تلك التي يعرفها من سيرثونه.
ما الذي نبنيه بـ Laravel
أنظمة محتوى مخصصة، لا أداة بناء صفحات أخرى
نظام محتوى مصمم حول ما تنشره فعلًا: إن كنت تبيع خدمات، فللمحرّر نوع «خدمة» بمدة ونطاق سعري، لا صفحة فارغة وشريط سحب وإفلات. يحصل المحررون على الحقول التي يحتاجها التصميم بالضبط ولا شيء غيرها، وهذا ما يمنع الموقع من الانحراف عن نظام تصميمه بعد ستة أشهر من الإطلاق.
الحجز والجدولة بتوافر حقيقي
مواعيد العيادات، والاستشارات، وزيارات الخدمة. الجزء الصعب ليس واجهة التقويم أبدًا — بل القواعد تحتها: أي موظف يؤدي أي خدمة، وكم يستغرق الموعد فعلًا، وماذا يحدث حين يحجز شخصان الدقيقة نفسها، وهل يحجز العربونُ الموعد. يتولى Laravel ذلك بمعاملات قاعدة البيانات، فيصبح الحجز المزدوج مستحيلًا لا مستبعدًا.
لوحات داخلية وبوابات عمليات
النظام الذي يحل محل جدول البيانات الذي تُدار به الشركة فعلًا. أدوار وصلاحيات، وسجل تدقيق لمن غيّر ماذا، وتصديرات يفتحها فريق المالية في Excel، وتكاملات مع ما يحتفظ بالبيانات أصلًا. هذه مشاريع يكون فيها العمل المثير هو قواعد العمل، وLaravel يبقي السباكة بعيدة عن الطريق.
مواقع ثنائية اللغة على استضافة مشتركة
الإنجليزية والعربية على تنصيب Laravel واحد، كل لغة على رابط قابل للزحف بمسارات مترجمة، وتخطيط كامل من اليمين إلى اليسار، وhreflang مضبوط بشكل صحيح. ويُنشر على خطة cPanel بـ PHP وMySQL، وهو للكثير من شركات الخليج الفارق بين الإطلاق هذا الربع وانتظار ميزانية بنية تحتية.
كيف نطلق مشاريع Laravel
كل مشروع Laravel يُسلَّم مع لوحة تحكم مخصصة — لا هيكل عام جاهز. يحصل فريقك على الحقول التي يستخدمها الموقع فعلًا، بتلميحات مكتوبة لمسوّق لا لمطوّر، وتبويب ثنائي اللغة على كل نوع محتوى فتُدخَل العربية بجوار الإنجليزية لا كمشروع لاحق.
النشر إلى استضافتك، من مستودعك. تُشغَّل الترحيلات عند النشر، ويُزوَّد كل نموذج محتوى ببيانات أولية فيبدأ التنصيب الجديد بمحتوى حقيقي لا بقاعدة فارغة. وعلى الاستضافة المشتركة نطلق مثبّتًا موجّهًا فيصبح الإعداد كله اسم قاعدة بيانات ومستخدمًا وكلمة مرور.
يغطي الاختبار قواعد العمل لا الإطار: تعارض الحجز، وفحص الصلاحية، ومجموع الفاتورة. فهناك حيث تكلّف الأخطاء مالًا.
ما تكلّفك Laravel
يعرض Laravel من الخادم، فالشاشة عالية التفاعل تحتاج JavaScript فوقه. وهذا مقبول لمعظم برمجيات الأعمال — فالتفاعلات نماذج وجداول — لكن إن كان منتجك أقرب إلى أداة تصميم منه إلى قاعدة بيانات، فستكتب تلك الطبقة على أي حال، وكان البدء من إطار JavaScript أرخص.
كما تحمل PHP مشكلة سمعة تهم أحيانًا عند جمع تمويل أو التوظيف. وليست حجة تقنية — فاللغة سريعة وحديثة الآن — لكن إن كان مستثمروك أو مديرك التقني المقبل سيحكمون على المنظومة، فذلك يستحق التسمية قبل البناء لا بعده.
ويصدر Laravel نسخة كبرى كل سنة. نستهدف نسخة الدعم طويل الأمد الحالية ونرصد نافذة ترقية كل سنتين، فتبقى ترقيعات الأمان تُطبَّق بسلاسة بدل أن تتراكم إلى إعادة كتابة.
أسئلة تُطرح علينا عن Laravel
نعم. يشغّل Laravel تطبيقات بملايين السجلات ومئات المستخدمين المتزامنين بشكل روتيني. والحدود التي تصطدم بها أولًا هي دائمًا تقريبًا تصميم قاعدة البيانات والاستضافة، لا الإطار. ونضبط حجم قاعدة البيانات جيدًا في مرحلة البنية، وهي الأسبوع الذي يحدد فعلًا ما إذا كان النظام سيتوسع.
على الأرجح نعم. يحتاج Laravel إلى PHP 8.3 أو أحدث وMySQL، وكلاهما قياسي في خطط cPanel الحالية. ونطلق مثبّتًا موجّهًا يفحص المتطلبات، ويأخذ بيانات قاعدة بياناتك، ويُعد كل شيء — بلا سطر أوامر وبلا Composer على الخادم.
استخدم WordPress حين يكون الموقع محتوى ويكون المحتوى مقالات — فهو ممتاز في ذلك. واختر Laravel حين يكون للموقع قواعد: حجوزات لا يجوز أن تتعارض، وصلاحيات تختلف بين مستخدم وآخر، وحسابات ستدقّقها المالية. فليّ WordPress ليصبح تطبيقًا يعني عادةً خمس إضافات يتحدث كل منها بجدوله الخاص، وهناك تظهر كلفة الصيانة.
هذا هو الغرض من لوحة التحكم التي نبنيها. كل نوع محتوى يستخدمه موقعك يحصل على نموذج بتسميات وتلميحات بلغة واضحة، وتبويب إنجليزي وآخر عربي، ومكتبة وسائط. ويشمل التسليم جلسة مع فريقك وتوثيقًا مكتوبًا. وإن بقيت تحتاجنا لتغييرات محتوى روتينية، فنحن بنيناها خطأ.
