15 мая 2016 в 20:56
Всем привет!
Установил буст. Прописал в htaccess, отключил родной кеш.
Работает, кеш сохраняется, вроде все хорошо.
Но!
Возникли такие проблемы:
1. Отключается меню администратора (вверху) - вроде как решил, отключив ему кеширование (пока проверяю)
2. Самое главное - не созраняются никакие настройки в админке. Подключить блок или модуль - не подключается, все возвращается на место. Сохранить какие-либо настройки - не сохраняются. Вообще нигде.
Кто сталкивался, как решить?
Комментарии
Про буст, много написано, но imho для динамических сайтов с юзверями, сюрпризы будут поджидать на каждом шагу.
Да нет никаких там сюрпризов, он прост, и прямолинеен. И просто не кеишрует вообще ничего для авторизованных пользователей.
Если ничего не путаю, для авторизованных юзеров буст вообще нежелательно использовать, собственно потому и обрубается менюшка и настройки.
Была такая мысль. Но где-то настраивается? Он вроде как по умолчанию для не авторизованных пользователей должен работать
Не нежелательно, а он просто так не работает.
Я вообще не знаю, как удалось автору топика закешировать бустом страницы для авторизованного пользователя, разве что не полностью скопировать правила в .htaccess?
Как то решили? та же самая проблема(((((
Слишком мало данных для какой-либо диагностики.
Проверьте, для начала, точно-ли все сгенерированные boost правила скопировали в .htaccess?
Если да, то напишите что-ли мне в скайп, попробую помочь.
Такая же проблема наблюдается:
1. Включаешь буст, настраиваешь и он исправно генерит кэш.
2. Пытаешься авторизоваться, обновляется страница и снова запрашивает логин/пароль (как будто авторизация не прошла), но если обратиться по ссылке /?q=user, то панелька администратора открывается и по ней можно даже ходить и смотреть конфиги, но ИЗМЕНИТЬ ничего нельзя.
Все сдалано строго по мануалу. Есть мнение, что не отрабатывают чистые ссылки, как исправить непонятно. Может быть проблема и в хостинге, но сомневаюсь.
У кого-то нашлось решение?
Проблема-то наверняка в хостинге, точнее настройках серверного ПО - тут нет сомнений. Вот только какая...
Есть-ли у вас reverse-proxy, например nginx, перед апачем? Если да, нужно проанализировать его конфиг.
Какая у вас версия apache, и какая конфигурация для вашего виртуального хоста? Что разрешено оверрайдить в .htaccess?
Покажите ваш .htaccess, всё-ли там правильно с порядком инструкций?
Есть-ли у вас кука с названием DRUPAL_UID?
Собственно, вот кусок, пропускающий кеширование, там, где оно не нужно, например в админке, для не анонимов, не для GET запросов и.т.п.:
RewriteCond %{REQUEST_URI} (^/(admin|cache|misc|modules|sites|system|openid|themes|node/add|comment/reply))|(/(edit|user|user/(login|password|register))$) [OR]
RewriteCond %{HTTPS} on [OR]
RewriteCond %{HTTP_COOKIE} DRUPAL_UID [OR]
RewriteCond %{ENV:REDIRECT_STATUS} 200
RewriteRule .* - [S=3]
И он даже избыточен, на самом деле. Например, при https терминирущемся на reverse-proxy строку RewriteCond %{HTTPS} on [OR] можно смело исключить.