2 нормальное решение. Ну будет у вас разный кэш на

Question

Битрикс для разработчиков

Александр Маджугин

2 нормальное решение. Ну будет у вас разный кэш на

каждый склад и что?

#1c #bitrix #cms #programming #russian #software

0

10.11.2023

14 ответов

33 просмотра

Александр Маджугин Автор вопроса

Александр Наумов
я просто думаю. Допустим, в разделе 200 товаров. Э...

Можно и так и так. Никакой там нагрузки сильной не будет - один не очень сложный запрос. Хотя нужно смотреть конечно по факту. Ну будет долго - оберните в кэш этот запрос. Но что-то я думаю что долго не будет. Тем более 200 товаров - это смешно. Если бы их было хотя бы 20000, можно бы было поразмышлять.э

0

5 месяцев назад

Максим К

Александр Наумов
я просто думаю. Допустим, в разделе 200 товаров. Э...

Кмк можно и закешировать выборку на небольшое время, смотря как часто товары уходят в 0 остаток. Образно, если раз в день, то кеш на 15-30 минут видится вполне допустимым. А при желании можно заморочиться и сделать кеш хоть на месяц, прикрутив его сброс к созданию заказа, например, если при этом по какому-то товару остаток ушел в 0.

0

5 месяцев назад

Александр Наумов

Максим К
Кмк можно и закешировать выборку на небольшое врем...

понял, спасибо. Хорошие идеи, про это даже не подумал. Вообще, остатки по идее приходят из 1с.

0

5 месяцев назад

Alex Warenikoff

Александр Наумов
я просто думаю. Допустим, в разделе 200 товаров. Э...

А кеш меняем при апдейте, добавлении элементов или их количества.

0

5 месяцев назад

Eugene Zhukov

Вы бы сначала размером каталога поинтересовались. С большой вероятностью до кеша это все просто не доедет, упадет на запросах.

0

5 месяцев назад

Eugene Zhukov

Александр Наумов
я просто думаю. Допустим, в разделе 200 товаров. Э...

Товары с аредложениями есть?

0

5 месяцев назад

Александр Наумов

Eugene Zhukov
Товары с аредложениями есть?

Нет, предложений нет. Простые товары.

0

5 месяцев назад

Александр Наумов

да

0

5 месяцев назад

Eugene Zhukov

Александр Наумов
да

Ну... перед компонентом делаете кешируемый метод, который будет получать свойство (id склада) по id юзера. Передаете в глобальный фильтр catalog.section, плюс параметром в вызов (чтобы в кеш подмешать). Как-то так. Если появятся товары с предложениями - схема летит в тартарары.

0

5 месяцев назад

Александр Наумов

Eugene Zhukov
Ну... перед компонентом делаете кешируемый метод, ...

т.е. айдишники товаров передаём в глобальный фильтр?

0

5 месяцев назад

Eugene Zhukov

Александр Наумов
т.е. айдишники товаров передаём в глобальный фильт...

Нет. Передаете условие 'количество на таком-то складе больше нуля'. Вам же это надо?

0

5 месяцев назад

Александр Наумов

Eugene Zhukov
Нет. Передаете условие 'количество на таком-то скл...

да, но я за само условие что-то не подумал. Так даже лучше, если можно передать.

0

5 месяцев назад

Александр Маджугин Автор вопроса

Eugene Zhukov
Вы бы сначала размером каталога поинтересовались. ...

не упадет - там выборка только ID нужна

0

5 месяцев назад

Александр Наумов · Accepted Answer

я просто думаю. Допустим, в разделе 200 товаров. Это значит, что надо эти 200 товаров получить, отсеить с нулевым количеством по складу и это будет в некешируемой области, т.е. на каждом хите. Это доп нагрузка. Или надо отдельно закешировать результаты? Т.е. полученные айдишники кешируем, потом достаём из кеша в случае чего.

208 похожих чатов

2 нормальное решение. Ну будет у вас разный кэш на

14 ответов

Похожие вопросы