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

Очень много — это несколько тысяч в секунду?

Вряд ли ты на меньших цифрах заметишь разницу.

У тебя настолько часто авторизуются юзеры, что нужно использовать APC?

Ну и в PHP 5.5 его вообще нет, по умолчанию — там свой встроенный кэшер. Лично я уже перешел на 5.5.

Читай описание моего скрипта — он выводит все ошибки сам.

В исходном коде можно посмотреть, как именно.

Если бы забывало заглядывать — ошибки бы не было.

Делай сайт на modx-test.com — посмотрим, что там у тебя не так.

Неправильно задал ключ.

Проверяй JSON с настройками и имена самих настроек.

Да какая разница, где хостинг? У меня вот сервер в Лондоне — это кого-то напрягает?

В общем, удачи.

Не знаю.

Сколько видел таких вопросов — всё упиралось в хостинг. Смотри логи сервера, пиши в подержку.

Стандартный javascript слушает input и textarea. Так что — или менять скрипт, или делать через input.

А это здесь причем?

Если юзер уходит авторизоваться с домена com — то на сервисе должен быть зарегистрирован com. Если с ru — то ru.
Иначе будет redirect_uri_mismatch и до сессиию дело не дойдёт.

Никак.

Задавай ключи для сервисов прямо в настройках контекстов — каждому свои. Для Яндекса и Гугла это будут разные сайты, и нужно их отдельно регистрировать.

Получил от тебя «Большое спасибо» =)

На здоровье!

Упс, не туда =(

Точно, не подумал =)

В принципе, тебе нужно просто вызвать 2 раза сниппет msOrder, на двух страницах и с разными чанками.

В первый раз там не должно быть кнопки submit, чтобы юзер не отправлял форму. Нужно заменить её на ссылку на вторую страницу.
А вот там уже спрашивается Ф.И.О. и другие данные, и есть submit.

Можно даже попробовать разделить доставку и оплату, но тут я не уверен — родной javascript может не одобрить.

Все данные заказа хранятся в сессии, ты можешь вносить их туда с разных страниц. Логика описана тут.

И что именно у тебя не выходит?

Я тебя перепутал, значит, с кем то =) Вопросов то много.

Про эти массивы можно почитать в гугле, это PHP.

Я правильно понял, что добавив в форму заказа селект и указав у него name=«city», смогу в классе доставки выдернуть его значение из $_POST['city']

Да, правильно, проверяй.

Ты в MS1 как делал? В чем сейчас принципиальная разница?

Форма отправляется через POST, значит все её поля доступны в этом суперглобальном массиве.
Отправил input с name=«city», лови его в классе как $_POST['city'].

Есть большое желание засунуть это значение в заказ автоматически в options — отправляй c name = options[city].

1. Чем не устроили стандартные юзеры сайта, которые в отдельных таблицах?

2. Для выборки данных из второго контекста на него не нужно переключаться. И getResources, и pdoResources понимают параметр &context.

3. Но если очень хочется — modX::switchContext().

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

В твоём случае дерева нет, так что используй pdoResources, а в чанке проверяй id фильтром:

return $modx->resource->id == $input || $modx->resource->parent == $input
	? 'active'
	: '';

В чанке вызывать так:

<div class="[[+id:myfilter]]">бла-бла-бла</div>