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

Главные вкладки

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

Не сохраняются никакие настройки во всём 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

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

Комментарии

Аватар пользователя olegmary olegmary 23 марта 2012 в 4:05

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

Аватар пользователя Niklan Niklan 23 марта 2012 в 10:07

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

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

Аватар пользователя olegmary olegmary 23 марта 2012 в 10:35

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

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

Аватар пользователя Niklan Niklan 23 марта 2012 в 10:52

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

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

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

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

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

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

Аватар пользователя olegmary olegmary 23 марта 2012 в 13:35

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

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

Аватар пользователя Niklan Niklan 23 марта 2012 в 17:24

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

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

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

Аватар пользователя morgenshtern morgenshtern 29 июня 2012 в 15:52

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

Аватар пользователя olegmary olegmary 3 июля 2012 в 14:03

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

Аватар пользователя Olelishna Olelishna 19 марта 2014 в 8:18

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

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

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

Аватар пользователя albee29 albee29 28 октября 2014 в 21:03

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

Аватар пользователя koskos koskos 17 февраля 2015 в 2:49

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

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

Аватар пользователя atolloc atolloc 10 июня 2016 в 9:49

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

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

Аватар пользователя vadim-tut vadim-tut 30 июня 2016 в 10:15

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

Аватар пользователя vebmaster vebmaster 14 июля 2018 в 14:13

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