Opencart VS Bitrix

Opencart VS Bitrix

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

В обоих случаях это были магазины овер 100 000 товаров.
А в одном еще и 95 000 категорий.

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

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

Я погуглил немного, все более вменяемые решения на битриксе, которые выглядят как шаблон + установленная система — это сто тыщ рублей. За сто тысяч рублей,я знаю пять специалистов, которые сделают шикарный магазин на опенкарт с таким функционалом, который на битриксе будет стоить раз в пять дороже.

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

Ну и непосредственно производительность….

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

Я знаю немного изнутри историю украинского 27.ua(это онлайн проект строй-гипермаркетов эпицентр), в которой положили не один миллион долларов и полгода не могли дать ему ладу, реально страницы грузились по 10-15 секунд, не знаю чем закончилось, нашли видимо специалистов  — сейчас стало получше. Но я даже себе боюсь представить бюджет, который они отдали за оптимизацию.

Но это все лирические отступления. На самом деле — нет разницы что битрикс, что опенкарт, что magento. Технологически все эти проекты принципиально ничем друг от друга не отличаются. Везде php+mysql. И если при нынешних мощностях серверных процессоров с временем обработки данных полученных из базы средствами интерпретатора php — вопросов нет и это очень быстро. То вот mysql  — это ахиллесова пята всех систем. Mysql  — это реляционная база данных, корни которой ведут глубоко глубоко к dbase и foxpro. Реляционные базы данных отлично подходят для хранения и обработки типизированных наборов данных. Т.е. когда у нас есть таблицы-справочники и таблицы с набором айдишник-значение — вопросов нет. Можно обрабатывать и обслуживать очень большие проекты. Но структура магазина подразумевает не типизированные наборы данных, как то значения атрибутов, теги, описания товаров etc… Я думаю все вы слышали такое понятие как BigData. Вот BigData и mysql  — это как на жигулях возить вагон угля. Прогресс в IT не стоит на месте, и давно придуманы noSQL хранилища, у которых совершенно иной принцип организации и хранения данных. Так как большого распространения в массы технологии не получили так как требуют несколько большего скила, чем залить на фтп скрипт движка и ввести логин пароль базы. Разработчики движков естественно ориентируются на максимально возможный охват аудитории, поэтому по прежнему продолжают использовать mysql, и в этом ничего плохого нет, так как на магазинах в 10-15-20 000 товаров, она на ура справляется со всеми задачами. Но когда вопрос становиться о большом проекте от 100 000 товаров, с большим трафиком. То тут уже ну никак дело не в платформе. Везде там, где есть mysql, будет тупняк. Везде, где отсутствует кеширование повторяющихся запросов и элементов структуры проекта — будет тупняк. Везде где есть тугие запросы — будет тупняк.

Оптимизацией магазинов, я занимаюсь уже больше четырех лет. Я однозначно могу сказать — писать запросы mysql  — это искусство. Но в какой то момент, как ты не оптимизируй запросы, как не приводи в порядок структуры базы, как ты не кешируй все и вся, наступает предел возможности технологии.

Ну вот очень простой пример. Есть таблица с атрибутами на 1 миллион записей, для того чтобы нам найти все товары у которых есть значения атрибута цвет красный, системе надо просканировать всю таблицу. Весь 1 миллион строк. Вы скажете — почему нельзя использовать индексы? А нельзя, потому что у нас в таблице тип поля — text. А на него можно повесить только индекс full-text и потом обрабатывать данные через match against. Да да, вы сейчас скажите — что это же отличная идея и где то про такое читали. Но full-text индекс работает только по вхождениям больше 3 символов. И поиск по набору данных будет находить как красный  так и светло-красный или темно-красный. Вобщем это совершенно не вариант и не выход. Единственный выход в даном случае — это подключать дополнительный сервис обработки информации, который заточен для работы с подобными наборами данных. Не важно это будет Сфинкс, Эластик или та же монго. Реализовать подобный механизм просто и быстро, возможно только при помощи стороннего сервиса, заточенного под полнотекстовую обработку данных. Я специально не пишу полнотекстовый поиск. Так как поиск в данном контексте — это лишь один из возможных вариантов использования технологии, для оптимизации работы проекта в целом. Пару месяцев назад я рассказывал про реализацию Sphinx-фильтра. Также, просто обработка выборки товаров по категориям, источником данных для которых служит sphinx а не mysql — ну это просто земля и неба.

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

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

Вобщем, всем быстрых магазинов и тонны трафика!

Хуйнаныр(28)Очко(0)

Запостить высер

12 Высеров на "Opencart VS Bitrix"

Стучать мне на мыло
avatar

Сортировать:   Свежие | Тухлые | Хуйнанырные
Алексей
робот-вертер
Алексей
2 месяцев 9 дней назад

Написано годно, но где пруфы Билли?
хоть бы какие-то цифры для сравнения двух систем

Дэнчик
робот-вертер
Дэнчик
2 месяцев 9 дней назад

Встроенная система рекомендаций работает через сервера компании «Битрикс/1с». Догадайтесь что они делают с вашими данными (продажи, просмотры и т.п.)

Периодически слышу от клиентов другой аргумент. Якобы Битрикс из коробки быстрее индексируется и попадает в выдачу поисковиков. Мол с битриксом на старте никакого SEO не нужно.

Андрей
робот-вертер
Андрей
2 месяцев 3 дней назад

Доброго времени. К самой статье и добавить нечего, на счёт того что биртикс — это в итоге вообще ни о чём.
Не знаю, проходят ли здесь ссылки в комментах. Без дефиса впереди пройдите на Хабр и почитайте общее мнение и картину о той самой мега-супер CMS Битрикс:
-habrahabr.ru/post/282333/ Это не спам, статья стоящая чтения. Там человек который потратил 5 лет жизни на обслуживании сайтов построенного на этом движке…
В двух словах: в итоге он очень жалеет о потраченном времени на всё. Насколько это убогая и никчемная Битрикс.

byba
робот-вертер
byba
1 месяц 28 дней назад

Йода поддерживаю на все 100% приходилось иметь дело с битриксом на 100тыс + товаров, даже на отдельном sql сервере приобретенным за 1.5 ляма тормоза были и есть ужасные. Правда заказчику пох на вложения, бюджеты обсасываемые студией как федеральный телефонный номер. Но…. самое интересное досихпор , спустя 4 года, как я забил на эту контору , там товары изначально подготавливаются в опенкарте, а потом успешно экспортируются в битрикс, т.к. в битриксе нет вменяемых инструментов работы с товаром, и жуткие тупняки при формировании абсолютно любого списка под редактирование.

pashatank
робот-вертер
pashatank
1 месяц 13 дней назад

Оскар за костыль для битрикса в виде опенкарта!!!

Sven
робот-вертер
Sven
1 месяц 4 дней назад
Битрикс это пиздец и сверху хвостик. Я не про систему( и так уже много сказано), а про маркетинг. Пользователю-заказчику это представляют как конфетку, которую не нужно настраивать. На деле — если это жирный магазин, это пздц сколько телодвижений нужно менеджерам, заказчику, прогерам, верстакам и контент-менеджерам. Когда дело доходит до интеграции с 1С — «туши свет бросай гранату», особенно когда программист 1С, говорит, что все далбоебы и не хочет делать лишних телодвижений и выгрузка идет как на старом движке (все что есть в .csv-формате). Разработки, с тем же кешем( автокеширование, кеширование блоков, тегированое кеширование) или Highload-блоки преподноситься как уникальная разработка прогеров… ЧЕТАТЬ ЕСТЧО
wpDiscuz