قم بتعيين موقع WordPress الخاص بك إلى نطاق فرعي باستخدام أدوات cPanel
يمكن أن يكون إعداد شبكة WordPress لتعيين النطاقات الفرعية إلى مواقعك الجديدة أمرًا صعبًا. مع العديد من مضيفي الويب ، يمكنك ببساطة إضافة النطاق الفرعي إلى سجلات DNS الخاصة بك ، وفقًا للتعليمات المعتادة لتعيين النطاقات الفرعية لمواقع شبكة WordPress.
ولكن إذا استخدمت cPanel ، فقد لا يعمل تحرير سجلات DNS. في هذه المقالة ، تعرف على التعليمات الخاصة لتعيين نطاق فرعي إلى موقع شبكة WordPress الخاص بك باستخدام cPanel.
الإصدار : وورد 3.x
لنفترض أن لديك ثلاثة مواقع على شبكة WordPress ، على النحو التالي:
- example.com/flopsy/ - example.com/mopsy/ - example.com/cottontail/عند تعيينهم إلى نطاقات فرعية ، سيبدو الأمر كالتالي:
- flopsy.example.com - mopsy.example.com - cottontail.example.comتبدأ مع التعليمات المعتادة
تتمثل الخطوة الأولى في التأكد من أنك جربت الطريقة المعتادة لإعداد النطاقات الفرعية. يتضمن هذا إعداد المكون الإضافي لتعيين نطاق WordPress MU.
بمجرد تثبيت المكون الإضافي والعمل عليه ، فإن الخطوة التالية المعتادة هي تحرير سجلات نظام أسماء النطاقات وإضافة النطاقات الفرعية. ومع ذلك ، عندما حاولت هذا على مضيف cPanel ، واجهت المتاعب.
في cPanel ، قد لا يعمل تحرير سجلات DNS
بدا مضيف cPanel لاعتراض محاولة مني لإعداد مجال فرعي منفصل. موقع النطاق الفرعي (مثل flopsy.example.com) سيضعني على صفحة إحصائيات غريبة عن حساب المضيف.
على الرغم من أن cPanel قد سمحت لي بتحرير سجلات DNS ، فإن هذا التكوين ببساطة لم يعمل على هذا المضيف. بدلاً من ذلك ، كان الحل هو استخدام خيار القائمة cPanel لإضافة مجال فرعي .
استخدم cPanel & # 39؛ s & # 34؛ إضافة نطاق فرعي & # 34؛
باستخدام هذا الخيار ، لا توجه النطاق الفرعي إلى عنوان IP. بدلاً من ذلك ، تنشئ نطاقًا فرعيًا لنطاق معين. توجه هذا النطاق الفرعي إلى المجلد الفرعي داخل تثبيت cPanel حيث قمت بتثبيت موقع WordPress الأصلي ، وهو الموقع الذي قمت بتحويله فيما بعد إلى شبكة.
مشوش؟ انا أيضا كنت كذلك. دعونا نمر من خلاله.
المجلدات الفرعية ، حقيقية ومتخيلة
لنفترض أنه عند تثبيت WordPress لأول مرة ، سألنا cPanel أي دليل فرعي (مجلد فرعي) لتثبيته ، وقمنا بكتابة الشبكة. إذا نظرنا إلى نظام الملفات ، فسنرى:
بوبليك / شبكة /يحتوي هذا المجلد على الكود لموقع WordPress. إذا تصفحنا example.com ، فسنرى هذا الموقع.
بمجرد أن نحصل على موقع WordPress الخاص بنا ، مررنا بسحر غامض لتحويل example.com إلى شبكة WordPress .
بعد ذلك ، قمنا بإعداد موقع ثانٍ على شبكة WordPress هذه. عندما طلب منا WordPress ( وليس cPanel ، نحن في WordPress الآن) وجود مجلد فرعي ، قمنا بكتابة فلوبس.
ومع ذلك (هذا مهم حقًا) ، لم نقم بإنشاء هذا المجلد الفرعي فقط على نظام الملفات:
public_html / flopsy / (لا يوجد)
عندما يسأل ووردبرس عن "مجلد فرعي" ، فإنه يطلب تسمية لهذا الموقع. الموقع الأصلي ، public_html / network / ، هو مجلد فرعي حقيقي في نظام الملفات ، لكن لا يكون فلسف. عندما يحصل WordPress على عنوان URL example.com/flopsy/ ، سيعرف توجيه الزائر إلى الموقع "flopsy".
(ولكن أين يتم تخزين الملفات الخاصة بالمواقع المختلفة فعليًا؟) في سلسلة من الدلائل المرقمة في public_html / network / wp-content / blogs.dir /. سترى blogs.dir / 2 / files / ، blogs.dir / 3 / files / ، إلخ.)
إضافة Subdomain That Points to the Network Subfolder
الآن دعونا نعود إلى إضافة المجال الفرعي Flopsy في cPanel. لأن cPanel يسألك عن مجلد فرعي ، سيكون من السهل جدًا إدخال public_html / flopsy /. لكن هذا المجلد الفرعي غير موجود بالفعل.
بدلاً من ذلك ، تحتاج إلى إدخال public_html / network / ، الدليل لتثبيت WordPress. ستُدخل نفس المجلد الفرعي الخاص بـ mopsy ، و cottontail ، وأية نطاقات فرعية أخرى تضيفها. كلهم يشيرون إلى نفس public_html / network / ، لأنهم جميعا بحاجة للذهاب إلى نفس شبكة ووردبريس واحدة. سيحرص WordPress على تقديم الموقع الصحيح بناءً على عنوان URL.
بمجرد أن تعرف كيف يعمل هذا ، قد تكون طريقة cPanel لإضافة مجال فرعي أسهل قليلاً من الطريقة المعتادة لتحرير سجلات DNS. ستضيف قريبًا مواقع شبكة ووردبريس جديدة بتخليها المتهور.