DISCLAIMER: Данная статья не является «статьёй конкурента» (поскольку у моей нынешней IT-компании нет продуктов, конкурирующих с изделиями Bitrix) или какой-то «заказной» (поскольку вряд ли кто-то мне заплатит столько, чтобы меня замотивировать писать то, с чем я не согласен ;-)
Данная статья основана как на личном опыте (к счастью, довольно давнем, который я уже больше не желаю повторять), так и довольно свежем опыте сострадания к многочисленным знакомым предпринимателям и айтишникам — «жертвам» продуктов данной компании.
Начну со своей старой заметки 2017 года по теме:
Немного о Bitrix. Вспомнилось.
Несколько месяцев назад помогал знакомым — попросили затюнить mysql для интренет-магазина, работающего на Битрикс, который ужасно тормозил.
Так вот, магазин небольшой, товаров всего несколько сотен, и установлен был он на самой дорогой VPS на SSD у нас на reg.ru. Стоял PHP7, врублены были всевозможные кэши.
В итоге я затюнил им MySQL по максимуму, должно было всё просто летать.
Но увы — магазин всё равно равно продолжал тормозить, хотя и меньше.В конце концов я включил дампер SQL-запросов, чтобы посмотреть что же всё-таки происходит.
Угадайте, какое число SQL-запросов, оказывается, нужно битриксу чтобы отобразить обыкновенную страничку с описанием товара в магазине?
На самом деле количество колебалось от раза к разу (по непонятным причинам, видимо очень заумная система внутреннего кэширования) от 1800 до... 4500 (!)
Я давно наблюдаю, как компания Bitrix затрачивает невероятные усилия на маркетинг, PR и рекламу. Сергей Рыжиков выступает на всех конференциях, а реклама Bitrix годами преследует предпринимателей «из каждого утюга».
У них много продуктов, которые, кажется, захватили все основные бизнес-ниши: CMS, e-commerce, CRM, корпоративные порталы. Почти везде, где есть деньги, Bitrix хочет заработать. И, надо признать, прекрасно зарабатывает.
Но по факту их продукты — это:
ОЧЕНЬ медленные системы, до сих пор написанные на PHP в виде монолита (!);
Постоянные проблемы с обновлениями, где миграция — это лотерея;
Бесконечное количество «галочек-фич», но мало реальной бизнес-ценности и плохой UX. Создаётся ощущение, что всё сделано на скорую руку: накидали кучу инструментов, не особо задумываясь об удобстве и реальной пользе.
По состоянию на 2025 год более 60% российских интернет-магазинов работают на 1С-Битрикс. Такая монополизация достигнута не техническим превосходством, а благодаря удачной коммерческой стратегии и эффекту «административного ресурса».
«Связка с 1С». Это их главный козырь. Bitrix изначально создавался в партнёрстве с 1С и предлагает «родную» интеграцию. Это привлекает компании, уже сидящие в экосистеме 1С, и подогревается курсом на «импортозамещение». Многие выбирают Bitrix именно из-за обещаний простой синхронизации (обмен товарами, остатками). В реальности же эта интеграция часто кривая, на неё все жалуются, но маркетинг создаёт иллюзию лёгкости.
Широкий ассортимент. Компания охватила всё: CMS, e-commerce, CRM (Битрикс24), чаты, задачи, облако, конструктор сайтов, BI и даже AI-ассистента. Парадигма «всё в одном окне», которая так нравится бизнесу.
На деле же ни один из этих модулей не является лучшим в своём классе. Это множество посредственных решений под единым брендом. Продукты Bitrix напоминают «швейцарский нож» с тупыми лезвиями: есть почти всё, но качеством и удобством пожертвовали ради охвата.
Компания предпочитает хвастаться запуском новых модных фич (AI-расшифровка звонков, BI-дашборды), вместо того чтобы шлифовать базовую архитектуру и исправлять фундаментальные проблемы.
Несмотря на заявления защитников, что «если бы всё было так плохо, никакой маркетинг не сделал бы Битрикс лидером», реальность показывает обратное. Благодаря агрессивному PR, партнёрской сети и административному ресурсу, 1С-Битрикс сумел навязать себя рынку. А теперь посмотрим, какой ценой это даётся пользователям.
Низкая производительность и ресурсоёмкость
Одна из самых частых и болезненных претензий к 1С-Битрикс — ужасная скорость работы. Сайты на Битриксе печально знамениты своей медлительностью.
Та самая история про 4500 запросов — не исключение, а скорее иллюстрация архитектурной проблемы: многие стандартные компоненты Битрикса делают обращения к базе в циклах, повторяя однотипные запросы снова и снова.
Отсюда вытекают и другие проблемы:
Высокие требования к серверам. Даже простой сайт на 1С-Битрикс требует мощного хостинга. Чтобы добиться приемлемой скорости, приходится вкладываться либо в дорогое железо, либо в глубокую и дорогую оптимизацию кода. По сути, вы платите за инфраструктуру, чтобы компенсировать неэффективность платформы.
Плохая масштабируемость. При росте нагрузки проблемы только усугубляются. Стандартные механизмы кэширования («Композитный сайт») лишь маскируют фундаментальную проблему. На крупных проектах архитектура 1С-Битрикс начинает «трещать по швам». Часто проще переписать проект на другом фреймворке, чем пытаться оптимизировать Битрикс.
Плохой пользовательский опыт и SEO. Медленные страницы — это не просто техническая придирка, а прямая бизнес-проблема. Поисковики пессимизируют медленные сайты, а пользователи уходят, не дождавшись загрузки. В итоге — потеря трафика и конверсий.
Конечно, приверженцы Битрикса скажут, что «правильно настроенный» сайт может летать. Да, опытные разработчики умеют «заставить Битрикс работать быстро». Но обычно это достигается ценой отказа от штатных компонентов и написания функционала вручную. И тут возникает закономерный вопрос: если для нормальной работы нужно не пользоваться стандартными инструментами CMS, то в чём её смысл? Получается, ради админки и интеграции с 1С вы соглашаетесь на прожорливую систему, требующую постоянных костылей.
Переусложнённая архитектура и устаревший код
Внутреннее устройство 1С-Битрикс — это притча во языцех в среде разработчиков. У меня давно сложилось впечатление, что это продукт не инженеров, а маркетологов: архитектура формировалась эволюционно, с упором на обилие «галочек» в списке возможностей, а не на элегантность и продуманность.
Избыточность и «раздутость» кода. Платформа тащит за собой огромный балласт из встроенных модулей и функций, которые большинству проектов не нужны. Отключить их непросто, и этот лишний код усложняет поддержку и повышает риск багов.
«Велосипеды» и низкое качество кода. Стиль программирования в 1С-Битрикс далёк от общепринятых практик. Вместо использования стандартных решений — громоздкие самописные методы, отсутствие нормального шаблонизатора (до сих пор PHP вперемешку с HTML). Плагины из Marketplace часто написаны с грубыми хаками, которые ломаются при обновлении.
Ограниченная гибкость. Реализовать нестандартные требования в Битриксе сложно. Любое отклонение от типового сценария оборачивается для разработчика «тоннами костылей». Многие отмечают, что как только задача выходит за рамки типового интернет-магазина, проще и дешевле сделать проект на современном фреймворке.
Документация и порог входа. Официальная документация объёмная, но её качество оставляет желать лучшего. Новичку изучать платформу чрезвычайно трудно. В результате у продукта сложилась репутация «непрестижной технологии», и большинство талантливых PHP-разработчиков обходят его стороной.
Важно понимать: это не ошибки конкретных разработчиков, а системные изъяны самой платформы. Даже опытные инженеры вынуждены мириться с её архитектурными «причудами». Такой подход — косметические инновации вместо решения базовых недостатков – вызывает закономерное раздражение у сообщества.
Проблемы с обновлениями и надёжностью
Каждое обновление системы — это «русская рулетка». Установка очередного апдейта нередко приводит к новым багам, нарушению совместимости и даже падению сайта. Разработчики в шутку (а точнее, всерьёз) говорят, что обновлять боевой проект на Битриксе можно только после многоступенчатого тестирования, иначе риск остановить рабочий сайт слишком велик.
Разработчики называют обновления Битрикс «пороховой бочкой», которая может взорваться когда угодно. Почему так происходит? Гигантский объём legacy-кода, небрежно написанные модули из маркетплейса и недостаточное регрессивное тестирование со стороны самой компании.
Итог печален: админам сайтов фактически приходится выступать в роли тестировщиков, выявляя ошибки на своём опыте. Для бизнеса это постоянный стресс и дополнительные затраты.
Неудобный интерфейс и плохой UX
Ещё одна беда продуктов Битрикс — пользовательский интерфейс. Вместо обещанной простоты «без программиста» заказчики получают сложную и громоздкую админку, в которой легко запутаться.
Интерфейс неинтуитивный и перегружен массой настроек. Чтобы выполнить элементарную задачу, приходится пробираться через дебри меню. Причина — в философии «все возможности сразу». Это «кухонный комбайн» вместо специализированного инструмента.
Схожие претензии и к Bitrix24. Пользователи жалуются на запутанность и засилье мелких багов. В отзывах систему называют «отвратительной» с точки зрения удобства: «интерфейс старый и дубовый», а каждый шаг «монетизирован».
Корневую проблему это не решает: избыточная сложность заложена в самой концепции. Bitrix пытается быть всем для всех, но в результате обычные пользователи тонут в опциях. Хороший UX требует продуманности — того, чего продуктам 1С-Битрикс явно недостаёт.
Замкнутая экосистема и высокая стоимость владения
Последний, но важный аспект — экономический. Вокруг 1С-Битрикс создана замкнутая экосистема, где каждый шаг стоит денег, а выйти из неё непросто.
Лицензионная политика. Лицензии дорогие и требуют ежегодного продления, иначе вы лишаетесь обновлений и поддержки.
Агрессивная монетизация. Bitrix24 монетизируется по подписке, и условия могут внезапно меняться. Пользователи жалуются на «жадность вендора», когда функционал урезается, чтобы вынудить купить более дорогой тариф. Такие методы, напоминающие маркетинг из 90-х, подрывают доверие и создают ощущение, что вас «разводят».
Зависимость от производителя (vendor lock-in). Официальная поддержка платная и часто неэффективная. Владелец сайта оказывается в ловушке: он привязан к услугам дорогих интеграторов или к сод��ржанию в штате редкого специалиста по Битрикс.
Высокая совокупная стоимость владения. К цене лицензии добавляются расходы на мощный хостинг, оптимизацию, доработки, обновления и обучение персонала. При этом реальная бизнес-ценность многих «фишек» сомнительна. Многое сделано «для галочки».
Выводы
На мой взгляд, 1С-Битрикс — яркий пример продукта, чья популярность обеспечена не качеством, а удачным позиционированием. Это торжество маркетинга над инженерией.
Благодаря агрессивному PR и монопольной интеграции с 1С, Битрикс проник во многие компании. Однако реальный опыт вскрывает массу недостатков: низкую скорость, устаревший код, ненадежные обновления и высокую стоимость владения. Для разработчиков это символ технического долга, а для бизнеса — ловушка: вход лёгкий, а выход трудный и дорогой.
«Король» отечественного рынка CMS, если присмотреться, оказывается голым. И пока руководство компании занято покорением новых горизонтов, пользователи продолжают сталкиваться с неприятными сюрпризами.
Не всё то золото, что активно рекламируется.
Цели данной статьи, для чего вообще она была написана:
Предупредить предпринимателей и айтишников, что при выборе продуктов Bitrix их могут ждать неприятные сюрпризы. Так что «think twice».
Замотивировать компанию Bitrix переписать с нуля свои продукты, чтобы они работали лучше и быстрее.
Замотивировать продуктологов Bitrix гнаться не только за метрикой «количество галочек в списке фич», но и глубоко заняться UX/UI, пониманием реальных сценариев использования и приносимой бизнес-ценностью.
-
Замотивировать потенциальных конкурентов выпускать продукты в тех нишах, где у Bitrix объективно мало альтернатив в России. Конкуренция — это хорошо. Например, в таких нишах:
Корпоративные порталы для малого бизнеса — простые, недорогие, с современным интерфейсом;
B2B-торговля — специализированные решения для оптовиков;
No-code BPM — автоматизация процессов без программирования.
Чтобы не казалось, что я или ChatGPT, Grok, Gemini, Claude Opus, DeepSeek (нужное подчеркнуть!) за меня это всё придумали и «высосали из пальца», вот куча ссылок по теме на одном лишь Хабре:
Комментарии (168)
reset44
11.10.2025 15:54Для чего эти АИ вбросы?
"Своё" как я понял только душераздирающая история вначале про ниндзю?
С чего вообще решили тюнить MySQL, а не выпилить кривой самописный код, который генерит 4500 запросов?
Mingun
11.10.2025 15:54С чего вы решили, что это кривой самописный код? Судя по моему (слава богу, очень небольшому) опыту с Битрикс, это как раз вендорский код.
Mausglov
11.10.2025 15:54тысячи и десятки тысяч запросов легко достигаются на штатных компонентах. Например, многоуровневый каталог средних размеров ( до 100к товаров) и компонент menu.sections.
SystemOutPrintln
11.10.2025 15:54Для чего эти АИ вбросы?
Интересно, что это первый комментарий комментарий за всё время с данного аккаунта, зарегистрированного 15 декабря 2017.
Кто бы говорил про вбросы...
reset44
11.10.2025 15:54С Битриксом я никак не связан, если намёк на это.
До этого просто почитывал. Но уже всё, накипело, - пора начать борьбу с АИ "экспертами".
Каждая публикация - это портянка результат кривого промта, которую даже сам автор не дочитал до конца.
Если бы в статье разложили реальный кейс - показал кривые запросы, кривой типовой код, сравнил замеры производительности с другими CMS в аналогичных кейсах...
Но зачем, и так схавают...
xtrueman Автор
11.10.2025 15:54Никакого своего кода не было)
reset44
11.10.2025 15:54был
xtrueman Автор
11.10.2025 15:54Вы имели отношение к данной инсталляции?)
reset44
11.10.2025 15:54Тот же вопрос к Вам. Судя по ситуации вы даже не разбирались, что там с кодовой базой.
Вместо того чтобы найти причину и устранять её, начали зачем-то "тюнить" СУБД. Причем что там "тюнилось" тоже большой вопрос (тупо конфиг поправили под рекомендации?). Анализ запросов начался уже после. Не исключаю ситуацию, что в результате "тюнинга" увеличили генерацию карточки товаров на условные 15%, при этом уронили корзину на 100.
cyber-jet
11.10.2025 15:54Сколько лет работаю с битриксом ни разу подобного не встречал. В стандартном компоненте Битрикс нет такого количества запросов в карточке товара, из чего следует что кастомный код или шаблон из маркета там все же был. Если вы используете стандартный провайдер запросов то без труда отыщите какой компонент, класс и вызов метода генерит эти запросы. Ваше нытье по большей части относится не к ядру а к модулям из маркетплейса, которые там размещают все кому не лень, и там полно говнокода. Ни каких проблем с обновлением стандартных модулей ни когда не было. И да, элемент инфоблока можно создать в d7, и это есть в документации, сколько читал подобные статьи всегда было понятно, что автор просто не смог, и решил поныть об этом.
Mausglov
11.10.2025 15:54В стандартном компоненте Битрикс нет такого количества запросов в карточке товара
в карточке нет. А в компонентах, связанных с разделами, есть. Особенно если включить галочку "показывать количество товаров".
да, элемент инфоблока можно создать в d7, и это есть в документации
Это не совсем правда. Как элемент инфоблока (то есть кодом в пространстве \Bitrix\Iblock ) вы его создать не можете. Вот свежий код из ядра:
/** * Add iblock element. * * @param array $data Element data. * @return ORM\Data\AddResult */ public static function add(array $data): ORM\Data\AddResult { $result = new ORM\Data\AddResult(); $result->addError(new ORM\EntityError( Loc::getMessage('ELEMENT_ENTITY_MESS_ADD_BLOCKED') )); return $result; }Но Вы можете работать с таблицей элементов инфоблока как с любой другой таблицей базы данных - разумеется, теряя всю связанную функциональность.
Ни каких проблем с обновлением стандартных модулей ни когда не было
если их не было у вас, это не значит, что их не существует. Я натыкался неоднократно ( особенно в периоды перехода PHP 7.0 - PHP 7.4, PHP 7.4 - PHP 8). Но в общей массе моего опыта ( сотни эпизодов обновления Битрикса) такие случаи были редкостью. Сейчас стало гуманнее в том плане, что система не умирает полностью; буквально на днях обновлял ядро Битрикса, в обновлении произошёл Fatal Error, - обновил страницу админки, снова запустил обновления и процесс пошёл дальше и успешно завершился. ( Встало ли корректно то самое проблемное обновление - увы, не знаю. Вроде, должно было, они заново скачиваются )
zeddicus
11.10.2025 15:54если добавить api код к инфоблоку и сгенерировать orm аннотацию, то можно через d7 создавать обьекты конкретного инфоблока и работать с их свойствами.
bel1k0v-da
11.10.2025 15:54Он начинался с PHP 4.1.x тогда вообще много чего не было. А теперь есть линейка продуктов, свой какой-никакой фреймворк, позиционка на рынке, что с т.зр. стратегии компании вполне себе результат. К-во запросов обусловлено схемой БД, а не PHP, тем более сейчас версия 8.2.x. (отличный инструмент в умелых руках).
Markscheider
11.10.2025 15:54репутация «неprestижной технологии»
Это какой-то эвфемизм? Я что-то хахашечку неуловил.
xSVPx
11.10.2025 15:54Так любой ИМ такое же д...мо только в профиль. Помнится лет пять назад целиком интегрировал одно из ведущих решений, для небольшого им/каталога. На тестах оказалось, что генерация футера - 300 запросов. Психанул все удалил и сделал статический каталог. Отлично работает доселе.
Но ведь "в среднем" надо, чтобы "любая домохозяйка как-бы могла как-бы что-то делать"... Поэтому и обмазывают в кучу слоев...
MaksimMukharev
11.10.2025 15:54Не любой. Самописные решения вполне позволяют с малым количеством запросов работать.
xSVPx
11.10.2025 15:54Самописное решение позволило мне работать вовсе без базы данных :). Но это совершенно иная история.
Речь про более или менее "готовые"
Mausglov
11.10.2025 15:54не любой. Я встречал одну CMS, которая на небольшом ( сотни товаров) каталоге и работала быстро, и код был приятный. На тысячах или десятках тысяч позиций там бы начались серьёзные проблемы, это было видно по архитектуре; но нишевый продукт - это тоже хорошо.
qeeveex
11.10.2025 15:54За такие цены можно нанять программиста, дизайнера и верстальщика. Они тебе все сбацают на симфони или ларке. Модули для интеграции с 1С продается в интернете огромное количество.
svl87
11.10.2025 15:54если бы было всё так просто, то давно было бы куча историй успеха типа "за 10 человекомесяцев командой из 3 человек мы создали продукт лучше битрикса по всем критериям". Но этого не происходит, хотя может и произойдет относительно скоро когда кодогенерация через AI станет получше, чем сейчас
vShadow
11.10.2025 15:54давно было бы куча историй успеха
мы создали продукт
Остается вопрос нафига, а главное зачем?
Это не что-то запредельно сложное, уникальное или новое. 15 лет назад работал в фирме, которая занималась вэб-разработкой, в т.ч. интеграцией инетрнет-магазинов с 1С. Задача была поставлена на поток.
Mausglov
11.10.2025 15:54к сожалению, нельзя. Даше если брать старшую редакцию для Интернет-магазинов, "Бизнес" ( там есть множественные склады, порой это нужно), то она стоит всего 83900 р. ( А ещё есть партнёрская программа). Этих денег не хватит даже на месяц оплаты джуна ( не забываем про налоги и прочие отчисления с зарплаты)
qeeveex
11.10.2025 15:54Обычный интернет магазин с выгрузкой в 1С можно сделать и за 100к. Если не требовать кастомные вещи и пользоваться готовыми.
mSnus
11.10.2025 15:54Немного странно в 2025-м убеждать программистов не пользоваться неисправимо глючным легаси вендором, которого пинают за всё плохое уже лет 10 как минимум
Newbilius
11.10.2025 15:54Перефразируя классику, продукты делятся на два типа: те, которые все ругают, и те, которыми никто не пользуется)
Keeper22
11.10.2025 15:54Для разработчиков 1С-Битрикс давно стал притчей во языцех — символом неэлегантной разработки и технического долга.
ALWAYS HAS BEEN
mSnus
11.10.2025 15:54Причём задолго до своего рождения. Ибо это творение - пасынок 1С: Бухгалтерии...
svcoder
11.10.2025 15:54Прежде чем писать подобную чушь, ознакомьтесь с предметом
mSnus
11.10.2025 15:54Я прекрасно знаем с предметом и отлично помню, как он создавался и развивался. Битрикс мог стать нормальным продуктом, исправить архитектуру, исправить отношение к экосистеме плагинов, но под крылом 1С вместо исправлений было решение строить костыль на костыле, на код начхать, а продажи обеспечиваются за счёт мощи материнской компании и вендор лока.
О том, как всё плохо в самой 1С, можно прочитать в вашей же статье "почему 1С это хорошо". Поэтому в Битриксе тоже ничего не исправляли, а наслаивали одно неудачное решение на такое.
Была такая машина ИЖ "Ода", которая была изначально создана с кучей неудачных решений, про неё ещё говорили "ИЖ "Ода" - ошибка завода". Битрикс - та же "Ода", только у бизнеса в России было мало альтернатив - либо биться с интеграцией со Складом и Бухгалтерией самостоятельно, либо - Ода, то есть Битрикс. Других причин его покупать не было, конкуренты с рынка вымывались.
И всё это заворачивается в сообщество "разработчиков Битрикс", которые хорошо знают, как обслуживать это чудо технической мысли и знают,
как правильно навешать грузики на правое заднее колесо, чтобы одно от вибрации не отвалилось на ходукак какой плагин поставить и дописать, чтобы работало вместо того, чтобы заниматься собственно разработкой.
theult
11.10.2025 15:54И похоже не только Битрикс. Когда я увидел язык программирования надстроек 1с я просто "был поражен", зачем понадобился свой кривой язык программирования? А может ресурсы, затраченные на его разработку и интеграцию было пустить на улучшение самой программы? Умом Россию не понять...
mikleh
11.10.2025 15:54В 1996 наблюдался определенный дефицит не кривых языков программирования. Сравнивая с бейсиком 1С не столь уж и кривой. А потом пошло-поехало.
Другой вопрос, что при в общем-то огромном развитии платформы, развитие самого языка несколько отстало.
GidraVydra
11.10.2025 15:54В 1996 наблюдался определенный дефицит не кривых языков программирования.
Pascal, С++, Java, JS, Python, Perl, PHP.
Wan-Derer
11.10.2025 15:54Жава и Питон находились в зачаточном состоянии, Дельфи только появился. Писать что-то большое на Паскале было трудновато. А идея создания предметно-ориентированных языков была вполне популярна. Как и идея вендор-лока :)
GidraVydra
11.10.2025 15:54Тогда в целом идея IDE находилась в зайчаточном состоянии. Я не знаю, как выглядела среда разработки 1С в 96 году, но сильно сомневаюсь, что она могла по удобству, функционалу и быстродействию конкурировать с той же Delphi. Но речь-то не о средах, речь о языках. А если говорить о языках, то в 96м году на всяких разных языках активно писали всякое гораздо более большое, чем пишут на 1С.
miksoft
11.10.2025 15:54Битрикс изначально создавался в партнерстве с 1С
Насколько я помню, это не так. Партнерство появилось где-то с версии 6.0 или около того.
какое число SQL-запросов, оказывается, нужно битриксу чтобы отобразить обыкновенную страничку с описанием товара в магазине
Да, такая проблема была (или есть), но в моем случае вылечилась постановкой задачи разработчику сайта. Он переделал страницу на других компонентах (тоже штатных) и проблема почти ушла. Запросов стало меньше сотни на страницу.
breninsul
11.10.2025 15:54меньше сотни на страницу
Круто!
miksoft
11.10.2025 15:54Да я бы не назвал это круто. Просто терпимо. В предыдущей самописной редакции этого же сайта запросов было в разы меньше на страницах с тем же функционалом. Но зато посчитать эти самые запросы было довольно затруднительно. А в Битриксе я использовал готовую аналитику для этого.
gag_fenix
11.10.2025 15:54Сколько человеко-лет займет сделать полноценный Интернет-магазин со всеми интеграциями (ЯМ, службы доставки, оплата), SEO-заморочками, чатом поддержки и выгрузкой товаров из того же 1С талантливыми PHP-разработчиками на Laravel?
gazkom
11.10.2025 15:54Может люди программировать разучились? Я лет 15 назад прикрутил к сайту интернет-эквайринг за месяц, из них на разработку ушло дня три, остальное орг. вопросы и тестирование.
Что за магия в интеграциях? Jsonы сложно нагенерить?
KonstantinTokar
11.10.2025 15:54В программирование пришло много неподготовленных людей и ещё больше маркетологов.
GidraVydra
11.10.2025 15:54Сколько человеко-лет займет сделать полноценный Интернет-магазин со всеми интеграциями (ЯМ, службы доставки, оплата), SEO-заморочками, чатом поддержки и выгрузкой товаров из того же 1С
А сколько человеко-лет это займет в Битриксе?
dmiche
11.10.2025 15:54Самое интересное здесь, что не смотря на то, что Вам не нравится (да и мне не нравится), всё (ВСË) Вами перечисленное является успешной бизнес-моделью.
Дешёвое для производителя.
Преемственное.
Создающее рабочие места.
Поощряющее рост профессионализма участников в своей (битрикс) нише.
Экосистемное, дающее ответ на ВСЕ запросы клиентов, пусть и не всегда красивый.
Привязывающее к надёжному поставщику, который не исчезнет с рынка.
Практически безальтернативное, когда речь идёт об ОЧЕНЬ крупных решениях.
И многое другое....Такой вот парадокс инженерного против рыночного.
mSnus
11.10.2025 15:54Vendor-lock, монополизм и нечестная конкуренция с использованием госресурса - они такие, создают экосистемы, рабочие места и являются усмешкой бизнес моделью.
ZAVHome
11.10.2025 15:54Какой госресурс использует Битрикс? Смешно читать.
Если про реестр российского ПО, то попасть туда может любой, при желании.
mSnus
11.10.2025 15:541С (не Битрикс, а основной продукт), продвигался за счёт "дружбы с государством". "Парус", например, был намного более современный и удобный продукт на тот момент, но возможностей для равной борьбы у них не было. Было использование административного ресурса, когда одна компания получает вид необходимую информацию и документацию мгновенно, а другая - с заметным опозданием, что для бухгалтерии чревато большими проблемами. И было это задолго до "реестра российского ПО"
reset44
11.10.2025 15:54Может просто разработчики Паруса медленно соображали. Или доподлинно известно, что кто-то мешал им дружить с кем надо?
mSnus
11.10.2025 15:54Я уже не могу вспомнить точно, это 1С просто выдавали всё необходимое быстрее остальных или остальным медленнее и не всё, но результат был один - хочешь работать без штрафов, работай с 1С. И дело было не в программистах.
dima_kos
11.10.2025 15:54Я 15 лет занимаюсь успешной разработкой на битрикс и не согласен почти ни с чем. Голословные обвинения рушатся всего-то одним аргументом - вы просто не умеете работать на битрикс. За все годы я исправлял больше сотни проектов после разработчиков, которые даже не умудрились пройти базовый курс с объяснениями как работает система. Зато эти же разработчики оставляли потом негативные отзывы.
Основная ценность Битрикс это админка и готовый функционал. Разработчик на битрикс это очень разносторонний разработчик, который умеет и фронт и бэк, и ковыряться с настройками, и читать легаси код, и тюнить конфиги серверного ПО, и понимать как обновляется система, и читать курсы и меняющиеся документации. Ни одна система настолько не требовательна как битрикс, но когда ты в нём разобрался, ты там как рыба в воде всё ясно и понятно - сиди и работай. Звпустить магазин за неделю - легко. И что там не так с 1с интеграцией? Модуль накатил в 1с, за пару часов настроил и всё работает - проверено неоднократно.
И да D7 и копилот представляли в совершенно разных обновлениях и презентациях.
А еще я могу спокойно обновлять мажорные версии системы, если всё сделано в рамках документации.
С битрикс надо уметь и хотеть работать, тогда всех выдуманных проблем нет или они решаются.
svcoder
11.10.2025 15:54Напишите, для начала, с проектами какой сложности у вас был опыт. Какой объем таблицы товаров и количество видов цен?
dima_kos
11.10.2025 15:54Я все сотни проектов описывать не буду, но расскажу про один. Есть рынок электротехнических товаров: кабели, автоматы, розетки и проч. Так вот на этом рынке есть несколько лидеров-производителей, а есть лидеры-продажники. И есть такая компания Толедо, для которой я участвовал в разработке b2b портала. Товров там порядка 2 млн, цен 5 + индивидуальные. 2 интенрации с 1с: первая обычная товары, цены, остатки; вторая кастомная через веб-сервис 1с. Поиск sphinx. Веб сервер еще старый идёт с апач, были уже тесты безв апача, работает еще быстрее, но пока не перешли бэна версию без апача. И это БУС.
Даже при таком кастоме, портал регулярно обновляется, успешно и легко мигрировал с php 7.3 на 8.3.
В статье ничего нет про уровень проектов, просто описано что всё плохо.
svcoder
11.10.2025 15:54Актуальная версия модуля обмена с сайтом для конфигурации УТ - 7.0.2.23. Регистрация изменений сделана на уровне товаров, то есть при изменении одного вида цены по одному товару типовой модуль обмена будет выгружать все товары, со всеми видами цен, свойствами и т.п. Даже на 100 тыс товаров это просто умрет, пакеты не будут успевать обрабатываться в Битрикс. О каких 2 млн тут вообще может идти речь
dima_kos
11.10.2025 15:54its2.ru, можете сходить посчитать кол-во товаров, и сидите доказывайте себе что невозможно передать даже 100 000 товаров.
https://its2.ru/catalog/50_dopolnyayushchie_katalogi/abb_s/ вот тут в одном только разделе около 35 000 товаров
svcoder
11.10.2025 15:54И цена почти везде "по запросу" и остатка нет. Не случайно ли? Передать товары можно, раз в неделю полной выгрузкой, так как типовой модуль не умеет передать на сайт информацию что нужно только один товар удалить
dima_kos
11.10.2025 15:54Нет не случайно, по запросу товар, потому что он по запросу в рамках бизнес логики и всё. То есть товара физически нет.
LeVoN_CCCP
11.10.2025 15:54
Я не за и не против битрикс (не сталкивался, но 1С это мрак со стороны баз), я тыкнул просто в одну из ссылок по вашей ссылке.
SwagMaster
11.10.2025 15:54лол, погулял по сайту буквально пару минут
Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 45056 bytes) in /home/bitrix/www/bitrix/modules/main/classes/mysql/database.php on line 499[ErrorException] E_ERROR Allowed memory size of 1073741824 bytes exhausted (tried to allocate 45056 bytes) (0) /home/bitrix/www/bitrix/modules/main/classes/mysql/database.php:499 ----------
GidraVydra
11.10.2025 15:54https://its2.ru/catalog/50_dopolnyayushchie_katalogi/abb_s/ вот тут в одном только разделе около 35 000 товаров
Я как будто wayback machine открыл где-то на начале нулевых. Это вы это успешной разработкой называете?
dima_kos
11.10.2025 15:54Да и вы пишите чушь. При выгрузке цен, ничего кроме цен не выгружается + выгружаются цены только измененных товаров, а не весь каталог
https://dev.1c-bitrix.ru/api_help/sale/xml/index.php
svcoder
11.10.2025 15:54Я окончание неправильное написал, конечно же выгружается карточка товара со всеми ценами. Но так как при изменении цены или остатка помечается к выгрузке карточка товара, то она уйдет вместе со всеми свойствами пусть и в другом узле обмена
dima_kos
11.10.2025 15:54Нет не уйдёт. Профиль выгрузки млжно настроить так что будет уходить только цена без свойств и остатков. То есть только файл prices.xml
svcoder
11.10.2025 15:54В 1С настроены 2 узла, один для передачи товаров, другой для передачи цен. При изменении одного вида цены одного товара к изменению зарегистируется изменение товара на узле товаров и на узле цен. При очередном обмене из первого узла выгрузится товар со всеми свойствами, а из второго все цены, коих могут быть десятки или сотни.
Alexufo
11.10.2025 15:54Вкусвилл на Битриксе
AlexandreFrolov
11.10.2025 15:54Интересно, сколько они вложили в создание сайта плюс к лицензии и на что это пошло. Полагаю, кастомными доработками можно сделать все что угодно.
shachneff
11.10.2025 15:54Я пользовался Битриксом еще в те времена, когда его еще не купила 1С. И пользуюсь сейчас. И как бы даже не задумывался, что все так плохо.
Принцип "крикикуешь - предлагай" никто не отменят, приведите несколько примеров альтернатив без описанных Вами проблем?
vShadow
11.10.2025 15:54ОЧЕНЬ медленные и до сих пор написанные на PHP (!);
Проблема не в PHP, а в том как оно написано - если его "один в один" перепишут на любой другой язык, получится то же самое чудище, только в профиль.
Справедливости ради - встречаются продукты и хуже (например, исходники в базе/облаке, которые исполняются через "eval").
nook
11.10.2025 15:54установлен был он на самой дорогой VPS на SSD у нас на reg.ru.
Мне одному показалось, что reg.ru собирается поднять цены на и без того overpriced тарифы для битрикс-сайтов?
AndrewTishkin
11.10.2025 15:54Походу вот и мотив, чего у автора типа накипело) Подготовить фон для изменения прайса))
Кстати, что касается юзабилити - у Рег.ру кабинет иногда тоже мозгом сложно понять. Не жесть как в РуЦентре, конечно, свят-свят, но про своё бревно в глазу забывать регрушке точно не стоит
thekingoftheworld
11.10.2025 15:54обновлять боевой проект на Битриксе можно только по многоступенчатой схеме: сперва на тестовом стенде, потом на стенде для тестового стенда, затем точечно на копии базы
Кажется, нейросеть не совсем верно уловила мою иронию. Вот мое оригинальное изречение, тут же, на хабре:
Каждое обновление как пороховая бочка - сперва на тесте, потом на тесте теста, потом тестирование теста... ну вы поняли.
BenderA
11.10.2025 15:54BitriXуй гавно. Подпишусь под каждой буквой статьи. 5 лет эксплуатации. 5 лет доводки и донастройки. И постоянные отговорки интегратора: "Это в код надо лезть". А эпичное требование перезагрузки компа для обновления клиента — высерьёзна?
serafims
Прямо с языка сняли статью, тоже хотел однажды написать разбор интерфейса их корпоративного портала, как делать не надо. В нем ужасно практически все, кроме, пожалуй, системы выдачи прав на объекты, оно ещё более менее интересно сделано. Остальное мрак... Даже в редакторе документов куча экранного места теряется на заголовок модального окна, вот прям хочется, чтобы манагерлов и разработчиков этого "продукта" заставили работать на нем без допиливаний и кастома на среднестатистическом ноуте.
Darevids
Попробуйте на нем восстановить аккаунт сотрудника, если почта была утеряна, или личная. Прошло почти 10 лет, а воз ныне там..
reset44
Это какой-то не здоровый кейс. Т.е. почта утеряна, а аккаунт на битрикс надо восстановить? Может начать с восстановления почты?
Я думаю с такими запросами любая адекватная система посылает в долгое пешее путешествие минимум до тех. поддержки.
APXEOLOG
Всякое бывает, сам сталкивался с подобным несколько месяцев назад (не относится к битриксу). Старый пользователь зарегистрированный на почту корпоративного домена, ящик больше не доступен.
Mausglov
сменить почту в аккаунте пользователя, если у вас есть рабочий административный аккаунт, не представляет никаких сложностей. Если такого аккаунта нет - у вас в любой CMS будет проблема. (например, в WordPress)
bomitaq
У нас на работе есть битрикс24 и там аккаунт является личным аккаунтом человека, а не организации, поэтому вы и не имеете права восстанавливать к нему доступ.
Человек может от вас уволиться и работать с этим аккаунтом в другой фирме, или работать одновременно в двух фирмах, соответственно вы сможете получить доступ на чужой портал, если будет возможность восстанавливать пароли всех, кто у вас работал.