А можно и не делать, там же табличка не только с именем, а такая же ланг табличка где есть еще поле переводимое по которому надо отфильтровать а может и не надо, обложить все индексами? так табличка будет колосального размера при большом количестве товаров. Нет смысла делать то, чего делать не нужно изначально. Это тупиковая ветвь, проще отдельным запросом даже чем джоином вытащить сразу все поля товара с переводом вместо того чтобы делать миллион джоинов под каждое переводимое поле, свойство, характеристику, метатэг и так далее. Ну и много вы знаете топовых российских ритейлеров у кого можно переключить язык? Полюбому мультиязычность это очень важный критерий.---------- Добавлено 27.04.2020 в 20:13 ----------При том у того же опенкарта, локализация имен лежит в лэнг табличке, а вот атрибуты привязаны к языку, то есть одному товару надо присвоить значение атрибута * на кол-во языков. Короче в целом через задницу всё сделано
Я говорю про присутствие магазина в разных странах с языковой версией сайта для данной страны.
В чем сложность? Обычно сложность в переводе не товаров, а интерфейсов, архитектуру задизайнить не сложно, достаточно рядом положить табличку где в основной БД есть название сразу на основном языке, а все доп названия уже при надобности можно за джойнить если оно действительно нужно. Опенкарт такого выбора не даёт - это надо костылить, как не даёт выбора что я хочу выбрать, как не даёт выбора не делать те дикие запросы.. всё это надо переписывать, переписывать базовые вещи коробки. Я тут и говорю, в чём смысл брать систему, которую напильником надо пилить именно прям с самого начала прям в самых базовых вещах? Там нет событий как таковых, там есть контроллер, который можно просто положить в модификаторы и переписать его полностью, что равно тому что обновлений нет и это даже если тебе просто в лайоут надо прокинуть одну гребанную переменную. Там даже в 3 ветке такой отличный шаблонизатор как twig вкорячили так, что он потерял все свои преимущества и свою гибкость.
Тут я полностью согласен, что все же опенкарт это ниша очень мелких ИМ, по крайней мере у нас в России. Так как даже дорогих решений на нём нет, потому что тот кто мог бы их купить не работает на этой CMS
Это правильно если многоязычность, но 99% всех ИМ в России одноязычны.
Тем более разрабатывая сайты международные, я в своей практики сталкивался с тем, что товары для каждой страны свои, цены на эти товары для разных стран - разные. Так что в большинстве случаев это разные товары с разным названием, разным описанием, разными ценами и разными остатками - "так если это плавает как утка, летает как утка и крякает как утка - может это всё таки утка?". Есть ряд компаний которые продают десяток товаров которые они же и производят, им архитектура опенкарта как раз и заходит, но большинству ИМ - нет. Тут просто дело в том, что в такие штуки никто не упирается обычно, потому что сайтов уровня когда в эти штуки начинается упор на опенкарте просто нет, но это предположение.
На этом можно и закончить. Эти косяки не систем или технологий. Данные косяки конкретных людей, которые не могут выполнить ТЗ или тех кто не может оплатить работу.---------- Добавлено 27.04.2020 в 17:25 ----------
Основная проблема примеров зарубежных заключается в том, что заказчик в 99% случаев не сможет работать с этими исполнителями, а раз на рынке ру сегмента нет крупных решений на конкретных CMS то скорее всего их в этом сегменте никто не делал, а значит нет людей с релевантным опытом на этих системах.... тут упремся чисто в теоретику, так как на практике не у кого такого опыта нет.
В чём там база CMS? Там набор захардкоженных контроллеров с моделями... база то в чем заключается? Это абсолютно деревянное решение, топорное я бы сказал.
Нет, ну остальные то прогнозы примерно так и строите. Я понимаю что вы ни разу не делали нагрузочное тестирование, так как никогда не видели что 100 запросов в секунду работают отлично, а 101 уже ложат наглухо, но вы же заявляете об обратном.
А вы считаете, что это конечный бюджет что ли? Я так понял что это как раз стартовый бюджет на запуск.
Естественно, от вас одни железобетонные аргументы. Мне не надо понимать чем вы занимаетесь по жизни, я не психолог - у меня совсем другая специализация. Пфффф, как будто бы я к вам пришел бы наниматься... 🤣 У вас мнение о себе сильно завышено так то.---------- Добавлено 27.04.2020 в 17:09 ----------
Это маркетинг и ничего более. У битрикса специфичиские требование не к железу, а к двум настройкам php и всё.
Оптимизация там тоже так себе изначально, потому что компоненты рассчитаны что их будут настраивать мышкой в модальном окошке, если делать компоненты узкоспециализированными, то оптимизация там будет на порядки лучше.
В битриксе просто уже есть 95% всего, что нужно на старте. А значит решение получается сильно быстрее запустить ну и дешевле соответственно. Но это дешевле и быстрее вылазит на длительной дистанции боком.
А это нынче много? У нас просто >30к в сутки а в ивенты я вообще молчу, так в чём проблема битрикса?
Я же выше написал, в том что там ничего нет, то что там даже базовые вещи уже нужно править. В том что там много лишних запросов. В том что там нет адекватного механизма расширения. И еще 100500 причин.
Я всё жду конкретные плюсы опенкарта, вот так же как и я минусы расписал, можно услышать? Ну например там может крутая и гибкая система скидок с возможностью настройки любых всевозможных условий (нет там такого нет, я знаю)?
У CMS есть базовые вещи (ядро называется) которые используют другие модули. Если этих вещей нет, то в чём ценность CMS тогда? С таким успехом можно взять laravel он более гибкий и правится там все спокойно и ничего не ломается.
Серьезно? А может в стотыщ раз больше?
А типа лям долларов? ха-ха-ха Есть примеры в ру сегменте проекта интернет магазина в разработке на старте в лям долларов?:D
Я вот честно искрене сожалею тех кто нанял вас ИТ директором. Мне правда их очень жаль!
Гибкость то в чем заключается? Вот например модель товара с захардкоженными полями и сортировками, гибко не правда ли? А еще можете оценить количество вложенных селектов и джоинов выборки товара по primary key.
Банально на 2к товаров опенкарт своим штатным функционалом уже даже sitemap.xml сгенерировать не может, нужно кастомизировать и так к сожалению там во всём. Опенкарт это конечное решение и набор костылей в придачу для кастомизации конечного решения. Зачем ИМ ру сегмента работающего в России мультиязычность? Банально даже название товара лежит отдельно от самого товара и вам нужен уже джоин только чтобы выбрать название товара. Гибкость прямо трещит. Про EAV атрибуты, их фильтры ручные безфасетные и прочий шлак я вообще молчу. Делал я ИМ на ОС - знаю я его, чисто побаловаться да товары с аликспресс по перепродавать с 100 человеками в сутки
В 50 раз меньше чего? $20 000 по курсу 74 рубля за бакс = 1 480 000 рублей. Так в 50 раз меньше чего?
Тратить бюджет на подготовку - это нормально. Я вот правда не представляю с какими магазинами вы работаете, но адекватные компании вполне могут (у меня лично есть примеры крупного поставщика радио- и электро- деталей) выделить 300 000 рублей на разработку MVP для того чтобы загрузить туда свою номенклатуру со всеми характеристиками и посмотреть выдержит ли такое решение нагрузку. Просить деньги за работу это нормально, а строить теории и догадки это дилетанство какое то.
Естественно, что нет то =)
$20к больше ляма так то.---------- Добавлено 27.04.2020 в 15:29 ----------
Если у вас есть бюджет, то в первую очередь найдите того, кто делал проекты вашего уровня. Они вас проконсультируют более близко по теме.
Я думаю что нету, ввиду того что крупные интернет магазины это процентов 10 коробки CMS а остальное допил кастомный под бизнес процессы компании, допиливать OC или WP в большинстве случаев боль, у опенкарта система расширения через модификаторы, а раньше вообще посредством программирования php в xml была (ад полнейший). ВП набор функций (якобы на любой случай жизни), но по сути там тоже бедно пусто, попробуйте подменить значение из выборке БД в стороннем плагине и окажется что боль она тоже тут рядом.
Битрикс прежде всего фреймворк, хорошо и гибко кастомизируется. Можно считать что битрикс это ближе к ларавелю только с уже большим готовым набором напиленных и подруженных между собой модулей. И все эти проекты на битриксе далеки от обычных проектов на битриксе, так как очень сильно перепилены под нагрузку.
Кол-во записей на самом деле роли особой не играет, потому что БД нормально их переваривает, а вот работа с ними будет зависеть от разного. Например фильтры - есть ли фасеты и агрегация или там какой нибудь банальный LIKE. И вот тут встает множество ньюансов. Кому то нужны разные типы цен, кому то нужны промокоды и бонусная программа, кому то печать чеков онлайн, кому то импорты/экспорты, кому то отчеты и так далее.
Допилить можно под ТЗ любую CMS тут вопрос с чего именно стартовать.
