Александр: Насколько я помню работает он так: вызывается компонент search.page который возвращает массив ID найденных товаров. И этот массив передаётся в качестве фильтрующего в вызов компонента catalog.section. Вот этот массив и нужно заменить. Всё что Вам нужно лежит в search.php шаблона комплексного каталога, и в template.php компонента bitrix:search.page
monochromer: Я не про это. Меняя размер шрифта можно в какой-то момент получить одинаковую картинку... В некоторых случаях... При определённых значениях отличающихся на какой-то шаг (обычно 4 или 5) можно получить то, что нужно. Но это бред конечно таким заниматься. Просто сам факт.
best555: условие должно быть. Но не зная как у Вас хранятся данные в БД и не видя весь код я не могу сказать. То есть допустим у Вас подписи возле радиокнопок хранятся в таблице, и в ней же в поле CHECKED у выбранных значений при сохранении проставляется "Y" а по умолчанию "N", тогда условие будет вида: $row['CHECKED'] == 'Y'
Адаптируйте под свой случай.
Franco Mannino: У Вас криво прошла выгрузка из 1С судя по всему.
Остатки прилетели как свойства, типа строка с описанием. Множественное.
Вам нужно получить значение этого свойства, там будет массив, и уже работайте с ним как хотите.
Или это была попытка сделать многоскладовость на малом бизнесе?
Виталий: Да, я вопрос не правильно понял. Тогда конечно способ Виталия с очередью - самый оптимальный.
Либо использование NodeJS в качестве middleware, но это видимо не тот случай.
Это при условии что высота body рассчитывается правильно. Иногда использование float в вёрстке приводит к необходимости колдовать с контейнерами, ставить им display: table; убирать возникшие при этом косяки...
bit24yes: а если сделать экспорт в файл из 1С? Потому что я не уверен что 1Ска вообще может отдавать картинки с "некривыми" именами.
Насчёт генерации YML её можно на cron перевесить.
Есть ещё событие OnSuccessCatalogImport1C но оно срабатывает после разбора каждого xml файла, а не всей выгрузки, что неудобно.
