discoveri

Кстати... В oc_category есть поле "top". Насколько я понял, просто глядя в базу, не анализируя код OpenCart в этом направлении, единица в поле указывает истинность значения и определяет, что категория находится на верхнем уровне. Поскольку тип поля tinyint(1), то, даже не внося изменения в базу, можно задавать там 10 уровней (от 0 до 9). Можно подправить скрипты, чтоб топ был нулевым, а можно начинать счет от единицы, думаю, 9 уровней достаточно для любого магазина. И отмечать уровень вложенности в этом поле, избавившись от лишней таблицы. Но это так - в порядке теоретических рассуждений. На самом-то деле я бы и таблицу oc_category_path убрал и поле top, сделав расчеты деревьев в реальном времени.

Это интересное решение, хотя я предпочел бы обходиться без лишней таблицы и высчитывать ветки в реальном времени, так как думаю, чем меньше информации дублируется в базе, тем лучше. Но тут каждый делает по своему вкусу. Да и GROUP_CONCAT там вряд ли нужен. SELECT c1.category_id FROM oc_category_path cp LEFT JOIN oc_category c1 ON (cp.path_id = c1.category_id) WHERE cp.category_id = :category_id ORDER BY level Дает тот же результат, только не объединенный в строку. Соответственно, потом не нужно её делить. Сразу можно делать обход по результатам выборки... Хотя... Может где-то и удобней получить строкой...

Непонятно, почему это не берется из таблицы oc_category, но, ладно, по ходу пьесы разберусь. Спасибо за пояснение использования.

Мне кажется, дерево категорий должно строиться по oc_ca tegory. Для этого там есть поле parent_id

Понять, нужно ли там что-то корректировать скриптом, который делаю. Скрипт вносит изменения в категории. Нужно ли затрагивать category_path и category_to_layout - вот в чем вопрос. Но объяснять назначение скрипта долго. Проще узнать, что за таблицы такие...

А кто-то подскажет, что за таблицы category_path и category_to_layout? И вообще, где-то есть описание таблиц?

Спасибо, я уже понял после ответа fanatic, что, раз в моей таблице пусто, значит туда добавляются именно дополнительные магазины. Для задачи, которую я делаю, достаточно знать, что магазин по умолчанию имеет нулевой идентификатор. Но, раз уж системой предусмотрена возможность многих магазинов, хотелось учесть вероятность появления какого-то другого магазина в этой же базе. Лучше сразу учесть такие мелочи, чем потом вспоминать, что к чему и корректировать. Хотя, конечно, что-нибудь останется неучтенным .

Спасибо. У меня эта таблица пустая, видимо из-за того, что магазин только 1. Поэтому я там ничего и не нашел. Но теперь буду знать: если что, смотреть туда.

Хочу сделать небольшой модуль для магазина, работающий вне контента сайта. Для модуля требуется определить идентификатор магазина. Не могу найти таблицу, в которой хранятся записи о магазинах. У меня не мультимагазин на разных поддоменах, так что, в итоге, идентификатор 0, но на случай расширения магазина, чтоб потом не переделывать, хочется знать, в какой таблице хранится перечень магазинов, чтобы иметь возможность определить идентификатор магазина. Читал, что идентификатор можно определить таким кодом: $this->config->get('config_store_id'); Но не знаю, какие модули требуется подключить, чтобы этот код заработал. Не подключать же все Помогите, плиз, разобраться.