Я шукав, як виглядають сотні рішень, і реалізував їх усі. Я також шукав цей веб-сайт, щоб знайти те саме питання, але не зміг його знайти.
У мене є сайт для розробки та виробничий майданчик. Для переміщення між двома я використовую github push і тягне. Це не було проблемою в минулому, однак я зіткнувся з цією проблемою кілька разів. Після міграції файлів Drupal більше не дозволяє мені входити в систему. Я намагаюся отримати свої облікові дані та негайно отримую сторінку з забороненим доступом.
Файли cookie мого сайту без проблем читають і пишуть. Я знайшов ідентифікатор файлу cookie та виявив, що це запис у базі даних. Отже, файли cookie, здається, працюють нормально, а записи в базі даних працюють дещо чудово.
Проблема, яку я бачу, полягає в тому, що записи сеансів бази даних не зберігають ідентифікаторів користувачів. Коли я вручну змінюю ідентифікатор користувача у db-записі на 1, для мого IP-адреси, а потім оновлюю веб-сайт, я входжу в систему. Будуте ідеї?
- /programming/2846935/cannot-login-to-drupal-in-chrome-or-firefox-but-safari-works пропонує мені оновити $ cookie_domain у файлі settings.php. Я випробував кожну конфігурацію, і це не допомогло.
- http://www.go2linux.org/cannot-login-into-drupal-table-corrupted також пропонують мені відновити таблицю сеансів. Я це зробив, очистив сеанси від db та очистив файли cookie. Це не спрацювало.
- http://www.madebymorgan.com/blog/2010/07/15/cant-login-after-drupal-617-upgrade пропонує мені оновити значення в моєму файлі settings.php: $ cookie_domain та $ base_url. Я пробував кожну комбінацію і невдало.
- Я прочитав INSTALL.txt , який говорить , щоб виконати наступні команди для відповідних рівнів дозволів і власності:
chmod o+w sites/default/settings.php,chmod o+w sites/default,chmod o+w sites/default/files,chmod a-w sites/default/settings.php,chmod a-w sites/default. Це не спрацювало. - Патч http://drupal.org/node/56357#comment-236726 додає код у файл сесій. Я це зробив, і це не спрацювало.
- На http://drupal.org/node/56357#comment-391535 , markus_petrux висунув гарну пропозицію, визначивши PHPSESSID з новою назвою, а також встановивши домен та шлях cookie вручну. Це не спрацювало.
- http://old.nabble.com/Re%3A-Can%27t-login-p22258960.html пропонує додати
register_shutdown_function('session_write_close');в кінці роботи settings.php, що також не працювало для мене. - http://drupal.org/node/6696#comment-204863 повідомляє нам додати деякі параметри ini в settings.php, очистити кеш, очистити файли cookie, очистити конфіденційність, перезапустити Firefox та додати до settings.php наступні рядки:
ini_set('session.cookie_domain', 'exampleorg');
ini_set('session.cookie_domain','www.example.org');
ini_set('session.auto_start', 0);