shop_category left_key и right_key. Подскажите самый легкий способ выставить их. Есть решение
Доброе время суток! Временем не очень располагаю. Подскажите, пожалуйста, есть ли готовые функции или решения выставить эти значения? Заранее спасибо!
Доброе время суток! Временем не очень располагаю. Подскажите, пожалуйста, есть ли готовые функции или решения выставить эти значения? Заранее спасибо!
10 ответов
Если в плагине после того, как сделали что-то с категоряими, то вот такой метод:
$model = new shopCategoryModel();
$model->repair();
Если задача разово починить табличку, то можно воспользоваться такой ссылкой:
/webasyst/shop/?module=repair&action=categories
Спасибо большое!
Данная ссылка требует авторизации, а можно ли делать без авторизации, просто передавать какой-то токен?
Тоже стоит задача восстановления значений для этих столбцов...
Напишите плагин или хелпер, который при запросе через фронтенд будет проверять ваш токен и выполнять тот же самый код из класса shopRepairActions:
СПАСИБО!!!
а есть подобное для "починки" left_key и right_key таблицы shop_product_reviews? по аналогии /webasyst/shop/?module=repair&action=reviews не помогает....
Есть, /webasyst/shop/?module=repair&action=productReviews
Ещё один булыжник в огород Webasyst. Неведомо, какую цель преследовали содатели движка, но они решили судя по всему излишне оптимизировать рендеринг каталогов сэкономив одну наносекунду при рендеринге (правда потратив при этом уйму нервов пользователей). Они изобрели костыль waNestedSetModel (класс, и да - он в двух местах движка одинаковый). В двух словах: на основе двух доп-колонок (кэширующих) в таблице они строят систему иерархии объектов. Проблема в том, что если ты обновил как-то извне данные и не сделал $model->repair(), то вся иерархия поедет. Мало того, не исключены случаи, когда через родное REST-API может обновление пройти некорректно и иерархия посыпется. Яркий пример - категории товаров.
а мой друг сервер уронил...
он, что, такой крутой хакер? нет, он мудак, он его на пол уронил
Вообще nested sets очень даже рекомендуемый паттерн для хранения в реляционной бд древовидной структуры неопределённой вложенности, данные в которой обновляются редко, а выбираются часто.