Василий Наумкин

Василий Наумкин

С нами с 08 декабря 2012; Место в рейтинге пользователей: #1
20 ноября 2014, 11:12
0
Что-то я там не вижу и следа miniShop2.

Ни в каталоге, ни в корзине. Или ты вообще — про Revolution?
20 ноября 2014, 11:09
0
Восстановить — это, по твоему, сохранить? Конечно, нет.

Восстановить — это вернуть как было. То есть, когда не было записи. А чтобы запись применилась, нужно просто почистить кэш после добавления.
20 ноября 2014, 06:48
0
И как это поможет переключению контекста в action.php?

Там, если что, плагины не работают, страницы не загружаются — это MODX_API_MODE.
19 ноября 2014, 17:08
0
Сейчас разве что вот тут поменять ASC на DESC.

А так, в источнике файлов есть настройка imageUploadDir, которая отвечает за то, куда добавлять картинку: в начало или в конец.
19 ноября 2014, 10:36
0
В action.php не предусмотрено переключения контекстов, увы.
19 ноября 2014, 10:34
0
Шаблон, ха-ха! Держи этот «шаблон» — orders.grid.js.

Вся админка MODX генерируется на javascript, нет там никаких шаблонов.
18 ноября 2014, 13:12
0
А кэшированный вызов сниппета чем не устраивает?

Работа с тикетами не чистит кэш сайта, так что кэш меню сбрасываться не должен. Статичный html на 243 записи это как-то совсем жестоко.
18 ноября 2014, 13:10
+1
А ты посмотри, как сам Tickets загружает pdoTools и Jevix в ресолвере.

Точно так же и твой компонент может загрузить Tickets, а он подтянет всё остальное.
18 ноября 2014, 11:10
+3
Нормально будет.

Если это можно будет устанавливать на Tickets без проблем — все только обрадуются.
18 ноября 2014, 11:08
0
А разница между выводом 10 и 243 ресурсов тебя не смущает?

Думай сколько угодно, меньше ресурсов от этого не станет.
18 ноября 2014, 09:40
0
Нет, less нету — это готовое дополнение.

Скачай что нужно с getbootstrap.com, да подключи в чанке.
18 ноября 2014, 09:38
0
Ну, у тебя выбирается 243 ресурса за раз — так что 2-3 секунды это нормально.

Вызывай сниппет кэшированным. Упрощай чанк оформления, чтобы там не было лишних тегов и условий. Вместо [[~[[+id]]]] используй [[+link]], например.
18 ноября 2014, 08:53
0
Вывод меню этих разделов и подразделов через pdoMenu занимает 2-3 секунды
А ты параметр &level какой указываешь? По умолчанию он равен 10, то есть туда попадут все 50000 тикетов, хоть и не отобразятся, потому что скрыты для показа в меню (по умолчанию).

Подбери верный &level (2-3) и будет быстро. При пагинации количество ресурсов ограничивается сразу.
16 ноября 2014, 19:52
0
При последующих заказах юзер видит тоже, что и при предыдущих.

То, что он изменил при оформлении заказа — ушло в заказ. Затем данные в сессии очищаются и подставляются снова из профиля — где ничегошеньки не изменилось.

Это всё прописано в сниппете msOrder.
16 ноября 2014, 18:13
0
но при необходимости меняться
Еще раз.

Создание заказа не меняет профиль юзера.
Профиль юзера меняет только редактирование профиля юзера.

При создании заказа данные из профиля юзера подставляются в форму заказа при первой загрузке страницы.
Там ты их можешь менять, но они сохранятся в заказ, а не в профиль.
16 ноября 2014, 18:08
0
То есть, по твоему, при каждом заказе должен меняться профиль у юзера?

Нет, эти данные пишутся в заказ, а не в профиль. Если я товар заказал на имя друга в другой город — зачем мне это в профиль писать?

Открой управление заказа, переключись там на вкладку «Адрес» и смотри.
16 ноября 2014, 16:27
0
Ну, если не боишься перезаписи сниппета при обновлении — конечно.