Не сохраняются настройки в Drupal

23 марта 2012 в 3:43
Аватар пользователя olegmary olegmary 0 18

Не сохраняются никакие настройки во всём Drupal (7.10 + CKEditor 3.6.2 + новая своя простенькая тема).
Например: не ставятся и не убираются галочки в правах, не меняется название и слоган сайта,
не добавляется и не редактируется роль и т.д.
Причём сообщений об ошибках тоже нет.

А вот материалы создаются (например, Basic Page).

Удивительно, что этот вопрос неоднократно появлялся на форуме, но решения так и не найдено.
Все варианты типа очистить кэш, Ctrl-F5 в браузере, cron, ручная очитска таблиц cache*, а также:

php_flag suhosin.cookie.encrypt Off
php_value suhosin.request.max_vars 4096
php_value suhosin.post.max_vars 4096
php_value suhosin.post.max_value_length 64000
php_flag SecFilterEngine Off

не помогают.
Форум, насколько смог, перечитал.
Многие сталкиваются (судя по форуму), но никто не знает решения.
Ощущение такое, что что-то с правами, потому что подозрительно,
что попытка смены темы приводит к "Доступ запрещен (У вас нет доступа к этой странице.)"
При этом захожу, конечно, как администратор, и все галочки на правах проставлены.
Может у кого появилась новая информация по этому поводу?

Комментарии

Честно говоря, не уловил момента "слёта". Делал обычную установку, потом поставил
CKEditor, потом повозился с отладкой своей темы. Потом, предвкушая скорое завершение,
решил поставить пару галочек на права пользователя и обнаружил, что галочки не ставятся.
Про "раньше работало?" могу сказать, что галочки определённо ставились как минимум
на этапе установки CKEditor (там же нужно пару галок поставить, а CKEditor у меня
заработал).
Вроде бы все претензии сводятся к "моей простенькой теме". Может быть...
Но тогда почему не могу переключится на стандартные темы?
Вы дали хороший совет про update.php!
Эта возможность проходила мимо моего внимания, потому что всё устанавливалось новое,
только что скачанное. Типа, чего ещё обновлять?
Обязательно попробую и отпишусь, но только завтра.

23 марта 2012 в 4:05

"olegmary" wrote:
обнаружил, что галочки не ставятся.

У меня подобная была проблема, но только у ноды галочки игнорировались. Мне помогло отключение модуля Rules

23 марта 2012 в 10:07

"Niklan" wrote:
Мне помогло отключение модуля Rules

Проверил этот совет: модуля Rules нет в списке модулей.
Может быть в версии 7.10 и не должно быть такого модуля...

23 марта 2012 в 10:35

"olegmary" wrote:
Может быть в версии 7.10 и не должно быть такого модуля...

Это вообще отдельный модуль. Если нету, не беда.

Какой хостинг?

Скачайте с сайта Acquia программу Dev Desktop. Запустите на нем друпал. Проблема остается? Если нет, то скорее всего нужно будет уже копать в сторону хостинга.

Конечно поднимать нужно не чистый друпал, а тот на котором проблема.

Если не поймете как пользоваться, смотрите видео. Мимолетом пролистал его, то что нужно.

23 марта 2012 в 10:52

Последние вести с фронта борьбы с несохраняющимися галочками и другими параметрами:
Решено методом грубой силы (всё снесено и установлено заново).
Отсюда выводы (может быть полезно для будущих воинов):
Проблемы были внутри Drupal (по крайней мере 7.10)
Дело в том, что переустановлено буквально то же самое. Я сузил круг подозреваемых
до своей собственной темы, но дело не в ней. Она была без изменений установлена в новую
систему и всё пошло без проблем.
Другими словами, в Drupal можно выполнить какое-то необратимое действие, которое
приводит к его неработоспособности и штатными средствами восстановиться
либо очень проблематично, либо невозможно.
Причём замечу, что довести его "до ручки" можно безобидными действиями типа
установки галочек и прописывания параметров средствами самого Drupal.
У меня всё решилось относительно легко (переустановкой) т.к. информационного наполнения
на сайте не было, но я не завидую тем, у кого он взбрыкнёт на боевом и масштабном сайте!
Тем не менее не хочу бросать ни одного камня в огород Drupal. Наоборот, на практике
убедился, что система заслуживает внимания, как очень мощный инструмент.
Но хорошая "айтишная" подготовка будет очень полезным подспорьем в его использовании.
А где такая подготовка не будет мощным подспорьем?

Всем большое спасибо за участие!
Спасибо Niklan за полезную информацию о Dev Desktop!

23 марта 2012 в 13:35

"olegmary" wrote:
довести его "до ручки" можно безобидными действиями типа
установки галочек

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

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

23 марта 2012 в 17:24

Есть новости по проблеме? все чаще с ней сталкиваюсь. Пере установить объемный сайт с базой одного контента метров на 300 проблемно...
Нужно все таки как-то научится решать проблему.

29 июня 2012 в 15:52

Судя по всему, универсального метода решения нет. Причиной тому, скорее всего, является
не одна какая-то конкретная проблема, а наложение и переплетение разных обстоятельств.

3 июля 2012 в 14:03

Была аналогичная проблема, кэши чистили, модули фиксили - все бестолку.

Оказалось, что все дело было в APC - Alternative PHP Cache.

Так что пробуйте и не сдавайтесь Smile

19 марта 2014 в 8:18

Все вышеперечисленное попробовал, смотрел буржуйские сайты, но проблему решил неожиданно...Собственно путем выключения чистых ссылок. А поскольку выключить их нельзя, то в адресе в место стандартного admin/config/search/clean-urls набираем /?q=admin/config/search/clean-urls и собственно танцы с бубном заканчиваются...

28 октября 2014 в 21:03

"albee29" wrote:
Все вышеперечисленное попробовал, смотрел буржуйские сайты, но проблему решил неожиданно...Собственно путем выключения чистых ссылок. А поскольку выключить их нельзя, то в адресе в место стандартного admin/config/search/clean-urls набираем /?q=admin/config/search/clean-urls и собственно танцы с бубном заканчиваются...

мне тоже помогло, н д этого что бы включить чистые ссылки пришлось в settings руками прописвать, $conf['clean_url']=1;,
поменял на 0.

17 февраля 2015 в 2:49

Сегодня столкнулся с подобной проблемой.
Решение было в корявом htaccess, а конкретнее в коде boost, который был добавлен в htaccess. Временное решение проблемы - дефолтный htaccess, с проблемами буста пока не разбирался - времени нет.

P.S. выключение чистых ссылок есть решение той же самой проблемы htaccess, но только с другого конца ))

10 июня 2016 в 9:49

Столкнулся с тем, что не сохраняются настройки прав доступа. Не подскажете, где хранятся в базе данных права доступа к типу содержимого?

30 июня 2016 в 10:15

Сталкнулся с такой же проблемой. Если убрал boost правила из htaccess, то всё нормально, если добавить - опять не сохраняются настройки. При этой начало пропадать админ меню.
РЕШЕНИЕ:
моё решение оказалось таким: перед обнаружением данной проблемы был удалён модуль memcached, но сервис не был остановлен в linux, в итоге я остановил сервис memcached и перезапустил apache2 и php-fpm. После данных действий всё встало на свои места.

14 июля 2018 в 14:13