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

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

Здесь 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 у сообщения, это и есть ответ на него.

Обязательно zc=0. zc — это zoom crop, то бишь обрезать картинку.

Параметр far добавляете, только я не помню 0 или 1 =)

bg делаете естественно ffffff

Очень странно:) вроде только в 1-м месте этот ec_fe_spam_detected выводится и то, при создании сообщения…

У компонента есть такая защита, что одно из полей (address) при добавлении нового сообщения должно быть hidden и пустым. Поищите в документации antispamField.

Вероятно вы что-то с ним связанное поменяли.

Вот код из файла easycomm.class.php, который проверяет на спам:

if(!empty($this->config['antispamField'])) {
            if(!empty($data[$this->config['antispamField']])) {
                return $this->error("ec_fe_spam_detected");
            }
        }