Это форум технической поддержки WPML – плагина для многоязычной WordPress.
Доступно для чтения всем, но только клиенты, купившие WPML, могут оставлять сообщения. Сотрудники WPML отвечают на сообщения форума 6 дней в неделю, 22 часов в сутки.
Предыстория вопроса:
Я использую плагин App Builder - Create Native Android & iOS Apps On The Flight Версия 5.5.3 | Автор: Appcheap.io для передачи данных через API в мобильные приложения IOS и Android. Всё работало безукоризненно, пока не возник конфликт с плагином WPML Multilingual CMS.
Симптомы:
При попытке кастомизировать фронтэнд приложения через административную панель в WordPress, функция не прогружается, и нет возможности войти в "окна" приложения. Отключение WPML решает проблему, но кастомизация приложения по умолчанию становится на английском языке, и изменения касаются только англоязычной версии.
Вопросы:
Как устранить конфликт между WPML и плагином App Builder?
Как сделать так, чтобы кастомизация приложения по умолчанию была на русском языке?
Насколько, я вижу, что ошибка возникает в самом билдере. Вы пробовали активировать журнал ошибок, что проверить какая именно ошибка возникает?
Пустая страница означает (или «ошибка 500»), что в PHP-коде есть ошибка. Когда ошибки не пойманы, сервер останавливает все и возвращает страницу с сообщением «ошибка 500» или пустую страницу. Разные серверы настроены для отображения этих ошибок несколько иначе, но все они означают одно и то же: что в коде сайта есть необработанная ошибка PHP.
Во-первых, Вам нужно выяснить о чем ошибки. Угадывать, что может быть проблемой, и попробовать различные решения, может привести к еще большему количеству проблем. Первый шаг - включить отладку WordPress. Вы можете сделать это, добавив несколько строк в файл wp-config.php сайта. Когда включен журнал ошибок, Вы увидите, что представляет собой настоящая проблема.
Чтобы включить отладку, откройте файл wp-config.php и найдите define ('WP_DEBUG', false) ;
Измените его на:
define('WP_DEBUG', true);
Чтобы включить регистрацию ошибок в файле на сервере, нужно добавить еще одну подобную строку:
define( 'WP_DEBUG_LOG', true );
Также добавить линию
define( 'WP_DEBUG_DISPLAY', false );
В этом случае ошибки будут сохранены в файле журнала debug.log в каталоге /wp-content/.
