так и придумали все эти способы хранения чтобы легко было найти например все вложенные категории.
p.s. кстати в mysql 8 появилась рекурсия, по этому можно наверное и обычный Adjacency list использовать, особенно если нет супер сложных выборок
Вообще лучше шаблоны компонентов(компоненты ядра) всегда хранить в шаблоне сайта .default,
просто потому что такие шаблоны можешь использовать в любом шаблоне сайта, особенно это важно, когда есть какой-то второй основной шаблон, который прям совсем немного отличается от первого основного,
таким образом ты предотвращает образование копипаст кода и править все надо будет только в одном месте.
основы программирования и баз данных познать надо, без всяких foreach, запрос к базе с фильтром по полю, в твоем случае к инфоблоку getList с фильтром по свойству строке, где будет url раздела лежать.
а прям разжевывать тут всё для самых маленьких мне как-то лень
наверное лучше у раздела доп поле создать, привязка к файлу, и от туда уже получать url картинки, если конечно под разделами имеются ввиду разделы элементов инфоблока
Не надо отправлять цены по кнопке купить, такие вещи на сервере должны вычисляться.
Только если расчет продублировать на js для пользователя для удобства.
А так на сервер по ajax
id=123&width=70&height=100
и там уже высчитывает стоимость и кладём товар в корзину
Если вывод на php, значит где-то есть сортировка при работе с корзиной, может при добавлении, может на выводе, ты же не показываешь как ты это выводишь
IgorRastarov, и не понял что значит "запрос на вывод слишком большой".
У тебя один товар, через GetProperties получаешь все свойства и значения, ну и типа того:
foreach (){
if (!empty($prop['VALUES']))
// выводим
}
А в первом сообщении у тебя чушь какая-то, ты своим getlist дергаешь вообще ВСЕ элементы инфоблока
IgorRastarov, да в принципе без разницы, 1 товар или нет, через api никак, или запрашивать вообще все свойства, и на выводе проверка что есть значение;
или sql запрос к таблице значений, с группировкой по свойствам и having по кол-ву значений.
я по ходу нашел в чем причина, баг сумел отловить через GitKraken, он мне выдал несколько изображений в изменениях, фишка в том, что в репозитории почему-то лежать картинки с одинаковыми именами, например:
new.gif
new.GIF
и для windows это как бы один файл (загадка, почему), и выгружается на диск только один, и SourceTree начинает глючить, когда он сверяет данные с внешним репозиторием
надо походу ответ на новый вопрос искать, как сделать файловую систему windows чувствительной к регистру
p.s. кстати в mysql 8 появилась рекурсия, по этому можно наверное и обычный Adjacency list использовать, особенно если нет супер сложных выборок