Но еще раз говорю — это всё страшный велосипед и костыль, очень не советую.
В твоём случае, возможно, лучше вообще не использовать как таковые заказы miniShop, а сделать просто форму через FormIt, которая будет приходить на почту.
Короче, тут писать и писать самостоятельно, miniShop так не умеет, по умолчанию.
В целом — да, это круто и реально, но подойдёт далеко не всем сайтам. Например, интернет магазину кэширование страницы с корзиной ни к чему.
Выход есть — пиши свой сниппет, который будет фильтровать ресурсы через SQL и возвращать id подходящих, для вывода через getResources.
P.S. Ну и хостинг у тебя, подозреваю, не очень быстрый, да?
Эта строка проверяет комментарий на пустоту при отправке и просмотре, видимо скрипт не может получить текст для проверки.
Проверь у себя, наверное там ты домен не сменил.
2. В name попадает fullname авторизованного юзера. Видимо, у тебя на сайте его не все заполняют.
ТВ лежат в отдельной таблице, на которую where не распространяется. А использование ТВ очень медленное, это не новость.
Вроде как в сниппете getProducts, автор улучшил работу с ними.
Смотри, что у тебя там висит?
2. Нет, так сделать нельзя, на стандартном классе оформления заказа. Можно сделать плагин на событие msOnCreateOrder, который будет смотреть на город и слать дополнительное письмо.
На здоровье =)
Взять информацию в определённом формате, подготовить, и положить в БД сайта. По идее, ничего сложного.
Вот здесь, например, данные импортируются в SQL формате из декстопной программы.
Твоя задача — определять параметры изображения и кодировать с разными настройками.
Если я ничего не путаю, в компоненте Articles от авторов MODX — всё так же.
Отличия между типами ресурсов очень большие, не рекомендую так делать.
Там же и менять.
Ну а по полученному городу уже и выводить нужные ресурсы.
Используй traceroute, Люк, чтобы понять, где тормозится сигнал.
У меня совсем скоро тоже будет перенос большого магазина с MS1 на MS2, так что разработаю кое-какие инструменты для миграции.
Честно говоря, я вообще слабо представляю, как сделать то, что ты хочешь, на miniShop1.
И дело тут не только в форме, а в том, где хранить разные данные? В поле комментарий, что ли?
Но всё же, в общих чертах постараюсь обрисовать вариант решения:
1. Категорий много, а корзина одна. Значит, она должна формироваться в зависимости от товаров.
2. Нужно при оформлении заказа отправлять запросы на сервер и там определять какие поля показывать, а какие нет. Для этого нужно использовать ajax, понятное дело.
3. Обрабатывать запросы можно хотя бы так.
Но еще раз говорю — это всё страшный велосипед и костыль, очень не советую.
В твоём случае, возможно, лучше вообще не использовать как таковые заказы miniShop, а сделать просто форму через FormIt, которая будет приходить на почту.
Короче, тут писать и писать самостоятельно, miniShop так не умеет, по умолчанию.