Wordpress как очистить шаблон от мусора. Как почистить и оптимизировать базу данных вордпресс. Удаление шорткодов плагинов и тем
Сергей Арсентьев
Как я провел чистку базы данных WordPress и оптимизировал ее в 7 раз
Чем дольше существует сайт или блог на WordPress, тем больше в его базе данных накапливается мусора и тем важнее провести ее чистку и оптимизацию, тем более, что делается это в два клика.
Буквально несколько дней назад я почистил свой блог и сайты клиентов по SEO , а сегодня уже добрался и до базы данных.
На самом деле, мне понравилось чистить свой блог
Итак, к делу.
База данных - это специальная область на сервере, где хранятся все материалы сайта, настройки, теги и прочая информация, к которой обращается программный скрипт для ее отображения на сайте.
Понятно, что чем меньше размер базы, тем быстрее происходит выборка, меньше нагрузка и в целом все шустрее работает.
Но почему она вообще засоряется?
Тут много моментов, но один из основных критериев, как я понял на своем опыте, из за того, что WordPress сохраняет:
- ревизии (редакции) всех страниц и записей,
- старые метатеги,
- черновики,
- спам,
- корзину и т.п.
То есть всевозможные материалы, даже те, которые уже никому не нужны и никогда больше не пригодятся.
То есть движок перестраховывается и на всякий случай стремится сохранить любую информацию пользователя доступными ему средствами - пока хватает ресурсов.
Это приводит к неэффективному использованию этих самых ресурсов, снижению производительности и повышению нагрузки на хостинг.
Кстати, нужно ли ее чистить всем подряд? Не уверен.
Если сайту пару месяцев, на нем десяток статей, то там особенно и оптимизировать нечего.
Другое дело - старый сайт или живущий активной жизнью блог.
Я приведу несколько критериев, каждый из которых сам по себе является весомым поводом, чтобы задуматься об очистке базы данных:
В этом случае прежде чем лезть в какие-то скрипты, почистите базу данных - возможно там уже скопилось много мусора.
Реально ли оптимизировать базу в WordPress в два клика
Как вы уже наверное поняли, я не сторонник сложных решений. У меня что ни статья, то все я стараюсь делать «в два клика» или «за пару минут».
Да, и еще.
Я ненавижу статьи типа «20 плагинов для WordPress по чистке базы данных». Их практическая польза равна нулю.
Потому что как ни крути, а прочитав такую статью, все равно в конечном итоге придется тратить время, ставить все эти плагины, сравнивать их между собой, разбираться с настройками, удалять неподходящие варианты и т.п. То есть тратить свое время.
Но чтобы это сделать, нужно ведь сначала поставить эти 20 плагинов, определить, что 10 из них - полное херня, 5 - куда ни шло, но неудобные в использовании, еще 3 - тупо не заработали, и в конце концов 2 - то, что нужно, из них 1 - вообще огонь.
Конечно, проще выпустить банальный дайджест, пробежаться по верхам - типа этот плагин платный, этот бесплатный, этот русский, этот умеет то, этот сё. Типа, я тут «идеи накидал, а ты уже сам додумай».
Меня такие статьи раздражают, поэтому я публикую только материалы по принципу - потратил свое время, нашел из кучи г.. нормальный вариант, предложил людям.
Так и здесь, когда я столкнулся с необходимостью почистить базу данных от накопившегося мусора, то нашел несколько плагинов, тихо потестил их, выявил самый толковый и предлагаю его вам.
С этим плагином реально почистить базу данных от мусора за пару минут.
Почему лично мне понадобилась чистка базы данных
Очищаем базу данных WordPress плагином
Из всего разнообразия плагинов мне сразу понравился Optimize Database after Deleting Revisions . Отличный плагин, на русском языке, плюс имеет встроенную возможность отключения ревизий.
Сохраняете, кликаете «Начать оптимизацию» и когда все будет готово (процесс обычно занимает от 10 до 60 секунд), вы увидите подробный отчет.
У меня изначально база данных в блоге занимала 112Мб:
После того, как я на ней начал экспериментировать и всячески очищать от хлама (вручную и с помощью разных плагинов) то получилось ее ужать до 24Мб.
А Optimize Database after Deleting Revisions ее очистил еще больше - до 21 Мб:
А вот посмотрите на сайте клиента, вообще не оптимизированном до этого - какая экономия:
И еще один клиент без оптимизации:
С некоторых пор я отказался от использования от плагинов, служащих для оптимизации и очистке базы данных моих сайтов на WordPress, которые показались мне менее эффективными, чем те, о которых я расскажу в этой небольшой статье. Плагинов, служащих оптимизации, чистке и восстановлению БД на Вордпресс довольно много, например , Backup WP-Optimize, DelRevisions. Оценить их значимость и необходимость сложно и такие плагины , безусловно, нужны. Очистка и оптимизация БД от всякого мусора — это, прежде всего, ускорение работы сайта, которая положительно влияет на его ранжирование.
Для оптимизации БД, до некоторых пор, пользовался плагином WP-Optimize, но, как в последствии выяснилось, его функции по очистке базы далеко не идеальны. Случайно обнаружил информацию, которая подарила мне новые знания и пользу о плагинах WP Clean Up и Plugins Garbage Collector. О них сегодня мой рассказ.
Найти его можно методом поиска в админпанели. Установить и активировать. Затем переход из «Параметры», выбрав этот плагин, откроете две таблицы.
Первая таблица служит для очистки мусора. Удалить ненужные файлы можно выборочно, можно все сразу:
Сразу отмечу: плагин удаляет записи черновиков! Если вы не желаете удалять такого вида записи, лучше переведите их в статус «На утверждении».
Вторая таблица — для оптимизации. После очистки базы, лучше произвести эту операцию сразу, перейдя в самый низ таблицы:
Плагин Plugins Garbage Collector
Тоже находим в поиске, устанавливаем и активируем. Далее в странице админпанели «Плагины», находим этот плагин, и нажимаем «Сканирование»: 
Plugins Garbage Collector сканирует базу данных WordPress и показывает, те различные таблицы, которые остались от старых плагинов, были деактивированы (или удалены), но остались в БД. Их, с помощью данного плагина, если это необходимо, просто можно удалить.
Есть в этом плагине функция «Найти в структуре таблиц …». Эта функция работает не до конца. То есть вам, если таковые изменения имеются, откроют, но удалить их будет невозможно. Что-же, будем надеяться, что автор плагина в недалеком будущем совершенствует плагин.
Перед удалением таблиц с помощью плагина Garbage Collector, рекомендую создать резервную копию БД . После использования плагина, его можно отключить (деактивировать), по необходимости включать, анализировать БД и оптимизировать ее, снова деактивировать.
Вот и все.
(Visited 136 times, 1 visits today)
В каталоге плагинов WordPress размещено свыше 50 000 различных решений, и для решения задач или устранения проблем вы, скорее всего, проверите и сравните сразу несколько разных вариантов. Когда вы закончите тестирование первого плагина, вы просто деинсталлируете его путем деактивации и удаления его с сайта. Все верно? Нет. Проблема заключается в том, что плагин может оставить за собой таблицы и строки в вашей базе данных. Со временем этих таблиц и строк накопится очень много, что может влиять на производительность вашего сайта и занимать лишнее дисковое пространство. Сегодня мы покажем вам, как удалить WordPress плагин надлежащим образом, чтобы ваша база данных оставалась компактной и быстрой.
Как удалить WordPress плагин через консоль
Перед тем, как рассмотреть грамотное удаление плагина WordPress, давайте сначала обсудим типичные способы удаления плагинов пользователями в WordPress. Первый способ – удаление через консоль. Выполните следующие действия, чтобы удалить плагин WordPress обычным способом (с сохранением данных).
- Перейдите в «Installed Plugins» в вашей консоли, после чего щелкните по кнопке «Deactivate» рядом с названием плагина. В нашем примере мы удалим плагин
- Теперь можно просто щелкнуть по Delete.
Как удалить плагин WordPress через FTP
Второй распространенный способ удаления плагинов пользователями – удаление через FTP (с сохранением данных). Выполните следующие действия.
- Подключитесь к своему WordPress сайту через SFTP.
- Перейдите в папку /wp-content/plugins/. Удалите папку с требуемым плагином с вашего сервера.
Достаточно легко, не правда ли? В большинстве случаев указанные ваши методы являются неправильным способом деинсталляции плагинов, особенно если вы больше не собираетесь работать с данным плагином.
Проблема с удалением плагинов WordPress
Всякий раз, когда вы устанавливаете тему или плагин WordPress, они сохраняют данные в базу данных. Проблема заключается в том, что при удалении плагина с помощью одного из простых методов, рассмотренных нами выше, он оставляет обычно таблицы и строки в вашей базе данных. Со временем это может привести к тотальному росту хранящихся данных и строк, что способно серьезно замедлить работу вашего сайта. В нашем примере мы удалили плагин безопасности Wordfence, и в итоге у нас осталось 24 таблицы в нашей базе данных!
Многочисленные плагины также оставляют дополнительные файлы и папки. Как показывает практика, это нередко происходит в случае с плагинами безопасности и кэширования, которые создают дополнительные каталоги для ведения журналов. К примеру, после того как плагин Wordfence был удален, у нас на сервере осталась папка wflogs в каталоге wp-content. Мы не пытаемся обвинить именно Wordfence – этим грешат многие плагины.
Если вы удалили плагины с помощью простых методов, указанных выше, то, к сожалению, вам нужно будет провести определенную очистку на вашем WordPress сайте. Помните, что деактивация плагина просто делает его неактивным. Сколько неактивных плагинов у вас на сайте в данный момент? Если их больше, чем активных плагинов, то это, скорее всего, не самый лучший знак. Вам нужно задуматься об удалении неактивных плагинов, поскольку они могут представлять угрозу безопасности, даже когда они отключены, и к тому же они забивают вашу базу данных лишней информацией.
Почему разработчики не очищают базу данных?
Вы, возможно, задаетесь вопросом, почему разработчики не предлагают опций по автоматической очистке базы данных при удалении плагина? На то есть пара причин, которые поначалу не так очевидны.
Первая причина заключается в том, что многие пользователи WordPress часто переключаются между плагинами, тестируя их. Сохранение таблиц и строк в базе данных позволяет не потерять настройки, которые были внесены в плагин. Это означает, что вы можете повторно установить плагин позднее, и все ваши данные по-прежнему останутся. Или если по какой-либо причине плагин был случайно удален, вам не нужно паниковать. Для менее опытных пользователей это можно рассматривать как преимущество, но это не самый эффективный способ защиты.
Если вы считаете, что вы можете позднее вернуться к плагину, то в таком случае простое удаление плагина с использованием одного из вышеперечисленных методов – лучший путь.
Они не заботятся о производительности
К сожалению, еще одна причина заключается в том, что некоторые разработчики утверждают, что таблицы в базе данных якобы не влияют на производительность сайта. Однако представьте себе, что вы работаете с сайтом 10 лет, используя сотни плагинов, которые создали, вероятно, тысячи строк и таблиц. Запросы к базе данных оказывают заметное влияние на производительность вашего WordPress сайта, и плагины могут совершать массу таких запросов. Как правило, хорошо написанный плагин должен запрашивать только таблицы или строки, к которым он привязан, но это не всегда так.
Наконец, стоит помнить о проблеме с дисковым пространством. Большинство хостингов ограничивают размер места на диске, который вы используете, либо выставляют ограничения, затрагивающие в том числе и базу данных.
Они допустили ошибку
Справочник по плагинам WordPress создан для разработчиков. В нем содержатся лучшие практики и рекомендации по деактивации плагинов и деинсталляции плагинов (удалению данных). В справочнике говорится:
Менее опытные разработчики иногда допускают ошибку, используя хук деактивации для этой цели.
Если эта ошибка допущена разработчиком, это означает, что деинсталляция, которая должна очищать все данные, просто запускает процесс деактивации, оставляя все данные.
Как удалить WordPress плагин (правильный способ)
В нашем примере мы снова обратимся к плагину Wordfence. Одной из проблем с удалением WordPress плагина надлежащим образом является то, что каждый разработчик рассматривает это по-своему. Вам, скорее всего, понадобится выполнить поиск в Google, чтобы посмотреть документацию разработчиков на их сайтах или написать им на электронную почту. Как вы можете видеть, если искать в Google “how to uninstall Wordfence”, первый же результат является официальной документацией, в которой рассказывается, как полностью удалить Wordfence.
Хорошо разработанный плагин должен включать в себя опцию для полного удаления. Вы можете видеть пример ниже с плагином Gravity Forms. Быстрый клик по кнопке Uninstall Gravity Forms, и все таблицы и данные удалены. Еще один хороший пример: плагин Polylang. В разделе Tools у него есть опция для полного удаления данных при щелчке по ссылке Delete. Но для этого данную опцию нужно сначала включить.
Если вы не деинсталлируете мультиязычные плагины корректным способом, то они будут обновлять данные переводов для разных сторонних плагинов даже после своего удаления. Wordfence рекомендует установить еще один плагин, Wordfence Assistant, который позволяет полностью удалить сам плагин, все его данные и его настройки. Как вы можете видеть ниже, после установки этого плагина появляются опции для удаления данных и таблиц Wordfence, очистки всех заблокированных IP-адресов, а также данных трафика в реальном времени.
Другие плагины WordPress могут требовать более сложного процесса деинсталляции. Пример: WooCommerce, для которого вы должны поместить следующий код в ваш файл wp-config.php для полного удаления всех данных.
define("WC_REMOVE_ALL_DATA", true);
Удаление неиспользуемых шорткодов
Если вы используете плагин со своими шорткодами, и вы удалите этот плагин, ваш сайт может выглядеть странно, пока вы их не замените. Чтобы временно отключить шорткоды из старого плагина, просто используйте следующий код в своем файле functions.php. Вместо pluginshortcode задайте актуальный тег плагина.
add_shortcode("pluginshortcode", "__return_false");
Вы сможете отключить их показ. Однако помните, что если вы снова захотите их использовать с оригинальным плагином, вам нужно будет удалить этот код. Тем не менее, такой способ подходит для быстрой очистки вашего сайта от шорткодов, пока вы меняете формат их вывода.
Как вручную очистить оставшиеся таблицы
Вероятно, у вас будут ситуации, когда вы уже удалили плагин, и вам просто нужно сделать очистку базы данных. Или, возможно, метод полного удаления, предложенный разработчиками, будет отсылать к удалению таблиц в базе данных вручную. Есть несколько способов, с помощью которых вы можете выполнить это. Первый способ – использовать плагин очистки таблиц; второй способ – сделать удаление таблиц напрямую в phpMyAdmin.
Очистка таблиц с помощью плагинов
Лучший плагин для этого – Advanced Database Cleaner. Плагин премиальный; он позволяет просканировать вашу установку WordPress и удалить «осиротевшие» таблицы. Как вы можете видеть ниже, он нашел таблицы EDD (wp_edd*), Gravity Forms (wp_gf*) и Bloom (et_bloom*, et_social*) от плагинов, которые уже не используются.
Очистка таблиц с помощью phpMyAdmin
Вы также можете очистить таблицы вручную с помощью phpMyAdmin. Этот метод является предпочтительным. Многие плагины именуют свои таблицы чем-то подобным своему названию. В данном примере мы полностью удалим Yoast SEO в соответствии с их документацией. На самом деле Yoast SEO не имеет такой опции, потому, если вы хотите полностью удалить плагин и все его данные, сделать это можно с помощью phpMyAdmin. В своей документации они пишут:
Если вы хотите удалить все следы ваших плагинов, выполните поиск по базе данных на наличие записей, содержащих wpseo, и вручную удалите все данные.
Для этого просто войдите в phpMyAdmin. Во вкладке Search введите wpseo, выберите все таблицы, после чего щелкните по Go.
На нашем сайте были найдены совпадения в таблице wp_options, wp_postmeta и wp_usermeta. Вы можете затем щелкнуть по каждой таблице и удалить строки, содержащие wpseo.
Ниже представлена таблица wp_options. Сначала отфильтруйте строки по wpseo, поскольку есть и другие строки WordPress, которые могут содержать wpseo в option_value, как строки WordPress cron задач. Это очень важно. После фильтрации вы можете выбрать строки и удалить.
Ниже представлена таблица wp_postmeta. Удалите строки, содержащие wpseo.
Наконец, ниже представлена таблица wp_usermeta. Опять же, что очень важно, вам нужно сначала отфильтровать строки по wpseo. Затем выберите строки и удалите их.
Если вы используете новую возможность счетчика текстовых ссылок, вам также придется убрать две дополнительные таблицы Yoast SEO: wp_yoast_seo_links и wp_yoast_seo_meta.
И последнее, что нужно сделать – очистить задачи Cron, если есть те, которые работают с плагином. Вы можете, конечно, отредактировать строку задачи cron в таблице wp_options, однако самый простой способ гарантировать, что ничего лишнего не удалено – воспользоваться плагином WP Crontrol . В случае с Yoast SEO используется Cron задача, названная wpseo_onpage_fetch, которую можно легко удалить.
Заключение
Надеемся, что вы теперь узнали гораздо больше о том, как правильно удалить WordPress плагин. Большинство плагинов имеют отличную документацию, в которой описано, как полностью удалить их, и в некоторых плагинах есть даже опция для этого.
Поэтому в следующий раз, когда вы решите удалить плагин, подумайте над тем, нужны ли вам данные или нет. Если данные не нужны, то в таком случае постарайтесь полностью деинсталлировать плагин. Это обеспечит поддержание компактной базы данных и снизит используемое дисковое пространство. Обязательно оптимизируйте вашу базу данных, удалив все лишние ревизии и записи.
Для работы сайта, WordPress необходим жесткий диск, на котором расположены файлы самого движка, файлы тем, плагинов, медиафайлы. WordPress также использует базу данных для хранения таблиц, чтобы позже составлять и извлекать динамические запросы.
Очень важно поддерживать в порядке как базу данных, так и физически занимаемое пространство.
Удаляем ненужный код
Самый большой мусор, наверняка, попадает в папки wp-uploads/ , и plugins/ , что неудивительно, ведь именно туда пользователю разрешено массово записывать. 🙂
Я часто захожу в панель управления других сайтов и блогов (по просьбе их владельцев), и зачастую вижу одну картину, — 20-30 установленных плагинов, из которых ~10 вообще не активированы, то есть лежат и просто расходуют квоту.
Чистка медиафайлов в библиотеке WordPress
Конечно, файлы в библиотеке не способны создавать такие конфликты, как плагины, но нужно помнить, что именно они являются большими по размеру, а значит влияют на квоту вашего диска (которая не столь безразмерна на стартовых планах большинства хостинговых компаний), плюс они увеличивают размер бэкапа, а также влияет на скорость исполнения групповой обработки и других действий над этими файлами.
Этих причин, на мой взгляд, достаточно, чтобы уделить 15 минут на очистку медиабиблиотеки от накопившегося мусора.
Сделать это можно вручную, по адресу Медиафайлы -> Библиотека , затем выбрать фильтр Неприкрепленные . Вы удивитесь, но наверняка у вас есть такие файлы, которые вы когда-то загружали, но фактически уже давно не используете.
Анализ расходуемого пространства
Есть такой плагин под названием Disk Usage Sunburst , который поможет вам увидеть занимаемый размер всего сайта, а также, чем именно он заполнен.
Плагин составляет круговую диаграмму из файлов и каталогов, формируя и сортируя их по размеру.
Для сайтов с большим количеством изображений и галерей, можно подключить и использовать внешние облачные хранилища. Конечно, лучше это вопрос рассмотреть и предвидеть еще на этапе проектирования и планирования структуры сайта.
Оптимизация базы данных
Вручную вы вряд ли захотите оптимизировать таблицы, не имея соответствующих знаний, но сделать некоторую чистку базы можно с помощью известного плагина wp optimize.
Разумеется, нужно совершать эти процедуры хотя бы раз в полгода, зависит от частоты ваших публикаций. Но ни в коем случае не следует забрасывать, потому что сайт это ваше творение, он не может сам о себе позаботиться, и нуждается постоянном уходе с вашей стороны.
Рано или поздно придется расплачиваться за небрежность и расточительность. Сейчас я имею ввиду небрежное отношение к порядку в файлах сайта и легкомысленное использование дискового пространства. Пожалуй многим знакома ситуации: когда файлы в медиатеку загружались неграмотно, или они не были оптимизированы, или загруженные фотки не использовались в статьях, или было загружено несколько одинаковых фотографий, только одна из которых использовалась на сайте. Подобные ошибки, от легкомыслия или незнания приводят к тому, что файлы сайта начинают занимать излишне много места на диске.
Вот и я недавно столкнулся с подобной проблемой, частично решить которую мне помог плагин Media Cleaner. Плагин мне понравился, поэтому я о нем и пишу. Плагин неплохо написан и выполняет свою функцию. Впрочем, не рекомендую пользоваться плагином без острой необходимости - он все-таки файлы удаляет. К тому же, нашел я в нем некоторые недоработки, о которых уже отписал автору - мелочи.
А что касается моей проблемы, то поработав над "пациентом" около дня, удалось уменьшить размер папки uploads с 1200МБ до 150МБ и все за счет удаления ненужных и оптимизации нужных картинок. Так что и вы будьте бдительны, не пускайте файлы на самотек, если только у вас не бесплатный хостинг.
Вместе с этой статьей рекомендую познакомится с моим плагином для создания миниатюр налету: Kama Thumbnail . С его помощью можно создавать миниатюры любых размеров, только там где они нужны, а размеры которые «полодит» WordPress просто отключить .
О плагине Media Cleaner
Media Cleaner - помогает почистить директорию загрузок (uploads) и библиотеку медиафайлов.
Что конкретно делает плагин? Плагин проверяет действительно ли:
- у ретина медиафайла (под ретина экран) есть обычный файл (файл без @2x)
физический файл прикреплен к медиатеке
медиафайл используется в записи
медиафайл используется в произвольном поле записи
медиафайл используется в WordPress галерее записей
В случае несовпадения с указанными проверками, плагин пометит найденные файлы, которые в дальнейшем можно удалить.
Какие пункты нужно проверять устанавливается в настройках плагина.
Использование плагина
Опишу коротко, как плагин работает:
После активации плагина, заходим в настройки плагина (появится меню) и отмечаем как мы хотим сканировать файлы:
Media Cleaner настройки сканирования
Затем идем на страницу Медиафайлы > Cleaner и запускаем сканирование - кнопка "Scan". После сканирования нужно обновить страницу и вы увидите найденные файлы:
Необходимые на сайте файлы, нужно пометить как игнорируемые: выделите файлы галочкой и нажать кнопку "Ignore". Все остальные файлы, которые не нужны на сайте, можно переместить в корзину (trash): выделите ненужные файлы галочкой и нажмите "Delete" или нажмите "Delete All", тогда все найденные файлы будут перемещены в корзину.
Заметка: при перемещении в корзину плагин создает новую папку: /uploads/wpmc-trash и удаляемые файлы перемещаются туда. Структура год/меся/название файла сохраняются. Тип файлов MEDIA (файлы, которые присутствуют в медиатеке) удаляются из медиатеки, а физические файлы перемещаются в папку корзины "wpmc-trash".
Чтобы полностью удалить файлы с диска (с сервера), нужно перейти в корзину, раздел Trash и использовать кнопки: "Delete" (удалит выбранные файлы) или "Empty Trash" (удалит все файлы корзины).
В этом же разделе можно восстановить файлы выбрав. Для этого используйте кнопки "Recover" (восстанавливает выбранные файлы) и "Recover All" (восстанавливает все файлы корзины).
Заметка: удаленные MEDIA файлы восстанавливается только физически, т.е. файл будет восстановлен в каталог uploads из которого был удален, но в медиатеке он уже не появится.
Имейте ввиду, перед использованием. Плагин выделяет файлы, которые не нашел в медиатеке, или в контенте записи, или в произвольных полях записи, или в галереях. Эти проверки могут не учитывать другие моменты, например если, загруженные в медиатеку или напрямую в каталог uploads файлы использоваться. Если вы загружаете и используете файлы нестандартно, например, картинки для рубрик вы загружаете в медиатеку и не используете их в записях, но эти файлы используются в шаблоне как картинки к рубрикам. Такие файлы, плагин сочтет ненужными. Поэтому, прежде чем удалять файлы с диска, убедитесь, что выбранные для удаления файлы не используются на сайте.
Критическое допущение: если у вас используются стандартные миниатюры WordPress, при этом, вы устанавливаете миниатюру записи и не используется картинку в самой записи, то плагин сочтёт такую картинку неиспользуемой!
Заметка: после удаления (деинсталяции), плагин не удаляет папку кеша (wpmc-trash) в каталоге uploads. Поэтому, возможно эту папку нужно будет удалить вручную.
Ошибки в плагине
После удаления, плагин не удаляет свои опции из таблицы wp_options. Частая ошибка авторов плагинов... Этот момент я поправил, исправленную мной версию можете скачать по этой ссылке . Надеюсь автор услышит мой комментарий и в следующем релизе поправит этот момент.
