М -маркетинг. Вот и пользуются. В свое время кто-то очень грамотный, сделал приписку 1С к битриксу, и предприниматели начали думать, что он с 1С-кой интегрируется лучше всех. А битрикс и сторонние разработчики только распускали слухи, что это действительно так (хотя это не так). Они просто получали "откаты" (партнерские отчисления) за битрикс. Ну и разработка на нем дороже, поэтому они еще поверх больше зарабатывали. Жажда наживы сделала свое дело, и рекомендовать битрикс стали из каждого утюга! Вот и весь секрет )
Миллионы в битрикс как раз вливают те, кто не знает что это за система и им напели в уши красиво. Либо те, которые уже попали в "рабство" к битриксу, столкнувшись с реальностью, и теперь латают возникающие дыры, чтобы хоть как их "корабль" оставался на плаву. Если есть миллионные бюджеты - пишется свое собственное решение на фреймворке каком-нибудь, это дороже изначально, но в долгосрочной перспективе это окупается.
Ок, сейчас буду вспоминать как это у битрикса из коробки реализовано, ибо для своих проектов там все переделано...
И так, у битрикса есть удобный инструмент - инфоблоки, которые можно создавать под свои задачи. И это действительно удобно. Неудобно в них то, что скорость их работы оставляет желать лучшего. На инфоблоках реализовываются характеристики (свойства) товара. Когда в системе большой ассортимент, 5000 категорий и 50 тысяч свойств (к примеру) - с этим невозможно работать. Что в админке это работает крайне медленно (ты изобретаешь новые слова в русском мате, чтобы в очередной раз что-то высказать битриксу), что на странице товара подгрузка свойств занимает дохрена времени. А как работать было контент-менеджерам, которые добавляют карточки товаров, сиди ищи среди 50.000 свойств, те свойства которые тебе надо добавить?
Позже в битриксе появилась возможность привязки свойств к категориям, мы уже не грузим эту портянку в 50 тысяч на страницу. Проще контент-менеджерам стало. Но другие проблемы остались. Инфоблоки от этого работать быстрее на стали и очень медленная работа все еще актуальна (!). И, если мне не изменяет память, на программном уровне, мы все равно сначала запрашиваем огромный массив, из которого уже выбираем свойства нужные на конкретном товаре/категории. Не знаю в последних версиях (в последние годы) они это решили или нет... но согласитесь, даже если делать прямой запрос в БД, получить массив в 50.000 элементов и в 50 элементов - это совершенно разная нагрузка на БД и разное процессорное время.
Ок, не беда, можем каждую категорию вынести в отдельный инфоблок. Займемся e#лeй и создадим 5000 инфоблоков (это уже треш, но ладно, сказано сделано). И вот мы получаем уже из инфоблока всего 50 свойств для нужно категории. Процессорного времени уже меньше нужно, но это не решило проблему со скоростью работы самого инфоблока (!). Он как работал медленно, так и работает, но теперь у нас их 5000... Юзабилити просто "пресосходное" ))
Однако вырисовывается другая проблема, как быть с общими свойствами, типа - вес, габариты, цвет. И свойствами, которые повторяются, например - наличие вай-фай, порты ввода-вывода, диагональ экрана и пр. (их будет несколько тысяч, это как минимум). Что с ними предлагаете сделать, дублировать и потом костыли вставлять, чтобы объяснить битриксу, что свойство "диагональ" в одном разделе и в другом - это по сути одно и тоже и их можно между собой сравнивать. Да и что говорить, сама привязка свойств к категории для больших магазинов выглядит тупо и неудобно. Ибо в одной категории, например "аксессуары" может находится несколько десятков разных товаров... А как мне при такой структуре переносить товары из одной категории в другую? Короче гемор, как с точки зрения организации свойств на программном уровне, так и с точки зрения удобства пользования.
Ок, не беда, у нас же есть highload блоки, которые работают гораздо шустрее чем инфоблоки, можно что-то из этого реализовать на них. Но у них меньше возможностей в админке (из-за этого они и легче) и для этого придется все переписывать. Нанимать программеров, писать ТЗ, платить для этого много денег... Также нужно вставить тонну костылей, чтобы весь оставшийся битрикс понял и учитывал наши изменения по свойствам и что бы вся логика работы не поломалась. А лучше сразу ввести такой термин как тип товара, к которому уже будут привязываться свойства, тогда мы этот тип без проблем сможем переносить из категории в категорию и т.д. В общем надо городить огород в любом случае. И так мы на ровном месте получили танцы с бубном! )) И спрашивается, а нахрена?!
А еще, чтобы что-то настроить битриксе, надо кучу телодвижений совершить - зайди туда, поставь галочку там, потом зайди сюда тут поставь несколько галочек, потом зайди в свойства чего-нибудь и там не забудь вот эти галочки убрать... И главное ты должен все это знать и помнить! А если ты новичок в общении с битриксом, то без помощи программера можно и не разобраться! По итогу получаем большой и неповоротливый движок. Который на бумаге такой классный, все так радуются когда им пользуются, а на практике имеем что имеем - жирного, медленного, с кучей нюансов и компромисов франкенштейна. А если у тебя еще куча плагинов готовых из маркетплейсов установлены, которые как-то завязаны на стандартные свойства битрика, то добро пожаловать в АД, уважаемый! И это я сейчас только верхушечку айсберга обрисовал, меньше 1% тех проблем, которые придется как-то решать.
Поэтому я сразу и сказал, что если берем битрикс из коробки - наш удел торговать трусами и носками (утрирую конечно). Хочешь большой ассортимент с кучей свойств - готовь тонну бабла на разработчиков и аренду мощных серверов. Ибо по версии разработчиков битрикса (и сторонних разработчиков), бизнесмен должен страдать. Платить им деньги и страдать... И ведь находится куча таких, которые ведутся на маркетинг и на убеждения, и потом льют крокодильи слезы. И я не был исключением когда-то ))) Настрадался на пару жизней вперед.
З.ы. в свое время, не безызвестный Ситилинк сидел на битриксе (если мне не изменяет память), но уже много-много лет назад они сделали свое решение на Симфони (опять же, если память мне не изменяет). Зачем было переходить с такого "замечательно" битрикса на самопис? Вопрос оставим открытым ))
Мы говорим про бизнес, озвученный в стартпосте. У меня на поддержке несколько сайтов на Битриксе с аналогичной тематикой, и никаких проблем я не наблюдаю. Вам просто не повезло, но где промахнулись ваши программисты - сказать не могу, а фантазировать не хочу.
Проблема там в "архитектуре" (назову это так) самого битрикса. Это не проблема только битрикса, т.к. у ряда CMS есть похожая архитектура. Несомненно у битрикса есть и сильные стороны, которые позволяют делать ряд доработок гораздо быстрее и даже местами дешевле. Но если человек не знает, что это за сильные стороны и как он их может использовать с будущем, то имеет смысл сильно подумать, а стоит ли овчинка выделки?!
Мы с вами смотрим на битрикс немного с разных сторон. Вы сморите на это со стороны разработчика, преследуя цель (естественно) на этом заработать. Я же на это смотрю со стороны, чтобы бизнес (где сайт является частью этого бизнеса) приносил максимум прибыли мне. Прибыль - это когда мы из доходной части вычитаем расходную. В расходную входит (в том числе) создание и содержанием сайта, и чем больше эта расходная часть, тем меньше моя прибыль. Хотя не совсем смотрю со стороны бизнеса... По первому образованию я айтишник, и знаю что такое программирование и сайтостроение не понаслышке. Правда своими руками мало что делаю уже, предпочитаю нанимать специалистов, чтобы они по моим ТЗ реализовывали задумки.
В старпосте человек упоминает нишу и большое количество номенклатуры. Мне известно что такое большое количество номенклатуры. Это проекты интернет-гипермаркетов (в том числе и на битриксе) с ассортиментом до 300 тысяч SKU, тысяч разных категорий, и множества десятков тысяч (!) свойств/характеристик (если не больше уже). Ну и с некислой посещаемостью, соответственно. Поверьте, что если бы владельцы проектов, которые вы поддерживаете, за создание аналогичного сайта заплатили бы меньше, если бы поддержка обходись им дешевле, а так же они платили за серверные мощности меньше, то они были только рады! Потому, что эту разницу клали бы себе в карман. Или могли позволить себе эти деньги пустить в оборотный капитал, запустить новые каналы рекламы, нанять новых сотрудников и т.д. Лишних денег в бизнесе не бывает...
Если бы автор темы разбирался в битриксе не хуже вашего, я бы может и рекомендовал бы ему битрикс обеими руками. Но судя по постановке его вопроса, не уверен, что он отчетливо понимает с чем столкнется в будущем, когда пойдут продажи, наплыв пользователей, и появятся новые "хотелки".
Пока нет четкого ТЗ, "хотелок" и предварительного бюджета на реализацию, вообще бессмысленно топить за то или иное решение!
А с нагрузкой на чём угодно будут проблемы. Битрикс тут ни при чём. Давайте не будем мешать всё в одну кучу.
Я не мешаю, просто говорю, что при прочих равных, битрикс более тяжелый и неповоротливый товарищ. Если с битриксом у меня начинались проблемы с его весом у же при нагрузке 1000 посетителей в сутки (на тарифе за 1000+ руб.), и приходилось его пересаживать минимум на хороший VDS, а то и выделенный сервер. То ряд других CMS, при аналогичном ассортименте и структуре каталога буквально летали даже при 1500-2000 тысячах юзеров, на виртуальном хостинге за 200-300 руб. Разница в цене приличная. И эта разница еще растет с ростом нагрузки.
Если мы говорим про "бизнес" носками и трусами торговать (утрирую), в свободное от основной работы время, там пофигу, может и на недорогом хостинге висеть этот битрикс. Если же бизнес по масштабнее, то нужно сразу денежку копить на аренду сервера. Но справедливости ради, надо сказать, что 80% бизнесов сегодня в интернете - это микро бизнес. Это когда ты директор, ты бухгалтер, закупщик, менеджер по продажам, складарь и даже курьер (опять же утрирую немного). И ряд таких бизнесов работают в том числе и на битриксе, и у них от силы 100-200 человек в сутки на сайте сидят. Но лично я не вижу смысла, делать сайт на битриксе (а это 100-150к минимум, одна лицензия вон от 41 до 84к), ради такой аудитории, эти затраты отбиваться будут очень долго...
Изначально заявлялось другое:
Это маркетинговый ход. Под WP есть не просто тарифы, а даже целиком специализированные хостинги только под WP которые стоят в 10 раз больше чем тарифы битрикса и это не значит что для WP нужен AMD EPIC на 64 ядра
PS. А еще вспомнил, да есть спец тарифы для битры, точнее раньше были точно, до того как можно стало конфигурировать php самостоятельно, так как у битрикса есть требование к настройкам php в модуле mb_string
Ну я много разных CMS юзал, именно как владелец бизнеса. Могу точно сказать, что при прочих равных, битрикс более тяжелый. Может это и маркетинговый ход, но он тоже не появляется на ровном месте... спрос рождает предложение, как говорится.
Да и я тоже работал, причем на высоконагруженных проектах. Он может на дешевых ворочиться, но без сильной нагрузки. Как только даешь нагрузку... Ряд других CMS, при прочих равных, менее требовательны к ресурсам сервера.
___
Я когда переводил сайт на битрикс (впервые когда это было), мне про него хорошего напели в уши ого-го сколько. В итоге, примерно через год пользования, я начал жалеть что перешел именно на него. Содержание получилось в разы дороже и пришлось брать в штат программера (причем специализировавшегося именно на битриксе много лет). В целом были и плюсы, смог реализовать некоторые вещи, которые до этого не решался на другом движке реализовывать. Но вот когда дошли руки до реализации нестандартных вещей, которые являются конкурентным преимуществом и по сути еще нет ничего подобного на рынке - вот там начинается полная задница. Либо надо кучу костылей вставлять, и потом отлавливать тонну багов, которые в разных местах начинают вылезать, но при этом все работает шустро. Либо реализовывать на фундаменте битриксовских "стандартов" (назовем их так), но работает все звиздец как медленно... И ты вынужден просто на пустом месте очень серьезно наращивать серверные мощности, а это тоже удовольствие не самое дешевое. В итоге, сколько было потрачено нервов, времени и денег, что проще было под себя с нуля написать ))
З.ы. Что такое битрикс я знаю с 2008 года. В общем это решение хорошо подходит тем, кто знает досконально что это за зверь такой, что умеет, и какой потенциал масшабирования на нем есть. А те, кто с закрытыми глазами в нем не ориентируются, могут хапнуть горя и встрять на бабки!
Это из разряда мифов и легенд.
А что разве не так? Под битрикс хостинг-провайдеры обычно делают отдельные тарифы, которые дороже обычных. В идеале вообще под него VDS или выделенный сервер брать, если планируется нагрузка.
Ваша фраза это вода по сути. Банально на одной CMS сделать грамотное кеширование будет в 10 раз дороже другой. Например я не знаю как OC поведет себя в кластере из 3х серверов, да и сам кластер рядовой пользователь настроить не сможет, чем славится так OC, а в том же битриксе есть например модуль вэб-кластер и всякие битриксВМ где нехитрыми манипуляциями можно и настроить кластер и потом за ним смотреть/управлять.
А я бы на вашем месте прежде чем такое утверждать, предложил бы сравнить функционал битрикса из коробки за 84к рублей (топ лицензия не считая энтерпрайз) и сколько понадобится сил, денег и времени чтоб собрать тоже самое на OC. Мне кажется там как бы "очень сильно" это прям добротное такое преувеличение.
Если есть готовые плагины кэширования, то дописывать ничего не нужно, ну или по минимуму. Я не знаю, как это сейчас реализуется в Опенкарте, давно его не юзал лично. Вэб-кластер битрикса далеко не всегда нужен. В большинстве случаев достаточно нормального железа одного сервера, нормального кэширования, ну и на крайняк CDN можно подключить.
Я не против битрикса, но плясать от задач и бюджетов нужно. Городить "огород", чтобы потом окупать его несколько лет - так себе затея... если бизнес не очень крупный и это не инвестиция в будущее. За опенкарт тоже не агитирую, повторюсь, я за коммерческие движки, если есть бюджеты. Однако битрикс нужно выбирать с осторожностью.
З.ы. В функционале битрикса много лишнего, чем многие вообще не пользуются, но за это приходится платить. Из-за этого он получился тяжелым, даже если нет нагрузки вообще на него, требования к хостингу серьезнее, и он соответственно дороже.
З.ы.ы. 84к рублей... опять подорожал (рука-лицо), вроде недавно 76к было...
Скорость работы сайта можно увеличить за счет грамотной настройки кэширования и подбора оптимального железа сервера.
Я не очень люблю бесплатные CMS-системы, в долгосрочной перспективе с ними геморроя больше. Переходить на тот же битрикс, ради того что это битрикс, смысла большого не вижу. По сравнению с тем же опенкартом, затраты на содержание и на запуск проекта увеличатся очень сильно. Если к этому не готовы, то лучше десять раз подумать... Битрикс имеет смысл брать, когда вы четко понимаете, что это за CMS и какие у нее есть сильные и слабые стороны. Иначе огребете горя по самое нехочу!
