Разработка крупного интернет-магазина

В чём там база CMS? Там набор захардкоженных контроллеров с моделями... база то в чем заключается? Это абсолютно деревянное решение, топорное я бы сказал.

Нет, ну остальные то прогнозы примерно так и строите. Я понимаю что вы ни разу не делали нагрузочное тестирование, так как никогда не видели что 100 запросов в секунду работают отлично, а 101 уже ложат наглухо, но вы же заявляете об обратном.

А вы считаете, что это конечный бюджет что ли? Я так понял что это как раз стартовый бюджет на запуск.

Естественно, от вас одни железобетонные аргументы. Мне не надо понимать чем вы занимаетесь по жизни, я не психолог - у меня совсем другая специализация. Пфффф, как будто бы я к вам пришел бы наниматься... 🤣 У вас мнение о себе сильно завышено так то.

---------- Добавлено 27.04.2020 в 17:09 ----------

Это маркетинг и ничего более. У битрикса специфичиские требование не к железу, а к двум настройкам php и всё.

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

В битриксе просто уже есть 95% всего, что нужно на старте. А значит решение получается сильно быстрее запустить ну и дешевле соответственно. Но это дешевле и быстрее вылазит на длительной дистанции боком.

В цене. А в чем проблема Опенкарта? В том, что ты знаешь лишь Битрикс?

Это тяжелый случай.

Деревянное, топорное - это лирика, причем понятная лишь тебе. Конкретика будет, в чем косяки Опенкарта? Косяки - это когда невозможно или дорого выполнить ТЗ.

Видел. Но в твоем воображаемом мире может быть и нет, тебе видней.

Он хочет то, что видит у лидеров. При этом видит у них Битрикс, хотя там от него уже одно название осталось.

Будь ты профессиональным айтишником, понял бы. Но у тебя другая специализация - флудераста. :)

На этом можно и закончить. Эти косяки не систем или технологий. Данные косяки конкретных людей, которые не могут выполнить ТЗ или тех кто не может оплатить работу.

---------- Добавлено 27.04.2020 в 17:25 ----------

Основная проблема примеров зарубежных заключается в том, что заказчик в 99% случаев не сможет работать с этими исполнителями, а раз на рынке ру сегмента нет крупных решений на конкретных CMS то скорее всего их в этом сегменте никто не делал, а значит нет людей с релевантным опытом на этих системах.... тут упремся чисто в теоретику, так как на практике не у кого такого опыта нет.

А как правильно делать, если многоязычность?)

Это правильно если многоязычность, но 99% всех ИМ в России одноязычны.

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

Тогда следует уточнить, что такое товар. Потому что кроме названия, есть ещё описание (краткое и полное), цена в разной валюте, картинки с разными тайтлами и альтами, метатеги, и прочая, прочая.

Я не совсем понял, вы имеете ввиду, что если магазин имеет несколько языковых версий, или продает в несколько стран, то целесообразно заводить несколько копий товара под разные языки? Или вы имеете ввиду, что большинство магазинов просто продает разные товары, без необходимости в языках?

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

За опенкарт не топлю, только идиот будет в 2к20 делать магазин на опенкарте, тем более на 100к товаров и с бюджетом 20+ тысяч долларов.

Я говорю про присутствие магазина в разных странах с языковой версией сайта для данной страны.

В чем сложность? Обычно сложность в переводе не товаров, а интерфейсов, архитектуру задизайнить не сложно, достаточно рядом положить табличку где в основной БД есть название сразу на основном языке, а все доп названия уже при надобности можно за джойнить если оно действительно нужно. Опенкарт такого выбора не даёт - это надо костылить, как не даёт выбора что я хочу выбрать, как не даёт выбора не делать те дикие запросы.. всё это надо переписывать, переписывать базовые вещи коробки. Я тут и говорю, в чём смысл брать систему, которую напильником надо пилить именно прям с самого начала прям в самых базовых вещах? Там нет событий как таковых, там есть контроллер, который можно просто положить в модификаторы и переписать его полностью, что равно тому что обновлений нет и это даже если тебе просто в лайоут надо прокинуть одну гребанную переменную. Там даже в 3 ветке такой отличный шаблонизатор как twig вкорячили так, что он потерял все свои преимущества и свою гибкость.

Тут я полностью согласен, что все же опенкарт это ниша очень мелких ИМ, по крайней мере у нас в России. Так как даже дорогих решений на нём нет, потому что тот кто мог бы их купить не работает на этой CMS

Можно и сразу заджойнить, никто от этого не умерал ещё.

А можно и не делать, там же табличка не только с именем, а такая же ланг табличка где есть еще поле переводимое по которому надо отфильтровать а может и не надо, обложить все индексами? так табличка будет колосального размера при большом количестве товаров. Нет смысла делать то, чего делать не нужно изначально. Это тупиковая ветвь, проще отдельным запросом даже чем джоином вытащить сразу все поля товара с переводом вместо того чтобы делать миллион джоинов под каждое переводимое поле, свойство, характеристику, метатэг и так далее. Ну и много вы знаете топовых российских ритейлеров у кого можно переключить язык? Полюбому мультиязычность это очень важный критерий.

---------- Добавлено 27.04.2020 в 20:13 ----------

При том у того же опенкарта, локализация имен лежит в лэнг табличке, а вот атрибуты привязаны к языку, то есть одному товару надо присвоить значение атрибута * на кол-во языков. Короче в целом через задницу всё сделано