Я честно признаюсь не делал мультиязычность на битриксе, поэтому не представляю что там в стандартных средствах, я знаю что там есть языки, есть языковые настройки, есть модуль локализации. Если мне понадобится что то локализовывать я знаю что в битриксе такие инструменты есть, но окей будем считать что где то есть удобнее, я с этим точно спорить не буду.
Я же правильно понимаю, хочется один родительский товар где заполнены общие характеристики, а выводить хочется все цвета отдельно? Есть примеры удачных решений в других CMS? Мы пробовали так делать с ТП битрикса, выводили чисто ТП, но там гемор получается с разделами товаров и прочего, проще это сделать без ТП, один раз реализовать условное наследование чтоб при сохранении от родителя подтягивались свойства, а при изменении родителя в дочерних всех перезаписывались, но сделать на простых товарах. Но может у вас есть удачное решение?
Да, про это. Вопрос в том, что в базе данных же всё равно эти 100500 свойств хранятся, просто не показываются пользователю? Или не так? Я про производительность в данном случае пишу, потому что наблюдаю тормоза при выводе товаров и грешу на лишние свойства.
Ну у битрикса есть 2 способа хранения свойств инфоблока, либо в общей таблице, тогда их может быть сколько угодно, но надо обязательно при выборках указывать какие поля достаем, потому что иначе там будет джойнов ровно столько сколько и полей, это специфика EAV паттерна и CMS которые позволяют из админки клепать поля объектам все этим страдают. То есть прям важное условия указывать поля которые выбираешь, а это уже от разработчика зависит, а не от CMS.
Либо второй способ это хранить все поля в отдельной таблице, тогда для 1 товара будет одна строка, а каждое свойство колонкой, тут производительность максимальная, так как все выбирается одним запросом, но у такого подхода есть ряд других минусов, основное это количество колонок в БД ограничено и если таблица очень большая, то добавление поля это alter table который на большой таблице может подзависнуть на приличное количество времени.
Но это все не проблемы битрикса, эти проблемы возникнут у любой CMS или самописа, они архитектурные, решать их можно шардами, но это сложная тема и из коробки её сложно предоставить и шарды теряют транзакционность и короче с такими штуками я сталкивался там, где работают кучка архитекторов и не один десяток разработчиков, но там любая CMS будет злом и все такие проекты в срочном порядки переписываются на микросервисы.
Я не очень понимаю что подразумевается где это сделано? Это надо самому сделать, а где это сделано по другому? В опенкарте где просто поле дублируется под разные языки? Ну так в битриксе можно свойств наклепать которые будут заканчиваться на язык и в коде подставлять поле которое заканчивается на выбранный язык. Можно поступить более радикально и использовать другой инфоблок под другой язык, можно свой функционал запилить и искать там перевод. Вопрос в том что битрикс не ограничивает тебя в решении, как удобно так и делай, хоть через гугл транслейт пропускай.
Так в чем проблема выводить? Зачем вообще выводить торговые предложения? Ведь ТП по сути вариант одного и того же товара, который различается свойством от которого зависит цена, зачем ТП выводить отдельно в листинге?
Мы же про это говорим правильно? https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=42&LESSON_ID=5124
Битрикс гибкая система и зависит от "накуренности" разработчиков, чем они "дешевле", тем больший писец будет внутри, но обычно карточка товара состоит из страницыц где размещен компонент, у компонента есть файл бизнес логики, файл шаблона и еще возможно файл скриптов и стилей для фронта.
Справедливо для любой CMS, просто битрикс это фреймворк на стероидах, а значит там намного проще выстрелить себе в ногу. Но у этой медали есть вторая сторона, давайте в рунете поищем какие нибудь большие еком проекты какой нибудь другой CMS? При наличии битрикс разработчика, да еще и толкового, можно очень быстро и относительно дешево запустить достаточно большой и функциональный интернет магазин.
А такой миф я вообще впервые слышу. Многосайтовость у битрикса достаточно удачно как по мне сделана
Не понимаю в чем тут проблема? Можно подробнее? Перевод темплейта в лэнг файлах, а перевод данных в БД реализовать можно 1001 способом, любым который может быть в любой другой CMS.
Какие с ними проблемы? Это просто доп инфоблок
А это какое отношение имеет к модулю интернет магазина? И подскажите где для вас эталонно это реализовано? У меня проект есть на >600к номенклатуры разнородной, я не видел в целом где удобно было бы работать с таким количеством номенклатуры и свойствами. В целом битрикс позволяет настроить свойства для категорий. Но тут я больше сторонник внедрения PIM
Чем же именно он неудачный там?
Это потому что вы искали для всего российского рынка сразу, а если бы конкретно для дилера VAG, например, то Битрикс не вывез бы и треть нагрузки, с другой стороны, владелец кофейни в зажопинске желая продать доставку, не вывезет и трети Битрикса со своими "мнеб за тыщу" SeVlad правильно написал, всё по потребностям и по рентабельности.
Вы так же абстрактно отвечаете, как и представляете разработку на битриксе, судя по всему. Что такого нет в битриксе для ecom проекта VAG? Почему не вывез? Много топовых еком проектов на битриксе и вывозят. Что такое есть в битриксе, что не нужно кофейне? Если дело в стоимости лицензии, то там есть младшая лицензия за 5к что как мне кажется вытянет любая кофейня как мне кажется.
времена mysql4 это времена php4 в основном, там 5 версия php вышла за год до выхода mysql 5, а с php4 к сожалению нельзя обновиться, она очень сильно отличается даже от 5 ветки, не говоря уже о текущих
Стоп-стоп. Нет.
Есть модуль. Его нужно настроить и доработать. Но его только доработали и настроили то, что доработали. Но мы еще оплатили установку под ключ помимо доработки и ее настройки (т.е. настройку по дефолту, не все задачи, конечно, и это было указано в ТЗ). Как работать с людьми, которые удачно "забывают" задачи? Предлагаете снова оплатить и посмотреть как это получится, сделают ли, не протянут ли еще несколько месяцев, не проигнорируют ли еще что-то? Что-то не особо хочется.
Найдите того с кем будете работать по факту. Я так работаю много лет уже, заключаю с заказчиком бессрочный договор на определенную цену часа, он когда ему нужно ставит допустим какую то задачу, я её анализирую если требуется, покопаюсь в проекте (это оплачиваемое время), далее декомпозирую задачу на более мелкие, чтоб они оценивались не более 4х часов (только такие задачи можно оценить достаточно точно), далее если заказчика все устраивает я делаю, он по факту оплачивает затраченное время, бывает что в процессе разработки вскрываются неучтенные факторы и тогда никто не встает в позу так как все понимают кто что делает, а кто за что платит и по факту у заказчика сделаны его задачи, у разработчика честно оплачено его время. Когда я работал по другой схеме, то мне не очень нравилось, сначала я в 99% случаях говорил оценку ниже, это свойственно разработчикам и соответственно я много работал бесплатно, потом я подсмотрел у менеджеров и стал перезакладываться при том достаточно сильно ~х3-, работы стало чуть меньше, но работать стало интереснее, в итоге я просто пришел к компромиссу чтобы и заказчик не переплачивал и я не работал бесплатно.
Я вам ничего не предлагаю. Если вы найдете того кто сделает вам лучше/быстрее/дешевле это же ваше право, просто вы должны понимать что поиск своего специалиста занимает некоторое время и деньги и с этим придется смириться
