количеству заказов?
Можно по просмотрам, если что. _______ Но в вашем варианте, представьте каталог на 100.000 позиций, чтобы его вывести по количеству заказов - нужно сначала перебрать все заказы, затем по нему составить индекс, и потом перебрать все товары. _____ В общем, хорошо, что нет "из коробки".
Я думаю проще сделать свойство в товаре и при покупке обновлять у него счётчик
Нет, т.к. выборка по индексу сортировки быстрее, чем по значению свойства. А раз уж все равно "городить", то хотя бы без доп затрат ресурсов на выводе
А если контент менеджер перезапишет поле сортировки?
То завтра оно пере запишется по крону. Как будто контент менеджер не может свойство поменять...
Зачем контент-менеджер будет менять поле кол-во заказов товара? Это вполне логично ведь, что его трогать не нужно. И если под каждую подобную задачу создавать крон с ежедневной переборкой 100к заказов и не меньшего количества товаров, думаю придется постоянно увеличивать мощность сервера. Ну и плюс при переносе сайта про крон могут забыть, а про скрипт помнить не нужно. Но, возможно, вы правы, и в этом есть действительно смысл в скорости вывода а каталоге
Так же, можно повесить это не на крон, а на агента. (что не желательно). Можно например использовать ваш вариант со свойством и перебирать только заказы с последнего запуска. В общем можно придумать еще много улучшений)
Обсуждают сегодня