Сейчас битрикс несет в степь омниканальности. Где они в развитии остановились - непонятно. Они чуть ли не каждые пол года презентуют что то новое.
Добавьте в css
У вас просто несколько языков в стране, и часть людей знает только один из. Тут с вами я согласен, в вашем случае оно действительно оправдано было бы, но это специфика вашей страны. В России никто локализацию не делает, так как не имеет никакого смысла в рамках продаж екоммерса. буть то озон или вайлдбериес или кто либо еще из онлайн гипермаркетов, в нашем случае непонятно на какой язык еще можно перевести, так как сильно большая часть население не знает никакого кроме русского и все 100% знают русский
А можно и не делать, там же табличка не только с именем, а такая же ланг табличка где есть еще поле переводимое по которому надо отфильтровать а может и не надо, обложить все индексами? так табличка будет колосального размера при большом количестве товаров. Нет смысла делать то, чего делать не нужно изначально. Это тупиковая ветвь, проще отдельным запросом даже чем джоином вытащить сразу все поля товара с переводом вместо того чтобы делать миллион джоинов под каждое переводимое поле, свойство, характеристику, метатэг и так далее. Ну и много вы знаете топовых российских ритейлеров у кого можно переключить язык? Полюбому мультиязычность это очень важный критерий.---------- Добавлено 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
Я вот честно искрене сожалею тех кто нанял вас ИТ директором. Мне правда их очень жаль!
