Наумов Алексей

Вот как бы звездочки :)

modstore.pro/packages/utilities/easycomm

что б себя не прорекламировать)

Ну и я не все карты раскрыл… у меня mFilter + msProducts… не работает… что-то я подумал, что ядро едино, поэтому для упрощения привел простейший вызов pdoResources…

Никак наверное, ну или JS плагин какой-то стряпать, что бы он скрывал ненужное.

Я в такой ситуации делал «дубли» полей в виде TV, которые показывались на нужных мне шаблонах, а в плагине OnDocFormSave копировал эти TV в поля товара.

Возможно, он тут не причем, а виновата библиотека, которую он использует.

Здесь modx.pro/development/619-working-with-phpthumb/ читали?, с заголовка ImageMagick.

Ну у вас мне думается, не получится не изменять код miniShop2.

Разве что попробовать как-то использовать механизм корзины и оформления заказа, и то, не уверен.

Я бы копал в сторону некоего «виртуального товара», т.е. вы создаете одну страницу типа Товар в miniShop2, а ваши 6 млн. товаров становятся некими опциями этого товара miniShop2 и он думает что вы покупаете 1 товар, просто у него все время разные опции.

Да уж, бывает :)

И не подумаешь в эту сторону то никогда… чем ему (Касперскому) menuindex понравился то…

Или сделай 301 редирект с ненужных страниц куда нибудь, или закрой их в robots.txt по маске.

Спасибо за подробные разъяснения!

Спасибо! Я тоже ковырял твой скрипт и много в нем успел переписать под себя:)

Расскажи в общих чертах, как теги и h1/ текст на странице меняешь (планируешь менять).

И еще такой вопрос: а как тот же яндекс начнет индексировать ссылки фильтра? Они же формируются ява скриптом, прямых ссылок на фильтры нигде нет…

Дмитрий, сниппет translit_str как минимум потеряли вы! Дополните?

Интересный подход, в копилку.

Да, поддержку, схема работает :) Пользовался, но код начинает выглядеть наворочено :)

А, не обратил внимание что mSearchForm, думал речь о mSearch

1 вариант. Запустите 2 поиска: один с использованием msProducts, а второй с pdoResources
2 вариант. Используйте pdoResources, но у него есть параметры управления шаблоном в зависимости от неких условий, попробуйте настроить вывод для товаров одним способом, для категорий — другим

Я создавал у каждого контекста свои настройки и использовал их, например [[++articles_section]], [[++catalog_root]], думаю принцип ясен.

Очень часто хватало [[*parent]] или [[pdoField]] в режиме top или topLevel.

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

Ну да, перемудрил) Поправим)

Поиск!)

Даже в первом результате modx.pro/search?query=modx_session вас уже «переплюнули»)

Сниппет ecForm вам тут совершенно не поможет. Нужно полностью писать самому всю обработку, ничего готового — нет.

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

Изначальная идея в том, что по-умолчанию новое сообщение не опубликовано и следовательно не доступно с фронтенда. При публикации его на сайте администратор сразу и отвечает на него.

Конечно, вы можете написать некий код, что бы и с фронтэнда отвечать, но какого то общего решения нет. В вашем коде вам нужно просто заполнять поле reply_text у сообщения, это и есть ответ на него.