Марат Марабар

Ссылку на сайт можете дать?

Спасибо!

Ты же сам ответил уже на свой вопрос))
Да и потом addData не привязан к miniShop2, он работает с любыми ресурсами.

Ну через join скорее всего — да

Да, параметр-ресурс.

В своих таблицах.

На модерации, будет позже.

А так получается?

...
...
...
$modx->sendRedirect($modx->makeUrl(123, '', '', 'full')); // 123 - ID страницы, куда нужен редирект
exit;

Добрый день!
Ну тогда некорректно поставлена задача:

Нужен только разработчик функционала, дизайн и верстка уже есть.

Если нужно будет, что-то, разработать уникальное, обращайтесь.
А на эту задачу, наверняка кто-то найдётся, благодаря нашим комментариям, и приступит к настройкам.

А уже готовые разработки не подходят?

1. mSearch2
2. Импорт/Экспорт
3. Для ЯндексМаркета есть это msYmarket, для гугла можно настроить здесь
4. Если имеется ввиду sitemap, то в pdoTools есть сниппет pdoSitemap
5. miniShop2 это умеет делать.
6. Tickets
7. HybridAuth
8. easyComm — рейтинг, комментирование. Сравнение товаров Comparison

Не понимаю, что тут нужно ещё разработать?

Не хватает памяти на выполнение скрипта. Попробуй в начале скрипта установить своё значение memory_limit

ini_set('memory_limit', '500');

А много вообще записей в БД?

По такому ТЗ сложно оценить стоимость работ, возможность реализовать, конечно, возможно.
Нужно детально всё обсудить.
Контакты в профиле.

Добрый день.
Пришлите ТЗ на marat@marabar.ru

Нужно обновиться — исправил.

Ну видимо так:

[[!ajaxLogin?
	....
	....
	&oginResourceId = `123`
]]

О! Узнал знакомый почерк)).
Рад, что всё получилось!

Работа с tv как-то в minishop2 не комильфо

В компоненте есть выбор, или использовать TV, или кастомную колонку в таблице miniShop2, если это для miniShop2.

По остальным вопросам ответил выше, спасибо за вопросы!

А это наследие от клиента, который заказывал этот компонент а потом переключил меня на другое.
Я ещё много вырезал, там и контроль остатков был, и оповещение менеджеру о статусе кол-ва «Ноль», и возможность разрешать подписку тем или иным (авторизован/не авторизован), и возможность выбора проверки адреса почты с подтверждением или через проверку записи DNS… (не помню, это я сам придумал или он заказывал, точно знаю — что ему нужен был реальный адрес почты — всё сразу пишется в рассылку (Sendex), любитель, умеренно, поспамить, просто))), ну и т.д.

Зачем обязательное имя и количество?

Имя нужно для обращения к человеку посредством обратной связи — это правильно, мне кажется.
Количество: оно не обязательно, можно вырезать из формы — будет один всегда. Замысел был такой: ведётся учёт всех ожидающих товар, с выводом в бекенд, где в первую очередь показываются самые востребованные — статистика, одним словом.

Если клиент введет, допустим 2, то если товар 1, то ему никогда не придет оповещение и даже этот 1 товар ему не продадите.

Так вот для этого и нужно кол-во предполагаемой покупки. Всё правильно, как мне кажется, — зашёл менеджер в таблицу ожидаемых товаров, накинул сверху n-ое кол-во и отдал в отдел поставок (ну или заказал/купил) — разослал уведомления потенциальным заказчикам.

Просто мы, наверное, разные вещи подразумеваем, — ведь товар может быть не только розничный, но и оптовый.
Да даже если и розничный, в штуках, ведь, не всё меряется, допустим в строительстве…

Так и каким в итоге способом происходит оповещение?

Пока ни каким, поэтому и alpha-тестирование.

У меня есть мысли по поводу оповещения, как со стороны заказчика, так и от себя.
Хотелось бы услышать разработчиков, работающих со своими клиентами — их мысли, чтобы этот компонент был максимально универсален.

Изменить параметр &logoutResourceId, по умолчанию — текущий ресурс, в вызове сниппета ajaxLogin:

[[!ajaxLogin?
	....
	....
	&logoutResourceId = `2`
]]

Должен сработать.

Лежит у меня не дописанный — 70% готовность. Выложу в ближайшие дни.