Багатослівна підтримка WP Engine має кілька конкретних обмежень, про які користувачі повинні знати, щоб ефективно керувати своїми багаторазовими мережами WordPress на цій платформі.
По -перше, багатозначна функціональність на двигуні WP недоступна у всіх планах. Він явно не підтримується в планах Lite або запуску. Розширення багаторазового продукту доступне лише для спільних планів на рівні зростання та вище, і він включається за замовчуванням за преміум -планами. Це означає, що користувачам у планах нижчого рівня потрібно буде оновити, якщо вони хочуть використовувати багатозначні функції. Увімкнення мультиситів на двигуні WP вимагає офіційного процесу перетворення через портал користувача, де середовище перетворюється на багатозначний. Ця конверсія є важливою, оскільки вона впливає на маршрутизацію домену та конфігурацію SSL, важливі аспекти для належного функціонування багатосмітових мереж.
WP Engine вимагає, щоб багаторазові мережі були налаштовані як субдомен, так і підкаталог. Під час перетворення на багатозначні користувачі обирають між цими двома структурами:
- Мережа субдоменів: Сайти мають URL -адреси, такі як Site1.example.com, Site2.example.com.
- Subdirectory Network: Сайти мають такі URL -адреси, як example.com/site1, example.com/site2.
Ця установка впливає на те, як обробляються доменами та сертифікатами SSL, а налаштування порталу користувачів для багатьох відображають цю потребу.
Крім того, WP двигун щільно керує певними налаштуваннями середовища з міркувань та безпеки. Для багатозначних установок є обмеження щодо розмірів завантаження файлів; Максимальний розмір завантаження файлів для багатозначного встановлення встановлюється на 1 Мб за замовчуванням, що значно нижчий, ніж 50 Мб для одиночних сайтів. Це обмеження може вплинути на можливість завантаження медіа або файлів плагінів безпосередньо через адміністратора WordPress на багатозначних установах, не змінюючи ці налаштування за допомогою підтримки двигуна WP. Крім того, перегляди допису контролюються з обмеженням нуля за замовчуванням та максимум з п'яти, що впливає на робочі процеси редагування вмісту в багатоізотових мережах. Ці налаштування не є налаштованими користувачами без допомоги підтримки двигуна WP, що відображає їх контрольовану модель середовища хостингу.
Однією з основних обмежень мультиситів загалом, який також застосовується до двигуна WP, є те, що всі сайти в мережі мають однакові ресурси сервера. Оскільки Multisite працює як єдиний екземпляр WordPress із спільною базою даних та працівниками PHP, плагіни з великим трафіком або важкими ресурсами на одній підкладці можуть вплинути на продуктивність усієї мережі. Це означає, що розподіл ресурсів повинно бути ретельно заплановане, а в міру зростання мережі може знадобитися додаткові ресурси хостингу.
WP Engine Multisite також успадковує стандартні обмеження WordPress:
- існує одна точка невдачі; Якщо один сайт порушений або зазнає простою, це може вплинути на всі сайти в мережі.
- Не всі плагіни та теми сумісні з багатосвитувальним; Деякі можуть не функціонувати належним чином або вимагати супер адміністратора для встановлення та оновлень.
- Міграція або резервне копіювання окремих субсидів є складною, оскільки всі сайти мають один і той же екземпляр бази даних з різними таблицями. Ізоляція єдиного підминника для міграції вимагає вдосконалених знань про базу даних і не є простим.
Крім того, WP Engine радить обережності з кількістю та різноманітністю дитячих сайтів у багатосвитувальній мережі. Включаючи безліч зовсім різних дитячих сайтів з численними темами та плагінами, може спричинити деградацію або нестабільність продуктивності в мережі. Це особливо актуально, враховуючи спільне середовище на хостинній платформі WP Engine, де кожен сайт на шляху повернення та ресурси багатосвященних акцій.
WP Engine не підтримує багатоповерховий у всіх планах чи середовищах, тому користувачі повинні перевірити, що їхній план включає багатосміцювальну підтримку та завершити процес перетворення на порталі користувача для правильної роботи. Після перетворення можливе повернення до одного сайту, але передбачає ретельне управління таблицями баз даних (вибираючи, чи видаляти чи видаляти багаторазові/субситові таблиці), знову виконані через інструменти для порталу користувачів, щоб забезпечити належне переобладнання середовища.
Документація та ресурси підтримки WP Engine дають зрозуміти, що багатозначні призначені для випадків використання, коли потрібна мережа пов'язаних або обмежених сайтів, а не централізована система управління клієнтами. Вони пропонують альтернативи, такі як управління сайтами Jetpack, для управління декількома незалежними сайтами з одного інтерфейсу, оскільки WordPress Multisite не забезпечує надійні індивідуальні можливості управління сайтами або налаштування в масштабі.
Підсумовуючи це, основні обмеження мультиситів на двигуні WP включають:
- Багатозначний доступний лише у планах вищого рівня з багатосвитковим розширенням; виключається з планів Lite та Startup.- Перетворення на багатозначну необхідно здійснити через портал користувача WP Engine для належної маршрутизації домену та обробки SSL.
- Розміри завантаження файлів та ліміти перегляду розміщення обмежені за замовчуванням та контролюються підтримкою двигуна WP.
- Спільні серверні ресурси в багатоповерховій мережі можуть призвести до вузьких місць продуктивності або простоїв, якщо один сайт використовує непропорційні ресурси.
- Вся багатосмугова мережа поділяє єдиний екземпляр бази даних, ускладнюючи резервну копію, міграцію та ізоляцію сайтів.
- Існують обмеження сумісності плагінів та теми, з встановленням та оновленнями, що стосуються супер адміністратора.
- Складність налаштувань, управління та усунення несправностей багатосмітових мереж вище, ніж установи на одному місці, часто вимагає передових технічних знань.
- Багаторазові мережі на двигуні WP повинні використовувати субдомени або структури підрозділу, що впливають на SEO та управління сайтом.
- Багаторазове середовище розроблене не для широкого управління клієнтами, а скоріше для внутрішньо пов'язаних сайтів або обмежених сайтів, створених користувачем.
- Експорт або видалення окремих сайтів з мережі є складним і вимагає ретельної обробки баз даних.
- WP Engine щільно керує кількома налаштуваннями середовища та безпеки, обмежуючи контроль кінцевих користувачів над певними конфігураціями, що мають вирішальне значення для багатосмітових продуктивності або налаштування.