My Company

المدونة

  • كيف تستخدم WP-CLI لإدارة ووردبريس؟

    # كيف تستخدم WP-CLI لإدارة ووردبريس؟

    **الرابط الدائم المقترح (Slug):** `wordpress-wp-cli-guide`

    **وصف الميتا:** تعلّم استخدام WP-CLI لإدارة ووردبريس من الطرفية، مع أوامر للإضافات والقوالب والنظام والمنشورات، ونصائح لتجنب أخطاء الأوامر.

    **التصنيف:** الإضافات

    **الوسوم:** WP-CLI، ووردبريس للمطورين، إدارة ووردبريس، سطر الأوامر

    **الكلمة المفتاحية الرئيسية:** WP-CLI

    **كلمات مفتاحية ثانوية:** أوامر WP-CLI، إدارة ووردبريس من الطرفية، WordPress CLI

    ## مقدمة

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

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

    لذلك سنركز على الاستخدام العملي الآمن: نبدأ بالأوامر التي تقرأ المعلومات، ثم ننتقل إلى الأوامر التي تغير الموقع مع خطوات تحقق قبل التنفيذ.

    ## ما هو WP-CLI؟

    WP-CLI اختصار لـ WordPress Command Line Interface. وهي أداة مجانية ومفتوحة المصدر لإدارة مواقع ووردبريس من سطر الأوامر.

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

    ## ماذا تحتاج قبل استخدامه؟

    تحتاج إلى:

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

    في الاستضافة المشتركة قد يكون WP-CLI متوفرًا مسبقًا، بينما في خادم خاص قد تحتاج إلى تثبيته وفق وثائق WP-CLI الرسمية.

    ## أول أمر: معرفة إصدار WP-CLI

    بعد تثبيته، نفذ:

    “`bash
    wp –info
    “`

    سيعرض الأمر معلومات عن بيئة WP-CLI وPHP والنظام، مما يساعدك على التأكد من أن الأداة تعمل.

    ## تحديد مجلد ووردبريس

    يجب تنفيذ معظم أوامر WP-CLI من مجلد يحتوي على تثبيت ووردبريس، أو تمرير المسار المناسب باستخدام `–path`.

    مثال:

    “`bash
    cd /var/www/html
    wp core version
    “`

    إذا كنت في مسار مختلف:

    “`bash
    wp core version –path=/var/www/html
    “`

    استخدم المسار الحقيقي لموقعك بدل المثال.

    ## معرفة إصدار ووردبريس

    الأمر البسيط هو:

    “`bash
    wp core version
    “`

    هذه من أفضل الأوامر للبدء لأنها لا تغير شيئًا في الموقع.

    ## عرض الإضافات

    استخدم:

    “`bash
    wp plugin list
    “`

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

    يمكنك تحديد إضافة واحدة:

    “`bash
    wp plugin get plugin-slug
    “`

    واستخدم اسم الـslug الصحيح للإضافة، وليس الاسم الظاهر فقط في الواجهة.

    ## معرفة الإضافات القابلة للتحديث

    لعرض ما يمكن تحديثه قبل تنفيذ أي تغيير:

    “`bash
    wp plugin update –all –dry-run
    “`

    فكرة `–dry-run` مهمة جدًا؛ فهي تسمح لك بمعاينة العملية بدل تنفيذها مباشرة عندما يدعم الأمر هذا الخيار.

    بعد مراجعة النتائج، يمكن تحديث إضافة محددة:

    “`bash
    wp plugin update plugin-slug
    “`

    وإذا أردت تحديث جميع الإضافات:

    “`bash
    wp plugin update –all
    “`

    لا تنفذ التحديث الشامل على موقع حساس دون نسخة احتياطية واختبار مناسب.

    ## تفعيل وتعطيل الإضافات

    لتفعيل إضافة:

    “`bash
    wp plugin activate plugin-slug
    “`

    لتعطيلها:

    “`bash
    wp plugin deactivate plugin-slug
    “`

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

    ## تحديث ووردبريس نفسه

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

    “`bash
    wp core check-update
    “`

    لرؤية ما إذا كان هناك تحديث متاح.

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

    “`bash
    wp core update
    “`

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

    ## إدارة القوالب

    لعرض القوالب:

    “`bash
    wp theme list
    “`

    ولمعرفة تفاصيل قالب:

    “`bash
    wp theme get theme-slug
    “`

    يمكنك أيضًا تفعيل قالب معروف:

    “`bash
    wp theme activate theme-slug
    “`

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

    ## عرض المنشورات

    يستطيع WP-CLI التعامل مع المحتوى أيضًا. لعرض المنشورات المنشورة مثلًا:

    “`bash
    wp post list –post_type=post –post_status=publish
    “`

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

    ## إنشاء منشور من الطرفية

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

    “`bash
    wp post create –post_title=”عنوان تجريبي” –post_status=draft
    “`

    الأفضل في العمليات الآلية أن تبدأ بالحالة `draft` عندما تكون المراجعة البشرية مطلوبة، ثم تنشر بعد التأكد من العنوان والمحتوى والتصنيف والبيانات الوصفية.

    ## البحث داخل الإعدادات

    يستطيع WP-CLI التعامل مع خيارات ووردبريس:

    “`bash
    wp option get siteurl
    “`

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

    ## لماذا لا نبدأ بأوامر الحذف؟

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

    لذلك استخدم التسلسل:

    1. أمر قراءة للتأكد من الحالة.
    2. نسخة احتياطية عند الضرورة.
    3. أمر تجريبي أو `–dry-run` إن كان مدعومًا.
    4. تنفيذ التغيير.
    5. تحقق مباشر من النتيجة.

    ## تنفيذ أوامر على مواقع متعددة

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

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

    لا تضع كلمات مرور أو مفاتيح API داخل Scripts بطريقة مكشوفة. استخدم آليات أسرار وإعدادات بيئية مناسبة لبيئتك.

    ## WP-CLI وWordPress Multisite

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

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

    ابدأ دائمًا باستعلام أو أمر قراءة يوضح نطاق التنفيذ قبل الأمر التغييري.

    ## التعامل مع أخطاء WP-CLI

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

    ابحث عن:

    – هل أنت داخل المسار الصحيح؟
    – هل WP-CLI يستطيع تحميل ووردبريس؟
    – هل إصدار PHP مناسب؟
    – هل الإضافة أو القالب موجود فعلًا؟
    – هل لديك صلاحية كتابة؟
    – هل المشكلة من الخادم أم من ووردبريس نفسه؟

    إذا كان الأمر يحتاج إلى الاتصال بقاعدة البيانات، راجع إعدادات الاتصال وسجل الخادم بدل تغيير `wp-config.php` عشوائيًا.

    ## مثال على مهمة صيانة بسيطة

    افترض أنك تريد فحص حالة الإضافات في موقع قبل تحديثها. يمكنك تنفيذ:

    “`bash
    wp core version
    wp plugin list
    wp plugin update –all –dry-run
    “`

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

    هذا أسلوب أفضل من تشغيل تحديث شامل أولًا ثم البحث عن سبب التعطل إذا حدث.

    ## متى تستخدم WP-CLI بدل لوحة التحكم؟

    استخدم لوحة التحكم عندما تكون المهمة بسيطة وتحتاج رؤية رسومية واضحة. استخدم WP-CLI عندما تحتاج تكرار المهمة، أو العمل من خادم بعيد، أو البحث عن معلومات بسرعة، أو تنفيذ عمليات إدارية منظمة.

    المطور الذي يتقن الاثنين يستطيع اختيار الأداة الأنسب بدل الاعتماد على طريقة واحدة لكل شيء.

    ## عادات أمان مهمة

    – نفذ الأوامر بحساب وصلاحيات مناسبة.
    – لا تلصق أوامر غير مفهومة في خادم الإنتاج.
    – راجع المسار قبل أي أمر تغييري.
    – خذ نسخة احتياطية للعمليات الحساسة.
    – استخدم Staging للتجارب.
    – لا تخزن الأسرار داخل Scripts عامة أو مستودعات مكشوفة.
    – استخدم `–dry-run` عندما يكون متاحًا ومناسبًا.

    ## أسئلة شائعة

    ### هل WP-CLI مناسب للمبتدئين؟

    يمكن تعلمه تدريجيًا. ابدأ بأوامر القراءة مثل `wp core version` و`wp plugin list`، ثم انتقل إلى أوامر التغيير بعد فهم أثرها.

    ### هل يمكن إدارة ووردبريس دون لوحة التحكم باستخدام WP-CLI؟

    يمكن تنفيذ عدد كبير من مهام الإدارة، لكن ليس كل ما يوجد في الإضافات أو القوالب له أمر مباشر في WP-CLI.

    ### هل WP-CLI خطر؟

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

    ### ما فائدة dry-run؟

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

    ### هل يمكن استخدام WP-CLI مع WordPress Multisite؟

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

    ## الخاتمة

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

    ابدأ بخمسة أوامر فقط: `wp –info`، `wp core version`، `wp plugin list`، `wp theme list` و`wp plugin update –all –dry-run`. عندما تصبح هذه الأوامر مألوفة، يمكنك توسيع معرفتك تدريجيًا نحو الأتمتة والصيانة المتقدمة.

    ## اقتراحات الربط الداخلي

    – **أفضل طريقة لتثبيت وإدارة إضافات ووردبريس** — نص الرابط: «إدارة الإضافات وتحديثها».
    – **إنشاء إضافة ووردبريس بسيطة للمبتدئين** — نص الرابط: «تطوير إضافة ووردبريس».
    – **دليل إدارة WordPress Multisite للمطورين وأصحاب الشبكات** — نص الرابط: «إدارة شبكة WordPress Multisite».

    ## Alt Text مقترح للصور

    – نافذة طرفية تعرض أمر wp –info.
    – نتيجة wp plugin list في موقع ووردبريس.
    – معاينة تحديثات الإضافات باستخدام WP-CLI وdry-run.
    – قائمة قوالب ووردبريس عبر WP-CLI.
    – تشغيل أمر WP-CLI من مجلد موقع ووردبريس.

  • إنشاء إضافة ووردبريس بسيطة للمبتدئين

    # إنشاء إضافة ووردبريس بسيطة للمبتدئين

    **الرابط الدائم المقترح (Slug):** `build-wordpress-plugin`

    **وصف الميتا:** تعلّم إنشاء إضافة ووردبريس بسيطة من الصفر باستخدام PHP وHooks، مع مثال عملي وهيكل ملفات صحيح وخطوات لاختبار الكود وتجنب الأخطاء.

    **التصنيف:** الإضافات

    **الوسوم:** تطوير إضافات ووردبريس، PHP، WordPress Hooks، برمجة ووردبريس

    **الكلمة المفتاحية الرئيسية:** تطوير إضافات ووردبريس

    **كلمات مفتاحية ثانوية:** إنشاء إضافة ووردبريس، WordPress Plugin development، PHP ووردبريس

    ## مقدمة

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

    الإضافة (Plugin) هي حزمة برمجية مستقلة توسع ووردبريس دون الحاجة إلى تعديل الملفات الأساسية للنظام. وهذا الفصل بين كودك وملفات النواة يساعدك على تحديث ووردبريس دون فقد التعديلات التي كتبتها.

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

    ## ما الذي تحتاجه قبل البدء؟

    ستحتاج إلى:

    – موقع ووردبريس تجريبي أو بيئة Staging.
    – محرر نصوص أو محرر أكواد.
    – معرفة أساسية بملفات PHP.
    – وصول إلى مجلد `wp-content/plugins` إذا كنت تعمل من الخادم.

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

    ## بنية الإضافة

    أنشئ مجلدًا باسم:

    “`text
    simple-content-note
    “`

    ثم أنشئ داخله ملفًا رئيسيًا باسم:

    “`text
    simple-content-note.php
    “`

    ستبدو البنية هكذا:

    “`text
    wp-content/
    └── plugins/
    └── simple-content-note/
    └── simple-content-note.php
    “`

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

    ## أضف رأس الإضافة

    ابدأ الملف بالكود التالي:

    “`php
    <?php
    /**
    * Plugin Name: Simple Content Note
    * Description: Adds a small note below published post content.
    * Version: 1.0.0
    * Author: Site Admin
    */
    “`

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

    ## ما هو Hook؟

    الـHook هو نقطة يوفرها ووردبريس للسماح بإضافة كودك في مرحلة محددة من تنفيذ النظام.

    هناك نوعان مشهوران:

    – **Action:** لتنفيذ شيء ما عند حدوث حدث.
    – **Filter:** لتعديل قيمة قبل أن تعاد أو تعرض.

    سنستخدم Filter لأنه يسمح لنا بتعديل محتوى المقال قبل عرضه.

    ## بناء أول دالة

    أضف الدالة التالية:

    “`php
    function simple_content_note( $content ) {
    if ( is_single() && is_main_query() && in_the_loop() ) {
    $content .= '

    هذه إضافة تجريبية مبنية باستخدام ووردبريس.

    ‘;
    }

    return $content;
    }
    “`

    ثم اربطها بالفلتر:

    “`php
    add_filter( ‘the_content’, ‘simple_content_note’ );
    “`

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

    ## الملف كاملًا

    يمكنك وضع الكود التالي كما هو داخل الملف:

    “`php
    <?php
    /**
    * Plugin Name: Simple Content Note
    * Description: Adds a small note below published post content.
    * Version: 1.0.0
    * Author: Site Admin
    */

    function simple_content_note( $content ) {
    if ( is_single() && is_main_query() && in_the_loop() ) {
    $content .= '

    هذه إضافة تجريبية مبنية باستخدام ووردبريس.

    ‘;
    }

    return $content;
    }

    add_filter( ‘the_content’, ‘simple_content_note’ );
    “`

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

    ## كيف تفعل الإضافة؟

    بعد رفع المجلد إلى `wp-content/plugins`، افتح لوحة التحكم ثم **إضافات**. ستجد الإضافة باسمها، ويمكنك الضغط على **تفعيل**.

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

    ## تحسين المثال باستخدام escaping

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

    مثلًا عند طباعة نص من متغير، يمكن استخدام `esc_html()` للنصوص HTML أو `esc_attr()` للسمات بحسب مكان الاستخدام.

    مثال:

    “`php
    $message = ‘رسالة آمنة’;
    echo ‘

    ‘ . esc_html( $message ) . ‘

    ‘;
    “`

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

    ## أضف CSS دون كتابة style داخل المحتوى

    عندما يصبح المشروع حقيقيًا، من الأفضل فصل التنسيق عن HTML. أنشئ ملفًا باسم:

    “`text
    style.css
    “`

    ثم أضف:

    “`css
    .simple-content-note {
    padding: 12px;
    margin-top: 20px;
    border: 1px solid #ddd;
    border-radius: 4px;
    }
    “`

    بعد ذلك يمكنك تحميل الملف من خلال `wp_enqueue_style()` بدل إدراج CSS مباشرة في PHP.

    “`php
    function simple_content_note_assets() {
    wp_enqueue_style(
    ‘simple-content-note’,
    plugin_dir_url( __FILE__ ) . ‘style.css’,
    array(),
    ‘1.0.0’
    );
    }

    add_action( ‘wp_enqueue_scripts’, ‘simple_content_note_assets’ );
    “`

    الهدف من ذلك أن يبقى الكود منظمًا وقابلًا للصيانة.

    ## استخدم أسماء Functions فريدة

    لا تستخدم اسمًا عامًا مثل:

    “`php
    function add_note() {}
    “`

    قد يكون الاسم مستخدمًا من قالب أو إضافة أخرى. في المثال استخدمنا بادئة `simple_content_note` حتى تقل احتمالية التصادم.

    في المشاريع الكبيرة يستخدم المطورون Prefix خاصًا بالمشروع أو Namespace عند بناء كود حديث.

    ## لا تعدل ملفات نواة ووردبريس

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

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

    ## كيف تختبر الإضافة؟

    ابدأ باختبارات صغيرة:

    1. فعّل الإضافة على Staging.
    2. افتح مقالة منشورة.
    3. تأكد من ظهور الرسالة مرة واحدة.
    4. افتح الصفحة الرئيسية وتأكد من عدم تكرار الإخراج في مكان غير مقصود.
    5. افتح صفحة تصنيف أو أرشيف واختبر السلوك المتوقع.
    6. عطّل الإضافة وتأكد من اختفاء التغيير.

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

    ## مثال آخر: إضافة نص باستخدام Action

    لفهم الفرق بين Filter وAction، يمكن إضافة رسالة إلى تذييل الصفحة باستخدام Hook مناسب، لكن لا يُنصح بإرسال HTML من جميع الإجراءات دون فهم مكان تنفيذها.

    المهم أن تتذكر القاعدة الأساسية: Filter يعيد قيمة معدلة، بينما Action ينفذ كودًا عند نقطة معينة.

    ## تنظيم الإضافة عند نموها

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

    “`text
    simple-content-note/
    ├── simple-content-note.php
    ├── includes/
    │ └── class-plugin.php
    ├── assets/
    │ ├── css/
    │ └── js/
    └── readme.txt
    “`

    ليس الهدف إنشاء مجلدات كثيرة بلا حاجة. استخدم بنية تناسب حجم المشروع.

    ## أخطاء شائعة عند المبتدئين

    ### نسيان `return $content`

    إذا استخدمت `the_content` Filter ولم تُرجع المحتوى، فقد تختفي المقالة من الصفحة.

    ### تنفيذ الكود في كل طلب

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

    ### عدم اختبار الكود على Staging

    خطأ Syntax أو Fatal Error يمكن أن يؤثر في الموقع. البيئة التجريبية أفضل مكان للتعلم.

    ### استخدام أسماء دوال عامة

    استخدم Prefix أو Namespace لتقليل احتمالات التصادم.

    ## متى تحتاج إلى Plugin ومتى يكفي Snippet؟

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

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

    ## أسئلة شائعة

    ### هل يمكن إنشاء إضافة ووردبريس بدون خبرة كبيرة؟

    نعم، الإضافات البسيطة يمكن بناؤها بتعلم أساسيات PHP وHooks وبنية ملفات ووردبريس، ثم التدرج إلى مشاريع أكبر.

    ### هل يجب استخدام Class في كل إضافة؟

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

    ### أين أضع ملفات الإضافة؟

    عادة داخل `wp-content/plugins/اسم-الإضافة`، مع ملف PHP رئيسي يحتوي على رأس الإضافة.

    ### هل تعديل ملفات ووردبريس الأساسية آمن؟

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

    ## الخاتمة

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

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

    ## اقتراحات الربط الداخلي

    – **ما هي إضافات ووردبريس وكيف تختارها بأمان؟** — نص الرابط: «اختيار إضافات ووردبريس بأمان».
    – **كيف تعرف سبب تعارض إضافات ووردبريس؟** — نص الرابط: «تشخيص تعارض الإضافات».
    – **كيف تستخدم WP-CLI لإدارة ووردبريس؟** — نص الرابط: «إدارة ووردبريس عبر WP-CLI».

    ## Alt Text مقترح للصور

    – بنية ملفات إضافة ووردبريس بسيطة داخل مجلد plugins.
    – ملف PHP يحتوي على رأس إضافة ووردبريس.
    – مثال على استخدام the_content Filter في ووردبريس.
    – شاشة تفعيل إضافة مخصصة من لوحة تحكم ووردبريس.
    – مثال على ملف CSS داخل إضافة ووردبريس.

  • كيف تعرف سبب تعارض إضافات ووردبريس؟

    # كيف تعرف سبب تعارض إضافات ووردبريس؟

    **الرابط الدائم المقترح (Slug):** `wordpress-plugin-conflict`

    **وصف الميتا:** تعلّم كيف تشخّص تعارض إضافات ووردبريس خطوة بخطوة، وتحدد مصدر الخطأ بين الإضافات والقالب وإصدار PHP دون تعريض الموقع لمخاطر غير ضرورية.

    **التصنيف:** الإضافات

    **الوسوم:** تعارض إضافات ووردبريس، أخطاء ووردبريس، Debugging، PHP

    **الكلمة المفتاحية الرئيسية:** تعارض إضافات ووردبريس

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

    ## مقدمة

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

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

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

    ## ما المقصود بتعارض الإضافات؟

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

    من أمثلة الأعراض:

    – توقف صفحة أو وظيفة معينة.
    – خطأ JavaScript في المتصفح.
    – رسالة Critical Error من ووردبريس.
    – بطء ظهر بعد تفعيل أداة جديدة.
    – عدم حفظ إعدادات أو بيانات نموذج.
    – اختفاء عنصر من المحرر أو لوحة التحكم.

    ليس كل خطأ سببه تعارض. لذلك تبدأ عملية التشخيص بجمع الأدلة.

    ## الخطوة الأولى: سجل ما تغير

    اسأل: ما الذي حدث قبل ظهور المشكلة؟

    هل تم تحديث إضافة؟ هل تغير إصدار PHP؟ هل تم تثبيت قالب أو إضافة؟ هل تغيرت إعدادات التخزين المؤقت؟ هل تم تعديل ملف في الموقع؟

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

    ## الخطوة الثانية: حدد نطاق المشكلة

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

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

    كلما كان نطاق المشكلة محددًا، كان العزل أسرع.

    ## الخطوة الثالثة: خذ نسخة احتياطية

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

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

    ## الخطوة الرابعة: استخدم وضع الاسترداد عندما يتعطل الموقع

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

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

    ## الخطوة الخامسة: اختبر التعارض بالعزل

    أفضل طريقة هي تغيير عامل واحد في كل مرة.

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

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

    ## القالب قد يكون سبب المشكلة

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

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

    ## افحص Console في المتصفح

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

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

    لاحظ اسم الملف والمسار ورقم السطر إن ظهر. ثم قارن ذلك بالإضافة أو القالب الذي يوفر الملف.

    ## استخدم Debugging في ووردبريس بحذر

    يمكن تمكين التسجيل في بيئة الاختبار باستخدام `WP_DEBUG` و`WP_DEBUG_LOG` داخل `wp-config.php`.

    مثال:

    “`php
    define( ‘WP_DEBUG’, true );
    define( ‘WP_DEBUG_LOG’, true );
    define( ‘WP_DEBUG_DISPLAY’, false );
    “`

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

    بعد الاختبار راجع ملف `wp-content/debug.log` عندما تكون صلاحيات الخادم تسمح بذلك.

    ## كيف تفرق بين التحذير والخطأ الحقيقي؟

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

    ركز على:

    – وقت ظهور الخطأ.
    – اسم الإضافة أو الملف.
    – الدالة التي فشلت.
    – المسار الكامل للملف.
    – هل يتكرر الخطأ أثناء تنفيذ الوظيفة المتعطلة؟

    اربط السجل بالحدث نفسه بدل معالجة أول رسالة تراها.

    ## مشكلة شائعة: إصدار PHP

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

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

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

    ## مشكلة شائعة: مكتبات JavaScript المشتركة

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

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

    ## ماذا تفعل إذا اكتشفت الإضافة المسببة؟

    لديك عدة خيارات:

    1. تحديث الإضافة إذا كانت هناك نسخة إصلاحية.
    2. مراجعة إعدادات الإضافة لتجنب الوظيفة المتعارضة.
    3. تعطيل جزء محدد منها إذا كانت توفر إعدادًا لذلك.
    4. التواصل مع المطور مع وصف المشكلة وبيئة التشغيل.
    5. استبدال الإضافة عندما لا يوجد حل مستقر.

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

    ## كيف تكتب تقريرًا جيدًا للمطور؟

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

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

    ## كيف تمنع التعارضات مستقبلًا؟

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

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

    ## مثال عملي

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

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

    ## أسئلة شائعة

    ### هل تعارض الإضافات يمكن أن يحذف محتوى الموقع؟

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

    ### هل تعطيل جميع الإضافات هو الحل؟

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

    ### هل يمكن معرفة الإضافة المسببة من رسالة الخطأ؟

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

    ### هل يجب تعديل كود الإضافة لحل المشكلة؟

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

    ## الخاتمة

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

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

    ## اقتراحات الربط الداخلي

    – **أفضل طريقة لتثبيت وإدارة إضافات ووردبريس** — نص الرابط: «إدارة الإضافات وتحديثها بأمان».
    – **ما هي إضافات ووردبريس وكيف تختارها بأمان؟** — نص الرابط: «اختيار الإضافة المناسبة».
    – **إنشاء إضافة ووردبريس بسيطة للمبتدئين** — نص الرابط: «تطوير إضافة ووردبريس بسيطة».

    ## Alt Text مقترح للصور

    – رسالة خطأ حرجة في ووردبريس بعد تعارض إضافة.
    – تبويب Console يعرض خطأ JavaScript في موقع ووردبريس.
    – ملف debug.log يحتوي على خطأ PHP من إضافة.
    – تعطيل إضافة من لوحة تحكم ووردبريس لعزل المشكلة.
    – اختبار موقع ووردبريس على قالب افتراضي في بيئة Staging.

  • أفضل طريقة لتثبيت وإدارة إضافات ووردبريس

    # أفضل طريقة لتثبيت وإدارة إضافات ووردبريس

    **الرابط الدائم المقترح (Slug):** `install-manage-wordpress-plugins`

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

    **التصنيف:** الإضافات

    **الوسوم:** إضافات ووردبريس، تحديث ووردبريس، إدارة الإضافات، أمان الموقع

    **الكلمة المفتاحية الرئيسية:** تثبيت إضافات ووردبريس

    **كلمات مفتاحية ثانوية:** إدارة إضافات ووردبريس، تحديث إضافات ووردبريس، تعارض الإضافات

    ## مقدمة

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

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

    ## قبل تثبيت أي إضافة

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

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

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

    ## تثبيت الإضافة من لوحة التحكم

    لتثبيت إضافة من لوحة ووردبريس:

    1. افتح **إضافات > أضف جديدًا**.
    2. ابحث باسم الوظيفة أو الإضافة.
    3. افتح صفحة الإضافة واقرأ التفاصيل.
    4. راجع آخر تحديث ومتطلبات النظام.
    5. اضغط **التثبيت الآن**.
    6. بعد اكتمال التثبيت اضغط **تفعيل**.
    7. افتح إعدادات الإضافة ونفذ الحد الأدنى اللازم فقط.

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

    ## تثبيت إضافة من ملف ZIP

    بعض الإضافات التجارية تأتي كملف ZIP رسمي. في هذه الحالة يمكنك استخدام **إضافات > أضف جديدًا > رفع إضافة**، ثم اختيار الملف وتثبيته وتفعيله.

    لا تستخدم ملفات ZIP تم تعديلها أو إعادة توزيعها من مصادر غير معروفة. وجود اسم الإضافة الصحيح لا يثبت سلامة الملف.

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

    ## كيف تنظم قائمة الإضافات؟

    راجع القائمة كل فترة وقسم الإضافات ذهنيًا إلى:

    – إضافات أساسية لوظائف الموقع.
    – إضافات تحسين وأداء.
    – إضافات إدارة ومراقبة.
    – إضافات تستخدمها في مهام مؤقتة.

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

    ## التحديثات: تلقائية أم يدوية؟

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

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

    قبل تحديث إضافة مهمة:

    1. تأكد من وجود نسخة احتياطية حديثة.
    2. اقرأ سجل التغييرات عند توفره.
    3. تحقق من توافق الإصدار الجديد.
    4. اختبر على Staging عندما تكون الوظيفة حساسة.
    5. حدث الإضافة.
    6. افتح الوظيفة التي تعتمد عليها واختبرها.
    7. راقب الموقع بعد التحديث.

    ## لماذا يجب أن تختبر بعد التحديث؟

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

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

    ## استخدام Staging بذكاء

    نسخة Staging هي نسخة منفصلة من الموقع تستخدم للاختبار قبل التغيير على الموقع الأساسي.

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

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

    ## ماذا تفعل عند ظهور خطأ بعد التفعيل؟

    لا تبدأ بحذف ملفات عشوائية. اتبع منهج العزل.

    1. سجل وقت حدوث المشكلة وما الذي تغير.
    2. عطّل الإضافة التي ثبتها أو حدثتها مؤخرًا.
    3. تحقق هل اختفت المشكلة.
    4. إذا اختفت، راجع توافق الإضافة وسجل الدعم.
    5. إذا لم تختف، اختبر الإضافات الأخرى والقالب.

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

    ## تعطيل الإضافة لا يعني حذفها فورًا

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

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

    ## هل الإضافات المعطلة تشكل خطرًا؟

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

    ## تحديث جميع الإضافات دفعة واحدة

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

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

    ## إدارة الإضافات باستخدام WP-CLI

    يمكن للمطورين ومديري الخوادم استخدام WP-CLI لإدارة الإضافات من الطرفية.

    لعرض الإضافات:

    “`bash
    wp plugin list
    “`

    لتحديث إضافة محددة:

    “`bash
    wp plugin update plugin-slug
    “`

    ولعرض الإضافات التي يمكن تحديثها:

    “`bash
    wp plugin update –all –dry-run
    “`

    استخدم أوامر WP-CLI بعد التأكد من أنك تعمل داخل مجلد ووردبريس الصحيح، وأن لديك نسخة احتياطية مناسبة. في بيئات الإنتاج، الاختبار أولًا أفضل من الاعتماد على أمر واحد للتحديث الشامل.

    ## قائمة فحص شهرية

    خصص عدة دقائق كل شهر لهذه المراجعة:

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

    هذه المراجعة الصغيرة تقلل تراكم الديون التقنية.

    ## أسئلة شائعة

    ### هل يجب تحديث إضافات ووردبريس فورًا؟

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

    ### هل يمكن تثبيت أكثر من إضافة في الوقت نفسه؟

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

    ### هل إضافة واحدة يمكن أن تسبب تعارضًا مع الموقع كله؟

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

    ### هل WP-CLI مناسب للمبتدئين؟

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

    ## الخاتمة

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

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

    ## اقتراحات الربط الداخلي

    – **ما هي إضافات ووردبريس وكيف تختارها بأمان؟** — نص الرابط: «اختيار إضافات ووردبريس بأمان».
    – **كيف تعرف سبب تعارض إضافات ووردبريس؟** — نص الرابط: «تشخيص تعارض الإضافات».
    – **WP-CLI في ووردبريس** — نص الرابط: «إدارة الإضافات باستخدام WP-CLI».

    ## Alt Text مقترح للصور

    – شاشة تثبيت إضافة جديدة من لوحة ووردبريس.
    – صفحة قائمة إضافات ووردبريس مع أزرار التحديث والتفعيل.
    – شاشة تحديث إضافة ووردبريس داخل لوحة التحكم.
    – مثال على قائمة الإضافات في WP-CLI.
    – بيئة Staging مخصصة لاختبار تحديثات ووردبريس.

  • ما هي إضافات ووردبريس وكيف تختارها بأمان؟

    # ما هي إضافات ووردبريس وكيف تختارها بأمان؟

    **الرابط الدائم المقترح (Slug):** `wordpress-plugins-guide`

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

    **التصنيف:** الإضافات

    **الوسوم:** إضافات ووردبريس، أمان ووردبريس، تطوير ووردبريس، إدارة الموقع

    **الكلمة المفتاحية الرئيسية:** إضافات ووردبريس

    **كلمات مفتاحية ثانوية:** اختيار إضافات ووردبريس، أمان إضافات ووردبريس، أفضل ممارسات الإضافات

    ## مقدمة

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

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

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

    ## متى تحتاج إلى إضافة أصلًا؟

    ابدأ بالسؤال الأهم: هل تحتاج فعلًا إلى إضافة؟

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

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

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

    ## الخطوة الأولى: حدّد الوظيفة المطلوبة بدقة

    قسّم احتياجك إلى ثلاثة عناصر:

    1. الوظيفة الأساسية التي يجب أن تؤديها الإضافة.
    2. الوظائف الثانوية التي يمكن الاستغناء عنها.
    3. القيود الخاصة بموقعك، مثل إصدار ووردبريس أو PHP أو نوع الاستضافة.

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

    ## الخطوة الثانية: افحص مصدر الإضافة

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

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

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

    ## الخطوة الثالثة: راجع تاريخ التحديث

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

    راجع:

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

    لا تتعامل مع تاريخ التحديث باعتباره حكمًا منفردًا. اجمع هذه الإشارات معًا.

    ## الخطوة الرابعة: اقرأ المراجعات بطريقة صحيحة

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

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

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

    ## الخطوة الخامسة: افحص التوافق مع موقعك

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

    يمكنك معرفة إصدار ووردبريس من لوحة التحكم، أما إصدار PHP فعادة يظهر ضمن **أدوات > صحة الموقع > معلومات** حسب إعدادات الموقع.

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

    ## الخطوة السادسة: ابدأ بأقل إعدادات ممكنة

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

    اختبر الصفحات المهمة:

    – الصفحة الرئيسية.
    – المقالات.
    – نماذج التواصل.
    – تسجيل الدخول.
    – صفحات المتجر إذا كان الموقع يستخدم متجرًا.

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

    ## كم عدد الإضافات المناسب؟

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

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

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

    ## كيف تكتشف الإضافات غير الضرورية؟

    افتح قائمة الإضافات واسأل عن كل واحدة:

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

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

    ## ماذا تفعل عند حدوث تعارض؟

    إذا ظهرت المشكلة مباشرة بعد تثبيت إضافة جديدة، لا تغيّر عشرات الإعدادات دفعة واحدة.

    اتبع هذا التسلسل:

    1. سجّل ما تغير قبل ظهور المشكلة.
    2. عطّل الإضافة الجديدة مؤقتًا.
    3. اختبر الموقع.
    4. إذا عادت الأمور لطبيعتها، راجع إعدادات الإضافة وسجل الدعم.
    5. اختبرها على بيئة تجريبية مع القالب والإضافات الأساسية نفسها.

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

    ## الإضافات المدفوعة: هل هي أفضل؟

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

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

    ## كيف تجعل إدارة الإضافات أكثر أمانًا؟

    اعتمد روتينًا بسيطًا:

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

    هذا الأسلوب يقلل المخاطر دون تحويل إدارة الموقع إلى عملية معقدة.

    ## مثال عملي لاتخاذ القرار

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

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

    ## أسئلة شائعة

    ### هل كثرة إضافات ووردبريس تسبب بطء الموقع؟

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

    ### هل يجب حذف الإضافة بعد تعطيلها؟

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

    ### هل الإضافات المجانية آمنة؟

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

    ### هل أحتاج إلى Staging لكل إضافة؟

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

    ### ماذا أفعل إذا توقفت الإضافة عن العمل بعد التحديث؟

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

    ## الخاتمة

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

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

    ## اقتراحات الربط الداخلي

    – **أهم إعدادات ووردبريس بعد التثبيت مباشرة** — نص الرابط: «إعدادات ووردبريس الأساسية».
    – **كيف تعرف سبب تعارض إضافات ووردبريس؟** — نص الرابط: «حل تعارض إضافات ووردبريس».
    – **دليل تأمين ووردبريس للمبتدئين والمحترفين** — نص الرابط: «تأمين موقع ووردبريس».

    ## Alt Text مقترح للصور

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

  • كيف تنقل موقع ووردبريس إلى استضافة جديدة؟

    # كيف تنقل موقع ووردبريس إلى استضافة جديدة؟

    **الرابط الدائم (Slug):** `move-wordpress-site`

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

    **التصنيف:** التثبيت والإعداد

    **الوسوم:** نقل ووردبريس، استضافة ووردبريس، النسخ الاحتياطي، ووردبريس

    **الكلمة المفتاحية الرئيسية:** نقل موقع ووردبريس

    **الكلمات المفتاحية الثانوية:** نقل ووردبريس إلى استضافة جديدة، ترحيل WordPress، migration ووردبريس

    ## مقدمة

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

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

    ## قبل البدء: لا تنقل الموقع مباشرة

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

    قبل أي تغيير، حضّر:

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

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

    ## 1. خذ نسخة من ملفات الموقع

    ملفات ووردبريس لا تقتصر على النواة. أهم جزء بالنسبة لمحتواك المخصص عادة هو مجلد `wp-content`، إضافة إلى ملفات الإعداد والقالب والإضافات والملفات المرفوعة.

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

    إذا كان لديك SSH، يمكن إنشاء أرشيف مثل:

    “`bash
    tar -czf wordpress-files.tar.gz public_html/
    “`

    غيّر المسار حسب بنية الخادم. لا تنفذ الأمر قبل التأكد من أنك داخل الخادم والمجلد الصحيحين.

    ## 2. صدّر قاعدة البيانات

    افتح أداة إدارة قاعدة البيانات مثل phpMyAdmin أو استخدم `mysqldump` إذا كان لديك وصول SSH.

    مثال:

    “`bash
    mysqldump -u db_user -p database_name > wordpress.sql
    “`

    سيطلب النظام كلمة مرور قاعدة البيانات. احتفظ بالملف الناتج في مكان آمن.

    لا تضع ملف SQL داخل مجلد الموقع العام وتتركه متاحًا للزوار.

    ## 3. أنشئ قاعدة البيانات على الخادم الجديد

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

    سجل هذه القيم:

    – Database Name
    – Database User
    – Database Password
    – Database Host

    قد يكون `localhost` أو قيمة أخرى حسب البيئة.

    ## 4. ارفع ملفات ووردبريس

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

    يجب أن تجد ملفات مثل:

    – `wp-admin`
    – `wp-content`
    – `wp-includes`
    – `wp-config.php`

    في المكان الذي يخدمه النطاق.

    ## 5. استورد قاعدة البيانات

    من phpMyAdmin أو أداة الاستيراد المناسبة، اختر قاعدة البيانات الجديدة ثم استورد ملف `wordpress.sql`.

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

    مثال باستخدام MySQL:

    “`bash
    mysql -u db_user -p database_name < wordpress.sql
    “`

    ## 6. حدّث wp-config.php

    افتح `wp-config.php` وتأكد من أن معلومات الاتصال تطابق القاعدة الجديدة.

    مثال:

    “`php
    define( 'DB_NAME', 'database_name' );
    define( 'DB_USER', 'database_user' );
    define( 'DB_PASSWORD', 'strong-password' );
    define( 'DB_HOST', 'localhost' );
    “`

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

    ## 7. اختبر الموقع قبل تغيير DNS

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

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

    عند الاختبار، راجع:

    – الصفحة الرئيسية.
    – المقالات.
    – الصفحات.
    – الصور.
    – تسجيل الدخول.
    – النماذج.
    – البحث.
    – وظائف القالب والإضافات.
    – لوحة التحكم.

    ## 8. افحص الروابط والصور

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

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

    ## 9. تحقق من إصدار PHP

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

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

    ## 10. راجع التخزين المؤقت

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

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

    ## 11. حدّث DNS في اللحظة المناسبة

    بعد اختبار الخادم الجديد والتأكد من جاهزية SSL، غيّر سجلات DNS لتشير إلى الخادم الجديد.

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

    ### لماذا قد يرى بعض المستخدمين الموقع القديم؟

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

    ## 12. لا تنسَ البريد الإلكتروني

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

    الموقع والبريد قد يستخدمان مزودين مختلفين، وتغيير DNS بطريقة غير مدروسة قد يوقف البريد حتى لو كان الموقع يعمل.

    ## 13. راقب الخادم بعد النقل

    خلال الساعات والأيام الأولى راقب:

    – أخطاء 404.
    – أخطاء 500 و502 و503.
    – تسجيل الدخول.
    – النماذج والرسائل.
    – سرعة الصفحات.
    – استهلاك الموارد.
    – سجلات PHP والخادم.

    أي مشكلة جديدة يجب مقارنتها بما كان موجودًا قبل النقل.

    ## أخطاء شائعة أثناء الترحيل

    ### الموقع يفتح لكن الصور لا تظهر

    افحص مجلد `uploads` وصلاحيات الملفات والروابط المخزنة في قاعدة البيانات. إذا تغير النطاق، قد تحتاج معالجة الروابط القديمة بحذر.

    ### ظهور صفحة «Error establishing a database connection»

    راجع قيم `DB_NAME` و`DB_USER` و`DB_PASSWORD` و`DB_HOST`، ثم تأكد أن مستخدم القاعدة يمتلك الصلاحيات.

    ### لوحة التحكم تعطي أخطاء بعد النقل

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

    ### الموقع يعيد التوجيه إلى النطاق القديم

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

    ## هل أحتاج إلى إضافة Migration؟

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

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

    ## قائمة فحص نهائية

    قبل اعتبار النقل منتهيًا، تأكد من:

    1. الملفات موجودة بالكامل.
    2. قاعدة البيانات مستوردة.
    3. `wp-config.php` صحيح.
    4. HTTPS يعمل.
    5. الصفحة الرئيسية تعمل.
    6. المقالات والصور تعمل.
    7. تسجيل الدخول يعمل.
    8. النماذج تعمل.
    9. البريد لم يتأثر.
    10. DNS يشير إلى الخادم الجديد.
    11. سجلات الأخطاء طبيعية.
    12. النسخة الاحتياطية محفوظة في مكان مستقل.

    ## أسئلة شائعة

    ### هل يتوقف الموقع أثناء النقل؟
    يمكن تقليل التوقف إلى الحد الأدنى عندما تجهز الخادم الجديد أولًا ثم تغير DNS بعد الاختبار.

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

    ### هل تغيير الاستضافة يغير رابط الموقع؟
    ليس بالضرورة. يمكنك نقل الخادم مع بقاء النطاق نفسه.

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

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

    ## الخاتمة

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

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

    **اقتراحات ربط داخلي:**
    – [كيفية تثبيت ووردبريس خطوة بخطوة للمبتدئين](install-wordpress) — نص الرابط: **تثبيت ووردبريس على الاستضافة**.
    – [كيف تختار استضافة ووردبريس المناسبة لموقعك؟](wordpress-hosting) — نص الرابط: **اختيار استضافة ووردبريس**.
    – [النسخ الاحتياطي في ووردبريس: دليل عملي كامل](wordpress-backups) — نص الرابط: **النسخ الاحتياطي في ووردبريس**.

    **اقتراحات Alt Text:**
    – تصدير قاعدة بيانات ووردبريس من phpMyAdmin.
    – رفع ملفات WordPress إلى الخادم الجديد.
    – إعداد بيانات قاعدة البيانات في wp-config.php.
    – اختبار موقع ووردبريس قبل تغيير DNS.
    – فحص سجلات DNS بعد نقل الاستضافة.

  • دليل إعداد الروابط الدائمة في ووردبريس

    # دليل إعداد الروابط الدائمة في ووردبريس

    **الرابط الدائم (Slug):** `wordpress-permalinks`

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

    **التصنيف:** التثبيت والإعداد

    **الوسوم:** الروابط الدائمة، ووردبريس، SEO، إعداد ووردبريس

    **الكلمة المفتاحية الرئيسية:** الروابط الدائمة في ووردبريس

    **الكلمات المفتاحية الثانوية:** إعداد Permalinks، روابط ووردبريس، تحسين روابط المقالات

    ## مقدمة

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

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

    ## ما هي الروابط الدائمة؟

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

    مثلًا يمكن أن يظهر مقال في شكل يعتمد على رقم المنشور، أو في شكل أكثر قابلية للقراءة مثل:

    `https://example.com/wordpress-guide/`

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

    ## أين أجد إعداد Permalinks؟

    من لوحة التحكم اذهب إلى:

    **Settings > Permalinks**

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

    ## الخيارات الأساسية

    ### Plain

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

    ### Day and name

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

    ### Month and name

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

    ### Numeric

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

    ### Post name

    يعتمد على اسم المقال، وغالبًا يكون خيارًا مناسبًا للمواقع والمدونات والمواقع التعليمية.

    ## أي بنية أنسب لموقع عربي؟

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

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

    مثال:

    العنوان: «كيفية تحسين سرعة موقع ووردبريس للمبتدئين خطوة بخطوة»

    يمكن أن يكون الـSlug:

    `wordpress-speed`

    بدل رابط طويل يحتوي كل كلمات العنوان.

    ## هل أستخدم العربية أم الإنجليزية في الـSlug؟

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

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

    ## قواعد إنشاء رابط جيد

    اتبع هذه القواعد:

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

    ## تعديل Slug لمقال واحد

    لا تحتاج إلى تغيير إعداد Permalinks بالكامل إذا كان هدفك فقط تحسين رابط مقال.

    افتح المقال، ثم عدّل الرابط الدائم من إعدادات الرابط في المحرر. بعد حفظ التعديل، افتح الرابط الجديد واختبره.

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

    ## ماذا يحدث عند تغيير Permalinks؟

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

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

    ## تغيير الروابط في موقع جديد

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

    1. اختر البنية الجديدة.
    2. احفظ الإعداد.
    3. افتح الصفحة الرئيسية.
    4. افتح عدة مقالات وصفحات.
    5. اختبر الروابط القديمة إن كانت موجودة.
    6. راجع أدوات التحليل أو سجلات الأخطاء لاحقًا.

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

    ## تغيير الروابط في موقع قديم

    هنا يجب أن تعمل على مرحلتين: تغيير البنية، ثم تحويل الروابط القديمة إلى الجديدة.

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

    بعد التغيير، أنشئ Redirect 301 لكل نمط قديم نحو العنوان المقابل الجديد حيثما أمكن.

    ### لماذا 301؟

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

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

    ## مثال عملي على Redirect

    في بيئات Apache يمكن استخدام قواعد في `.htaccess`، لكن يجب اختبارها بعناية لأن خطأ صغيرًا قد يؤثر في الموقع كله.

    مثال عام لنقل مسار قديم إلى جديد:

    “`apache
    Redirect 301 /old-page/ https://example.com/new-page/
    “`

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

    ## ماذا عن الصفحات التي تعرض 404؟

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

    يمكنك استخدام سجلات الخادم أو أدوات مشرفي المواقع أو أدوات التحليل لتحديد أكثر العناوين المتأثرة.

    ## هل وجود التاريخ في الرابط سيئ للسيو؟

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

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

    ## ماذا عن التصنيف داخل الرابط؟

    بعض المواقع تستخدم بنية تشمل التصنيف، مثل:

    `/category/article/`

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

    ## قائمة فحص قبل اعتماد البنية

    اسأل نفسك:

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

    بعد الإجابة، نفذ التغيير مرة واحدة بدل تعديل البنية عدة مرات.

    ## أسئلة شائعة

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

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

    ### هل الروابط العربية مناسبة للسيو؟
    يمكن لمحركات البحث التعامل معها، لكن بعض المواقع تفضل Slugs إنجليزية لأسباب عملية مثل سهولة المشاركة والإدارة.

    ### هل تغيير Permalinks يحذف المقالات؟
    لا، تغيير البنية لا يحذف المحتوى، لكنه قد يغير عناوينه ويؤدي إلى روابط قديمة غير صالحة إذا لم تتم معالجتها.

    ### لماذا تظهر صفحات 404 بعد تغيير الروابط؟
    لأن بعض الطلبات لا تزال تستخدم العنوان القديم أو توجد قواعد تحويل ناقصة. راجع بنية الروابط والتحويلات والـrewrite rules.

    ## الخاتمة

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

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

    **اقتراحات ربط داخلي:**
    – [أهم إعدادات ووردبريس بعد التثبيت مباشرة](important-wordpress-settings) — نص الرابط: **أهم إعدادات ووردبريس**.
    – [كيفية تثبيت ووردبريس خطوة بخطوة للمبتدئين](install-wordpress) — نص الرابط: **تثبيت ووردبريس**.
    – [كيف تسرّع موقع ووردبريس بدون تعقيد؟](speed-up-wordpress) — نص الرابط: **تحسين سرعة ووردبريس**.

    **اقتراحات Alt Text:**
    – صفحة إعداد Permalinks في ووردبريس.
    – اختيار Post name ضمن الروابط الدائمة.
    – تعديل Slug لمقال داخل محرر ووردبريس.
    – مثال على رابط 301 في ملف .htaccess.
    – تقرير أخطاء 404 لموقع ووردبريس.

  • كيف تختار استضافة ووردبريس المناسبة لموقعك؟

    # كيف تختار استضافة ووردبريس المناسبة لموقعك؟

    **الرابط الدائم (Slug):** `wordpress-hosting`

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

    **التصنيف:** التثبيت والإعداد

    **الوسوم:** استضافة ووردبريس، استضافة المواقع، ووردبريس، أداء المواقع

    **الكلمة المفتاحية الرئيسية:** استضافة ووردبريس

    **الكلمات المفتاحية الثانوية:** أفضل استضافة ووردبريس، اختيار الاستضافة، استضافة WordPress

    ## مقدمة

    شراء استضافة ووردبريس لا يجب أن يبدأ بسؤال: «ما أرخص خطة؟». الخطة المناسبة هي التي توفر الموارد والدعم والأمان والأدوات التي يحتاجها موقعك اليوم، مع مساحة للنمو غدًا. قد تعمل الخطة الاقتصادية بشكل ممتاز لمدونة صغيرة، بينما تصبح عنق زجاجة لموقع يستقبل آلاف الطلبات يوميًا.

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

    ## ما المقصود باستضافة ووردبريس؟

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

    هناك أنواع متعددة من الاستضافة، منها الاستضافة المشتركة (Shared Hosting)، والخادم الافتراضي (VPS)، والخادم المخصص، والاستضافة المدارة لووردبريس. ليست هناك فئة واحدة مناسبة للجميع.

    ## 1. ابدأ بحجم موقعك وليس باسم الشركة

    قبل مقارنة الشركات، حدد نوع المشروع:

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

    هذا التصنيف يحدد مقدار الذاكرة (RAM) والمعالج والتخزين والاتصالات التي تحتاجها.

    ## 2. المعالج والذاكرة أهم من المساحة وحدها

    بعض الخطط تبرز مئات الجيجابايت من التخزين، بينما يكون موقعك بحاجة أكبر إلى CPU وRAM وعدد عمليات PHP المتاحة.

    عند مقارنة الخطط، ابحث عن معلومات مثل:

    – مقدار RAM المتاح.
    – عدد أنوية أو vCPU المتاحة.
    – حدود PHP Workers.
    – I/O أو سرعة التخزين.
    – عدد العمليات المتزامنة.
    – حدود قاعدة البيانات.

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

    ## 3. اختر تخزينًا سريعًا

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

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

    ## 4. افهم حدود PHP

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

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

    ## 5. لوحة التحكم عامل عملي مهم

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

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

    ## 6. هل تحتاج WordPress Managed Hosting؟

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

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

    ## 7. النسخ الاحتياطي ليس رفاهية

    قبل شراء الخطة، تحقق من:

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

    لا تعتبر عبارة «Backup included» كافية. معرفة طريقة الاستعادة أهم من معرفة أن النسخ موجودة.

    ## 8. الأمان والشهادات

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

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

    لا يمكن لمزود الاستضافة أن يحل كل مشاكل أمان ووردبريس؛ تحديث الإضافات والقوالب والحسابات مسؤولية مشتركة بين النظام وصاحب الموقع.

    ## 9. الدعم الفني: ما الذي تختبره؟

    لا تكتفِ بعبارة «دعم 24/7». جرّب التواصل قبل الشراء إن أمكن، واسأل سؤالًا تقنيًا محددًا مثل دعم WP-CLI أو عدد PHP Workers أو آلية الاستعادة.

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

    ## 10. موقع الخادم وشبكة التوصيل

    كلما اقترب الزائر من الخادم، يمكن أن يقل زمن الاستجابة، لكن الموقع العالمي قد يحتاج CDN (Content Delivery Network) بدل الاعتماد على موقع خادم واحد.

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

    ## 11. كيف تحدد الخطة المناسبة؟

    استخدم تقديرًا بسيطًا بدل شراء أكبر خطة منذ البداية.

    ### موقع صغير

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

    ### موقع متوسط

    إذا زادت الزيارات وظهرت عمليات ديناميكية كثيرة، راقب استهلاك RAM وCPU وPHP Workers. عند وصول الخطة إلى حدودها بانتظام، انتقل إلى خطة أعلى أو VPS بدل الاستمرار في إضافة إضافات لتحسين مشكلة موارد.

    ### متجر أو موقع ثقيل

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

    ## 12. ابحث عن أدوات المطور

    إذا كنت مطورًا، تأكد من توفر:

    – SSH.
    – WP-CLI.
    – Git عند الحاجة.
    – Cron jobs.
    – إدارة إصدارات PHP.
    – سجلات أخطاء واضحة.
    – وصول مناسب إلى قواعد البيانات.

    هذه الأدوات تختصر وقتًا كبيرًا عندما تقوم بالتحديثات أو التشخيص أو النشر.

    ## 13. لا تنخدع بالسعر الأول

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

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

    قارن التكلفة على سنة أو سنتين، وليس على أول شهر فقط.

    ## 14. اختبر قبل التوسع

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

    راقب:

    1. زمن تحميل الصفحة.
    2. استقرار الخادم.
    3. أخطاء PHP.
    4. استجابة قاعدة البيانات.
    5. جودة الدعم.
    6. عملية استعادة النسخة الاحتياطية.

    هذه البيانات أكثر قيمة من أي جدول تسويقي.

    ## أسئلة شائعة

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

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

    ### هل NVMe وحدها تضمن موقعًا سريعًا؟
    لا. الأداء يعتمد على الخادم وPHP وقاعدة البيانات والتخزين المؤقت والقالب والإضافات والشبكة.

    ### هل الاستضافة المدارة أفضل من المشتركة؟
    قد تكون أفضل من ناحية الإدارة والدعم، لكنها ليست الخيار الأفضل لكل مشروع. قارن المرونة والموارد والسعر.

    ### ما أهم سؤال أسأله قبل شراء الاستضافة؟
    اسأل عن الموارد الفعلية، وحدود PHP، والنسخ الاحتياطية، وسياسة الاستعادة، ووسائل الوصول للمطورين.

    ## الخاتمة

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

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

    **اقتراحات ربط داخلي:**
    – [كيفية تثبيت ووردبريس خطوة بخطوة للمبتدئين](install-wordpress) — نص الرابط: **تثبيت ووردبريس على الاستضافة**.
    – [أهم إعدادات ووردبريس بعد التثبيت مباشرة](important-wordpress-settings) — نص الرابط: **إعدادات ووردبريس بعد التثبيت**.
    – [لماذا موقع ووردبريس بطيء؟ دليل تشخيص شامل](wordpress-slow) — نص الرابط: **تشخيص بطء ووردبريس**.

    **اقتراحات Alt Text:**
    – شاشة مقارنة موارد استضافة ووردبريس.
    – لوحة تحكم الاستضافة مع إعدادات PHP.
    – صفحة النسخ الاحتياطية في لوحة الاستضافة.
    – إعداد شهادة SSL لموقع ووردبريس.
    – مثال على استخدام WP-CLI عبر SSH.

  • أهم إعدادات ووردبريس بعد التثبيت مباشرة

    # أهم إعدادات ووردبريس بعد التثبيت مباشرة

    **الرابط الدائم (Slug):** `important-wordpress-settings`

    **وصف الميتا:** تعرف على أهم إعدادات ووردبريس بعد التثبيت، من عنوان الموقع والروابط الدائمة والمنطقة الزمنية إلى القراءة والتعليقات والخصوصية.

    **التصنيف:** التثبيت والإعداد

    **الوسوم:** ووردبريس، إعدادات ووردبريس، لوحة تحكم ووردبريس، إعداد الموقع

    **الكلمة المفتاحية الرئيسية:** إعدادات ووردبريس

    **الكلمات المفتاحية الثانوية:** إعداد ووردبريس بعد التثبيت، ضبط ووردبريس، إعدادات WordPress

    ## مقدمة

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

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

    ## 1. ابدأ من الإعدادات العامة

    اذهب إلى **Settings > General**. راجع اسم الموقع ووصفه وعناوين الموقع والبريد والمنطقة الزمنية.

    ### عنوان الموقع والوصف

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

    ### WordPress Address وSite Address

    في الموقع التقليدي يجب أن يتوافق العنوانان مع العنوان الفعلي للموقع. إذا كان موقعك يعمل عبر HTTPS، يجب أن يكون العنوان بالشكل:

    `https://example.com`

    لا تغيّر هذه الحقول عشوائيًا من لوحة التحكم؛ تغيير العنوان إلى قيمة خاطئة قد يمنعك من الوصول إلى الموقع.

    ### البريد الإداري

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

    ### المنطقة الزمنية

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

    ## 2. اضبط إعدادات الكتابة بحذر

    اذهب إلى **Settings > Writing**. معظم المواقع لا تحتاج إلى تغييرات كثيرة هنا.

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

    ## 3. إعدادات القراءة تحدد الصفحة الرئيسية

    في **Settings > Reading** ستحدد كيف يعرض ووردبريس المحتوى.

    يمكنك اختيار:

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

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

    ### عدد المقالات في الصفحة

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

    ## 4. إعداد ظهور محركات البحث

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

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

    ## 5. اضبط المناقشة والتعليقات

    في **Settings > Discussion** يمكنك التحكم في طريقة التعامل مع التعليقات.

    للمواقع التي تستقبل نقاشات، راجع خصوصًا:

    – السماح بالتعليقات أو تعطيلها.
    – هل يجب أن يترك المعلق بريدًا إلكترونيًا؟
    – هل يراجع التعليق قبل ظهوره؟
    – إشعارات البريد الخاصة بالتعليقات.
    – عدد الروابط المسموح بها قبل اعتبار التعليق مشبوهًا.

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

    ## 6. الروابط الدائمة: قرار يجب اتخاذه مبكرًا

    ادخل إلى **Settings > Permalinks** واختر بنية واضحة. بنية اسم المقال مناسبة غالبًا للمواقع العربية لأنها تجعل الرابط مفهومًا نسبيًا.

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

    ## 7. راجع إعدادات الخصوصية

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

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

    ## 8. لا تضع كل الأدوات في ووردبريس

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

    1. ما المشكلة التي تحلها؟
    2. هل أحتاجها فعلًا؟
    3. هل يقوم قالب أو إضافة موجودة بالمهمة نفسها؟
    4. هل تتلقى تحديثات منتظمة؟
    5. هل يمكن تعطيلها لاحقًا دون التأثير في المحتوى؟

    الإضافة الجيدة هي التي تضيف قيمة واضحة وتبقى سهلة الإدارة.

    ## 9. إعداد حساب المدير

    راجع ملف المستخدم من **Users > Profile**.

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

    كما يجب تفعيل المصادقة متعددة العوامل (MFA) إذا كانت الطريقة متاحة عبر بيئتك أو إضافة موثوقة.

    ## 10. راجع القالب قبل بناء المحتوى

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

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

    ## 11. إعداد الوسائط والصور

    تحت **Settings > Media** توجد خيارات لأحجام الصور التي ينشئها ووردبريس تلقائيًا.

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

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

    ## 12. ما الذي يجب تغييره فورًا؟

    بعد تثبيت ووردبريس، ضع هذه الأولويات أمامك:

    – عنوان الموقع وعنوان WordPress.
    – HTTPS.
    – البريد الإداري.
    – المنطقة الزمنية.
    – الصفحة الرئيسية وصفحة المقالات.
    – حالة فهرسة محركات البحث.
    – الروابط الدائمة.
    – التعليقات.
    – صفحة الخصوصية.
    – حسابات المستخدمين والصلاحيات.

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

    ## 13. اختبار نهائي بعد ضبط الإعدادات

    لا تكتفِ بحفظ الإعدادات. نفذ اختبارًا حقيقيًا:

    1. افتح الصفحة الرئيسية من جهاز آخر.
    2. افتح مقالًا.
    3. جرّب قائمة الموقع على الهاتف.
    4. تأكد من أن الروابط تعمل.
    5. اختبر نموذج التواصل إن وجد.
    6. تحقق من ظهور HTTPS دون تحذيرات.
    7. سجّل الخروج ثم ادخل مرة أخرى للتأكد من الحساب الإداري.

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

    ## أسئلة شائعة

    ### ما أول إعداد يجب تغييره بعد تثبيت ووردبريس؟
    ابدأ بعنوان الموقع وعنوانه، البريد الإداري، المنطقة الزمنية، ثم الروابط الدائمة وإعدادات القراءة.

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

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

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

    ### هل أحتاج إضافة لكل إعداد؟
    غالبًا لا. كثير من الإعدادات الأساسية موجودة أصلًا داخل ووردبريس.

    ## الخاتمة

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

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

    **اقتراحات ربط داخلي:**
    – [كيفية تثبيت ووردبريس خطوة بخطوة للمبتدئين](install-wordpress) — نص الرابط: **تثبيت ووردبريس من الصفر**.
    – [دليل إعداد الروابط الدائمة في ووردبريس](wordpress-permalinks) — نص الرابط: **إعداد الروابط الدائمة**.
    – [كيف تختار قالب ووردبريس مناسبًا لموقعك؟](wordpress-themes) — نص الرابط: **اختيار قالب ووردبريس**.

    **اقتراحات Alt Text:**
    – صفحة الإعدادات العامة في لوحة ووردبريس.
    – إعداد الصفحة الرئيسية وصفحة المقالات في ووردبريس.
    – شاشة إعداد الروابط الدائمة.
    – إعدادات التعليقات والمناقشة في WordPress.
    – صفحة إعداد الخصوصية في ووردبريس.

  • كيفية تثبيت ووردبريس خطوة بخطوة للمبتدئين

    # كيفية تثبيت ووردبريس خطوة بخطوة للمبتدئين

    **الرابط الدائم (Slug):** `install-wordpress`

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

    **التصنيف:** التثبيت والإعداد

    **الوسوم:** ووردبريس، تثبيت ووردبريس، إعداد المواقع، استضافة المواقع، WordPress

    **الكلمة المفتاحية الرئيسية:** تثبيت ووردبريس

    **الكلمات المفتاحية الثانوية:** طريقة تثبيت ووردبريس، إعداد ووردبريس، تثبيت WordPress على الاستضافة

    ## مقدمة

    قد يبدو تثبيت ووردبريس (WordPress) معقدًا في أول تجربة، خصوصًا عندما تظهر أمامك كلمات مثل قاعدة البيانات (Database)، واسم النطاق (Domain)، وملفات الموقع وFTP. لكن الحقيقة أن العملية أصبحت أبسط بكثير، ويمكن تنفيذها خلال وقت قصير إذا رتبت الخطوات بالترتيب الصحيح.

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

    ## ما الذي تحتاجه قبل تثبيت ووردبريس؟

    قبل البدء، جهّز أربعة أشياء أساسية:

    – اسم نطاق يعمل وموجّه إلى الاستضافة.
    – استضافة تدعم PHP وقاعدة بيانات MySQL أو MariaDB.
    – بيانات دخول إلى لوحة الاستضافة أو مدير الملفات.
    – شهادة SSL مفعلة حتى يعمل الموقع عبر HTTPS.

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

    ## الخطوة الأولى: اربط النطاق بالاستضافة

    إذا اشتريت النطاق والاستضافة من شركتين مختلفتين، ستحتاج إلى توجيه النطاق نحو خوادم الاستضافة عبر سجلات DNS (Domain Name System). بعض شركات الاستضافة تقدم لك خوادم أسماء (Nameservers) جاهزة، بينما توفر أخرى عنوان IP لإضافته في سجل A.

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

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

    ## الخطوة الثانية: فعّل HTTPS

    وجود SSL لم يعد تفصيلًا تجميليًا. موقعك يجب أن يعمل على عنوان يبدأ بـ `https://`، وليس `http://` فقط.

    من لوحة الاستضافة، ابحث عن قسم SSL أو Let’s Encrypt ثم فعّل شهادة للنطاق. بعد ذلك افتح الموقع عبر HTTPS وتأكد من عدم وجود تحذير أمني في المتصفح.

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

    ## الخطوة الثالثة: أنشئ قاعدة بيانات لموقعك

    ووردبريس يخزن المقالات والصفحات والإعدادات والمستخدمين في قاعدة البيانات. في cPanel مثلًا يمكنك استخدام **MySQL Databases** لإنشاء:

    1. قاعدة بيانات جديدة.
    2. مستخدم قاعدة بيانات.
    3. كلمة مرور قوية للمستخدم.
    4. ربط المستخدم بالقاعدة.
    5. منح جميع الصلاحيات اللازمة للمستخدم.

    اكتب بيانات القاعدة في مكان آمن، لأنك ستحتاج إليها أثناء التثبيت اليدوي:

    – اسم قاعدة البيانات.
    – اسم المستخدم.
    – كلمة المرور.
    – اسم الخادم، وغالبًا يكون `localhost` في كثير من البيئات.

    ### نصيحة مهمة بشأن كلمة المرور

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

    ## الخطوة الرابعة: حمّل ملفات ووردبريس

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

    عند فك الضغط، تأكد من عدم إنشاء طبقة إضافية غير مقصودة. من الأخطاء الشائعة أن تصبح الملفات داخل:

    `public_html/wordpress/`

    بينما تريد أن يكون الموقع متاحًا مباشرة على:

    `example.com`

    في هذه الحالة يجب أن تكون ملفات ووردبريس الأساسية مثل `wp-admin` و`wp-content` و`wp-includes` داخل المجلد الجذر للموقع.

    ## الخطوة الخامسة: ابدأ معالج التثبيت

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

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

    ### ما معنى Prefix؟

    ستجد حقلًا يسمى **Database Table Prefix**، ويكون افتراضيًا غالبًا `wp_`.

    يمكنك استخدام بادئة مختلفة وفريدة مثل:

    `site7_`

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

    ## الخطوة السادسة: أنشئ حساب المدير

    بعد نجاح الاتصال بقاعدة البيانات، سيطلب منك ووردبريس معلومات الموقع:

    – عنوان الموقع.
    – اسم المستخدم الإداري.
    – كلمة مرور قوية.
    – البريد الإلكتروني الإداري.
    – إعداد رؤية الموقع لمحركات البحث.

    في اسم المستخدم، تجنب استخدام أسماء واضحة مثل `admin` عندما يسمح لك النظام باختيار اسم مختلف. واستخدم كلمة مرور قوية وفريدة.

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

    ## الخطوة السابعة: سجّل الدخول وراجع لوحة التحكم

    بعد الانتهاء، افتح:

    `https://example.com/wp-admin/`

    ثم سجّل الدخول.

    أول فحص يجب أن تقوم به هو التأكد من أن الموقع يعمل على HTTPS وأن النطاق الصحيح يظهر في عنوان الموقع.

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

    ## أهم الإعدادات التي تراجعها بعد التثبيت

    ### إعداد عنوان الموقع

    اذهب إلى **Settings > General** وتأكد من أن:

    – عنوان WordPress URL صحيح.
    – عنوان Site URL صحيح.
    – البريد الإداري صحيح.
    – المنطقة الزمنية مناسبة لجمهور الموقع.

    ### إعداد الروابط الدائمة

    من **Settings > Permalinks** اختر بنية واضحة وصديقة للقراءة. غالبًا تكون بنية اسم المقال مناسبة للمدونات والمواقع المعرفية.

    لا تغيّر الروابط بعد فهرسة الموقع بلا خطة تحويلات (Redirects)، لأن تغييرها قد ينتج عنه روابط مكسورة.

    ### حذف المحتوى التجريبي

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

    ## التثبيت التلقائي أم اليدوي؟

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

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

    ### متى أختار التثبيت التلقائي؟

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

    ### متى أختار التثبيت اليدوي؟

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

    ## أخطاء شائعة أثناء التثبيت وحلها

    ### خطأ الاتصال بقاعدة البيانات

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

    ### ظهور صفحة 404 بعد التثبيت

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

    ### ظهور خطأ 500

    خطأ 500 عام، وقد ينتج عن إصدار PHP غير مناسب أو إضافة أو إعداد خادم. في موقع جديد لا تبدأ بتغيير أشياء كثيرة دفعة واحدة؛ فعّل تسجيل الأخطاء في بيئة اختبار أو راجع سجل الخادم لمعرفة السبب الحقيقي.

    ## كيف تجعل التثبيت جاهزًا للعمل الفعلي؟

    بعد نجاح التثبيت، نفّذ هذه المراجعة المختصرة:

    1. تأكد من HTTPS.
    2. أنشئ كلمة مرور قوية لحساب المدير.
    3. اكتب البريد الإداري الصحيح.
    4. اضبط المنطقة الزمنية واللغة.
    5. اضبط الروابط الدائمة.
    6. احذف المحتوى التجريبي.
    7. أنشئ نسخة احتياطية أولية.
    8. حدّث نواة ووردبريس والقالب والإضافات الموثوقة.
    9. اختبر الموقع من الهاتف والكمبيوتر.

    لا يعني وجود زر التثبيت أن الموقع أصبح جاهزًا للنشر؛ فالتهيئة والأمان والأداء جزء من عملية الإطلاق.

    ## أسئلة شائعة

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

    ### هل أحتاج إلى FTP لتثبيت ووردبريس؟
    ليس دائمًا. يمكن استخدام مدير الملفات أو المثبت التلقائي. يصبح FTP مفيدًا كوسيلة إضافية للوصول إلى الملفات وإدارتها.

    ### هل قاعدة بيانات واحدة تكفي لموقع ووردبريس؟
    نعم، الموقع التقليدي يستخدم قاعدة بيانات واحدة. WordPress Multisite له بنية مختلفة ويضيف جداول للشبكة والمواقع.

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

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

    ## الخاتمة

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

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

    **اقتراحات ربط داخلي:**
    – [أهم إعدادات ووردبريس بعد التثبيت مباشرة](important-wordpress-settings) — نص الرابط: **إعدادات ووردبريس الأساسية**.
    – [دليل إعداد الروابط الدائمة في ووردبريس](wordpress-permalinks) — نص الرابط: **إعداد الروابط الدائمة**.
    – [كيف تختار استضافة ووردبريس المناسبة لموقعك؟](wordpress-hosting) — نص الرابط: **اختيار استضافة ووردبريس**.

    **اقتراحات Alt Text للصور:**
    – شاشة اختيار لغة تثبيت ووردبريس.
    – نموذج بيانات قاعدة البيانات أثناء تثبيت ووردبريس.
    – إعدادات WordPress URL وSite URL في لوحة ووردبريس.
    – صفحة إعداد الروابط الدائمة في ووردبريس.
    – شاشة تسجيل الدخول إلى لوحة تحكم ووردبريس.