Send System Info: плагин для WordPress, позволяющий быстрее диагностировать разные проблемы

Обращались ли вы когда-либо за помощью на форумы WordPress? Если да, то вы, возможно, сталкивались с тем, что кто-либо запрашивал у вас информацию по поводу конфигурации вашего веб-сервера. Обычно для этого требуется создать файл php.info и отправить людям ссылку на него. Это может стать достаточно сложной задачей для новичка, не говоря уже о том, чтобы проанализировать информацию, содержащуюся в файле.

SendSystemInfoLocalHost

Плагин Send System Info от Джона Регана помогает сгенерировать и предоставить эту важную информацию. Плагин включает в себя три разных метода доставки информации:

  • Загрузка данных в текстовый файл
  • Отправка информации на почтовый адрес
  • Создание уникального URL, позволяющего удаленно просмотреть информацию

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

RemoteViewingOfSystemInfo

Несмотря на то что Реган указан в качестве главного разработчика плагина, у него есть и сторонние вклады от участников, таких как Фрэнки Джарретт, Люк Кэрбис и Пиппин Вильямсон. Если вы хотите улучшить плагин, посетите его страницу на GitHub.

Несмотря на альтернативные способы вывода данной информации, плагин Send System Info гораздо проще и удобнее других решений. Если кто-либо попросит вас в следующий раз привести информацию о вашем сервере, чтобы диагностировать вашу проблему, рассмотрите использование этого плагина.

Источник: wptavern.com

Блог про WordPress
Комментарии: 5
  1. Antonic

    А вот если по phpinfo видно, что если memory_limit 256M, а у меня вываливается постоянно типа «Fatal error: Out of memory (allocated 54001664) (tried to allocate 122880 bytes) in /…/wp-admin/menu.php on line 79», то это получается, что реальное ограничение в 55М, так ведь?

  2. Дмитрий (автор)

    Хостинг может вполне ограничивать размер доступной памяти где-то еще, даже если в конфиге установлен максимальный лимит гораздо выше, чем показывает ошибка. Это во-первых. А во-вторых многие плагины из-за своих ошибок или конфликтов с другими плагинами могут выводить подобное. Тут надо просто выявить проблемный плагин, включая их один за другим.

  3. Antonic

    Вроде выяснил. Поставил плагин, который выводит сколько конкретно на Wprdpress ограничение, он показал, что 40M. Т.е. есть 256M, а WordPress берет 40M. Прописал в wp-config.php принудительно 128M,а максимально 256M, через define. Пока полет нормальный. Вообще раньше такое не требовалось, у меня подозрение, что это после обновления WordPress с 3.9 до 4.1. Но на других хостингах такие обновлении были и такой проблемы не было. Видимо все-таки хостинг.. или плагин один есть, который тоже обновил.. может из-за него. С помощью плагина, который мониторит нагрузку узнал, что весь сайт отжирает 65mb..

    1. Дмитрий (автор)

      Да, тут сложно угадать, кто виновник. Это можно выявить только путем тщательного тестирования каждого плагина. Если проблема не в плагинах, то тогда уже грешить на хостинг.

  4. Antonic

    Да, вот с помощью плагина Send System Info теперь более детально видно, но без лишней для конкретного случая инфы. Нет необходимости phpinfo смотреть.

Добавить комментарий

Получать новые комментарии по электронной почте.