День добрый!
Василий как можно организовать навигацию на странице товара, например «предыдущий товар», «следующий товар», «вернуться (на уровень вверх)»?

Подключили меня в четверг, пока тестово. С пятницы интернет практически не работает. Сильно грешу на свой рутер Длинк. Техподдержки, как я понял, у смартфона нет вообще. Сейчас показывает пинг 400-500 мс и скорость ниже 0,5 Мбит. Как у вас на данный момент работет интернет?

Василий как-то в стародавние времена опубликовал крайне кошерное на мой взгляд решение для работы со страницами сайта на modx с использованием технологии AJAX.
Мне кажется такое дополнение к этому решение будет достаточно уместно.

Здравствуйте!
Вот возник вопрос, сейчас читаю, смотрю видео уроки и т.д.
При разбиении шаблона на чанки, правильно ли убирать: [[$chunck]] или и сам тоже можно туда убрать и это не вызовет никаких последствий?
Просто по моей логике никак не повлияет, как говориться как удобнее, но я ещё зеленый, вот и спрашиваю.

При сохранении тикета пользователю нужно показывать определенный документ. Был создан плагин, который функцией sendForward показывает этот документ и не меняет URL.

<?php
$whatstemplate = $resource -> template;
// Если сохраняется форма создания тикета с шаблоном 30
if ($whatstemplate==30) {
    $modx->sendForward(92);
}

Документ показывается как надо… кроме меню. Его просто нет. Все есть, а меню которое выводится с помощью Wayfinder — отсутствует. В чем может быть проблема?

Почему-то у PNG загруженных в галерею товара автоматически отображаются с черным фоном. Это как-то можно изменить? Т/е подложка за png становится черной, а нужно чтобы она оставалась прозрачной.Пробовал стилем, не помогло.

Василий,

есть ли возможность добавить в документацию miniShop2 схему базы, например в формате .mwb (MySQL Workbench) ну или в виде картинки. Будет очень удобно пользоваться для своих кастомных доработок.

На вопрос о том, могу ли сам сформировать — ответ могу, но при каких либо изменениях в структуре базы, придется снова пересматривать всё всё и править и так гораздо труднее видеть изменения.

Эту схему было бы неплохо иметь в * страничках ;)

Чем обусловлен полный отказ от обчыной регистрации на ресурсе?
Например, находясь в юго-восточной Азии ооочень проблематично авторизовываться, постоянно нужен «поднятый» VPN.

Дело в чем. Я, например, ни на каком сервисе (яндекс, твитер, фэйс, контакт) не регистрирован, кроме как Гугл почта. Соответственно, из за грё****го «золотого щита» только с подключенным VPN есть возможность авторизовываться.
Рассматривается ли вопрос, добавить в список возможных ресурсов для авторизации — родную регистрацию MODx?

Нужно сделать механизм регистрации на новом сайте.

Страницы:
1) Форма регистрации, с подтверждением по email.
2) Форма авторизации.
3) Форма восстановления пароля (сброса прежнего пароля и отправки нового на мыло).
4) Профиль пользователя, с возможностью его редактирования и изменения пароля.

Блок:
1) Чанк, который выводит в шапке сайта ссылку на профиль пользователя, когда он авторизован иначе ссылку на авторизацию и регистрацию.

Было бы прекрасно иметь возможность для менеджеров корректировать заказ в случае необходимости (возможно добавить в ACL)
В дополнение было бы удобно ограничивать эту возможность в зависимости от статуса заказа. К примеру, после того, как статус изменился на Sent (финальный) — редактирование заказа отменено.

Я понимаю, что тут можно углубиться очень сильно, если принимать во внимание трекинг изменений, что бы если что то неправильно сделал менеджер, то было понятно кому дать *****, высылать всякие уведомления об изменении и т.п…

На данный момент было бы достаточно банального изменения кол-ва / цены / добавить элемент / удалить элемент

Вижу в базе всё для этого предусмотрено, самому копаться и допиливать можно, но гораздо эффективнее это сделает тот, кто знает код творения наизусть ;)