PHP في المشاريع الحقيقية: حالات وحلول معمارية للشركات

PHP — ليس "لغة مواقع الزيارة السريعة"

لفترة طويلة، كان هناك نمط شائع في مجتمع المطورين: PHP هي لغة للمدونات البسيطة والمتاجر الإلكترونية و"المواقع المرتجلة". الواقع، كالعادة، أكثر تعقيداً وإثارة للاهتمام. اليوم، يعمل PHP في صميم عمالقة مثل Facebook (الآن Meta)، Wikipedia (أكبر موسوعة على الكوكب)، Mail.ru و Etsy. علاوة على ذلك، 77% من جميع المواقع التي تُعرف لغتها البرمجية تستخدم PHP (بيانات W3Techs لعام 2024).

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

الحالة رقم 1: Facebook وHHVM — عندما "تجاوز" PHP نفسه

المشكلة: PHP التقليدي لم يعد قادراً على تحمل الحمل

في عام 2010، واجهت Facebook مشكلة النمو الكلاسيكية: تجاوز عدد المستخدمين 500 مليون، وعدد طلبات PHP لكل صفحة كان بالمئات. كان المفسر القياسي لـ PHP (Zend Engine) يستهلك الكثير من الذاكرة والمعالج. كل طلب كان يُعالج من الصفر — تجميع، تنفيذ، تدمير السياق.

اتبع مهندسو Facebook مساراً غير تقليدي: قاموا بإنشاء HipHop for PHP، ثم HHVM (HipHop Virtual Machine). هذا ليس مجرد تحسين، بل هو ترجمة JIT كاملة لـ PHP إلى كود آلي.

الحل المعماري: الترجمة في الوقت المناسب (JIT) ولغة Hack

إليك كيف يبدو مقطع كود نموذجي يُعالج بواسطة HHVM:

<?php\n\n// مثال من كود Facebook الحقيقي (مُعدّل)\nclass FeedManager {\n    private Redis $cache;\n    private Database $db;\n    \n    public function getUserFeed(int $userId, int $limit = 20): array {\n        // محاولة الحصول من الذاكرة المؤقتة\n        $cacheKey = "feed:user:{$userId}";\n        $cached = $this->cache->get($cacheKey);\n        \n        if ($cached !== null) {\n            return json_decode($cached, true);\n        }\n        \n        // توليد الخبر مع التقسيم إلى صفحات\n        $feed = $this->db->query(\n            "SELECT * FROM posts WHERE author_id IN (\n                SELECT friend_id FROM friendships WHERE user_id = ?\n            ) ORDER BY created_at DESC LIMIT ?",\n            [$userId, $limit]\n        )->fetchAll();\n        \n        // تخزين مؤقت لمدة 5 دقائق\n        $this->cache->set($cacheKey, json_encode($feed), 300);\n        \n        return $feed;\n    }\n}\n

الميزات الرئيسية:

\n
• الكتابة (Typing) — HHVM يدعم الكتابة الصارمة (int, string, array)، مما يقلل عدد الأخطاء بنسبة 40%.
\n
• اللا تزامن (Asynchrony) — HHVM قادر على العمل مع async/await، وهو أمر حاسم لمعالجة آلاف الطلبات المتوازية.
\n
• التوصيف (Profiling) — يتم تسجيل كل طلب وتحليله لتحديد نقاط الضعف.
\n

النتيجة

ارتفع الأداء بمقدار 5-6 مرات مقارنة بـ PHP القياسي. انخفض استهلاك الطاقة للخوادم بنسبة 50%. تستخدم Meta الآن HHVM لمعالجة مليارات الطلبات يومياً.

الحالة رقم 2: Wikipedia — PHP بدون أطر عمل، ولكن ببنية ذكية

المشكلة: كيف ندعم أكثر من 300 لغة و 50 مليون مقالة؟

Wikipedia (محرك MediaWiki) — هو أحد أقدم مشاريع PHP. قاعدة الكود تحتوي على أكثر من 2 مليون سطر من PHP. المثير للاهتمام أنهم تخلوا عمداً عن الأطر الشائعة (Laravel, Symfony) لصالح حل خاص بهم.

الحل المعماري: النمطية والتخزين المؤقت

إليك كيف يبدو معالج الصفحة النموذجي في MediaWiki:

<?php\n\n// مثال مبسط من نواة MediaWiki\nclass ArticlePageHandler {\n    \n    public function render(string $title): string {\n