Відомі проблеми

Коли я відкриваю движок, я не бачу елементи на полотні

Якщо ви відкриваєте двигун і не бачите елементи на полотні, але вони відображаються в панелі структури, і якщо ви використовуєте Cloudflare, то це відома проблема, викликана конфліктом між Cloudflare Rocket Loader™ / іншою функцією оптимізації продуктивності та JavaScript движка Esl.

Метод 1) Правила конфігурації

Створіть правило конфігурації для режиму двигуна.

  1. Увійдіть до приладної панелі Cloudflare.
  2. Виберіть свій акаунт та веб-сайт.
  3. Перейдіть до Правила > Правила конфігурації.
  4. Створіть нове правило, дайте йому назву та виберіть Користувацький фільтр виразу
    • Поле: URI Query String
    • Оператор: містить
    • Значення: esl=run
  5. Налаштуйте “Тоді налаштування є…”:
    • Додайте Rocket Loader і залиште чекбокс порожнім.
  6. Залиште інші налаштування порожніми.
  7. Збережіть правило, натиснувши “Впровадити”.

Метод 2) Вимкнути Rocket Loader

Вимкніть Rocket Loader™ у приладній панелі Cloudflare:

  1. Увійдіть до приладної панелі Cloudflare.
  2. Виберіть свій акаунт та веб-сайт.
  3. Перейдіть до Швидкості > Оптимізація.
  4. Прокрутіть вниз, поки не знайдете Rocket Loader.
  5. Вимкніть його.

Метод 3) Вимкнути маршрути Worker SiteGround

Якщо попередні 2 методи не працюють і ви використовуєте хостинг SiteGround, будь ласка, перевірте та вимкніть Worker, створений SiteGround.

  1. Увійдіть до приладної панелі Cloudflare.
  2. Виберіть свій акаунт та веб-сайт.
  3. Перейдіть до Маршрутів Worker.
  4. Якщо sg_worker існує або інший підозрілий роботи визначено без вашого відома, ви можете його видалити.

Копіювання/вставка елементів або стилів не працює

Esl 1.5.1 використовує API буфера обміну для копіювання та вставки елементів і стилів на різних доменах.

Копіювання/вставка підтримується лише для сторінок, що подаються через HTTPS.

Використання Firefox

Firefox є більш обмеженим щодо читання з цього API, що запобігає дії вставки, і тому вимагає від користувача вручну надати дозвіл на використання API.

Для цього, будь ласка, дотримуйтесь цих кроків у вашому браузері Firefox:

  1. Введіть about:config в рядку адреси
  2. Натисніть “Прийняти ризик і продовжити”
  3. Шукайте clipboard і встановіть dom.events.asyncClipboard.readText та dom.events.testing.asyncClipboard на true
  4. Перезапустіть Firefox

Внутрішня помилка сервера (500) під час спроби редагування домашньої сторінки з Esl

Якщо ви бачите екран, подібний до наведеного вище, який показує внутрішню помилку сервера (500) під час спроби редагування сторінки з Esl (часто повідомляється як домашня сторінка), вам слід переглянути журнали сервера та налаштувати конфігурацію сервера. Ця помилка, найімовірніше, викликана конфігурацією сервера безпеки, яка заважає запиту досягти WordPress та Esl.

Деякі сервери не мають SecResponseBodyLimit, що призводить до помилок, таких як:

ModSecurity: Вихідний фільтр: Тіло відповіді занадто велике (перевищує ліміт 1048576, загальна кількість не вказана).

(Зверніть увагу: SecResponseBodyLimit встановлює максимальний обсяг тіла відповіді, який буде прийнято для буферизації).

Перевірте цей пост на форумі для можливих рішень. Якщо проблема залишається, будь ласка, зв’яжіться з підтримкою вашого хостингу для отримання порад.

Для користувачів GoDaddy може знадобитися додати цей рядок коду у ваш файл .htaccess (перший рядок)

SubstituteMaxLineLength 10M

Моя Blog-сторінка не використовує шаблон архіву постів

Blog-сторінка (Сторінка постів WordPress, налаштована в Налаштуваннях > Читання) є спеціальною сторінкою WordPress, тому вона не є архівом. Якщо ви хочете налаштувати Esl-шаблон для Blog-сторінки, вам потрібно встановити умову шаблону Як окремий та вибрати Blog-сторінку.

Я використовую SVG файли в Esl елементах, але не можу змінити їх колір

Це зазвичай трапляється, коли ваш SVG файл містить інлайнові стилі, які переопановують стилі, згенеровані Esl-двигуном. Якщо ви хочете використовувати ці SVG файли в комбінації з керуваннями стилем Esl, вам потрібно видалити інлайн-стилі з SVG файлу перед його завантаженням в установку WordPress.

Приклад SVG-файлу, який містить вбудовані стилі

Кастомні шрифти не працюють на фронтенді

Якщо ваші кастомні шрифти не відображаються на фронтенді, це, напевно, відбувається через те, що ваш сайт WordPress постачається через HTTPS, але URL-адреси вашого WordPress все ще встановлені на HTTP (Налаштування WordPress » Загальні).

Зміна URL-адрес WordPress з http:// на https:// вирішить проблему, і ваші шрифти будуть відображатися правильно відтепер.

Фонове відео YouTube не запускається автоматично на мобільних пристроях

Це обмеження накладене API-плеєра iFrame YouTube і не може бути змінене нами. Дивіться https://developers.google.com/youtube/iframe_api_reference#Mobile_considerations

Однак Vimeo та локальні відео (mp4) повинні працювати, якщо мобільний пристрій не перебуває в режимі низького заряду батареї.

Слайдер не запускається автоматично

Це, ймовірно, викликано зменшеними налаштуваннями руху чи анімації вашої операційної системи.

На Windows, будь ласка, переконайтеся, що налаштування “Показувати анімації у вікнах” увімкнено:

На macOS, будь ласка, переконайтесь, що налаштування “Зменшити рух” НЕ увімкнено:

Помилки 404 для некоректного типу посту / кастомного типу посту

Ця проблема, ймовірно, є найпоширенішою проблемою в WordPress: ваш кастомний тип посту повертає помилку 404. У більшості випадків, однак, цю проблему можна вирішити дуже легко.

Перезбережіть свої налаштування постійних посилань

Все, що вам потрібно зробити, це перейти до WordPress » Налаштування » Постійні посилання та натиснути «Зберегти зміни».

Перевірте конфлікти зі слагом

Слаг — це зручна для користувача та дійсна URL-адреса назва посту, сторінки, категорії, тега або будь-якого контенту (навіть зображень) на вашому сайті. Це частина URL-адреси, яка ідентифікує конкретний шматочок контенту.

Уявімо, що у вас є сторінка «Портфоліо», слаг якої «portfolio». Тепер ви створюєте кастомний тип посту з назвою «Портфоліо», слаг якого також «portfolio». Якщо ви зараз спробуєте викликати окремий пост з вашого портфоліо (yoursite.com/portfolio/your-portfolio-post), також виникне помилка 404. Щоб вирішити цю проблему, перейменуйте або слаг сторінки, або слаг кастомного типу посту в щось інше. Знову перезбережіть свої постійні посилання, і все повинно працювати, як очікувалося.

Зміни двигуна не збережено

Якщо ви зберігаєте зміни в двигуні, і все здається збереженим, але при оновленні або перегляді на фронтенді зміни втрачаються, це може бути пов’язано з проблемою з вашою схемою бази даних.

Зокрема, перевірте стовпець meta_value у вашій таблиці wp_postmeta (або вашому префіксі таблиці, наприклад, psjw_postmeta). Цей стовпець повинен бути встановлений на “LONGTEXT”, щоб гарантувати, що він може зберігати великі обсяги даних. Якщо він налаштований на тип з меншою ємністю зберігання, наприклад, “TEXT”, він може не зберігати більші дані коректно.

Для отримання додаткової інформації про обмеження зберігання зверніться до цього ресурсу: Розуміння розмірів зберігання для текстових типів даних MySQL.

WordPress за замовчуванням використовує “LONGTEXT” для стовпця meta_value, що дозволяє зберігати значно більші обсяги даних. Ознайомтесь з типовою схемою тут: Опис бази даних WordPress.

Щоб усунути цю проблему:

  1. Перевірте тип стовпця meta_value у таблиці wp_postmeta (або psjw_postmeta).
  2. Переконайтеся, що він встановлений на “LONGTEXT.”

Ви можете змінити тип стовпця на “LONGTEXT” за допомогою наступної команди MySQL:

ALTER TABLE your_prefix_postmeta MODIFY COLUMN meta_value LONGTEXT;

Замініть your_prefix_postmeta на вашу фактичну назву таблиці, наприклад, psjw_postmeta.

  1. Переконайтеся, що інші стовпці у вашій таблиці postmeta відповідають типовій схемі WordPress.

Якщо ви не впевнені, що можете внести ці зміни, або використовуєте керованого провайдера хостингу, найкраще зв’язатися з вашим провайдером хостингу. Вони можуть допомогти вирішити цю проблему, яка може зберігатися на різних хостингових послугах через перенесення некоректної схеми бази даних.