كيف تنشر وتحسّن أداء Laravel للإنتاج؟

Question

Accepted Answer

نشر Laravel إلى الإنتاج يتضمن سلسلة من **أوامر التحسين** (تخزين مؤقت للإعدادات/المسارات/العروض)، والإعدادات الآمنة، وتشغيل مجموعة خادم ويب مناسبة، وإدارة الطوابير والمجدول. يوفر Laravel أوامر Artisan محددة لتحسين الأداء للإنتاج.

## أوامر تحسين الإنتاج

```bash
# cache config, routes, and views → significant speedup (skip recompilation per request)
php artisan config:cache        # merge & cache all config into one file
php artisan route:cache          # cache compiled routes
php artisan view:cache           # precompile Blade templates
php artisan event:cache
# or all at once:
php artisan optimize

composer install --optimize-autoloader --no-dev    # optimized autoloader, no dev deps
```

أوامر التخزين المؤقت هذه **ضرورية لأداء الإنتاج** — فهي تحسب مسبقاً الإعدادات والمسارات والعروض بحيث لا يضطر PHP إلى إعادة تحليلها/إعادة ترجمتها في كل طلب، وهو تحسن ملحوظ في الأداء. (ملاحظة: بعد تخزين الإعدادات مؤقتاً، تعمل `env()` فقط في ملفات الإعدادات — يجب على الكود أن يقرأ عبر `config()`.)

## إعدادات الإنتاج الآمنة

```bash
# .env (production)
APP_ENV=production
APP_DEBUG=false          # ❗ MUST be false — debug=true leaks sensitive info/stack traces
APP_KEY=...               # generated, kept secret
```

```text
✓ APP_DEBUG=false (leaking debug info is a serious security risk)
✓ Keep secrets in .env (gitignored) / environment; never commit them
✓ Use HTTPS; set secure session/cookie settings
```

## مجموعة الخادم والعمليات الداعمة

```text
✓ Web server: NGINX + PHP-FPM (the standard PHP production stack)
✓ Database: a real DB (MySQL/PostgreSQL) with migrations run on deploy (php artisan migrate)
✓ Queue workers: run via Supervisor (or Laravel Horizon for Redis) — keep them alive
✓ Scheduler: ONE cron entry running `schedule:run` every minute
✓ Cache/sessions: Redis (shared, fast) — especially for multi-server, keep app STATELESS
✓ Use OPcache (PHP bytecode cache) — a major PHP-level speedup
```

## خيارات النشر المدارة

```text
Laravel Forge (server provisioning), Vapor (serverless on AWS), or platforms
(Envoyer for zero-downtime deploys) automate much of this.
```

## لماذا يهم هذا

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

**أوامر تحسين الإنتاج** مهمة بشكل خاص وغالباً ما يتم تجاهلها: `config:cache`, `route:cache`, `view:cache` (أو `optimize`) تحسب مسبقاً الإعدادات والمسارات والقوالب بحيث لا يضطر PHP إلى إعادة تحليلها في كل طلب، مما يوفر تحسناً ملحوظاً وضرورياً في الأداء — عدم تشغيل هذه الأوامر في الإنتاج يترك أداء كبيرة على الطاولة.

عدة جوانب حساسة أيضاً من ناحية الأمان: **`APP_DEBUG=false`** إلزامي (وضع التصحيح يسرب آثار المكدس والإعدادات الحساسة للمهاجمين — وهي نقطة ضعف خطيرة)، يجب أن تبقى الأسرار خارج التحكم بالإصدار، و HTTPS والجلسات الآمنة مطلوبة.

فهم **مجموعة الخادم** الصحيحة (NGINX + PHP-FPM، قاعدة بيانات حقيقية مع تشغيل الهجرات عند النشر، OPcache لسرعة المستوى PHP) و**العمليات الداعمة** (عمال الطوابير محفوظة بواسطة Supervisor/Horizon، إدخال cron واحد للمجدول، Redis للذاكرة المشتركة/الجلسات خاصة في إعدادات عديمة الحالة متعددة الخوادم) ضروري لنشر إنتاجي يعمل وفعال.

معرفة الخيارات المدارة (Forge و Vapor و Envoyer للنشر بدون توقف) قيّمة أيضاً.

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