Передача отладочной информации WPML в поддержку

Команда поддержки WPML при большинстве обращений запрашивает одни и те же данные: блок Информация об отладке из раздела WPML > Поддержка > Проверка системы, копию сайта или его базы данных, вывод консоли браузера и некоторые другие данные. На этой странице описан каждый из этих элементов и то, где его взять, чтобы Вы могли сразу добавить нужные данные в свой запрос в поддержку. Сведения обо всем, что нужно проверить до обращения в поддержку — минимальные требования, обновления, проверка на конфликты, контрольный список для самостоятельной проверки — см. в статье Перед обращением в поддержку.

Копирование блока информации об отладке из проверки системы

Откройте WPML > Поддержка > Проверка системы. На странице отобразится блок Информация об отладке: версия PHP, версия WordPress, каждый плагин WPML и его версия, серверное окружение, языковая конфигурация и значения конфигурации, которые WPML считывает из wp-config.php. Нажмите Копировать системную информацию в буфер обмена в верхней части блока, а затем вставьте ее в свой запрос в поддержку.

Этот блок сообщает поддержке, какие версии компонентов Вы используете и как выглядит текущая конфигурация сайта. Это базовая информация, необходимая перед любым более глубоким расследованием.

Копирование списка установленных плагинов

Прокрутите вниз страницу WPML > Поддержка. В разделе Установленные плагины перечислены все плагины на сайте, их версии, а также статус (активен или неактивен). Нажмите Копировать список в буфер обмена и вставьте его в свой запрос в поддержку.

Конфликты плагинов — одна из наиболее частых причин проблем с WPML. Поддержка использует этот список, чтобы выявить известные несовместимости и задать правильные уточняющие вопросы.

Копирование соответствующего журнала

Для проблем, затрагивающих сервисы перевода, WPML > Поддержка > Журнал связи фиксирует API-трафик между Вашим сайтом и бэкендом перевода. Если переводы завершаются ошибкой по неочевидной причине, копирование последних записей журнала в запрос в поддержку предоставит точный ответ на стороне сервера.

В случае проблем внутри Расширенного редактора переводов, Журналы ошибок расширенного редактора переводов фиксируют ошибки на стороне сервера, с которыми столкнулся ATE.

Для проблем с заданиями на перевод (задания не запускаются, не завершаются, исчезают) Журналы заданий управления переводом показывают жизненный цикл каждого задания.

Информацию о том, какой журнал использовать в той или иной ситуации, см. в разделе Журналы.

В верхней части страницы WPML > Поддержка есть флажок Поделиться диагностической информацией с поддержкой WPML. Установите его, чтобы команда поддержки WPML могла напрямую считывать информацию об отладке Вашего сайта. Никакие пароли или личные данные не передаются — только блок информации об отладке.

Это быстрее, чем вставлять блоки в запрос, поскольку поддержка сможет повторно считывать свежие данные по ходу общения. Вы можете отключить эту функцию в любое время с помощью того же флажка.

Когда поддержка запрашивает журналы отладки

Для более сложных проблем (странное поведение ATE, состояния гонки, периодические сбои) поддержка иногда запрашивает полный журнал отладки WPML, который содержит больше подробностей, чем блок Информация об отладке.

Чтобы включить ведение журнала отладки:

Добавьте define( 'WP_DEBUG', true ); и define( 'WP_DEBUG_LOG', true ); в файл wp-config.php перед строкой «Это всё, дальше не редактируем!». WordPress начнет записывать ошибки и предупреждения PHP в wp-content/debug.log.
Воспроизведите проблему на сайте.
Откройте или скачайте wp-content/debug.log и скопируйте соответствующий раздел (отфильтруйте по временной метке, когда возникла проблема).
Вставьте его в свой запрос в поддержку или прикрепите в виде файла.
После этого снова отключите WP_DEBUG. Оставлять его включенным на рабочем сайте небезопасно, так как ошибки содержат информацию о путях.

Полную процедуру, включая фильтрацию записей, специфичных для WPML, см. в справочнике по отладке WPML.

Когда поддержка запрашивает копию сайта

Для проблем, которые поддержка не может воспроизвести только по журналам, они могут запросить копию сайта для изучения. Стандартный способ — использовать инструмент резервного копирования или промежуточной среды (staging), чтобы упаковать весь сайт и передать его через безопасную форму загрузки WPML (поддержка предоставит Вам ссылку при запросе).

Рекомендуемые инструменты для этапа упаковки:

Duplicator. Упаковывает базу данных и файлы в единый архив вместе со скриптом установщика.
All-in-One WP Migration. Аналогичная упаковка, немного другой формат.
Встроенный инструмент Вашего хостинг-провайдера для создания промежуточной среды или клонирования (если он создает переносимый архив).

Перед передачей копии:

Убедитесь, что Вы предоставляете копию сайта, а не доступ к самому живому сайту.
Удалите личные данные из базы данных, если на Вашем сайте есть данные клиентов (в Duplicator и AIOWP есть параметры экспорта для этого).
Убедитесь, что у Вас есть рабочая резервная копия рабочего сайта, прежде чем вносить изменения на основе того, что поддержка найдет в копии.

WPML обрабатывает сценарий переноса сайта между серверами автоматически; сценарий отправки копии в поддержку — это тот случай, когда Вы упаковываете сайт для кого-то за пределами Вашего хостинга, чтобы развернуть его локально.

Поиск учетных данных Вашей учетной записи WPML

Если поддержка спросит, на какую учетную запись WPML зарегистрирован этот сайт, а Вы не помните: