Невозможно войти в drupal в Chrome или Firefox, но Safari работает

Question

Проблема: Логин не работает в Firefox и Chrome, но работает в Safari.

подробности:
Мы просто перенесли установку drupal 6 на другой хост и выполнили несколько шагов:

Перемещенные
сайты / site1 / Темы / themeFolder
до
сайты / все / Темы / themeFolder

внес эти изменения в файлы page-node-NNN.tpl.php (поиск все файлы в темах / themeFolder):

1) найти: / oldpath / replace: / newpath /
2) найти: oldsubdomain. заменить: www.
3) найти: .com / sites / replace: .com / newpath / sites /

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

Странно то, что для 3 человек с тремя разными системами Firefox и Chrome не работают. Но Safari делает. Мы исключили, что это база данных или старые куки.

У кого-нибудь есть хорошие предположения?

Answer 1

ОК <, так что это старый пост, и хотя заметки здесь были хорошими, они не полностью решили мою похожую проблему. В итоге я обнаружил, что моя неспособность войти в систему была связана не с поврежденной таблицей сеансов, а с недостатком дискового пространства на сервере. Поэтому, если ничего не помогает, войдите на свой сервер (linux и т. Д.) И выполните команду df -h, которая покажет статистику доступности вашего диска. Если вы обнаружите, что у вас очень мало места, введите команду: </p>

find / -type f -size + 50000k -exec ls -lh {} \; | awk '{print $ 9 ":" $ 5}'

(здесь будут найдены все файлы размером более 50 МБ, это хорошее место для начала, если вы ведете много журналов и т. Д.). Затем пройдите и удалите ненужные файлы (или просто добавьте больше дисков).

Answer 2

Я мог войти на сайт моего клиента на Drupal через Firefox, но не через любой другой браузер. Оказалось, что часы моего клиент-сервера были выключены на 2 года. Хенрик уже говорил об этом, но я могу подтвердить, что это было причиной для меня.

Answer 3

Вы проверяли переменную $cookie_domain в файле settings.php? Он должен быть либо закомментирован, либо адаптирован к вашему новому домену. (Я слабо помню, что в Safari была немного другая модель обработки домена cookie, чем в других браузерах - хотя и не уверен.)

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

Другим (диким) предположением будет установка даты / времени на новом хосте. Это довольно маловероятно, но если дата уходит в прошлое, срок действия файлов cookie истекает, и браузеры могут поступить иначе.

Кроме того, вы наверняка сбросили все кэши Drupal после хода, не так ли?

Answer 4

Ух, ладно, я обнаружил, что одна из причин, по которой он не будет работать, - установка времени по умолчанию для окон из синхронизации. Если вы измените его на несколько часов раньше или позже, это может привести к невозможности входа на ваш сайт. Восстановите его до значений по умолчанию и очистите кэш и файлы cookie, а затем закройте браузер и перезапустите его. У меня это сработало!

Answer 5

У меня была похожая проблема, которая была вызвана поврежденной таблицей сеансов в базе данных. Я исправил это, исправив таблицу сессий, следуя совету в статье на http://www.go2linux.org/cannot-login-into-drupal-table-corrupted