{"id":6456,"title":"\u041f\u043e\u0447\u0435\u043c\u0443 \u0434\u043b\u044f \u0441\u043e\u0445\u0440\u0430\u043d\u043d\u043e\u0441\u0442\u0438 \u0434\u0430\u043d\u043d\u044b\u0445 \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u0438\u0445 \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u0442\u044c","url":"\/redirect?component=advertising&id=6456&url=https:\/\/vc.ru\/promo\/281058-pochemu-vazhno-zashchishchat-dannye-vo-vremya-obrabotki&placeBit=1&hash=dc7f2bae2bc390fd70ec9b439b852fb5901b27f8537bbae69b6bbdceddf340ad","isPaidAndBannersEnabled":false}
Мнения
Max Bantsevich

Что лучше: сайт по шаблону или с нуля?

Взгляд изнутри, или проблемы, с которыми вы можете столкнуться

Собрались как-то маркетолог, контент-менеджер, разработчик и владелец веб-студии в одном баре. И завязался у них разговор. Но не о ковиде и выборах, как это модно в 2020. А о Bitrix и готовых CMS. Зачем мы вам это рассказываем? Да ведь это инсайды всех, кто обычно отвечает за работу сайта. Поэтому, если вы сейчас стоите на пороге открытия своего магазина-студии-салона и посматриваете одним глазом на готовую CMS, рекомендуем к прочтению. Так сказать, получите всесторонний взгляд на происходящее.

Итак, начнем с маркетолога

Именно он чаще всего отвечает за то, каким сайтом вы будете пользоваться. Так получилось, что маркетолог в эту компашку попал самый типичный, и он рассказал, чем руководствовался, когда выбирал Битрикс для своей работы.

Собирательный образ

— Ну, во-первых, я посмотрел все рейтинги веб-разработчиков, выбрал студий 5 и начал изучать их портфолио.

И вот тут случается главный косяк. Например, в Беларуси почти все студии работают с Битриксом. Тех, кто предлагает разработку с нуля, буквально пара штук. И очень часто среди их компетенций все равно присутствует Битрикс. Это значит, что, если они почуяли запах денег клиента, предложат нормальный сайт. Если что-то пустяковое, даже не будут утруждаться, продадут «коробку», и дело с концом.

Дальше, я, конечно, написал ТЗ, прикинул бюджет, денег было немного, а Битрикс – это ведь дешево…

Вот тут кроется еще одна загвоздка. Если вам надо будет дорабатывать «коробочное решение”, вносить изменения, затачивать под себя или даже просто докупать какие-то интеграции и лицензии, ваше дешево постепенно превратится в “а чё так дорого?». А любая кастомизация готового решения может обернуться сущим адом, перестать работать, обновляться и пр.

— Ну хорошо, а если бы я заказал сайт с нуля, кто нам потом его бы поддерживал будет? То ли дело, Битрикс, там ведь самому можно все поменять!

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

— Но главное-то, главное, что с 1С Битрикс будет работать как часы!

Уверен? Если коротко, то «не факт», если длинно, то разработчик потом объяснит, почему заветная буква в названии CRM не гарантируют беспроблемного подключения, обмена данными и т.п.

Ну а пока предоставим слово контент-менеджеру

Собирательный образ

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

Все это напоминало попытки Гарри Поттера в Хоггвартсе попасть в нужный кабинет, пока лестницы меняли свое направление.

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

А во-вторых, часто случается так, что даже просто внося изменения в шаблонные поля, «специалисты” рождают Франкенштейна. Это пламенный привет любителям «поиграться шрифтами», “выделить жирненьким, красненьким или капсом» и залить самую дурацкую стоковую картинку. Хорошо, когда у контентщика есть хоть какое-то чувство вкуса, и он не будет сильно влезать в шаблон, сможет соблюдать одинаковое количество строк и подбирать симпатичный визуал. Но это большая редкость.

Теперь пришел черед программиста высказаться

backend-разработчик в студии Веб Секрет

Работал я с Битриксом. Хватило меня на месяцев 10. Но этого времени было достаточно, чтобы «насладиться» сполна.

Во-первых ты никак не развиваешься. Возьмем условно двух backend-разработчиков. Один работал N-ное время с 1С-Битрикс, а другой – столько же с Symfony. За этот период второй освоил php7, выработал глубокое понимание ООП, овладел общепринятыми паттернами проектирования (MVC, DI, Factory, Repository как минимум), научился разрабатывать Unit-тесты, стал использовать шаблонизаторы (минимум, twig), ORM (с Doctrine), composer, git, стандарты PSR, получил опыт работы с консолью и написания консольных приложений, базовые навыки настройки веб-сервера. А разработчик на Битриксе? Он за это время освоил php7, еще html/css + javascript/jquery, возможно git, немного sql и… все?

В случае с Symfony ты постоянно изучаешь что-то новое, можешь предложить не один путь решения вопроса.

Битрикс — это тупо верстка и разработка компонентов.

Чем это чревато для владельца бизнеса? Да тем, что не развивается разработчик = не развивается ваш сайт. Он будет сделан по стандартам двухлетней давности. Про всякие тренды и фишки можете забыть. Будете наслаждаться заранее морально устаревшим продуктом.

Окей, отбросим личные интересы, но Битрикс от этого лучше не станет. Мне есть с чем сравнивать – 2 года на Laravel.

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

Документация Битрикса отстает от всего, что есть вообще, и ты никогда не узнаешь, если там появится что-то новое. Хоть она и весьма объемная, но какая-то бестолковая, без практических примеров. Плюс для новичков сложная. Если честно, мне кажется, что, даже имея опыт с Laravel, я бы все равно не смог в ней разобраться.

Для бизнеса тут тоже есть свои последствия. Вот взяли вы «коробку», взяли программиста на Битриксе. Он вам что-то там настраивал и делал пару лет. А потом решил пойти своей дорогой. Окей, нашли другого. А он смотрит в код и видит…Ну вы знаете. Конечно, он спустя какое-то время разберется. Ну и потом поверх чужих костылей начнет свои городить. И сколько такой сайт проработает не знает даже Ванга. Может долго продержаться, а может лечь в пиковую нагрузку.

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

В Битриксе надо вносить все изменения в сам шаблон. И один раз «сломав” его, ты больше не сможешь накатывать обновления. Я имею в виду, дописав что-то свое. Поддержка функциональности превращается в ад. Сами “обновы», кстати, тоже достаточно сомнительные. Сырые, с багами, редкие. Битриксу проще напродавать кучу однотипных шаблонов, а потом забыть про них. После чего выпустить новые и так далее.

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

На Laravel же все изменения вносятся в специально назначенные файлы. Когда ты берешься за чужой проект, тебе не сложно в него вникнуть, потому что ты знаешь, где что искать.

Однажды в пору работы с Битриксом мне надо было написать свой компонент, который будет отвечать за обмен сообщениями между пользователями. Типа чат. Думал, возьмусь за документацию, посмотрю, как там расписано создание своих компонентов и модулей. Ага, щас! Быстрее вышло написать API на Laravel на совершенно отдельном серваке, к которому Битрикс уже самостоятельно подключался.

Еще у Битрикса, как у Насти Ивлеевой, не все хорошо с мультиязычностью.

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

Даже хваленая синхронизация с 1С не проходила так безболезненно, как обычно обещают все продавцы – были обрывы. Да, все те, кто уже юзает 1С, и думает: «вот сейчас сделаю сайт на Битриксе, нажму на волшебную кнопку, и все синхронизируется!», — не верьте! Вам придется еще всю свою 1С подогнать под то, как это удобно Битриксу.

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

И вот пришел черед владельца веб-студии

Директор студии Веб Секрет

Исторически сложилось так, что мы в Веб Секрет делаем проекты только с нуля. И я считаю, что в этом нам очень повезло. Повезло, что просто технически невозможно было их делать с использованием коробочных решений. Тем не менее, я не топлю за то, чтобы совсем отказываться от готовых CMS. Joomla, Drupal, Битрикс – все они имеют место быть, т.к. в бизнесе есть сегмент, которому не нужны самописные уникальные решения.

Например, у вас бюджет на сайт до 7000-8000$. В таком случае я бы не лез даже в разработку с нуля.

Конечно, за эти деньги можно и стартап запилить. Но для типового бизнеса, у которого нет специфических задач, ничего «особенного» и не надо.

Однако это на текущий момент. А планируете ли вы масштабироваться? Коробка – это совсем не про рост бизнеса. И хейтите меня сколько угодно, что, мол, сделать можно все, лишь бы руки росли из нужного места. Вопрос в другом – какой ценой? Я уверен, что рано или поздно у каждого наступает такой момент, когда он понимает, что лучше сейчас переписать сайт с нуля, чем продолжать строить «костыли».

Есть очень яркий пример – реселлер бытовой техники в РБ. У них десятки тысяч товаров в каталоге. И вот они захотели сайт на Битриксе. Почему? Просто потому, что Битрикс проникает в умы своим маркетингом. Ну и потому что у них есть магическая буква 1С в названии. Именно она заставляет людей верить, что интеграция пройдет безболезненно. Оно то, конечно, может и так. Но только если вы строите бизнес и сайт параллельно. А если у вас уже полжизни сосредоточено в 1С, а сайт вы просто решили обновить, закупайтесь таблетками от геморроя. Вам в готовую логику придется вклиниться, переписать все, чтобы при этом оно работало, и, как говорил разработчик, забыть навсегда про дальнейшие обновления.

Короче, это как купить квадрат и пытаться из него сделать круг вместо того, чтобы нарисовать этот круг сразу.

Так вот, реселлер сделал-таки сайт на Битриксе, но не реализовал всех задуманных фич, настрадался и в течение года принял решение, собрать команду разработчиков, которые с нуля напишут сайт. Бэк на Laravel, фронт на Vue – все по красоте.

Какие были мучения, спросите вы? На Битриксе за целые сутки не обрабатывался обмен данными с 1С из-за огромного кол-ва товаров. А там, например, надо обновить цены на 10 000 позиций за 5 минут, потому что курс изменился. Иначе будешь нести убытки.

Была у нас и обратная история – с известной в РБ компанией-застройщиком. Мы сделали крутой дизайн, продумали все до мелочей как для покупателей квартир, так и для отдела продаж. Исходя из их потребностей, стали писать кастомную админку, чтобы им было удобнее. Собрали список болей всех и планировали решить их на новом сайте. Начали делать его на React, бэк – на Laravel. А клиент сказал: «Долго. Давайте вы закончите в 2 раза быстрее, а с заполнением админки я готов страдать, как и раньше…» И ты вот разводишь руками, размышляя, почему, вкладывая деньги, люди не хотят что-то улучшать, а делают для галочки.

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

Единственное, что вы можете перепроверить – какой стэк для разработки был выбран. Большинству проектов достаточно распространенных языков: PHP, Node.js, Go.

Но есть ряд ситуаций, когда все-таки лучше использовать коробочное решение:

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

И тем не менее, вам придется помнить про минусы «коробок»:

  • Они не масштабируются в большие проекты, Если быть точнее, то тяжело и не понятно, какой ценой.
  • Сложно кастомизировать свою логику и выстроить необходимый функционал. Например, отвечать за цены и производить/не производить переоценку товаров в то время, когда товар уже лежит у пользователя в корзине. Настраивать поиск (однокоренные, неоднокоренные, синонимы и т.п.) или рекомендации (как будет происходить замена товара).
  • Трудно решать вопросы работы с большим объемом инфы и гарантировать высокую скорость работы сайта.
  • Коробочные решения отстают в скорости развития от фреймворков. И здесь речь даже о тех, что не Битрикс. Например, OctoberCMS – написана на Laravel и выложена в open source. Но обновления там могут выкатываться с опозданием на полгода, а это значит, что вы отстанете от своих конкурентов, написавших сайт с нуля, ровно на такой период времени.
  • Невозможно качественно создавать единую экосистему приложения и сайта. Например, у нас бэкенд на Laravel, и есть API, который задокументирован, в котором прописаны все методы, и они отдают одну и ту же логику. Это значит, что можно использовать их как для сайта, так и для приложения, или для виджета, или для еще одного сайта. То есть бэк один, а на него нанизывай все, что угодно. Коробочные решения такой роскоши не позволяют. Есть бэкенд, который работает с сайтом, и API, который работает с приложением. В итоге, когда меняется какая-то логика, ее надо править и на сайте, и в приложении. При росте проекта это сильно увеличит риск ошибки. Мы же можем API всегда покрыть автотестами, чтобы гарантировать, что логика на сайте и в приложении будет всегда одинаковой.

Какой можно сделать вывод из всего этого разговора?

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

Например, если у вас 1000 товаров, то даже 3 человека в день будут страдать от тормознутости какого-нибудь Wordpress. Потому что это платформа для блогов и визиток. Это как мясорубкой гвозди забивать. Вроде можно, но лучше же делать это специально предназначенным инструментом. Если речь идет о 10 товарах, то магазин можно реализовать даже на Tilda или Wix. И речь о фреймворках вообще не уместна. Фреймворки используют для высоконагруженных проектов и сложной кастомной логики. Поэтому всегда задавайте себе эти вопросы:

Как это будет работать? Какой ценой вы это сделаете? С какой скоростью это будет работать? Как вы будете это поддерживать? Как потом масштабируете?

Да, если вы считаете свои деньги здесь и сейчас, коробочное решение даже с кастомизацией может выйти дешевле. Но, если вы реально задумываетесь о будущем, то ответ очевиден.

{ "author_name": "Max Bantsevich", "author_type": "self", "tags": [], "comments": 64, "likes": 8, "favorites": 64, "is_advertisement": false, "subsite_label": "opinions", "id": 183220, "is_wide": true, "is_ugc": true, "date": "Wed, 02 Dec 2020 16:53:34 +0300", "is_special": false }
0
64 комментария
Популярные
По порядку
Написать комментарий...
13

Например, если у вас 1000 товаров, то даже 3 человека в день будут страдать от тормознутости какого-нибудь Wordpress. 

Woo, 4к товаров, около 300 человек в день, обычный шаред-хостинг. Два года - полет нормальный. 

Зачем кидать камень в WP,  если вы с ним и дела-то не имели, судя по всему.

Ответить
0

ВП наоборот очень легкий и быстрый.

Ответить
0

Поддерживаю! Всё зависит от того, в чьих руках сайт...

Ответить
0

От шаблона зависит внешний вид и оптимизация веса страницы. Если интеграция с 1С не нужна, то достаточно Wordpress, Opencart, Prestashop. С 0 сайт нужен когда у вас огромная компания или вы программист для тренировки.

Ответить
0

А можно ссылку?

Ответить
0

Можно, но зачем?  У вас сомнения, что озвученный кейс реальный? Так есть и покруче кейсы. Холиварить желания нет, я просто отреагировал на фразу в тексте, которую считаю неверной и вводящей в заблуждение.

Ответить
0

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

Ответить
6

Вы не упомянули что разработка сайта с нуля на кастомном движке (пусть с самыми новейшими технологиями), намертво привязывает владельца сайта к разработчику, а тот в свою очередь может дальше брать деньги за каждый чих по любому придуманному им тарифу (есть очень много реальных примеров).
В итоге вашими же словами "ваше дешево постепенно превратится в “а чё так дорого?».
Тогда как с готовыми CMS есть большая конкуренция. И если что то не устраивает (не сошлись характерами например) можно просто найти другого подрядчика не делая проект с нуля.
Битрикс не самое лучшее решение согласен, там действительно нужно докупать кучу лицензий, не удобная админка и тп . Но есть другие CMS c помощью расширений которые могут закрыть практически все потребности, для среднего клиента возможно даже в режиме "no code"  

Ответить
2

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

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

Ответить
1

Ну так в очень грубом случае, чем будет отличатся сайт собранный на крупном всем известном фреймворке от решения на такой же всем известной CMS? Где обучение новым технологиям разработчику для его развития?
И заметьте имея ввиду про привязку я говорил и про расширения с помощью которых в маленькой кампании могут решить разные проблемы в режиме no code. 
Если вы планируете сайт уровня vk или ozon. Тогда естественно, нужно писать все с нуля и под себя. Но для большинства мелких проектов (которые иногда живут пару лет) такой необходимости нет 

Ответить
3

В цмс нет развития. В том и дело что она развращает - когда можно модуль поставить из админки. А вот лезть в фреймворк без понимания принципов программирования и опыта - самоубийство.
Фреймворк - это же целая поляна для развития своих навыков и умений. Одну и ту же вещь можно реализовать сотней способов, подходов и используя разные подходы. Менять кусками целые части приложения. Заменять своими.

Сайт, созданный на фреймворке, в разы более гибкий и расширяемый в любую сторону. Цмс ограничена по всем фронтам. И если вдруг нужен нестандартный функционал - его написать будет сильно дороже и сложнее, чем на фреймворке. А работать это будет менее надежно. А заодно и поломает совместимость со стандартными темами, модулями и обновлениями

Ответить
1

"Сайт, созданный на фреймворке, в разы более гибкий и расширяемый в любую сторону"

Очень лукавое заявление. Тот же Laravel слишком часто обновляется. И переехать проектом с одной версии на другую иногда крайне непросто. просто погуглите "upgrade laravel 5.5 to 6, 7, 8" чтоб прочувствовать. То есть если стоит задача "расширится в любую сторону" то сначала по приседай и обновись ядром и либами а потом уже все остальное. И все это имеет чёткий прайс. И для многих заказчиков это часто бывает сюрпризом

В итоге любой проект по моему опыту вещь в себе. Надеется что после принятия проекта основанного на Фреймворке  он будет сам по себе развиваться как то странно. Будешь вкачивать деньги будет. 

Ответить
0

Фреймворки не требуют обновлений чаше всего. Все обновления безопасности закрываются обновлением пакетов зависимостей.

Новые версии добавляют новые куски и расширяют функционал старых. Иногда ломают обратную зависимость, да. Но если вышла 8 версия ларавеля, то не надо бежать и обновлять все проекты на ларавель 7 версии. Это не нужно до тех пор пока не понадобится функционал, который есть только в новой версии.

А вот цмс обновлять обычно нужно, иначе обнаруженные дыры в текущей версии так и останутся в ней

Ответить
1

И да и нет. Как по мне как раз обновление проектов на Фреймворках это очень актуально сейчас. Я вас удивлю но 1/3 работы Laravel фрилансера на Upwork это контракты по переносу проектов на новую версию. Когда поддержка 5.5 закончилась в августе наверно и все 2/3 было.

Если взять какой нибудь Vuetify то там вообще все плохо - перепрыгнуть через две-три версии практически невозможно не переписав изрядную часть проекта. React в сезоне 2020 у нас модно использовать хуки давайте все бросятся переписывать всё на хуках.

А потом продакт заказчику тычет в лицо отчётом по которому проект аутдатет и просит денег. И это работает. 

Ответить
2

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

Ответить
6

Что касается OctoberCMS, в чем будет отставание от конкурентов на чистом Laravel?

И вы забыли упомянуть, что собственник бизнеса, которому разрабатывают, например, интернет-магазин на голом Laravel, как минимум оплачивает разработку админки и e-commerce функционала, в отличие от собственника, которому разрабатывают магазин на OctoberCMS + e-commerce решение из маркета. А это может быть и 50% и 80% бюджета всей разработки, и оценивается сотнями часов. 

А технически, в обоих случаях — Laravel.

Просто один заплатит 2000$, а другой 8000$, функционально за одно и тоже. Но зачем об этом говорить, правда?

Ответить
2

Разница в используемых технологиях. Некоторым заказчикам нужны звуковые уведомления, поисковый движок Sphinx, алгоритмы поиска, 3D товары с использованием WebGL и т. д. Но самая большая разнится заключается в том, что на самописном сайте используются только нужные функции. К тому же, изменить ядро готового движка обойдется гораздо дороже, чем заказать сайт с нуля.

Ответить
2

В каких технологиях разница у Laravel и OctoberCMS?

Причём тут аргументы про Sphinx, звуковые уведомления, алгоритмы поиска и тд. Что из этого не будет работать в октябре? OctoberCMS — это Laravel. 

Странные аргументы, как будто сравниваете два разных фреймворка, а не CMS написанную на фреймворке. 

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

P.S. Я не хочу сказать, что нужно всегда выбирать OctoberCMS вместо Laravel. В ряде случаев целесообразно использовать чистый фреймворк. Но сыпать аргументами, что используя CMS, вы отстаёте от конкурентов, не получаете технологий, нет Sphinx и тд. Умалчивать про существенное удорожание проекта, когда минимум половина функционала уже написана и доступна на все тех же технологиях. Ну это откровенный обман ведь. 

Ответить
1

Я повторю, если до вас не дошло. Во-первых, в этой статье говориться о готовых движках и тех, что написаны с нуля, а вы тут про OctoberCMS:) Во-вторых, перечитайте мой комментарий. Я приводил пример в аргументацию технологий в целом, поэтому перечислил некоторые из них. Во-вторых, вы вообще понимаете, что пишите - "Про ядро какая-то абстракция". Вы вообще понимаете, что такое ядро веб-приложения и для чего оно нужно, что там лежит и какие функции оно выполняет?

В случае с OctoberCMS, я уверен, что там много лишних пакетов, которые конкретному проекту будут вообще не нужны. Да, эта та же Laravel, но со своей архитектурой, полями в БД, API, связями, SQL-запросами и т. д. И да, на нем можно сделать хороший сайт, но отличается он будет тем, что для конкретного проекта там многое нужно будет переделывать, следовательно - это будет стоить дороже, чем сделать сайт с нуля.

Если вас устраивает админка OctoberCMS - бога ради, а если вам нужна более современная и с куда большими возможностями, то тут либо с нуля заказывать, либо переделывать админку OctoberCMS.

И заметьте, я не писал, что "используя CMS, вы отстаёте от конкурентов" - эти выводы сделали вы. Я лишь обозначил то, чем CMS-системы уступают сайтам, созданным с нуля.

Ответить
5

 В случае с OctoberCMS, я уверен, что там много лишних пакетов

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

 но со своей архитектурой, полями в БД, API, связями, SQL-запросами и т. д

Нет. Миграции идентичные, DBAL от доктрины такой-же, все такое-же.

Условно вы можете установить Laravel и поверх купить Nova. Получите тоже самое. Вы просто получите отдельный роут, где можно выводить интефрейс CRUD для работы с моделью через условный конструктор.

В OctoberCMS тоже самое. Вы получаете тот-же самый Laravel с админкой, которая открывается по /backend.

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

Ответить
0

Я не пользовался этой CMS и не знал, что можно самому контролировать все веб-приложение, без каких-либо сложных усилий. И если она работает, как тот же самый Laravel, то тогда не вижу преграды ее не использовать. Просто, как правило, популярные движки идут со своей архитектурой, таблицами в БД и со всякими лишними функциями, поэтому я больше склонен писать сайты на PHP-фреймворках и на "нативном" PHP.

Ответить
0

Не пользовались этой CMS, а со мной спор начали и фразы типа в «OctoberCMS много лишних пакетов», «что OctoberCMS отстаёт от Laravel» и тд. Вы в следующий раз в вопросе то разберитесь, прежде чем  аргументы накидывать. 

Ответить
0

Хотите сказать, что вы об этом знали, когда писали про OctoberCM? Думаю вряд ли, т. к. об этом может знать только разработчик, имеющий опыт работы с данным движком.

Ответить
0

А вы знатный фантазёр. 3 года разрабатываю на OctoberCMS. 

Ответить
0

Вот ваша цитата:

"Я не хочу сказать, что нужно всегда выбирать OctoberCMS вместо Laravel".

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

То есть, по сути, OctoberCMS - это та же самая Laravel, поэтому можно создать любой сайт, что на Laravel, что на OctoberCMS.

И да, возможно вы работаете с OctoberCMS 3 года, но вы вряд ли разбираетесь в том, как она устроена. Я видел front-end разработчиков, которые вообще не знали PHP и работали с этой CMS.

То же самое касается и WP, Joomla и OpenCart. Можно работать с этими движками, насаживать свои верстки, но чтобы понимать, как они работают - нужно знать PHP.

Ответить
0

Откуда вы всё это выдумываете? :) С чего вы решили, что я этого не знаю? Только из-за аргумента, что не всегда надо выбирать Октябрь?

А зачем Октябрь проектам без админки? Или сервису где фреймворк будет слой абстракции между базой и фронтом?

Ответить

Комментарий удален

Комментарий удален

Комментарий удален

0

Тем более, вы сами себе противоречите:

"Я не хочу сказать, что нужно всегда выбирать OctoberCMS вместо Laravel. В ряде случаев целесообразно использовать чистый фреймворк".

Никто и не говорил, что для всех проектов нужно использовать PHP-фреймворки. Все зависит от конкретных целей. Для блога подойдет WP, для небольшого интернет-магазина - OpenCart. Более серьезные вещи пишут на фреймворках.

Ответить
6

Странно, что OctoberCMS досталось... скорее всего авторы статьи упомянули ее для красного словца.

Гнаться за новыми версиями фреймворка как и самого php не всегда верное решение. OctoberCMS использует версии фреймворка в ядре которые заявлены с долгосрочной поддержкой (LTS), это распространённая практика для стабильной работы и возможности получать обновления и поддержку долгосрочно.

Вопросы кастомизации так же упомянуты в скользь OctoberCMS позволяет интегрировать и подключить любой пакет из экосистемы laravel и не только, расширение и взаиморасширение плагинов так позволяет успешно работать как со своими плагинами, так и расширять плагины сторонних разработчиков без единого вмешательства в их код, что позволяет сохранить возможность обновления чужих плагинов в 95% случаев. 

Не говоря о том, что возможности по кастомизации и настройке октября под конкретный проект весьма большие. Начиная от отключения модулей которые не нужны, заканчивая разбросом админки и фронта по разным серверам и/или доменам. И большинство возможностей доступно из коробки. Продуманная структура и весьма удобная система плагинов и шаблонов. Реализуется все и достаточно быстро и просто, тоже самое API так же реализуется в октябре очень быстро, как GraphQL, так и RESTlike/RESTful. Доступны для работы все штатные возможности фреймворка, Гейты, ресурсы... что ещё необходимо? Подробная инструкция как писать API?

Единственный недостаток октября на данный момент - это относительно скудный маркет. Система относительно молода 6-7, но за последние годы идёт весьма активная публикация новых плагинов сообществом. В остальном, придраться что «вы будете отставать на пол года чем ваши коллеги» очень не верно.

Ответить
1

"Гнаться за новыми версиями фреймворка как и самого php не всегда верное решение"

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

Ответить
0

Решение какой проблемы, Вы о чем? По вашему как только вышла новая версия фреймворка нужно кидаться сломя голову на обновление текущего проекта? Я не говорю про необходимость начинать новый проект с актуальной и стабильной свежей версии или про участие в opensource проектах.

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

Да, он решит проблему, скинет PR в фреймворке (В лучшем случае), НО, в худшем случае он решит проблему бесплатно, в лучшем за решение это проблемы заплатит клиент. 

Возможно, Вы считаете ученых и специалистов НАСА так же не знающих свое дело и сидящих тупо на жопе ровно. Ведь например марсоход "Curiosity", запущенный на марс в 2011 году имел центральный одноплатный компьютер RAD750 представленный еще в 2001 году, базирующийся на PowerPC 750, а так же 2х мегаписельные камеры. Для 2011 года это было очень устаревшее оборудование... И проект с таким большим бюджетом и таким старым оборудованием был отправлен на марс и досихпор работает. А причина устаревшего оборудования заключается в том, что работы над марсоходом начались задолго до отправки, еще в 2004 году. И на тот момент, на момент старта проекта, это было самое современное оборудование. 

Ответить
0

"Я не говорю про необходимость начинать новый проект с актуальной и стабильной свежей версии или про участие в opensource проектах."

Сами себе противоречите. Учавствовать в opensource - хорошо, но 

"Да, он решит проблему, скинет PR в фреймворке (В лучшем случае), НО, в худшем случае он решит проблему бесплатно, в лучшем за решение это проблемы заплатит клиент. "

Ответить
0

И где тут противоречие? Отправка PR это сугубо личное дело разработчика. При этом если он не отправил PR в Фреймворк, это не значит, что он не участвует в opensource проектах. 

Ответить
1

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

Ответить
6

Про Битрикс - согласен:) Я спокойно пишу сайты на Laravel и Yii2, но когда первый раз столкнулся Bitrix, я думал у меня мозг взорвется.

Ответить
0

Битрикс и правда не очень, а целом высер так себе. Держите в курсе, короче.

Ответить
0

Добрый день! Уточните, пожалуйста, что для вас неудобно в работе с нашим продуктом? Благодарим за обратную связь!

Ответить
1

техподдержка и отношение к клиентам на лицензии за 40 000

Ответить
1

Чат №: 1922257
посмотрите на скорость реакции...
в итоге ждать до понедельника,  и нет гарантий что помощь будет ...

Ответить
4

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

Ответить
2

Не понял про то что в разработку с нуля не стоит лезть если бюджет «всего» 7-8 тыс $

Это типа очень маленький бюджет? Для чего?
Какого типа сайты? Магазины, классифайды, цмски?

Ответить
2

Маленький, да. С таким бюджетом лучше в шаблонное что-то лезть.
Какой тип? Да все более менее нестандартное. Тип сложно выделить, что магазин может быть простой, что информационный сайт точки по ремонту техники может быть очень сложный

Ответить
2

Нехило. Сам делаю сайты с нуля, никогда не беру коробочные решения.

Работаю один, но это бюджет очень неплохой. За 50-100 тыс уже можно собрать простенький сайт на ларавеле под требования заказчика.

Ответить
0

А дизайн, верстка? Беру в расте в целом проект.

Ответить
1

Все на мне. Дизайн часто приносят готовый. Верстаю сам.

Ответить
2

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

Ответить
0

Конечно, я не сделаю дизайн лучше дизайнера. Но «по мотивам» - без проблем

Верстка - тут качество очень неплохое. По отзывам клиентов

Фронтэнд - да, тут я не силён. Обычно собираю все готовых плагинах.

Бекенд - это моя основная специализация и тут у меня опыт 15 лет.

Ответить
4

он просто у таких как ты перекупает и продает в три дорога да и всё

Ответить
2

Лучше с нуля по шаблону. Не благодарите

Ответить
2

если кто-то рассчитывает что в битриксе он получит тех.поддержку на бизнес-лицензии зо 40-50 тысяч в год глубоко ошибается...

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

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

А например с шаблонами от "intec" или как их там... документации 0, вот ровно 0.. и что делать если не можешь найти проблему? правильно - остается в поддержку... а там 4 (!) дня ожидания минимум, сбросят настройки вашего компонетна, ни о чем не отчитаются что делали в админке и отправят... в поддержку битрикс... а в поддержке битрикс у вас опять будет 3-5 дней минимум(!) ожидания... нормально?!?!?

Если нет своего очень хорошего программиста битрикс который на нем уже съел собаку, НЕЧЕГО в этом БИТРИКСЕ делать, вот вообще нечего, лучше вложиться в разработку нужного функционала на других цмс или фрейворках... не будете зависеть от ит-гиганта который срать хотел на своих пользователей-клиентов (это я @2779499   битрикс имею ввиду естественно)...
потому что висеть неделями в техподдержке это пипец.

Для сравнения, в ModX  сообществе разработчик компонента, который стоит всего рублей 600 (!) да, (не 40 000 как битрикс-лицензия), так он ответит вам за пару часов, и даже с проблемами на бесплатных компонентах вы всегда найдете помощь.
Битрикс, у вас что б..я, всё время слишком много работы?!?! Неготовы !?! Неожиданно снег в декабре выпал!?!?
Так например тех-поддержка хостера (у которого заведомо большее число обращений) у меня отвечает в среднем за час, и тут же решает проблему, тут же... и не с понедельника по пятницу как битрикс, а в любой день недели!!!

Ответить
0

Наверное 70 процентов администраторов сайтов мира долба.бы, что выбрали вордпресс

Ответить
1

на долю WP приходится около 32% всей сети

Ответить
1

Евгений, всё зависит от человека, в чьих руках сайт.
Занимаюсь разработкой сайтов на WordPress, есть сайты с 10к статей - полёт нормальный. Среднее время генерации страницы составляет ~0.1 секунду.

Ответить
1

Так, а я что. Я с 13го года как уверовал в ВП, так на нем и продолжаю собирать сайты(90%)

Ответить
1

Всё зависит от проекта. Более 7 лет я делаю сайты на WordPress.
Когда стоит задача протестировать продукт время разработки сайта с нуля составляет не более пары часов (распаковываю движок, вещаю свой шаблон, адаптирую под задачу). Сколько по времени подобная задача решается у вас?

Ответить
1

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

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

OctoberCMS - это дополнительный слой определенных паттернов и механизмов для Laravel, который в несколько раз ускоряет разработку и ни в чем не ограничивает, по факту позволяет Вам обогнать конкурентов в не сколько раз. Если же Вы отстаете от конкурентов на Laravel при этом используя OctoberCMS - то у меня для вас печальные новости : )

Ответить
0

Одна швейцарская компания мне предложила работу, после того, как прочла в моем резюме: "Битрикс не предлагать!"

Все, я все сказал.

ЗЫ спик от программиста, говорит о том, что он не программист, два года работы на Ларе прошли даром :) А владелец студии вообще мозг поломал:
"Бэк на Laravel, фронт на Vue" и где тут с нуля?

Ответить
–1

Аргументы у автора статьи - откровенный тухляк. Не просто субъективные, а заведомо ложные.
Странно, что нет упоминания преимуществ собственного хостинга компании-разработчика, где самопис держать, ясно дело, намного круче.

Ответить
–2

Все статьи, в интернете, надо читать с конца.

Ответить
4

И, ставить, запятые, там где, они, не, нужны

Ответить
–6

Настолько профанская статья... с каждым пунктом можно спорить, даже стало лень писать столько текста в ответ))) Интересно, чем Битрикс так пукан поджег?

Ответить
2

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

Ответить
–2

Слушайте, мне делали ИМ на yii в далеком 2010, я пробовал UMI, Amiro, Opencartы CScartы и прочие карты вплоть до извращений в виде надстроек на вордпрессах и прости Господи джумлах, мне есть с чем сравнивать. Инсэйлз хорош, но я за год в нем из «штанишек» вырастаю, все-таки облако и ограничения на Кастомизацию, для начинающего очень годный продукт. Если ты с опытом в е-ком, то есть смысл сразу на Битриксе делать, ибо переезд тот ещё гемор. Так вот - я не кодер, не могу оценить как там все по фен-шую, для меня важно чтобы работало. Оно работает. Проблем с разрабами нет, лично у меня по крайней мере, но я и не ищу за 500 р/час. Все вышеперечисленные высеры в сторону Битрикса, для меня как активного пользователя и владельца ИМ просто смешны. Это тот случае когда не умеют в него, а виноват продукт :)

Ответить
0

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

Ответить

Комментарий удален

0

Так бы сразу статью и обозвали "битрикс нам не нравится". Причём тут "CMS" вообще?

Ответить
Читать все 64 комментария
Я задолбался пропускать интересные статьи на vc.ru и создал Capitan

Это самый удобный рабочий стол для браузера

Как работать удалённо по московскому времени, если живёшь в Сибири

Команда ИТ-компании Southbridge — о преодолении трудностей часовых поясов: графике работы, планировании и отдыхе.

Конференция GoGlobal! соберет ведущих маркетологов

29 сентября 2021 года впервые состоится GoGlobal! — однодневная онлайн-конференция для маркетологов, заинтересованных в ускорении глобального присутствия своих кампаний.

Почему не стоит заказывать товары 18+ на Озоне, если вы не готовы их потом нести в пункт самовывоза

Хочу поделиться неудачной историей заказа товара 18+ на Озоне. И как Озон не хочет помогать решить проблему. Текст могут читать только совершеннолетние пользователи сайта.

Sports.ru рекламирует запрещенных мошеннических букмекеров. Потерял 59 000 рублей

Добрый день! Пишу на vc, так как больше нигде не могу добиться ответа ни от представителей казино, ни от представителей Sports,ru, которые рекламируют нелегальное на территории РФ казино и букмекера 1xbet.

Выборы, выборы, кандидаты

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

«Сбербанк» через час после личного визита позвал 84-летнюю бабушку еще раз в прийти офис

Казалось бы удобно - оформил получение пенсии на карту и нет проблем. Но это не про историю со Сбербанком. Здесь через час после получения карты лично в отделении прилетело смс о блокировке онлайн сервисов банка.

Дайджест новостей Сбера: AR-экскурсия, распознавание животных и премия для учёных

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

«Вам звонок из Циан»: зачем компания скупает номера телефонов и как call-tracking помогает клиентам сервиса

Подменные номера телефонов защищают от нежелательных звонков и упрощают аналитику продаж

Что может быть важнее прибыли. ESG-словарь для инвестора

В 2020–2021 гг. резко возросла популярность темы ответственного инвестирования, или ESG. Идея о том, что инвестиции должны не только приносить прибыль, но и поддерживать экологию и социальную справедливость, привела к тому, что ESG-фонды стали играть значимую роль на мировых рынках капитала.

null