<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>PHP on [ MECANIK DEV ]</title><link>https://mecanik.dev/ar/tags/php/</link><description>Recent content in PHP on [ MECANIK DEV ]</description><generator>Hugo -- gohugo.io</generator><language>ar</language><copyright>{year}-حقوق النشر © 2020- {year} بواسطة Mecanik. كل الحقوق محفوظة.</copyright><lastBuildDate>Thu, 06 Aug 2026 19:00:00 +0100</lastBuildDate><atom:link href="https://mecanik.dev/ar/tags/php/index.xml" rel="self" type="application/rss+xml"/><item><title>ترحيل Drupal 2026: التكاليف والخيارات والمواعيد</title><link>https://mecanik.dev/ar/posts/drupal-migration-cost-options-deadlines/</link><pubDate>Thu, 06 Aug 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/drupal-migration-cost-options-deadlines/</guid><description>ترحيل Drupal واحد من تلك المشاريع التي تبقى مرتاحة في خطة الربع القادم إلى أن يجعلها تاريخ ما عاجلة. وهناك تاريخان يفعلان ذلك الآن، أحدهما فقط ما زال في المستقبل.
فقد Drupal 7 دعمه الرسمي في 5 يناير 2025، وأي موقع ما زال يعمل عليه يمضي دون تغطية أمنية منذ أكثر من عام. ويصل Drupal 10 إلى نهاية عمره في 9 ديسمبر 2026، في الأسبوع نفسه الذي يصدر فيه Drupal 12، وبعدها لن يتلقى أي إصدارات من أي نوع.</description></item><item><title>توظيف مطور Drupal: الأسعار والمهارات والتقييم</title><link>https://mecanik.dev/ar/posts/hire-drupal-developer-rates-skills-vetting/</link><pubDate>Thu, 06 Aug 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/hire-drupal-developer-rates-skills-vetting/</guid><description>المؤسسات التي تحتاج إلى توظيف مطور Drupal تدير عادةً شيئاً كبيراً: موقع جامعة بأربعين قسماً، أو بوابة قطاع عام عليها التزامات إتاحة، أو منصة عضوية تهم فيها الصلاحيات فعلاً. نادراً ما يُختار Drupal لمواقع تعريفية بسيطة، بل يُختار حين يكون نموذج المحتوى معقداً، وهذا يعني أن على من توظفه أن يفهم النموذج نفسه، لا القالب وحده.
السوق هنا أصغر وأقدم من سوق ووردبريس أيضاً: مطورون أقل، نسبة أكبر منهم من ذوي الخبرة، وعملية توظيف تكافئ التحديد الدقيق.</description></item><item><title>توظيف مطوّر Symfony: الأسعار ودليل التقييم 2026</title><link>https://mecanik.dev/ar/posts/hire-symfony-developer-rates-vetting-guide/</link><pubDate>Fri, 31 Jul 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/hire-symfony-developer-rates-vetting-guide/</guid><description>تقرر معظم الشركات توظيف مطوّر Symfony في أسوأ لحظة ممكنة. فالمهندس الرئيسي قدّم استقالته للتو، أو توقفت ترقية في منتصف الطريق، أو بدأت صفحة الدفع تنهار تحت الحمل. وفجأة يصبح البحث عاجلاً، والقائمة المختصرة ضعيفة، وأول سيرة ذاتية معقولة تبدو مغرية جداً. وهكذا بالضبط تُرتكب الأخطاء المكلفة.
يغطي هذا الدليل ما يكلفه هذا الدور فعلاً في 2026، وكيف تميّز أخصائي Symfony الحقيقي من مطوّر PHP عام قرأ التوثيق، وأي نموذج تعاقد يناسب وضعك.</description></item><item><title>تحديث PHP القديمة: دليل 2026</title><link>https://mecanik.dev/ar/posts/legacy-php-modernisation-guide/</link><pubDate>Tue, 14 Jul 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/legacy-php-modernisation-guide/</guid><description>غالبًا ما يكون تطبيق PHP القديم المكافئ البرمجي لمبنى جرى توسيعه عشرات المرات: فهو يعمل، وتعتمد عليه الأعمال، ولا أحد يرغب في لمسه. إن إصدارات PHP القديمة، وغياب الاختبارات، وتداخل المسؤوليات، وسنوات من الحلول المؤقتة المتراكمة تجعل كل تغيير محفوفًا بالمخاطر. والخبر السار هو أن تحديث PHP القديمة لا يتطلب إعادة كتابة شاملة دفعة واحدة، وهي عادةً الخيار الأكثر خطورة على الإطلاق. يرسم هذا الدليل مسارًا أكثر أمانًا وتدريجيًا.
الخلاصة</description></item><item><title>Symfony vs Laravel في 2026: أي إطار PHP تختار</title><link>https://mecanik.dev/ar/posts/symfony-vs-laravel-2026/</link><pubDate>Mon, 13 Jul 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/symfony-vs-laravel-2026/</guid><description>يُعد Symfony و Laravel إطاري PHP المهيمنين، وكلاهما ممتاز. وهما أيضًا أكثر تشابهًا مما توحي به نقاشات &amp;ldquo;أيهما أفضل&amp;rdquo;: فإطار Laravel مبني في الواقع على عدد من مكوّنات Symfony. السؤال الحقيقي ليس أيهما أفضل نظريًا، بل أيهما يناسب مشروعك وفريقك وأهدافك بعيدة المدى. يقارن هذا الدليل بين Symfony vs Laravel وفق المعايير التي تهمّ في عام 2026.
باختصار
كلاهما إطار PHP ناضج وحديث؛ بل إن Laravel مبني على مكوّنات Symfony يُحسِّن Laravel تجربة المطوّر وسرعة البناء، مع أعراف أنيقة وإحساس &amp;ldquo;بكل شيء متضمَّن&amp;rdquo; يُحسِّن Symfony الهيكلة وقابلية التهيئة والصيانة على المدى الطويل، مُفضّلًا البنية الصريحة والمكوّنات القابلة لإعادة الاستخدام اختر Laravel لتطوير المنتجات بسرعة و Symfony للأنظمة المؤسسية الكبيرة والمعقدة وطويلة العمر، وإن كانت الفرق الماهرة تُنتج برمجيات ممتازة بأيٍّ منهما يتشاركان أكثر مما تظنيستخدم Laravel داخليًا عددًا من مكوّنات Symfony (مثل أجزاء من أُسس HTTP والتوجيه).</description></item></channel></rss>