Налаштування мережі WordPress для зіставлення піддоменів з новими сайтами може бути складним. З багатьма веб-хостами ви можете просто додати піддомен до своїх DNS записів відповідно до звичайних інструкцій по зіставленню піддоменів з мережевими сайтами WordPress.
Але якщо ви використовуєте cPanel, редагування записів DNS може не працювати. У цій статті ви дізнаєтеся про спеціальні інструкції щодо зіставлення субдомену з вашим сайтом WordPress за допомогою cPanel.
Версія: WordPress 3.x
Припустимо, у вас є три сайти в мережі WordPress, наприклад:
- example.com/flopsy/
- example.com/mopsy/
- example.com/cottontail/
Коли ви зіставите їх з піддоменами, вони будуть виглядати так:
- flopsy.example.com
- mopsy.example.com
- cottontail.example.com
Почніть зі звичайних інструкцій
Перший крок - переконатися, що ви спробували звичайний спосіб налаштування піддоменів. Це включає в себе налаштування плагіну WordPress MU Domain Mapping.
Після того, як плагін встановлено і працює, зазвичай наступним кроком є редагування записів DNS і додавання піддоменів. Однак, коли я спробував це на моєму хості cPanel, я зіткнувся з проблемою.
На cPanel редагування записів DNS може не працювати
Хост cPanel, схоже, перехопив мою спробу створити окремий піддомен. Сайт субдомена (на кшталт flopsy.example.comби) потрапив би мені на дивну сторінку статистики для облікового запису хосту.
Хоча cPanel дозволив мені редагувати записи DNS, ця конфігурація просто не працювала на цьому хості. Замість цього було вирішено використовувати опцію меню cPanel, щоб додати піддомен.
Використовуйте cPanel «Додати піддомен»
За допомогою цього пункту ви не вказуєте субдомен на IP-адресу. Замість цього ви створюєте піддомін для певного домену. Ви вказуєте цей піддомін на підпапку у вашій установці cPanel, де ви встановили оригінальний сайт WordPress, сайт, який ви пізніше перетворили на мережу.
Збентежений? Я був теж. Давайте пройдемося ним.
Підпапки, Реальні та Уявні
Скажімо, коли ми вперше встановили WordPress, cPanel запитала нас, в який підкаталог (підпапку) його встановити, і ми набрали network. Якби ми подивилися на файлову систему, ми побачили б:
public_html/network/
Ця тека містить код для сайту WordPress. Якщо ми перейдемо до example.com, ми побачимо цей сайт.
Після того, як у нас з'явився сайт WordPress, ми пройшли через чарівну магію перетворення example.comв мережу WordPress.
Потім ми створили другий сайт у цій мережі WordPress. Коли WordPress (не cPanel, ми зараз перебуваємо в WordPress) попросив нас про підпапку, ми набрали flopsy.
Однак (це дійсно важливо), ми не просто створили цю підпапку у файловій системі:
public_html/flopsy/ (НЕ ІСНУЄ)
Коли WordPress запитує «підпапку», він дійсно запитує ярлик для цього сайту. Вихідний сайт справжньою підпапкою в файловій системі, але flopsyето не так. Коли WordPress отримає URL-адресу example.com/flopsy/, він дізнається, як перенаправити відвідувача на сайт з помилкою.
(Але де ж файли для різних сайтів насправді отримати зберігаються, запитаєте ви? У серії пронумерованих каталогів public_html/network/wp-content/blogs.dir/. Дивіться blogs.dir/2/files/, blogs.dir/3/files/тощо)
Додати піддомін, який вказує на мережеву підпапку
Тепер повернемося до додавання flopsyсубдомена в cPanel. Оскільки cPanel запитує у вас підпапку, було б дуже легко помилитися public_html/flopsy/. Але ця підпапка насправді не існує.
Натомість вам слід ввести public_html/network/каталог для встановлення WordPress. Ви увійти в ту саму теку для mopsy, cottontailі будь-яких інших субдомна додати. Всі вони вказують на одне і те ж public_html/network/, тому що всі вони повинні підключатися до однієї і тієї ж мережі WordPress. WordPress подбає про правильне обслуговування сайту, ґрунтуючись на URL.
Як тільки ви дізнаєтеся, як це працює, метод додавання піддоменів cPanel насправді може виявитися трохи простіше, ніж звичайний метод редагування записів DNS. Незабаром ви будете нерозважливо додавати нові мережеві сайти WordPress.
