Алексей Карташов

Пример:

site.ru/catalog/А
site.ru/catalog/Б
site.ru/catalog/В

Очень понадобилась возможность уточняющего поиска или поиска в найденном, как было в Яндексе. По гороскопу день оказался благоприятным, поэтому взял и добавил в mSearch2 такую возможность. Тем более, что это заняло всего несколько строчек. Хотелось бы узнать, сообществу нужна такая фича?

Очень долго не получалось заставить работать товары minishop2 на других контекстах, с выводом через сниппет нет проблем, а вот с ссылками и корзиной беда.
Использовал sendForward, с ним куча гемороя, но случайно наткнулся на вот это:

$modx->resource = $modx->getObject('modResource', $id);
$modx->request->prepareResponse();
exit();

Проблема контроля версий, деплоя, возможности командной работы издавна занимают умы разработчиков.

Читал одну статью и задумался, а почему на modx нет такой утилиты?

Почему он не выплевывает результат в сжатом виде для юзера?
Кто нибудь задавался таким вопросом или озадачивал себя такой задачей?

На днях в поддержке mSearch2 был задан вопрос:

Мне необходимо сделать на сайте фильтры по очень большому количеству параметров. Причем, наборы этих параметров отличаются в зависимости от категории.

Планируется что информация о товарах будет постоянно автоматом импортироваться через API этого поставщика на сайт который я делаю.
С другой стороны, волосы встают дыбом при мысли о ручной настройке такого количества дополнительных полей miniShop2 через механизм плагинов или TV.

Поэтому, пришла такая идея:
Все названия доп.параметров записывать в поле Теги, которое уже реализовано в miniShop2. Например, товару можно записать два таких тега: «Максимальное разрешение видеозаписи|2304x1296» и «Тип видеорегистратора|Стандартный».

Теперь осталось только придумать как сгруппировать эти тэги по первому полю (до разделителя "|") и создать из каждой группы отдельный фильтр.

То есть, речь идёт о бесконечном количестве свойств у товара, добавляемых в одно текстовое поле, и построении для них фильтров.

Вроде бы, продвинутые возможности расширения класса mFilter2 должны бы с этим справиться? Как оказалось — нет.

Задача: Организовать анонимные комментарии с премодерацией + 2 дополнительных текстовых поля.

доп поля в шаблоне формы:

<div class="form-group">
			<label for="comment-plus">Достоинства</label>
			<input type="text" name="comment-plus" value="" id="comment-plus" class="form-control" maxlength="200" />
		</div>

		<div class="form-group">
			<label for="comment-minus">Недостатки</label>
			<input type="text" name="comment-minus" value="" id="comment-minus" class="form-control" maxlength="200" />
		</div>

плагин:

<?php
if ($modx->event->name == 'OnBeforeCommentSave') {
	$properties = array(
		'comment-plus' => $modx->stripTags($_POST['comment-plus']),
		'comment-minus' => $modx->stripTags($_POST['comment-minus'])
	);
	$modx->event->params['TicketComment']->set('properties', $properties);
}

Эта схема хорошо работает только для комментариев без премодерации. Если включаешь премодерацию — то информация из доп полей попадает в базу, но в момент публикации стирается.
скрин таблицы в базе: joxi.ru/YmEN6bnuJz1L26

подскажите пожалуйста как исправить ситуацию

Сниппет устарел.

Его Вам заменит компонент YandexMaps:

Топик — modx.pro/components/5033-yandexmaps-1-0-create-objects-from-resources-on-yandex-maps/

Скачать на модсторе — modstore.pro/packages/other/yandexmaps

У товара есть две цены — розница и опт. Когда количество товара в корзине достигает определенного числа, цена должна меняться с розничной на оптовую, и наоборот. Если вы готовы взяться, пишите, пожалуйста, за сколько. Решение, кстати, будет опубликовано для общего доступа.

Установка:
1. Загрузить файл в core / components / minishop2 / elements / widgets
2. Открыть Панели / Создать виджет
3. Имя: ms2_stat (или какое хотите).
Тип: файл
Путь к файлу: [[++ core_path]] компоненты / minishop2 / элементы / виджеты / widget.ms2_stat.php
4. Панель / Добавить виджет / ms2_stat (или то что указали в п.3)