создать массив сначала этих свойств

удалить повторения и выводить

Ну если совсем честно - то закостылять можно всегда ;)

Названия есть одинаковые

ну Дмитрий точно правильно написал, слить не получится без багов

вариантов много, можно и при обработки страницы фильтром дублировать свойство одного цвета в фильтрацию другого

только тогда копировать придется значения

Наверное да. Если еще учесть получение количества ajaxом

и ИД которе в каталоге не конечное для нее, она использует реальный ИД, который генериться ИД каталога умножить на 2. Почему именно так - я не могу сказать, но когда разбирал ее был сильно удивлен.

Сделано чтобы в фасете не было конфликтов ид. Нечетные - цены -бинарное смещение +1, четное свойства - бинарное смещение. И 1 активность

Комплексный ключ был бы разумнее и более расширяемым... Но сделано как сделано

Вась за смещения понятно конечно, но можна было перейти на универсальный ключ при переходе на фасету то...

Вась за смещения понятно конечно, но можна было перейти на универсальный ключ при переходе на фасету то...

Дополнительная таблица? Хм, скорее дополнительное поле в котором указать сущность. Логичнее на мой взгляд было бы так. Ну да что теперь. Имеем что имеем

Дополнительная таблица? Хм, скорее дополнительное поле в котором указать сущность. Логичнее на мой взгляд было бы так. Ну да что теперь. Имеем что имеем

Ну так то да... что имеем то имеем )

Впрочем парню это бы все равно не очень помогло бы

Может при переходе фильтра (компонента) на Д7 сделают?

Свойства разные. Надо в одну сущность цвет уводить.

Свойства разные. Надо в одну сущность цвет уводить.

Что я и предложил в первый раз )

Может при переходе фильтра (компонента) на Д7 сделают?

А вот хз. То что я видел там. Если переписать и выбросить, что маловероятно...

А если одновременно выбирать скажем белый цвет

В обоих свойствах

В терминах битрикс -это уже новое апи... Только без бубна не переопределишь все равно. Только как мы... Перехватом

А если одновременно выбирать скажем белый цвет

То на вывод получишь товары у которых заполнено И первое, И второе, т.е. ноль товаров

Ску сделать обязательным и унести туда цвет. Без бубна только это решение вижу

Ну или в товар унести в свойство цвет белый/черный/серый как одно значение

А если одновременно выбирать скажем белый цвет

Так можно конечно. (костыльнуть) Но если у тебя режим ЧПУ - будут проблемы с УРЛ да и без ЧПУ тоже будут проблемы. Тут понимаешь.... нормального способа нету... Если сведешь в одно свойство - тогда нормально будет вроди... как .... А если гемороиться... с обьединениями...

Мое мнение я бы шел через обьединения с СКУ например в множественное свойство.

Мое мнение я бы шел через обьединения с СКУ например в множественное свойство.

+1

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

Вообще можно подсолить таблицу на самом деле. При/после генерации фасета в ручную в фасет в свойство цвет кинуть из ску значения. Тогда товар фильтроваться будет. Это получится аналог того, как если у товара цвет сделать мульти и заполнить всеми значениями ску

Базу менять не придется. Но реализация будет... Не тривиальная, я бы сказал

представляю, как там менеджер проектов говорит про эту задачу программисту "Ну это ж не сложно? че там , свойства же похожи !"

А через апи или цвет сгружать в ску принудительно, или в товар множественное делать и грузить туда из ску

Не. Не так. "Это стандартный функционал"

Не. Не так. "Это стандартный функционал"

так пускай в админке его настроит, если он стандартный )

Думаю пусть заводят Тп для товаров

Ну. Свойства товаров и свойства ску, даже если они одноименные -все равно никогда не были синонимами

:)

Запор и запор слова одинаковые. Только один деревяшка, а другой - небольшое неудобство...

Кто тут может сказать когда одноименные это одно и то же, а когда разное?

ребят, я уже спрашивал, и мне отвечали по любому, но я пропустил)) поэтому прошу продублировать ответ если не тяжело... как мне использовать разные шаблоны catalog.section.list в зависимости от глубины раздела

Запор и запор слова одинаковые. Только один деревяшка, а другой - небольшое неудобство...

это омонимы))

ребят, я уже спрашивал, и мне отвечали по любому, но я пропустил)) поэтому прошу продублировать ответ если не тяжело... как мне использовать разные шаблоны catalog.section.list в зависимости от глубины раздела

А что на руках есть? Глубина есть? Соли его в название шаблона

ребят, я уже спрашивал, и мне отвечали по любому, но я пропустил)) поэтому прошу продублировать ответ если не тяжело... как мне использовать разные шаблоны catalog.section.list в зависимости от глубины раздела

ну как тут не пошутить?))) Чем глубже раздел тем больше картинки выводи )

вот чё то торможу я с глубиной, как её достать?

переработал((

А что на руках есть? Глубина есть? Соли его в название шаблона

Мсье знает толк в изв.... :)

DEPTH_LEVEL

ну как тут не пошутить?))) Чем глубже раздел тем больше картинки выводи )

Гы

мог ошибиться в написании

передавай в шаблон компонента слово плюс depth_level и все , действительно

/stat@combot

combot.org/chat/-1001039787275

алгоритм простой до немогу: Смотришь глубину и исходя из нее подставляешь название шаблона.

И еще по умному фильтру. Фильтровать по цене торгового предложения возможно?

И еще по умному фильтру. Фильтровать по цене торгового предложения возможно?

Ох. Нет

Вру. Можно. Но придется из-за сортировки по цене переделывать

Лучше сразу заложить мин цену в свойство товара, имхо. И уже накручивать вокруг этого

Можно чуть подробнее

Да этот вариант предлагал

Сказали что "это же стандартно"

Ну. Может меня поправят сейчас аксакалы. Может я тут не в тренде. Но сделать и сортировку и фильтрацию по смешанному каталогу (и ску и обычные товары) у меня не получалось Проще загнать значение которым будешь оперировать в свойство товара и работать с ним

Я бы тоже кулстори с хэппи-эндом в конце послушал бы

Ну и славненько А то уж комлексовать начал по неспособности решить задачу))

Ну. Может меня поправят сейчас аксакалы. Может я тут не в тренде. Но сделать и сортировку и фильтрацию по смешанному каталогу (и ску и обычные товары) у меня не получалось Проще загнать значение которым будешь оперировать в свойство товара и работать с ним

это еще эффективней )

Ну. Может меня поправят сейчас аксакалы. Может я тут не в тренде. Но сделать и сортировку и фильтрацию по смешанному каталогу (и ску и обычные товары) у меня не получалось Проще загнать значение которым будешь оперировать в свойство товара и работать с ним

это хороший выход, тоже им пользуюсь. Просто когда работаешь с ценой СКУ - возникает проблема, когда ты двигаешь ползунок, а у многих товаров цены СКУ различаются между собой существенно в пределах одного товара, и ты двигаешь ползунок фильтра как бы, но товары постоянно те же с отображаемой минимальной ценой (считай первым предложением)... это вгоняет в конигитивный дисонанс фильтрующего.

Как то так...

ERROR: S client not available

да вот есть такое.. что считать ценой показа товара

хотя решаемо конечно.. может запилят - по факту то две галки и один обработчик надо..

там же изи всё)

гы, стеб засчитан :)

нужно в компоненте catalog.section дорабоать фильтрацию. в нём фильтр применяется только на основной товар но не на SKU нужно применять его и не SKU

но на 30+ sku к товарам всё начинат дико глючить и нужно осторожнее с этим

а потом приходит заказчик и говорит ну фильтрацию сделали, малацы, теперь еще в сортировочку добавьте )

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

и это логично.. дурной каталог если сортировать не умеет, да )

ну вот сортировать это дело я хз как, такое славо богу не прилетало)

покажи мне этот чудесный магазин где действительно была сортировка, но по цене нет :)

т.е. вообще сортировка есть, но только по имени/рекомендации/фазе луны а по цене нету бгг

не у меня правила сортировки куда веселее... по умолчанию сортируется в зависимости от наполнения карточки, бренда, цены и акции на товар

всё это считается при обмене с 1с и заносится в SORT

ну логично.. отлично

обычно это проходит как "рекомендация" и идет по умолчанию..

Здравствуйте! Стал пулить сайт с bitbucket после клонирования, вышло сообщение, что не хватает public key. Как решить этот вопрос?

http://prntscr.com/ei4xwx меняю уровень вложенности в настройках компонента а эти пункты все равно выводятсся, а мне их там не надо) где еще посмотреть?

Здравствуйте! Стал пулить сайт с bitbucket после клонирования, вышло сообщение, что не хватает public key. Как решить этот вопрос?

в профиле на битбакете нужно добавить публичный ключ

http://prntscr.com/ei4xwx меняю уровень вложенности в настройках компонента а эти пункты все равно выводятсся, а мне их там не надо) где еще посмотреть?

смотреть шаблон компонента, который выводит меню, от этого отталкиваться

http://prntscr.com/ei4xwx меняю уровень вложенности в настройках компонента а эти пункты все равно выводятсся, а мне их там не надо) где еще посмотреть?

кеш)

кеш)

отключен по умолчанию

Здравствуйте! Настраивал git, связывающий с репозиторием на bitbucket мою VMBitrix, требует public key. Пробовал сделать private key и public key - ничего не получилось. Прикладываю картинки моих изысканий.

Помогите, пожалуйста!

всем привет

Помогите, пожалуйста!

Какая конечная задача? Иметь возможность делать push \ pull с боевого сервера по ssh и хостить реп на bitbucket? А авторизацию через ssh ключ сделать?

Да, именно так.

Здравствуйте! Настраивал git, связывающий с репозиторием на bitbucket мою VMBitrix, требует public key. Пробовал сделать private key и public key - ничего не получилось. Прикладываю картинки моих изысканий.

ssh-keygen для создания ключей

Да я знаю о нём. Только где на сервере Linux (в данном случае VMBitrix) располагаются эти ключи? Заранее благодарен.

при создании ключей можно указать путь. по умолчанию - ~/.ssh/