Я не имел ввиду, не справедливость ))) просто очень часто встречал вопросы за которые — получи «нагоняй», по сути правильно, но в грубых формах и без ссылок на доки, да, очень много спецов которые хотят получить все готовое и т.д…
Общая суть — этот сайт так или иначе поддерживает уровень не дилетантов и такие вопросы как — «Можно пошаговую инструкцию по применению данного снипета.» почти всегда игнорируются.
Василий пойми правильно — я за такие методы. )))

Глюк корзины может быть только от глюка сессии.

А глюк сессии может быть либо от php-apc, либо оттого, что браузер ориентируясь на заголовки что-то не грузит.

Я одно время интересовался этой темой и пришел к выводу, что она не перспективна. Время и силы лучше потратить на оптимизацию сервера и скриптов, чем на глючное кэширование.

Давайте объясню как я делаю, наверное сразу будет ясно в чем соль.

1) качаю, ставлю mSearch из репозитория

2) на одной из страниц сайта пишу в контент документа:

[[!mSearch?&indexer=`1`&includeTV=`1`&includeTVList=`new,color,tags`]]

3) захожу на страницу, вижу:

Indexed: 10 resources from 10, time: 0.0653119087219

4) создаю страницу — поиск. в нее добавляю вызов сниппета:

[[!mSearch]]

5) добавляю на страницу поиск форму:

<form action="[[~[[*id]]]]" method="post"><input type="text" name="query" value="[[+mse.query]]" /> <input class="btn btn-success" type="submit" value="Искать!" /></form>

Дак вот, если post меняю на get — редиректит на главную страницу.

Соль в том, что сейчас поиск заработал ) еще раз все повторил. НО вопрос актуален.У меня не проиндексировались поля color,tags (из minShop2). Хотя я вызвал индексирование же с правильными параметрами или как?

Полностью согласен.

В MODX это просто не имеет перспектив, если только не прописывать работу с заголовками каждому используемому сниппету.

Откуда уверенность, что mFilter работает с miniShop2?

Поиск будет работать, фильтр — нет.
А редирект на главную говорит о том, что неверно настроена либо форма, либо friendly url. От поиска это точно никак не зависит.

Вот тут написано про принцип работы, там же есть ссылка на рабочий пример (с доступом в админку) и указан страшно секретный параметр &resources=``

а задавать тут этот вопрос… ответ не получите

Ах, этот жестокий несправедливый мир.

Пока искал ответ на ваш вопрос, натолкнулся на занятную статью, в которой есть отсылка на сервис для проверки правильности отдачи этих заголовков.
Так же, на этом сервисе есть 2 занятные статьи, после прочтения которых, вывод (относительно MODx) не такой уж и однозначный…

Дело в том, что у вас идёт проверка на последнее изменение КОНТЕНТА страницы, т.е. последнее сохранение ресурса.
И, если

$modx->resource->editedon <= $lastMod

дата последнего Last-modified, который запомнил клиент (браузер или робот поисковика) больше (или равна) дате последнего сохранения ресурса в modx, то вы отдаёте 304 и клиент эту страницу загружать уже НЕ БУДЕТ.

Но вот нюансы:
— если вы добавили новый ресурс, который должен быть виден в меню;
— или у вас появился новый комментарий к статье;
— или у вас стоит какой-нибудь модуль финансовых сводок, который должен отображать актуальную информацию;
— да мало ли что ещё…
то пользователь этих изменений уже не увидит! Потому что он будет брать эту страницу из своего кэша.

ИМХО вопрос с Last-Modified нужно продумывать ГОРАЗДО тщательнее и на каждом конкретном сайте в индивидуальном порядке. И простым плагином здесь уже не обойтись.
Всё зависит от (кхм) зависимостей данных, отображаемых на текущей странице, от данных на других страницах (к примеру вывод новостей) или сниппетов и модулей (к примеру галереи или комментарии).

Вот такие пироги. Решайте — выбирать вам.

нет опыта не у кого?

Хорошо. Я отключил поиск с морфологией, теперь не падает, но не работает все равно )

нужны поиск и фильтры ) с помощью какого компонента вы делаете фильтры?

Пробовал, неизвестный x-type

Спасибо!
Сегодня начал смотреть, там все запутано, очень трудно отделить подключение редактора. Да и само подключение слишком сложное. Неужели с этим все так сложно…

Да очень надо, спасибо.

Я как-то, когда нужно было быстро сделать, такой костыль придумал в аналогичной ситуации — вставил форму, в ней выпадающий список с категориями, и кнопку отправить. Форма отправляла в mfilter и он начинал отлично работать. Если надо, могу код посмотреть, только позже.

Код, как вызываете и как всё выводите в студию.

У меня поиск через SimpleSearch, работает отлично ;)
С mSearch тоже не разобрался…

На счет «другие люди» хотел еще написать, но отвлекли, а потом забылось…
Последний коммент очень близко находится к тексту «Оставить новый комментарий» и сделан таким же цветом. Можно промазать..., а когда увидел, куда написал, то… что уж…

Там параметр name для input-а должен быть обязательно query

<form action="[[~[[*id]]]]" method="get">
	<input type="text" name="query" value="[[+tv.query]]" placeholder="Что найти?"/>
</form>

Может в этом проблема…

А я никак не могу победить Одноклассники. Яндекс, твиттер, фейсбук, гугл, вконтакте, мейлру работают, а одноклассники нет. Нажимаю залогиниться и ничего не происходит. В журнале:

[2013-03-26 13:55:09] (ERROR @ /index.php) [HybridAuth] ha_err_no_provider_keys
[2013-03-26 13:55:09] (ERROR @ /index.php) [HybridAuth] No provider ID specified.
[2013-03-26 13:55:09] (ERROR @ /index.php) [HybridAuth] ha_err_no_provider_keys

Вызываю так:

[[!HybridAuth? &providers=`Yandex,Twitter,Facebook,Vkontakte,Odnoklassniki,Mailru,Google` &logoutTpl=`tpl.HybridAuth.logout_my` &groups=`web_users`]]

В параметрах указываю: в «id» > ID приложения, в «key» > Публичный ключ приложения, в «secret» > Секретный ключ приложения. Полдня мучаюсь, лыжи не едут. Подскажите кто знает в чем ошибка.
А какой адрес нужно указывать в ссылке на приложение: адрес сайта или site.ru/assets/components/hybridauth/action.php?hauth.done=Odnoklassniki?

«p.s только что ввел поисковый запрос и сайт упал )) жду пока поднимется»

Возможно у вас стоит ограничение на использование памяти скриптами. Поинтересуйтесь у Хостера.