Воеводский Михаил

modx.pro/solutions/5650-onebooking-room-reservations/#comment-41281

1. У всех прописан — это норма
2. Часто используется mSearch2

Анастасия услышала мое предложение, взяла время обдумать.
Соберет все предложения и сделает выбор на основе своих критериев.

Написал в скайп.

Этот блок появляется для уже сохраненного товара. Если его нет — у Вас что-то пошло не так. Для начала, попробуйте переустановить minishop2.

Принято.

Потребуется свой сниппет, который запустит всего 2 метода minishop2:

$minishop2->cart->add($productId, $count);

$orderData = array(/* Здесь много полей, имеющихся в стандартной форме заказа */);
$minishop2->order->submit($orderData);

Мое письмо автору:

Спасибо за высланное ТЗ.
Увидел, что Василий Наумкин оставил свое предложение раньше моего письма.
Обратитесь к нему. Уверен, Ваше сотрудничество будет продуктивным!

Tickets, minishop2, Collections…
Способов масса. Прежде, чем что-то выбирать, составьте подробное тз — соотнести потребности и возможности компонентов будет проще.
Но если чтение документации не помогает, Вам прямая дорога в раздел «Работа», ибо нагородить костылей на начальном этапе легко, а их поддержка превратится в настоящий кошмар.

Значит, какое-то действие пропущено. Ограничений на количество добавляемых полей нет.

В pdoPage такое уже реализовано.

Плагин правильнее на событие msOnSubmitOrder. Разница в том, что блокировать оформление заказа необходимо еще до его создания. Указанное событие вызывается самым первым, еще до создания нового объекта и проверки введенных полей.
А проверять на этом событии необходимо сумму в корзине.

Если делать именно таким образом, то не должно возникнуть необходимости изменять стандартный JS.

Размести его здесь для потомков.

Номер заказа появляется только в событии msOnCreateOrder. До того заказа не существует.
В плагине, срабатывающем по этому событию, уже существует объект $msOrder:

$msOrder->get('num');
$msOrder->get('id');

Однажды писал плагин для такой ситуации:

<?php
switch ($modx->event->name) {
	case 'OnMODXInit':
	        $output = '';
        	if (isset($_REQUEST['tv|price_from'])) {
	            $modx->setPlaceholder('price_from',(int) $_REQUEST['tv|price_from']);
        	    if (!strpos(',',$_REQUEST['tv|price_from'])) $_REQUEST['tv|price_from'] .= ',99999999';
	        }
        	if (isset($_REQUEST['tv|price_to'])) {
	            $modx->setPlaceholder('price_to',(int) $_REQUEST['tv|price_to']);
	            if (!strpos(',',$_REQUEST['tv|price_to'])) $_REQUEST['tv|price_to'] = '0,'.$_REQUEST['tv|price_to'];
	        }
        	break;
	default: break;
}

В текущем виде поля price_from и price_to предполагаются обычными текстовыми.

Для MODX это одно и то же.

Ограничений нет.

Рад, что получилось.

$q->where('template' => 4);

Замените на

$q->where(array('template' => 4));

Напиши полный текст сообщения об ошибке. Навскидку код выглядит синтаксически правильным.