Есть ли смысл переписывать крупный проект с битриск на фреймы?

Question

[tr1ck1]

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

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

Проект по типу: instacart.com (в этой теме рассказывается про его внутренности: https://toster.ru/q/498146)
express.google.com

Answer 1

[zorca]

ДА!!! Программирование - это поэзия, а Битрикс тот самый поэт, которому все мешает.

Comments

[tr1ck1]

А можно какое-то пояснение еще?)

[zorca]

tr1ck1, Ну достаточно открыть код Битрикса и любого зрелого фреймворка. Какой будет выглядеть аккуратнее для вас как программиста? Какой код вовремя обновляется? В каком коде молниеносно закрываются любые дыры безопасности?

[Roman K]

tr1ck1, можно. Битрикс — это CMS, он создан для типовых шаблонных задач. Чем более масштабный проект — тем менее сковывающий фреймворк стоит использовать.

Занимался переписыванием проекта с CMS. Проект простейший. Так вот там дамп БД весил 7гб, заказчик был уверен, что ему нужны 3 дроплета: 2 сервера + балансер. А там 1200 юников в сутки, эту нагрузку, увеличенную в 100 (!) раз код на фреймворке потянет на одном 5$ сервере, а большая часть БД была — логи, которые никогда никто в жизни не видел.

[tr1ck1]

zorca, Наш программист мне сейчас сказал, что у битиркса новое ядро, которое достаточно хорошее +можно многое делать не на самом битирксе, а использовать лишь админку битрикса. Или это не лучшая затея?

[Adamos]

tr1ck1, во-первых, это новое ядро безобразно документировано.
Во-вторых, оно в первую очередь призвано подпереть старую архитектуру.
В-третьих, народ на форумах разводит руками: обновление кода на D7 внезапно делает его на порядок(!) медленнее - запросы к базе оказываются еще менее оптимальными, чем были в старом ядре...

Answer 2

[Barmunk]

Из личного опыта и плача знакомых компаний могу сказать точно, что при создании ОЧЕНЬ крупного проекта на битриксе стоимость его вываливается в год-два разработки и прайса за много нулей. Не помогают даже именитые веб-студии, пишут такое, от чего потом еще очень долго плохо. Поэтому целесообразно писать такие проекты сразу на фреймворках, причем таких, чтобы исключить школьников. В дальнейшем вам будет значительно проще его расширять, не придется мучительно долго искать специалистов под "древнее ядро д7321232, которое уже никто не использует и лучше все это переписать заново".

Если вы задаете такие вопросы, то целесообразно на этапе проектирования нанять специалиста, который вам напишет/создаст четкий план разработки такого проекта (стэк, стайлгайды, тз, миграции, гит, воркфлоу и т.п.) Иначе все это затянется на года.

Comments

[tr1ck1]

А что они пишут, если не секрет?)

[Barmunk]

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

Или вот похуже вариант, 150-300 запросов к базе данных на одной странице. Когда я обратился к ним с wtf, мне буднично сообщили, что оптимизация за доп плату. И заказчик это не обговаривал при создании тз.

Засунуть get в sql напрямую? пф, 3 раза вычищал.

Answer 3

[Олег]

10 348 - посетителей в день ? Это крупно ?
Дай бог Вам до 1000 уников в день дорасти за 3 года.
Прототип хоть на чем. Проверка бизнес идеи в Российских реалиях.
Иначе пара миллионов просто на ветер.