Прежде всего, считаю нужным уточнить несколько моментов:

1. Эта статья не про какие-либо возможные недостатки интерфейса панели администрирования, тем оформления, готовых плагинов для wordpress или что там еще может интересовать типичного веб-мастера? Со всем этим как раз, на мой взгляд, у WordPress всё относительно в порядке. Эта статья про код.
2. Статья во многом опирается на материалы, мною собранные воедино, вольно переведенные и от себя значительно дополненные. Ссылки представлены в конце статьи.
3. Популярность - не синоним качества. Не нужно использовать этот довод как доказательство качества технического исполнения. WordPress популярен явно по совершенно иным причинам.

Глобальные переменные это так классно, не правда ли?

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

Так вот, WordPress использует их везде и для всего. К примеру, The Loop или Цикл , если по-русски. Используя его, WordPress обрабатывает каждый пост для вывода на текущей странице. Он может быть с легкостью сломан внедрением следующего кода:

Global $post; $post = null;
И попробуй догадайся где была объявлена или перезаписана глобальная переменная. Тяжело представить как у кого-то вообще могла родиться мысль о том, что вот такое использование глобальных переменных это чертовски хорошая идея.

А пригодился бы разработчику слой абстракции базы данных?

Определенно да. В WordPress не используется концепция моделей и каких-либо сущностей (ладно, есть WP_Post , но это смешно). Как насчет ORM и ActiveRecord? Забудьте. Вся работа с базой данных устроена с помощью отдельных специальных объектов для запросов, вроде WP_Query и WP_User_Query . В придачу к ним идет безумное количество неэффективной логики для поддержки пагинации, фильтрации, санитайзинга, установки связей и т.д. И в довершение ко всему перечисленному, каждый раз, когда осуществляется запрос, он изменяет глобальный объект (см. предыдущий пункт). Нет, серьезно, почему вообще результат запроса к базе должен храниться глобально?

У разработчиков также есть доступ к таким функциям, как query_posts() и get_posts() . Первая строго не рекомендуется к использованию в официальной документации и в статьях вроде этой . И обе являются обертками, вызывающими внутри себя WP_Query .

Function query_posts($query) { $GLOBALS["wp_query"] = new WP_Query(); return $GLOBALS["wp_query"]->query($query); }
Предлагаю также читателю постараться не засмеяться и не заплакать во время ознакомления со следующей иллюстрацией-объяснением работы WP_Query:

Всех этих проблем не было бы, если бы под капотом у нас присутствовал бы какой-нибудь адекватный слой абстракции БД. У WordPress есть глобальный объект (да, опять) wpdb , который пытается подражать слою абстракции. Пытается.

Другой важный момент - WordPress не подразумевает, что разработчик может захотеть создать произвольные таблицы в БД для своих нужд. По какой-то причине нужно хранить все данные только в заранее предусмотренных таблицах. Далее представлена схема БД WordPress версии 3.8:

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

• post - запись в блоге, пост
• page - страница
• attachment - медиафайл (то есть изображение, загруженное и прикрепленное к посту с помощью кнопки «Добавить медиафайл», в терминологии WP это тоже в свою очередь пост)
• revision - разные редакции одного и того же поста
• nav_menu_item - элемент меню (ага, значит ссылка в меню тоже является постом, прекрасно)

Если вы делаете плагин и вам нужно объявить свою собственную сущность, например «выполненный проект», вы регистрируете новый тип поста. Такая возможность появилась с версии 3.0 и именуется custom post types .

Так вот, всё это должно храниться в одной единственной таблице БД и имя ей posts. Также у нас есть таблица postmeta. Несложно догадаться, что там нужно хранить всю мета информацию, относящуюся к постам. Таблица options предполагает хранение раличных настроек самого WordPress и всех установленных плагинов. В итоге, рано или поздно мы получим раздутые таблицы, поиск или сортировка по которым может стать проблемой.

Теоретически разработчик может создать свои произвольные таблицы в БД, но WordPress не будет о них ничего знать и не сможет организовать никакого интерфейса для управления данными, хранящимися в такой таблице. Всё, что останется разработчику - это PDO и MySQL запросы.

Создавать для всего кастомные типы постов и таксономий это не решение проблемы, это и есть проблема.

Маршрутизация с помощью mod_rewrite

Само по себе это не плохо. Плохо это измененять правила mod_rewrite посредством обновления.htaccess файла когда ядро или какой-либо плагин добавляют или переопределяют правила маршрутизации и только тогда, когда вы нажмете на кнопку обновления настроек на странице настроек маршрутизации в панели администратора (головная боль при отладке).

В мире уже достаточно давно изобретены, широко известны и широко используются такие подходы к маршрутизации как например у Symfony . Большинство, если не все проблемы WordPress с маршрутизацией могли бы быть решены с помощью маршрутизатора, работающего на уровне PHP. Все эти «полезные» функции вроде is_page() , is_single() и is_category() стали бы ненужными, т.к. маршрутизатор бы отвечал за весь mapping и scoping.

Чтобы понять насколько всё печально, предлагаю заглянуть на соответствующую страницу документации .

Как насчет файловой архитектуры?

Первый релиз WordPress состоялся 27 мая 2003го года, более 11 лет назад (представьте себе). Архитектура MVC тогда еще не была широко известна и используема, соответственно WordPress просто разбит на множество неких отдельных файлов, разложенных по неким директориям, в привычном ключе для PHP разработчика того времени. Этот подход находит свое отражение в устройстве шаблонов оформления, в которых страницы с определенными ролями имеют соответствующие PHP файлы: index.php, archive.php, single.php, и т.д. - вместо использования толковой маршрутизации (см. пункт выше). Да, это всё наследие с незапамятных времен, но от этого оно не перестает быть проблемой сейчас. Если у вас достаточно свободного времени, то можете ознакомиться с видеозаписью доклада , который иллюстрирует с какими вопросами сегодня приходится сталкиваться профессиональным WordPress разработчикам. Там человек 40 минут рассказывает как он организовал архитектуру тем оформления чтобы она была, скажем так, несколько удобнее. Круто, но почему ему вообще приходится этим заниматься и потом рассказывать об этом на конференции?

А вот еще маленькая и не очень существенная деталь, но заставляющая каждый раз страдать мое чувство прекрасного. Название шаблона оформления и прочая мета информация о нем хранятся в файле style.css, лежащем в корневой директории шаблона. Там же обычно хранятся и стили. Что если мы хотим использовать scss, задействовать сборщик, минифицирующий, конкатенирующий и укладывающий весь css код куда нибудь в файл app.css в папке build? Окей, но от style.css в корневой директории нам всё равно так просто не избавиться. WordPress жестко привязывается к названию шаблона, хранящемся в этом файле. Там может не быть ни единой строчки css, но должна быть строка с названием шаблона. Если этот файл удалить или переимновать - всё сломается.

Перейдем от архитектуры шаблонов к остальной кодовой базе. Большинство функционала предоставляется посредством глобальных функций (это плохо, см. пункт выше) и не инкапсулировано в классах / не организовано посредством неймспейсов. Расписывать почему это было бы хорошо - не буду, это широко распространенный и известный подход. Доходит до того, что создатели сколько-нибудь значительных плагинов организуют свою собственную mvc архитектуру с преферансом и барышнями в рамках директории своего плагина.

Любые стандартные класс или функция WordPress могут быть найдены в директории wp-includes в одном из множества файлов, что безусловно служит некоторой организации кода. По крайней мере они попытались.

Пусть архитектура и не так хороша, по крайней мере шаблонизация хорошо работает

Шаблонизация в WordPress? Нет, никаких шаблонизаторов не используется. Вы можете возразить, ведь PHP сам по себе является шаблонизатором и вообще изначально задумывался как язык-шаблонизатор. Что же, это так, но он не используется тут так, как обычно используют шаблонизаторы. Я про то, что нет никаких layout"ов, переиспользуемых частей (partials), автоматического экранирования и т.д. и т.п.

WordPress существует уже больше 11 лет. Smarty больше 12 лет. Twig больше 4 лет. Не вижу ни единой причины почему нельзя было использовать стороннюю библиотеку или даже придумать что-то своё. Сам факт того, что в шаблонах приходится использовать все эти get_header() , get_sidebar() , и get_footer() - жалок.

Механизм action и filter хуков -- достаточно мощный и удобный

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

Function add_action($tag, $function_to_add, $priority = 10, $accepted_args = 1) { return add_filter($tag, $function_to_add, $priority, $accepted_args); }

Давайте также закроем глаза на то, что принцип работы всех этих экшенов и фильтров давно известен миру, и название давно придумано - events, события. Только недоделанные, к примеру процесс «всплытия» события не может быть остановлен.

В WordPress данный механизм хуков используется, как и глобальные переменные, везде и для всего. Вся система построена таким образом, что по мере выполнения кода происходят определенные события, на которые повешены определенные функции. Вы можете сказать, что это классно, ведь разработчик может как угодно переопределить поведение системы, без надобности вносить изменения непосредственно в ядро. Да, любой плагин или тема оформления могут нести в себе хуки, которые изменяют какие-либо данные, переопределяют логику и, вместе с тем, вызывают проблемы в последствии по мере продолжения выполнения кода. Другая особенность состоит в том, что количество аргументов, передаваемых в обработчики событий, по умолчанию обрезается до одного, если явно не указано иное (отсылка к $accepted_args выше в коде). В каком таком случае мне вообще может это понадобиться и я не захочу получить все аргументы?

Оба этих момента иной раз приводят к кошмару во время процесса отладки.

Как насчет обработки ошибок?

Вместо использования встроенного в PHP стандартного механизма обработки ошибок и исключений, WordPress использует свой собственный велосипед. Получите, распишитесь. Вместо выбрасывания исключений и предоставления разработчику возможности поймать их и как следует обработать, WordPress возвращает (именно return, а не throw) экземпляр класса WP_Error , содержащий сообщение и код ошибки, ну вы знаете, прямо как исключение.

Что делает ситуацию еще смешнее - некоторые функции принимают аргумент, позволяющий выбрать что она будет возвращать при ошибке -- WP_Error или false . Без комментариев.

Зато у WordPress куча классных плагинов и шаблонов оформления!

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

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

Ах, да. С каждым новым установленным плагином вы также повышаете шанс вот такого развития событий: "Критическая уязвимость в популярном плагине FancyBox for WordPress ". Плагин с более 500 000 скачиваний. Любой мог просто отправить составленный определенным образом анонимный POST запрос WordPress"у, тем самым как угодно изменяя опции уязвимого плагина, среди которых есть опция вывода дополнительного содержания. XSS готов.

Стандарты написания кода

Вместо того, чтобы поддержать весь остальной PHP мир в использовании стандартов PSR или PEAR , разработчики WordPress решили написать свой собственный стандарт , который во многом противоположен вышеупомянутым.

Псевдо Cron задачи

Вместо того, чтобы использовать настоящий планировщик cron, для WordPress создали свой собственный, работающий на уровне PHP. Он сохраняет ссылки на колбэки в БД, а затем при помощи PHP запускает их при определенных событиях. Само собой он не работает всё время в фоновом режиме, как можно было бы подумать. Каждый раз когда кто-то заходит на сайт, происходит проверка cron задач и, если пришло время для какой-то из них, то она выполняется. Может на минуту позже, может на несколько часов.

В результате можно найти кучу заметок о том, как отключить wp_cron и подключить настоящий. И еще вот такие: Why WP-Cron sucks . Там уже про негативное влияние WP-Cron на скорость работы высоконагруженных сайтов.

Нарезка изображений

При загрузке изображения в библиотеку медиафайлов WordPress нарезает его на разные размеры. По умолчанию жестко заданы 3 размера: миниатюра (150х150), средний размер (300х300), крупный размер (1024х1024). В панели управления можно изменить ширину и высоту каждого из этих размеров, но не удалить или добавить новый размер. Для добавления размера нужно залезть в код и воспользоваться функцией add_image_size() .

Представим, что мы установили тему оформления, разработчик которой добавил следующий код в файл темы functions.php, в котором предлагается описывать дополнительные функции для работы темы и устанавливать параметры ядра WordPress:

Add_action("after_setup_theme", "foo_theme_setup"); function foo_theme_setup() { add_image_size("category-thumb", 400, 400, true); add_image_size("homepage-thumb", 220, 180, true); }

Теперь загрузим, к примеру, фотографию foobar.jpg размером 1600х1600. Вне зависимости от вашего желания и не предоставляя какой-либо возможности выбора, WordPress создаст в директории wp-uploads следующие файлы: foobar.jpg (оригинальный загруженный файл), foobar-150x150.jpg, foobar-300x300.jpg, foobar-1024x1024.jpg, foobar-400x400.jpg, foobar-220x180.jpg. То есть в нашем случае по 6 файлов на 1 загруженное изображение, даже если вы просто хотели вставить на страницу оригинальное изображение и вам не нужна вся остальная нарезка. Когда мы загрузим еще 300 изображений, файлов будет уже 1800, большая часть которых никогда не будет использована и просто мертвым грузом будет лежать на жестком диске. А если у нас еще установлены плагины, которые тоже добавляют свои размеры? Сколько тогда файлов будет создаваться на 1 изображение?

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

Заключение

Может показаться, что я ненавижу WordPress. Вовсе нет. Я имею дело с этой CMS с 2.* версий, приблизительно с 2009го года, с её помощью за прошедшее время мне довелось сделать не один десяток сайтов, за это я благодарен. Мы активно используем WordPress в студии, где я сейчас работаю и вряд ли сможем в скором времени его заменить на что-то более эффективное, хотя с интересом наблюдаем за развитием October CMS (CMS на базе PHP фреймворка Laravel) и фантазируем о миграции после выхода стабильной версии.

Сайт w3techs приводит следующую статистику на январь 2015го года - WordPress используют 23% сайтов из проанализированных топ 10 миллионов сайтов по рейтингу Alexa . Доля среди других CMS по этой выборке равна 60%. Следом идет Joomla с 7.5%, отрыв огромен. Откуда такая популярность? Почему я в своё время и огромное количество других людей выбрали WordPress? Видимо играет роль большая дружественность интерфейса управления сайтом, простота установки и использования, все эти тысячи готовых плагинов и шаблонов, низкий порог вхождения для того чтобы, простите, наговнокодить что-то своё. Эти качества отвечают всему тому, что так важно типичному веб-мастеру или человеку, которому просто нужен свой блог с фотографиями котиков. Людям, которые и близко не являются инженерами и не хотят ничего слышать про какие-то архитектуры, хуки и т.д.

Не стоит также забывать про сервис wordpress.com, позволяющий быстро создать сайт на основе WordPress, не заботясь о покупке хостинга и самостоятельной установке CMS. Обслуживает более 60 миллионов сайтов. Сервис создан в 2005м году компанией Automattic, которая вносит огромный вклад в развитие WordPress. И, как мне кажется, это напрямую связано с тем, что в новости об очередном грядущем обновлении WordPress указаны такие вещи, как новая тема оформления, улучшения в интерфейсе работы с текстом, удобное выравнивание изображений, новая вкладка «рекомендованные плагины» и прочая мишура. Это то, что нужно целевой аудитории. А в разделе для разработчиков написано, что поправлено куча багов. И никакого намека на глобальное улучшение ситуации. Это можно понять, нельзя так просто взять и всё отрефакторить, да и, опять же, целевой аудитории это не нужно. Поэтому я не верю в какие-либо действительно значимые позитивные изменения в техническом отношении.

В завершение приведу цитату из интервью с Алексеем Бобковым , разработчиком October CMS. Цитату, которая, на мой взгляд, очень точно описывает ситуацию с WordPress:

С какими CMS ты до этого работал и почему решил написать свою CMS?
Приходилось работать с разными CMS. Интерфейс многих CMS выглядит так плохо, что руки опускаются с ними работать. Я не люблю ругать чужие продукты, поэтому не буду перечислять названия, кроме одного. WordPress неплох, но уже видно, что это приложение старой школы. Даже лучшие (популярные) плагины для него это чистейшее спагетти из кода PHP и разных файлов. Чтобы разобраться что к чему и что-то починить требуется уйма времени и каких-то специальных знаний, для получения которых нужно перелопачивать форумы и блоги, в которых люди в основном задают такие же вопросы и не получают внятных ответов.
Хочется иметь что-то простое и гибкое, настоящую платформу для разработки сайтов и приложений, с красивым интерфейсом и продуманным подходом к расширяемости. Нечто такое, что можно описать несколькими страницами документации и чтобы люди, которые будут это использовать, могли тратить время на более приятные вещи, чем решение простых задач сложным способом.

Но еще ни одной о том, на чем сделать блог , на каком движке . Многие не знают этого, да и сам не знал 2 года назад! А ответ прост, блог просто обязан быть на движке wordpress . Почему wordpress ? Сейчас постараюсь дать ответ на этот вопрос. Но сначала, давайте разберемся, что такое wordpress и как он работает. Обратимся к википедии и узнаем, что wordpress – это система управления содержимым сайта с открытым исходным кодом… Это все, что нам нужно, определение очень емкое, но тем не менее очень понятное. То есть вордпресс – это система управления содержимым блога, движок, двигатель или мотор блога.

В чем же его преимущества. Почему wordpress ?

Во-первых, движок вордпресс – бесплатный, его можно легко скачать с официального сайта! И здесь совсем не действует популярная поговорка про то, что «бесплатный сыр находится только в мышеловке». Никакого подвоха в бесплатности нет, движок очень надежный и работоспособный!

Во-вторых, его простота. Он настолько простой, что любой человек без труда разберется в нем и сможет вести свой блог. А , и без простого движка на начальном уровне работе с блогом, будет не мыслимо сложно. Как же здорово, что есть такой простой инструмент для ведения блога!

В-третьих, удобство в применении. Он не только простой в применении, но и очень удобный. Его административная панель представляет собой хорошо спланированный и органичный инструмент, с которым приятно работать. Все практически «разложено по полочкам», все понятно и доступно!

В-четвертых, движок имеет открытый исходный код, благодаря чему можно спокойно изменить внешний вид блога, отредактировать его, усовершенствовать, короче тем самым его улучшить. При чем эти улучшения также может сделать любой человек, практически не имея никаких знаний в программировании. Чуть-чуть необходимо знать язык разметки HTML и всё! И даже не основы, а к примеру, как сделать отступ, как изменить шрифт, как сместить боковое меню и так далее. Может вы мне и не поверите, но сделать это очень просто!

В-пятых, движок постоянно обновляется и тем самым улучшается. Обновления выходят регулярно и обновить его не составит особого труда. Последнее обновление меня кстати немного удивило! Удивило серьезным шагом вперед в плане изменения визуализации административной панели!

В-шестых, для движка wordpress существует огромнейшее количество плагинов (дополнений), с помощью которых можно «заточить» как угодно! К примеру, есть плагины, которые защитят блог от взлома; есть плагины, которые добавят смайлики для комментариев; есть плагины, которые будут работать с базой данных и так далее…

Но не смотря на все эти преимущества, движок вордпресс имеет и ряд недостатков.

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

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

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

Таким образом, делаем вывод, что wordpress имеет в 2 раза больше преимуществ, чем недостатков. При этом все недостатки легко исправляются, и данный движок идеально будет работать! Я думаю, что дал убедительный ответ, почему wordpress , на этом всё, вы читали , до скорого…

(Последнее обновление: 23.05.2019)

Привет всем! Друзья и товарищи, я подготовил небольшую статью - Почему WordPress - для тех, кто только задумывается или уже решил окончательно создать свой сайт (к стати, вот , подробная инструкция в картинках и видео, по созданию своего автономного веб-ресурса) и не знает, какой движок выбрать. А также, для пользователей Blogger мечтающих перейти на новый уровень, то есть, стать самостоятельными и не зависимыми от прихоти бесплатного блогохостинга blogspot.

В общем, продолжаю агитировать за мою любимую CMS Вордпресс.

Наилучшие возможности WordPress ждут вас

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

Почему CMS WordPress?

Итак, если вы выбираете платформу для сайта, советую обратить своё внимание на ВордПресс – абсолютного лидера и чемпиона среди бесплатных CMS во всем Интернете. По информации W3Techs, сегодня на движке WordPress работают 33% всех сайтов в мире, то есть, каждый 3 сайт в Интернете работает на WP (и мои пять, в том числе).

WordPress появился в 2003 году, когда Mike Little и Matt Mullenweg создали форк b2/cafelog. Даже тогда требовалась элегантная, хорошо продуманная личная издательская система. Сегодня WordPress построен на PHP и MySQL и лицензируется под GPLv2

WordPress продолжает лидировать на российском рынке CMS. Согласно последним исследованиям компании iTrack, WordPress является наиболее востребованной платформой в российском сегменте сети (42,8 % от общей доли систем управления сайтами) за которой следует Joomla (15,2 % рынка). Третью позицию по числу инсталляций занимает коммерческое решение 1С-Битрикс (9,8 %), четвертую - система OpenCart, контролирующая примерно 4 % российского рынка CMS.

Это в первую очередь связано с её доступностью. Система управления контентом (CMS) WordPress распространяется по свободной лицензии GNU GPL, благодаря чему может использоваться всеми желающими, не зависимо от своей подготовки, как на собственном сервере/хостинге, так и на домене wordpress.com.

На блогохостинге WordPress.com также бесплатно создается домен третьего уровня ( по wordpress.com). Хостинг помогает создавать красивые и функциональные веб-сайты и блоги. WordPress.com - это отличная площадка для любых авторов: от начинающих блогеров и предпринимателей до крупных брендов, например TIME, TED и Spotify:

Главная страница ru.wordpress.com

CMS WordPress можно использовать для создания блогов, сайтов компаний, лендингов, интернет-магазинов, порталов с возможностью регистрацией пользователей. Только вы решаете, над чем работать - будь то корпоративный сайт, портфолио или личный блог. Функциональность движка во многом зависит от того, какие плагины на него установлены. Широкий выбор поможет реализовать любую задумку, а возможности настройки удовлетворят самые взыскательные требования.

На официальном сайте https://ru.wordpress.org/ (сайт на русском языке) можно в любое время бесплатно скачать самую последнею версию WP и установить её на хостинг.

Встречайте самый популярный WordPress

Многие хостинги представляют возможность установить движок Вордпресс автоматически. Как например мой любимый хостинг Beget. Как создать сайт на бегет ссылка в начале поста.

Обновление WordPress

Даже, если вы ещё "зелёный чайник" и впервые будете устанавливать движок для веб - проекта (сайта, блога или Интернет магазина) знаменитая пятиминутная установка не должна вызвать у вас вообще, ни каких затруднений. Поверьте моему опыту (года три наверное), это легко и просто. Кроме того, на официальном сайте вы найдете ответы практически на любые вопросы и в дополнение к этому, существует огромное количество блогов в помощь новичкам, по освоению CMS (и у меня есть тоже).

Комьюнити (интернет-сообщество - группа людей со сходными интересами, которые общаются друг с другом в основном через Интернет) WP огромно и включает в себя миллионы пользователей и разработчиков, и в том числе русскоязычных.

Еще, в пользу WordPress - одной из важнейшей особенностей является его масштабируемость и адаптируемость к нуждам владельца. Платформа создана таким образом, что любой её компонент можно расширить и дополнить при помощи бесплатных плагинов и тем/шаблонов. Плагины расширяют и дополняют . К вашим услугам 54 478 плагинов которые можно легко установить из админпанели:

Панель управления WordPress - плагины

Есть, как небольшие плагины, так и целые фреймворки, которые позволяет сооружать сложные конструкции, как форум bbPress, нишевая социальная сеть (плагин BuddyPress) или интернет-магазин (плагин WooCommerce). На WP можно создать сайт практически для любых целей, от персонального блога до интернет -магазина. И что самое главное, сделать это может практически любой человек даже, не знакомый с программным кодом.

Темы для сайта WordPress

Сайт работающий на WordPress

Пример сайта на WordPress : Сайт кулинарных рецептов "Я Поварёнок" - https://japovarenok.ru/

Кулинарный сайт -работает на ВордПресс

Пример сайта: AppleMix - http://applemix.ru/

Пожалуй, ещё стоит упомянуть всем известный Лайфакер - http://lifehacker.ru/

Лайфакер

Когда в 2003 году никому не известный программист Мэтт Мюлленвег (Matt Mullenweg) выпустил движок WordPress, кто бы мог подумать, что он станет настолько популярным во всем мире? Лучшего движка, наверное уже не придумать. А зачем придумывать, что то лучшее, если есть - идеал.

WordPress - качественная платформа для публикации, ориентированная на красоту, поддержку стандартов и удобство использования. WP - это то, что вы используете, когда хотите работать над сайтом, а не бороться с ним.

И в заключение

Тестировал бесплатные CMS Joomla!, Drupal - не понятно и сложно, надо изучать длительное время, а оно мне надо? Выбрал окончательно и на всегда WordPress - легко, комфортно, даже ребёнок справится. Рекомендую всем. Создайте полнофункциональный вебсайт на движке WP и вы не пожалеете.

Вот и всё, совсем коротко - почему Вордпресс лучшее решение для создания сайта.

Если что, я вам в помощь. На этом позвольте откланяться, до новых встреч. Удачи всем.

(function(w, d, n, s, t) { w[n] = w[n] || ; w[n].push(function() { Ya.Context.AdvManager.render({ blockId: "R-A-292864-4", renderTo: "yandex_rtb_R-A-292864-4", async: true }); }); t = d.getElementsByTagName("script"); s = d.createElement("script"); s.type = "text/javascript"; s.src = "//an.yandex.ru/system/context.js"; s.async = true; t.parentNode.insertBefore(s, t); })(this, this.document, "yandexContextAsyncCallbacks");

Если Вы новичок в блоггинге, то вполне возможно уже слышали о такой блог- платформе (движке), как WordPress. Так что такое WordPress? Это издательская платформа специально предназначенная для создания и ведения блогов, а также более сложных интернет-ресурсов. Причем, стоит отметить, что этот движок используют не только новички, но и такие монстры как, например, .

Эта система управления сайтом (CMS — Content Management System) является одной из наиболее популярных систем управления блогом (см. Википедию). Более того, можно делать не только блоги, но и целые информационные порталы. Вот процентное соотношение использования различных движков в мире по данным зарубежных источников.

Существует множество аналогичных систем и, вполне естественно, у каждой имеются свои достоинства и недостатки. Но, как мне представляется, если Вы решили сделать свой блог, при этом технические знания по его созданию практически отсутствуют, но хочется сделать свой блог (Речь идёт о том, если делать блог на бесплатных блог- сервисах, например на или , то фактически эти блоги принадлежат не вам, а соответствующему сервису) — лучший вариант – WordPress.

Даже если возникнут технические сложности по установке или использованию, то в русскоязычном интернете полным-полно блогов сделанных на этом движке, которые и обучают его использованию (хотя бы и блог на котором Вы). Не мало и специализированных форумов по этой теме. Не пропадёте.

Пользуюсь системой уже не один год. Даже если и были какие-то проблемы – всегда есть и сайты и форумы, где всё можно разузнать.

И снова: почему WordPress? Почему именно эта CMS?

Потому, что

Упрощается процесс создания сайта (блога) – не надо знать языков программирования и многих других технических деталей. Многие хостеры имеют уже предустановленный этот движок и соответственно установка — это простое кликанье мышкой. Вполне естественно, что сначала нужно выбрать и купить доменное имя и хостинг;
Огромная расширяемость, над совершенствованием работает огромная масса профессиональных программистов. Открытый код. Обширный выбор тем и плагинов, позволяющие изменить внешний вид и расширить функциональность. А плагинов написано для этого движка столько, что трудно себе даже представить.

Причём с помощью плагинов wordpress можно решить практически любую задачу, например, хотите поставить капчу — запросто, хотите управлять метатегами — ставьте All in One SEO и все метатеги у вас под контролем. Нет необходимости выбирать другие движки, если всё можно сделать на этой платформе. Открытый исходный код означает, что можно спокойно вносить в него изменения;

Публиковать контент можно прямо с рабочего стола своего компьютера. Имеется возможность редактирования как визуально, так и с помощью HTML кода;
Любой движок подгоняется под ваши нужды, так здесь всё сделать элементарно – Вы сами сконструируете всё что вам нужно. Административная панель управления (или попросту — админка) имеет огромное число настроек. Здесь можно: написать заголовок, ввести текст, сделать разметку (прописать H1-H6,сделать маркированные и нумерованные списки, выделить жирным или цветом текст, вставить картинку и прописать к ней атрибуты — заголовок и alt. Выбрать рубрику размещения статьи, выбрать соответствующие метки и заполнить метатеги, редактировать url статьи и т.д);

Вот так выглядит админка.

Возможность обновления непосредственно от разработчиков;
Хорошо индексируется поисковыми системами. Можно настроить Вордпресс так. что после опубликования статьи он автоматически будет сообщать в интернет о появлении новой статьи;

Сам движок, огромное количество шаблонов (или тем), плагинов — всё это имеется в свободном доступе и всё это абсолютно бесплатно. Хотя стоит отметить, что если Вам вдруг захотелось какого-нибудь уж очень закрученного дизайна, то есть для этого платные темы. Внешний вид блога изменяется просто. Находите тему в интернете, скачиваете её к себе на компьютер и и просто закачиваете к себе на сайт, активируете и и всё. Смотрите на дизайн. не понравилось — закачайте другую. Внешний вид можно менять как рубашки.

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

Сначала я расскажу почему WordPress мне не понравился. Когда я проводил многие часы изучая сайтостроение, начиная с html и css, и достигал определенных успехов и мне казалось, что я на пути к созданию именно . Мотивация была простой, уникальная ручная работа и стремление понять работу сайтов изнутри. Но когда мой знакомый, вероятно не проводивший, как я думал, столько времени за изучением тех же дисциплин что и я, вдруг начал создавать сайты на WordPress, мне это не понравилось, и я отнесся к этому с недоверием. Не может быть чего-либо хорошего в такой быстроте создания сайтов, говорил я себе. Либо это халтура думал я, либо это не качественно.

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

Логические мотивы

Шло время, я закончил с css и html, научился верстать шаблоны, делать сайты и почти приблизился к изучению программирования на php. Но что делать дальше? Куда развиваться? Приходит время, когда вебмастер должен определится. К примеру, если хорошо знаешь html код, но не знаешь программирования, не знаешь дизайна или cео, между тем понимаешь, что надо определятся с дальнейшим направлением. С одной стороны, растет конкуренция и надо делать действительно качественные вещи, с другой -надо выбирать дальнейший путь развития.

Три дороги три пути

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

Второй путь , рисовать дизайн и верстать шаблоны на html и css. Тут тоже можно реализовать себя и оказаться востребованным. Можно заработать на создании уникальных шаблонов, дизайне, верстке.

Третий путь , заняться seo аналитикой и оптимизацией сайтов. Здесь также возможно получить развитие и не плохо заработать. Потребуется глубокое понимание работы поисковых систем, изучение поведения пользователей и их запросов.

Вот как мне кажется три направления развития для вебмастера, если он захочет продолжить заниматься созданием сайтов профессионально. Но вернемся к WordPress.

В поисках идеального сайта

Параллельно изучая код, я делал сайты в ручную на HTML5 и CSS . Я был уверен, что делаю идеальные сайты, и они должны быть первыми в поиске, так как они были без ошибок со стороны W3C с богатыми вкраплениями и WAI-ARIA . Но поисковая система была со мной не согласна. Оказывается, что качественный код и дизайн - это не все что нужно для хорошего сайта. И тут я понял. Все труды по дизайну, по качеству кода, могут быть разрушены о стену поисковой системы. Обидным было видеть менее выше себя. И тогда я задался целью понять принципы работы .

Логичным было погружение в seo, и я стал в него погружаться. Как выяснилось, разработку надо начинать именно с понимания принципов cео. Задолго до начала вёрстки надо сделать комплексный анализ будущей аудитории сайта, и их . Получив эти данные необходимо построить удобную структуру из категорий и навигационного меню, . Короче сео открыло огромную пропасть незнания и вместе познаний.

Поиск волшебной CMS

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

Так и случилось как я сказал, быстро и хорошо делать сайты нельзя. Seo доказало что львиную долю времени в правильной разработке сайтов, занимает аналитика, планирование, или иными словами сео подход нацеленный на аудиторию.

Произошла смена приоритетов в разработке и теперь появилась необходимость в автоматизации процессов и CMS это позволяла:- быстрое развёртывание сайта. Тогда и стал вопрос о выборе оптимального решения. Перепробовав и 1С Битрикс, и Joomla, и WordPress я понял, что по сути они равны перед поисковой системой. Погуглив поиск на стороне Яндекс и Google я выяснил, что в первые результаты по различным запросам попадают все CMS, у поисковых систем нет любимчиков!

Присмотревшись поближе к системам управления сайтом я был поражён, как раньше я этого не видел. С помощью CMS оказывается можно делать крутые сайты и экономить кучу времени!!! Автоматически генерировать качественный код, с вкраплениями микро разметки различных форматов, автоматически создавать адаптивные дизайн блоки, легко масштабируемые для различных устройств. Можно не думать о коде, его нужно просто проверять и всё.

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

Почему WordPress

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

Простота и логика WordPress меня удивила и вместе обрадовала. В вордпресс оказался третьим после Джумла и Битрикс. Получилось так, что я перешёл в админку вордпресс из Битрикс и потом долго укорял себя за предвзятое и отрицательное отношение к WordPress. Не буду сравнивать сейчас WordPress и Битрикс, просто скажу, я не понимаю почему битрикс платный!

Особенности WordPress

Любой сайт в короткие сроки. позволяют быстро найти тематический дизайн для клиента, и не заморачиватся на вёрстке. Много процессов автоматизировано, глупо их не использовать. Встроенный редактор шаблонов помогает смоделировать практически любой дизайн.

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

Что касается seo то тут я считаю WordPress нет равных. Всего один управляет всеми параметрами SEO! Кто хоть немного знаком с оптимизаций сайтов, знает сколько параметров надо учесть, чтобы объять сео всего сайта. Ни в одной знакомой мне CMS нет плагина, чтобы он один отвечал за все параметры сео.

Заключение

Итак подведем итоги почему WordPress:

• Простота
• Удобство
• Шаблоны
• Плагины
• Seo оптимизация

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

Если вы согласны или не согласны с содержанием данного материала просим вас оставить свой отзыв или проголосовать.