7 реально раздражающих моментов в WordPress (и как их поправить)

Если вы читаете этот блог, то вы, вероятно, являетесь поклонником WordPress. Да, я тоже люблю WordPress, но ничто не совершенно. Примеряя на себя роли веб-дизайнера, веб-разработчика, автора статей, исследователя и блоггера, я обнаружил, что в WordPress есть много аспектов, которые раздражают меня всегда.

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

Давайте посмотрим на самые раздражающие моменты WordPress, а также покажем, как с ними можно справиться.

1. Переключение между кодом и визуальным представлением нарушает форматирование.

Проблема: мне нравится писать мои посты в Word и затем вставлять их в визуальный редактор. Да, я знаю, что это богохульство, однако мне не слишком нравится писать в консоли WordPress, а проверка орфографии в Google Docs отвратительна (если кто-нибудь подскажет мне, как заставить ее работать, я буду вам признателен); в любом случае, вставка текста напрямую в визуальный редактор работает просто прекрасно – это заметно экономит время, которое обычно тратится на форматирование текста и расставление заголовков.

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

Также очень просто испортить форматирование, выполняя какое-либо редактирование списков; иногда создаются дополнительные теги div, а изображения почему-то вставляются в теги p без каких-либо причин на это.

Не стоит даже говорить о том, насколько раздражает и запутывает поиск нужного места после переключения между двумя режимами представления.

Решение: Используйте плагин TinyMCE Advanced. Это более продвинутый WYSIWYG редактор, который позволяет исправить многочисленные проблемы, связанные с родным редактором WordPress. Если вы перейдете в настройки TinyMCE — где вы также можете найти опции по добавления дополнительных кнопок к визуальному редактору, — вы легко сможете отключить автоматическое удаление тегов в разделе «advanced options».

2. Разделы кода исчезают или искажаются, даже если вы используете теги CODE

Проблема: поскольку я веду блог про WordPress, я довольно часто вставляю фрагменты кода в записи. Проблема заключается в том, что половина кода часто пропадает или искажается при просмотре записи. WordPress пытается интерпретировать и выполнить код вместо того, чтобы просто вывести его на экран. Тег code используется только для визуального представления, т.е. он сообщает браузеру, что код нужно вывести в соответствующем виде, однако не утверждает, что этот тег нельзя выполнять.

Решение: используйте плагин Visual Code Editor, чтобы сохранить форматирование кода после редактирования. Вы можете также использовать онлайн-инструменты, такие как Quick Escape, для конвертации специальных символов, таких как угловые скобки, в символьные коды HTML перед вставкой кода в WordPress. Если же вы используете длинный код, то в таком случае используйте инструменты вставки, такие как Pastebin.

3. Слишком много тем с ужасным дизайном и вредоносных бесплатных тем

Проблема: все мы хотим получить максимум, потратив минимум средств, поэтому идея воспользоваться бесплатной темой поначалу выглядит привлекательной. Я использовал собственный набор бесплатных тем в течение долгого времени, однако вскоре я обнаружил, что они имеют ужасный код, крайне редко обновляются и иногда включают в себя ссылки на другие сайты или какой-либо другой код, скрытый в футере. Не говоря уже о том, что несколько сотен сайтов уже используют одну и ту же тему.

Решение: теперь я используют премиальные темы либо создаю свои собственные темы, используя фреймворки, такие как Genesis. Мне понадобилось длительное время, чтобы согласиться с тем фактом, что бесплатные вещи в интернете могут зачастую стать в копеечку. Теперь я знаю, что если бы я сразу потратил немного средств на покупку темы, то я почти наверняка смог бы сэкономить время, а время — деньги!

Я не говорю о том, что все бесплатные темы плохи, нет, но если вы хотите использовать такую тему, то лучше всего загружайте ее с проверенного источника, такого как, к примеру, официальное хранилище тем WordPress, либо выбирайте бесплатные темы от проверенных разработчиков премиальных тем, таких как WooThemes.

4. WordPress хранит абсолютные URL в базе данных

Проблема: если вы хотите поместить ссылку (на файл или изображение) в запись, вы не можете воспользоваться относительными ссылками (к примеру, /images/myimage.jpg), вместо этого вы должны указывать полный путь к файлу (http://www.mysite.com/images/myimage.jpg). Вся структура бэкэнда WordPress работает на том же самом принципе. Это не слишком значимая проблема, пока вы не перенесете свой сайт и не обнаружите вдруг, что все ваши ссылки внезапно перестали работать.

Решение: Используйте плагин Duplicator для переноса своего сайта. Или, если вы предпочитаете делать это вручную, вы можете произвести поиск и замену нужных строк в базе данных через SQL (вот также полезный инструмент для этого). Это сильно раздражает!

5. Слишком много ужасно кодированных плагинов

Проблема: в целом для создания плагинов нет никаких ограничений или рамок. Открытость сообщества подтолкнула многих людей, в том числе и не-программистов, к написанию своих собственных плагинов. Это, конечно, прекрасно, что многие люди осваивают навыки кодирования, однако это плохо для остальных пользователей, которые не знаю, был ли плагин написан в соответствии со стандартами кода в WordPress.

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

Решение: проверьте отзывы о плагине перед тем, как качать его. Ищите премиальные плагины (которые чаще других являются актуальными и должным образом закодированными), а также плагины, рассмотренные уважаемыми сайтами с хорошей репутацией (такими как Oddstyle).

6. В консоли отсутствует древовидное представление страниц

Проблема: это не слишком важная проблема, если вы используете WordPress в основном для блоггинга, однако если вы используете WP скорее как полноценную CMS с большим количеством статических страниц, то в таком случае вы поймете, почему вывод структуры страниц так важен. Очень сложно понять, какова структура сайта и как страницы соединены между собой, поскольку все они просто перечислены в одном большом списке.

Решение: Используйте плагин CMS Tree page view. Этот плагин предоставит вам визуальное древовидное представление всех ваших страниц, с которым вы, возможно, сталкивались в других CMS. Страницы можно перетаскивать, чтобы изменять их порядок.

7. Клиенты не обновляют свои плагины и ядро WordPress

Проблема: Вы и я знаем, что очень важно обновлять WordPress, как только новая версия увидела свет. Также важно обновлять плагины и темы, чтобы сохранить их безопасными. Проблема, с которой я столкнулся, состояла в том, что клиенты, которые обращались ко мне два года назад и решили вновь спросить совета, за все это время ни разу не обновляли свои сайты.

При написании данной статьи я также обнаружил людей, которые главным образом жаловались на противоположную проблему: клиенты выполнили обновление без бэкапа и их сайт сломался.

Эта ситуация – превосходная для тех разработчиков, которым нравится продавать пакеты обслуживания своим клиентам, однако если вы предпочитаете не связываться с клиентами в течение многих лет (как я!), то это – не лучший выход для вас.

Решение: Начиная с версии WordPress 3.7, ядро выполняет минорные обновления автоматически, если вы не отключите эту возможность.

Вы можете также активировать и мажорные обновления, автоматические обновления для плагинов и тем из официального хранилища WordPress, внеся некоторые правки в файл wp-config.php. Я предлагаю комбинировать этот подход вместе с использованием плагина для автоматического бэкапа, к примеру, BackupBuddy, чтобы откатиться назад, если вдруг во время обновления что-то сломается.

Возможно, что наилучшее решение «все в одном» заключается в использовании управляемых WordPress-хостингов, таких как WP Engine, которые самостоятельно производят обновления и бэкапы для вас и ваших клиентов.

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