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

На эту тему очень много всего в инете + есть сниппет MODX для статического кэширования.

В целом — да, это круто и реально, но подойдёт далеко не всем сайтам. Например, интернет магазину кэширование страницы с корзиной ни к чему.

Так всегда. Чем проще и универсальнее разработка, тем она медленее.

Выход есть — пиши свой сниппет, который будет фильтровать ресурсы через SQL и возвращать id подходящих, для вывода через getResources.

P.S. Ну и хостинг у тебя, подозреваю, не очень быстрый, да?

Чанки не менял?

Эта строка проверяет комментарий на пустоту при отправке и просмотре, видимо скрипт не может получить текст для проверки.

На здоровье!

В моих конфигах есть редирект для доменов с ww на безwww, вот тут.

Проверь у себя, наверное там ты домен не сменил.

1. Системные словари, ключи ticket_comment_email_reply и ticket_comment_email_owner
2. В name попадает fullname авторизованного юзера. Видимо, у тебя на сайте его не все заполняют.

По моему, да.

ТВ лежат в отдельной таблице, на которую where не распространяется. А использование ТВ очень медленное, это не новость.

Вроде как в сниппете getProducts, автор улучшил работу с ними.

Говорит, что порт уже занят.

Смотри, что у тебя там висит?

sudo netstat -nlp | grep 80

1. Смотри ошибки javascript. При незаполненной форме не должно отправляться, а при заполненной — должна быть перезагрузка с параметром msorder=номерзаказа.

2. Нет, так сделать нельзя, на стандартном классе оформления заказа. Можно сделать плагин на событие msOnCreateOrder, который будет смотреть на город и слать дополнительное письмо.

Вот все бы так!

На здоровье =)

Для фильтрации по ТВ там есть отдельные параметры.

Эта задача не от магазина зависит, а от знаний php.

Взять информацию в определённом формате, подготовить, и положить в БД сайта. По идее, ничего сложного.
Вот здесь, например, данные импортируются в SQL формате из декстопной программы.

Можно почитать как работать с phpThumb в MODX напрямую.

Твоя задача — определять параметры изображения и кодировать с разными настройками.

Угу. Надо постараться затупить, минима 3 раза кликнуть и сохранить.

Если я ничего не путаю, в компоненте Articles от авторов MODX — всё так же.

Только через xPDO.

Отличия между типами ресурсов очень большие, не рекомендую так делать.

Писать в город в сессию при первом заходе, и проверять потом там.

Там же и менять.

Самый простой вариант — определять город по ip специальным сервисом — ipgeobase.ru

Ну а по полученному городу уже и выводить нужные ресурсы.

У меня открывается.

Используй traceroute, Люк, чтобы понять, где тормозится сигнал.

Да, нормуль.

У меня совсем скоро тоже будет перенос большого магазина с MS1 на MS2, так что разработаю кое-какие инструменты для миграции.

Тебе нужно изменять форму заказа в зависимости от типа заказа.
Честно говоря, я вообще слабо представляю, как сделать то, что ты хочешь, на miniShop1.
И дело тут не только в форме, а в том, где хранить разные данные? В поле комментарий, что ли?

Но всё же, в общих чертах постараюсь обрисовать вариант решения:
1. Категорий много, а корзина одна. Значит, она должна формироваться в зависимости от товаров.
2. Нужно при оформлении заказа отправлять запросы на сервер и там определять какие поля показывать, а какие нет. Для этого нужно использовать ajax, понятное дело.
3. Обрабатывать запросы можно хотя бы так.

Но еще раз говорю — это всё страшный велосипед и костыль, очень не советую.
В твоём случае, возможно, лучше вообще не использовать как таковые заказы miniShop, а сделать просто форму через FormIt, которая будет приходить на почту.

Короче, тут писать и писать самостоятельно, miniShop так не умеет, по умолчанию.