wordpress или laravel что лучше
Laravel или WordPress – что выбрать для своего сайта?
Не допусти стратегическую ошибку при создании своего проекта
Ну например, все мы знаем, что Wordpres это уже давно не просто движок для блогов, и на Вордпрессе можно разработать даже сайт со сложной структурой. Верно? Ты же слышал об этом? И вероятно, из-за этого мнения, некоторые люди решают разрабатывать на WordPress настолько сложные проекты, что со временем приходят к такой сложности сайта, что его становится невозможно поддерживать с технической стороны.
И тогда разработка превращается в настоящий “Ад для разработчика”. Простейшие функции внедряются достаточно долго. Новые разработчики отказываются брать проект в работу, потому что это не проект, а “настоящий Хаос” с точки зрения кода. И что собственнику сайта с такой ситуацией делать?
Несколько важных моментов для базового понимания
В каких случаях следует выбрать PHP-фреймворк Laravel вместо CMS WordPress? Ответ на этот вопрос будет очевидным, если разобраться в структуре проекта, к которой планируется прийти в перспективе. Также следует хотя бы поверхностно знать преимущества обоих систем.
Также следует понимать, что на Laravel нет возможности быстро поставить какой нибудь “плагин” или “модуль”, чтобы реализовать даже стандартный функционал. Зачастую весь функционал должен быть написан с нуля. Однако, жизнь разработчику могут облегчить “пакеты”, которые помогут реализовывать частично нужный функционал.
Может показаться, что Laravel это слишком сложно, долго и дорого. И отчасти в этом есть доля правды. Однако эта правда весьма относительна.
Laravel разработчики, действительно, как правило стоят дороже чем WP специалисты. Но это исключительно от того, что такие специалисты имеют как правило более высокий уровень технической подготовки, чем типичные WordPress специалисты. Встречаются конечно же исключения.
Какое у Laravel преимущество перед WordPress?
Важное преимущество Laravel перед WordPress в том, что Laravel позволяет разработать сайт абсолютно с любым функционал и не ограничиваться возможностями WordPress. Конечно, многие WordPress специалисты могут заявить, что на CMS WordPress можно реализовать любой функционал, поскольку CMS также работает на PHP. Но вот в чем дело.
Зачастую код сложных проектов на WordPress превращается в такую “кашу“, с которой становится сложно работать. Повторюсь, на практике встречаются исключения.
К чему я это все…
Да, если проект подразумевает сложную логику и сложный функционал, то лучше выбрать именно Laravel и более профессиональных разработчиков.
Сейчас приведу ряд технических преимуществ Laravel, которые могут стать весомым аргументом:
Возможно ли на WordPress разработать сайт с личным кабинетом?
Безусловно, сайт с личным кабинетом на WordPress разработать возможно. Для этого даже существуют различные плагины, которые можно легко установить. Однако, важно понимать, что как только возникнет необходимость наращивать функционал в таком личном кабинете, то возникнет вероятность, что разработчик начнет писать “костыли”. Подобные плагины для личных кабинетов решают весьма узкие и конкретные задачи.
Типичный WordPress разработчик столкнется со сложностями, если потребуется внедрить прослушивание событий или обновление данных в реальном времени.
Также при разработке на WordPress часто возникает ситуация, когда при разработке одного функционала ломается что-то другое. И это иногда крайне сложно тестировать и обнаруживать. Эта ситуация возникает из-за отсутствия автоматических тестов у WordPress, и также из-за отсутствия практики написания тестов у Вордпресс разработчиков.
Если функционал проекта потребует выполнять задачи в фоновом режиме или в порядке очереди, в тот момент, когда сервер не нагружен, то типичный Вордпресс разработчик начнет использовать Cron. В этом ничего плохого нет. Однако возникает вопрос: зачем использовать такие вещи, когда PHP-фреймворк предусмотрел подобные ситуации и уже “из коробки” имеет очередь задач.
Сложный Интернет проект на WordPress
Сложный Интернет проект на WordPress создать безусловно возможно. Однако высока вероятность прийти в такую ситуацию, в которой самым правильным решением будет переписать весь код с нуля на PHP-фреймворке. И если есть подозрения что подобная ситуация может возникнуть с твоим проектом, то может быть следует избежать стратегических ошибок и принять правильное решение сразу, не дожидаясь когда «получшиь по лбу граблями»?
Преимущества WordPress перед Laravel
Ряд преимуществ WordPress перед Laravel, которые неоспоримы в некоторых конкретных случаях.
Нужно понимать, что WordPress позволяет быстро запустить в работу лендинг, сайт каталог или даже Интернет магазин. WP позволит выбрать красивый шаблон из готовых вариантов, адаптировать его под SEO продвижение и начать продвигаться или запустить рекламу.
На рынке очень много недорогих Вордпресс специалистов, которые с радостью соберут Вам сайт на конструкторе Elementor или даже выполнят верстку по макетам из Figma или Photoshop.
Однако есть ряд сопутствующих недостатков.
Недостатки Вордпресс
Опишу ряд недостатков WordPress и Вордпресс разработчиков относительно Laravel и специалистов на Ларавель. Опишу исключительно свое персональное мнение. При этом, есть вероятность встретить на рынке специалистов исключения.
WordPress VS Laravel: что лучше, совет предпринимателя
МАКСИМ КОЛМОГОРОВ
Соучредитель, технический директор vverh.digital
Сегодня мы сравним одну из самых популярных CMS в мире – WordPress, и один из самых популярных фреймворков – Laravel. Статья постарается показать какие преимущества и проблемы будут у владельца стартапа и бизнеса при выборе той или иной технологии.
Автор статьи – совладелец двух стартапов и разработчик с пятилетним опытом работы, за это время успел насоздавать сайты на WordPress, Laravel, Bitrix, OpenCart, Nuxt.js, а еще имеет опыт в проектировании и создании своих CMS под заказ с полного нуля.
Что выбрать: Laravel или WordPress
Для тех кто в теме, постановка данного вопроса кажется нелепой. Как вообще можно сравнить CMS и фреймворк? Но так как этим вопросом в основном интересуются предприниматели и маркетологи у которых нет большого количества времени на изучении этих “странных слов”, становится ясно откуда растут ноги у этой проблемы. Давайте по полочкам все разложим раз и навсегда.
WordPress – CMS, Laravel – framework
CMS – это административная панель, где пользователь может без знания программирования создавать страницы, вести блог, добавлять товары и редактировать контактные данные на сайте. Список можно еще расширить или урезать в зависимости от CMS.
В случае WordPress мы имеем дело с огромным количеством уже готовых модулей. Программистам не нужно создавать с нуля модули авторизации, восстановления пароля, прав доступа, блог. Это все уже есть.
Скриншот CMS WordPress, как видите внутри много всяких плюшек.
Framework (фреймворк) – (простыми словами) это инструмент для создания чего-то с нуля. C помощью фреймворка можно написать свою CMS для клиента.
В случае Laravel, у программиста нет никаких готовых модулей. Все нужно сделать самостоятельно. Хотя тут есть некоторые особенности. Если программист будет реализовывать свою CMS с нуля на языке программирования без каких-то вспомогательных инструментов, это займет большое количество времени ведь ему потребуется задать архитектуру проекта (спроектировать как архитектору), создать связь языка и базы данных, маршрутизацию и много чего еще. Во фреймворке уже есть архитектура и еще небольшая тележка дополнительных готовых функций.
“Готовая функция” все еще далека от готового модуля. Это просто готовый код, который программист может вызвать в своем коде. Например, парсер excel файла.
Стоимость разработки
Все предприниматели знают – время это деньги. И раз разработка на Laravel подразумевает создания большого количества базовых, но необходимых модулей с нуля (своей CMS), это потребует более значительных финансовых вложений ведь на это все нужно время.
C WordPress можно значительно сэкономить. Раз CMS это уже ряд готовых модулей, время разработки можно сократить до 30%. Наличие готовых плагинов, коих для WordPress миллион, позволяет поставить к себе на сайт готовый функционал в пару кликов. Естественно это тоже удешевит разработку, особенно если Ваш проект типового формата по типу лендинга или корпоративного сайта.
Логично, что у данного подхода есть и другая сторона медали (очень уж негативная). Вы же не думали что все бесплатное может быть хорошим?
Плагины в WordPress
Специально вынесли это в отдельный пункт. За это почти все и любят WordPress. Веб-студии на основе чужих плагинов делают свои модули быстрее и дешевле. Заказчики экономят деньги на программистах, ведь “зачем платить если можно бесплатно получить и самому поставить”. Только вот плагины могут быть “дырявыми”, с разными уязвимостями с помощью которых можно взломать сайт.
Случайная вырезка из журнала “Хакер”. Таких статей можно миллион найти по всему интернету. Это общеизвестная проблема в кругах веб-разработчиков работающих с WordPress.
Поэтому, готовый модуль может быть и хорошо, только вот на кого возложить ответственность в случае взлома или иного факапа? Замучаетесь концы бегать подбирать.
Гибкость
У готовых CMS есть определенные проблемы с гибкостью доработок. Обычно готовые CMS (как WordPress) делаются на массовую аудиторию и помогают в решение типовых задач: создавать страницы, теги, статьи. Внутри WordPress есть много “специфической” логики с которой разработчику нужно мириться, ведь система так спроектирована изначально. Это незаметно до поры до времени. Но когда Ваши пожелания в доработках доберутся до улучшения самой административной панели, или разработчикам понадобится поработать с фильтрацией входящих запросов чтобы отсекать парсер-ботов и непонятный трафик для снижения нагрузки на сервер, тогда приходят костыли.
Костыли – это неудобные (для программиста), но работающие решения той или иной проблемы в коде приложения. Независимо от того сколько Ваш сайт стоил изначально и как бы там чисто не было, рано или поздно, из-за специфических хотелок, он превратится в кусок ужаса. Разработчики будут убегать с проекта, студии делать ставку Х2, а то и все Х3, и начнется переплата – ну лишь бы кто-то пришел и сделал что мне нужно!
Так вот для создания более гибких систем и существует Laravel. Разработчик не озадачен решением проблем самой CMS, он не думает “как бы тут вклиниться” чтобы автообновления не сломать. Он просто делает свою задачу без лишнего геморроя.
Такой подход необходим при создании сложных сайтов с комбинацией различных технологий и интеграций с разными системами по типу CRM, ERM, API, 1C, мобильных приложений. Ведь программисту нужно контролировать большинство протекающих процессов в системе.
Вывод
Вот мы и вывалили на Вас кучу всякой информации, теперь давайте проанализируем и подведем итог. Если во время прочтения Вам показалось, что мы пытаемся встать на чью-то сторону – это не так! Можете ознакомиться с перечнем наших технологий, с помощью которых мы создаем сайты, там черным по белому написано что это две наши любимые технологии для разработки. И так…
Если у Вас ограниченный бюджет, Вам нужен сайт ради сайта, лендинг, блог или просто обычный корпоративный сайт – лучший выбор WordPress. Это позволит сэкономить, ведь разработчикам придется создать только дизайн и установить его в сам WordPress в виде темы.
Если Вам требуется большой проект, где необходим личный кабинет, где предусматривается большое количество расширений функционала, интеграции с CRM, ERM, с IP-телефонией, а также возможны правки административной панели – лучший выбор Laravel.
В чем разница между WordPress, Symfony & Laravel?
В чем разница между WordPress, Symfony & Laravel?
Давайте попробуем понять чем отличаются эти 3 достаточно популярных решения для разработки веб-продуктов на PHP. Что лучше? Symfony, Laravel или WordPress?
С одной стороны, все 3 платформы позволяют решать любые задачи из мира веб-разработки и они очень похожи. Вы можете сделать сайт, блог, магазин, маркетплейс, CRM, трекер задач или все что угодно. Ограничение только в головах и наличии знаний в команде разработки.
С другой стороны у каждой платформы есть свои фишки и некое назначение.
WordPress — это про модульную сборку и типовые решения
Есть такие дома из модулей типа контейнеров. Вот это похоже на WordPress.
Вы можете взять готовые блоки и собрать что нужно. Подход типа NoCode.
Да иногда надо уметь их соединять — но это все минимум кода — LowCode.
Вот только разработка таких модулей — не самая простая задача. Особенно в контексте MVC & DDD архитектур, которые в моде последние лет 10-20.
У WP архитектура на основе модулей и сообщений. А она крайне не привычна для большинства продвинутых разработчиков воспитанных на MVC & DDD идеях.
Плюс там не хватает разных модулей для highload. Их не проблема поставить или разработать, если знать как это делать. Но в мире WP не так много прогеров, которые умеют такое делать. По этой причине highload продукты на WP встречаются редко, но бывают.
Есть такая штука что вы можете допилить все что вам нужно и поменять любую часть системы создав 1 php файл и 3 строчки кода. Если хочется писать минимум кода то это круто.
Полная свобода, пиши что хочешь и как хочешь. В любом стиле.
Но это круто когда ты 1, или в команде 3-4 спецназовца с высоким уровнем знаний.
А вот если у тебя в команде 5-7 человек, с разными уровнем знаний? Вот тут бывают проблемы, потому что свобода ведет к конфликтам. Очень сложно выстроить правила и ограничения, которые создадут ожидаемое поведение кода. Другими словами ты не всегда сможешь угадать кто куда какой файл запилил и где именно находится механизм который начал глючить. Особенно если в команде есть джуны и они там могут творить абсолютно непредсказуемые маневры 🙂
Потому в индустриальной разработке такое обычно не применяется. Там все пересрутся и подерутся.
Картинка выше это ожидания. Но реальность часто бывает другой 🙂 Зачастую низкой квалификации разработчиков хватает только на то чтобы собрать бытовку.
Laravel — это про уникальные решения
Если у вас более менее уникальный функционал, далекий от типовых решений. То Laravel может быть хорошим решением. Он ближе к понятиям MVC архитектуры.
С одной стороны он уже лучше заточен под команду, там есть больше соглашений и ограничений. Тяжелее прострелить себе или коллеге ногу.
С другой стороны если пытаться на нем делать типовые решения, то оно будет заметно дороже чем на WordPress.
Что чего то дописать — не достаточно сделать 1 файл и 3 строчки. Надо уже соблюдать соглашения. Делать классы и файлы согласно архитектуре. В соответствующих папочках.
Это заметно увеличивает количество кода. Но зато дает предсказуемость. Которая важна в команде.
Если 1 разработчик что то поменял, то другие более менее смогут угадать где именно эти изменения.
Переиспользование кода не так круто как в WordPress. По этой причине на Ларе не так много типовых решений и плагинов с бизнес логикой.
Но если система не очень большая, то можно сделать более элегантную архитектуру. Опять же если уметь.
Картинка выше это про ожидания.
В реальности чаще получается что то такое:
Symfony — это про индустриальную разработку
Если сравнивать количество кода которое надо написать для создания условного магазина, то в Laravel его придется писать сильно больше чем в WordPress. Но это детский сад в сравнении с тем что придется писать в Symfony )
В симфе на каждую историю надо писать еще больше кода. Там сильно больше слоев абстракции. И все это обычно имеет смысл в индустриальной разработке каких то больших систем и микросервисов.
Обычно разработка на Symfony очень близка к идеям DDD. Из коробки вам дается просто обработчик HTTP запросов. Нет ни БД, ни кешей, ни пользователей. Ничего.
Но далее включаются соглашения и практики из индустриальных команд. Надо чтобы сущности были отделимы от БД. Потому пишутся дополнительные слои абстракции. Тут нет модели как в Ларе которая умеет все. Тут на каждую таблицу надо написать сущность, для нее DTO, репозитории чтобы это все можно было как то хранить и передавать в разные БД и каналы обмена. Например хранить это в PostgreSQL, в Redis, в ElasticSearch, передавать в RabbitMQ …
Это все частые атрибуты в индустриальной разработке и системах с highload.
Но тут также бывают факапы.
Фото: @wyisjwy / Twitter
Edge кейсы и выводы
В общем на любой из этих платформ можно сделать что угодно. Вопрос лишь в том что у каждой из них есть особенности, которые чуть лучше или чуть хуже подходят под те или иные контексты.
Рассклад примерно такой:
На Ларе или ВордПресс тоже можно делать очень большие и нагруженные системы. Но во первых это надо уметь делать, а во вторых там бюджеты будут такими же. Сложные системы стоят дорого. И не важно на какой платформе.
А бывают такие кейсы, когда на Симфе пытаются сделать переиспользование бандлов с бизнес логикой. И это сложно. Тут Симфонистам не помешал бы опыт ВордПресс. Но его там обычно нет. И там при росте проекта до 50-100 человек и 10-20 команд, при переиспользовании большого объема кода между командами начинает ад блокировок.
В Laravel есть кейсы где это смогли порешать, например FreeScout. Но они как раз почти целиком слизали модульную архитектуру с обменом сообщений и диспетчером хуков из WordPress 🙂
Потому не все всегда и везде, а кое что иногда и местами.
По большей части успех зависит от ценности продукта, от адекватности руководства и уровня развития команды.
А фреймворк — играют очень малую роль.
Все споры среди программистов от низкой квалификации. И потому что каждый кулик хвалит свое болото )
Наставничество и сопровождение проектов
Если интересно снизить риски и повысить продуктивность разработки, то могу предложить вам услугу сопровождения и наставничества https://wpcraft.ru/wordpress-woocommerce-mentoring/
80 оцените контент и участвуйте в выборе трендов
У этой записи 6 комментариев
Стоит сделать уникальные плюсики, а то заплюсую до немагу. Разница что фреймворк — это стройматериалы, а CMS — уже построенный дом и сравнивать их как минимум не корректно. А так фотки норм. Сколько проектов вы сделали на Symfony и Laravel, чтобы делать сравнение и подобные выводы? Всегда было интересно почему Laravel — это для стартапов, а Symfony — энтерпрайз, ведь сложность и масштабы проектов и там и там могут быть примерно одинаковыми по величине
Сложность и масштаб проектов — не так чтобы зависят от фреймворка.
Я видел крупные проекты на WP, и видел глупости и мелочь на Symfony. С Laravel тоже самое.
Что есть фреймворк? Тоже спорный вопрос и ответ зависит от точки зрения. WordPress также может быть фреймворком если уметь на нем кодить https://www.amazon.com/Building-Web-Apps-WordPress-Application/dp/1491990082
У меня небольшой опыт работы c Symfony и Laravel, но мне повезло в жизни понять, что такое WordPress и как с ним работать) При правильной организации команды разработчиков за счет событийной архитектуры WoprdPress и его модульной системы разработку web приложения можно сделать намного быстрее и бюджетнее чем на Symfony и Laravel. Также считаю, что при грамотной разработки на WordPress можно сделать проект любой сложности. Согласен, что бюджеты такой разработки будут другими, но все равно меньше чем при разработке на Symfony или Laravel. То что на WordPress можно делать только небольшие проекты — это неправда)
Сложность и масштаб проектов — не так чтобы зависят от фреймворка.
Но ведь было сказано для каких проектов больше подходит Laravel (не больше проекты), а для каких Symfony (большие)
Что есть фреймворк? Тоже спорный вопрос и ответ зависит от точки зрения.
В любом случае CMS — это уже готовый продукт, которым могут пользоваться обычные люди, а фреймворк — это заготовка, которая используется программистами. И то что у них могут быть похожие признаки, не делает из одного другого. Можно сравнить CMS c Ubuntu Desktop, а фреймворк с Ubuntu Server, в первом случае ось можно использовать и не программистам, а во втором только программистам и системным администраторам.
Книгу смотрел, но там в основном описывают различные API WordPress на примере создания мультисайта с возможностью создания школ с платным членством, при этом используется достаточно многого плагинов. В частности там говорится что у WordPress есть те же функции, что и любого фреймворка и что на нём можно делать не только простые сайты, но и веб-приложения и с этим я спорить не буду — можно сделать и CRM, биржу по поиску работы или биржу фриланса и т. д., можно сказать что CMS — это и есть веб-приложение, можно об этом поспорить, но так оно и есть. Можно же на WordPress не написать ни строчки кода и создать веб-приложение, благо есть плагины вроде ACF, Elementor и т. д., но ты берёшь готовые продукты, которые имеют UI и лишают тебя необходимости писать код, так что книга так себе и то что там указано Web Application не говорит о том что мы будем использовать в этой книге WordPress как фреймворк и напишем какое-то толковое веб-приложение с нуля (SPA или что-то в этом духе) с нуля без использования каких-либо плагинов. А то что там фактически нет никакой графики — это вообще трэш, как вообще знать что ты получишь на выходе, если на протяжении всей книги вы будете создавать какой-то продукт. Мне кажется больше узнаешь из Brad Williams — Professional WordPress Design and Development, хоть она уже очень давно переиздавалась. Короче не самая удачная книга.
Из последнего что мне попалось по WordPress REST API эти две мини-книги от WP Engine (доступны бесплатно на их сайте после подписки) вроде ничего:
Можно вообще не использовать админку WordPress, лишь его схему БД, логику создания юзеров, различных типов контента, кастомных полей и т. д. и работать с WordPress REST API, но насколько это будет удобно, мне сложно сказать — я таких проектов не делал и в книге об этом также ни слова (по крайней мере в первом издании), но знакомые делали бэк для мобильного приложения на базе WordPress, так что почему-бы и нет, если клиент просит. Тот же человек для своего личного проекта, где нужно было получать данные из другого сервиса, сохранять их базу и затем в удобочитаемом виде, выбрал Laravel, вместо WordPress, хотя и больше с ним (WordPress) работал, и там как раз таки он уткнулся в то, что схема БД WordPress ему не подходила. В общем тут всё сложно, кто как хочет так и дро…ет. Хоть в WordPress и много legacy и многие его хейтят, ну а нам то что, будем дальше работать с тем что нравится и на что есть спрос, может со временем его перепишут так чтобы хейтеров становилось по-меньше.
В любом случае фреймворк или CMS — это всего лишь инструменты, которые нужно выбирать в зависимости от задач к проекту, личных предпочтений и бюджета проекта. Совсем не плохо, если человек кроме какой-то CMS или фреймворка, хорошо знает базу, чтобы быть способным написать свой собственный велосипед в виде собственного фреймворка или CMS по ходу попрактиковавшись на различных подходах, паттернах или фичах, которые используются как в фреймворках так и в CMS, я думаю для такого человека разобраться любой другой CMS или фреймворком будет проще и быстрее. Ну а если их сравнивать — то это просто холивара ради по моему. Ну а там как знать, автору виднее 😉
Я лично не фанатею от WordPress или какого-либо фрейморка — это всего лишь инструменты, которые ты можешь использовать или нет. Всегда в выборе технологии стоит исходить из потребностей на рынке, иначе сложно будет семью прокормить, а у WordPress с этим пока что всё хорошо, пока что…
Ха-ха, вот и получился у меня коммент, практически статья.
Стоить спросить у разработчика этих комментариев, почему плагин для WordPress, а его сайт с личным кабинетом на фрейморке Yii. Пример того что это всего лишь инструменты по заработку денег и спорить что лучше молоток или кувалда — нет смысла, так как они предназначены для разных целей, хотя могут вести себя похожим образом.
да, большой коммент )
и точка зрения понятна, она очень популярная. так мыслят многие и тут много заряженных мнений.
важно понимать что бывают люди с другой точкой зрения. и это нормально )
также нет смысла спорить о том что есть что и как оно называется — это всего лишь слова и ярлыки.
важно лишь уметь делать правильный выбор и принимать адекватные решения в конкретных кейсах и контекстах.
как верно было сказано — это всего лишь инструменты. надо уметь их выбирать и использовать.