Просто в моём понимании, это своего рода баг системы. Наличие сессии не значит, что пользователь залогинен. Информация о товарах в корзине хранится и для анонимных пользователей. Могут ещё многие вещи хранится в сессии. Поэтому я и удалил условия в ядре, которое проверяет наличие сессии. Это обсуждалось уже на drupal.org. Я так и не понял, что они там решили.
Если сайт без CMS, то только разработчик скрипта знает, где прописываются логин и пароль. Нужно найти откуда скрипт берёт данные, которые использует в mysql_connect().
Скорее всего, прописаны неправильные логин и пароль для MySql в настройках CMS/скрипта.
Всё зависит от вашего сайта. Я использую Block Cache Alter (https://drupal.org/project/blockcache_alter) и Entity cache (https://drupal.org/project/entitycache). Плюс настройка кэширования блоков в Views. Вам могут помочь и другие модули, но сказать какие именно не могу, так как это зависит от конфигурации и функционала сайта.
Я для корзины использую Ajax Blocks (https://drupal.org/project/ajaxblocks). Он подгружает блок с корзиной через Ajax. Вся остальная страница остаётся закэшированной через Boost. Правда, мне пришлось ядро Drupal пропатчить, так как он не даёт создавать кэш страницы, если сессия содержит какие-то данные.
Ставите Devel, смотрите запросы к базе данных для каждой страницы и выясняете что именно даёт нагрузку. После этого пытаетесь понять как оптимизировать нагрузку. Ряд запросов можно убрать путём установки дополнительных модулей кэширования. Некоторые запросы можно убрать какими-то простыми действиями (загрузка более новой версии перевода и т.д.).---------- Добавлено 31.07.2013 в 20:39 ----------
Всё зависит от того, что у вас на сервере стоит. Например, если Memcache установлен, то можно просто установить модуль Memcache API and Integration (https://drupal.org/project/memcache), что может существенно снизить нагрузку.
Я не знаю как делается корзина с использованием Views, но мне кажется, что кэширование будет вызывать глюки. Хотя, лучше протестировать.---------- Добавлено 31.07.2013 в 20:43 ----------
Может Boost? Каким именно действиям пользователей он может помешать? Я использую Boost на сайте интернет-магазина (Ubercart).
Тут тяжело что-то сказать. Можете попробовать сбросить кэш в Drupal. Если не поможет и вы уверены, что перестаёт отображаться именно из-за включения кэша, то я бы шаг за шагом отследил бы откуда берутся данные для вывода (нужно разместить dpm() или print_r() в нескольких местах в коде модуля, чтобы понять где именно пропадают данные). Также рекомендую посмотреть в лог ошибок.
Не получится такой модуль сделать. Вьюха может быть завязана где угодно: в настройках, в коде модуля, в коде темы и т.д. Такому модулю нужно будет иметь информацию о всех остальных модулях, чтобы менять имя вьюхи в других модулях, когда кто-то меняет его в админке. Это касается не только модуля Views, но и любого другого элемента системы, где что-то привязывается к уникальному id.
А чем вам не подошёл вариант с экспортом/импортом? Это же одно и то же. Просто нужно старую Вьюху удалить потом.
Так вроде бы обычный Exposed Filter добавить для какого-то поля и выбрать Operator = Contains. Вот, что у меня получилось в запросе:
AND (node.title LIKE '%test%' ESCAPE '\\')
Это то, что вы искали?
А через модуль Views не пробовали сделать поиск? Он вроде бы делает правильный поиск типа "LIKE '%$search%'". Если пробовали, то что не устраивает?
