28 июля 2006 в 20:57
Вобщем проблема такая:
Пользователи пишут что не могут зайти в систему в IE.
Т.е. они вводят высланный им пороль и логин в поле ввода, а вход не происходит.
Но при этом их ник начинает светиться в блеке "кто он-лайн".
Т.е. такая вот фигня.
В Опера9 вроде всё нормально.
Ни кто не замечал ничего подобного?
И вообще как отключить обязательную регистрацию через mail?
Комментарии
у меня бывало частенько и само проходило
не знаю - наверно что-то с кешем или с хедерсами странички когда эксплорер показывает закешированный вариант - разберетесь - поделитесть советом
Я и сам вчера пробовал - не могу войти с первого раза...
А ведь это же распугивает моих новых пользователей...
Им же не будешь объяснять что это глюченный Друпал и у него проблемы с кэшем... они просто свалят...
Блин, херово...
.
А никто не знает как решить эту проблему?
Не совсем по теме, но тоже очень полезно сделать:
http://drupal.htdogs.ru/node/395
Попробавл сделать так как там написано.
Но чего-то вообще страницы перестали открываться. Т.е. чистая страница появляется и всё.
у меня та же фигня. Попытки залогиниться с 3 разных компов дали такие результаты: фаерфокс авторизуется нормально, ie - нет, линуксовый gecko - тоже не авторизуется, хотя он на мозилловском движке и вроде как особой разницы с фф быть не должно.
Точнее, судя по логу и ie, и gecko авторизуются, но у них после обновления страницы остатся окно авторизации.
Кеш отключён. Не помогло
Уже задавал вопрос тут http://drupal.htdogs.ru/node/775 - но никто так и не ответил.
а если после незалогивания через IE - нажать "обновить" - то залогиваниется?
У меня залогинивается после обновления.
.
Но два юзера уже писали мне, что перепробовали всё, два часа не могли войти.
Т.е. у кого-то вообще никак не получается.
Хрен его знает от чего это. Я уже перепробовал и отключать кэш и включать его на время - результат прежний.
Ещё сегодня глюк заметил:
.
Вводится слово для поиска в поле поиска.
Нажимается на "поиск".
.
И тебя выбрасывает из зарегистрированных пользователей. Т.е. ты становишься незарегистрированным... хотя на "выход" не нажимал.
Вобщем полный крандец...
Во избежание проблем со входом я на одном из своих сайтов установил модуль logintoboggan в связке с captcha. Настроил так, чтобы новый пользователь сразу залогинивался при вводе имени и пароля. Проблемы как будто изчезли.
Так то оно так.
Но пользователь может пожелать выйти, а потом снова войти. И эти проблемы продолжатся.
.
Блин, у меня ваще сейчас труба: выкидывает при любой отправке поста. Просто выбрасывает и требует опять логиниться.
а может таблица сессий поломалась?
В Опера9 проблем нету.
Это наблюдается только в IE.
Но это 80% юзверей...
Ещё глюк в копилку:
.
Если залогиниться в IE под несколькоми никами одному человеку, и выйти под одним, а потом войти под другим, потом выйти из этого и входить под другими - то получается каша.
Система начинает подставлять ники которые были до предыдущего.
.
Т.е. проблема не только в том что зарегистрированному подсовывается системой страница незарегистрированного юзера, но ещё в том что подсовывается предыдущий вход под другим ником...
.
Блин, неужели нельзя решить эту проблему?
Это же пипец... (((
в Opera 7.01 все работает, в IE 6 нет...
перепробовал все что можно... не пускает и все...
в Opera 7.01 все работает, в IE 6 нет...
перепробовал все что можно... не пускает и все...
Вобщем нашёл свежий потч для лечения этой проблемы.
Но патч написан как-то коряво.
Пропатчить не получается.
Народ, кто сможет разобраться пропатчите плиз и если заработает то прикрепите тут пропатченный файлик.
.
Вот ссылка на сам патч:
http://drupal.org/files/issues/bootstrap.inc_r1.96.2.2_patch01
.
Это сраница откуда он взят:
http://drupal.org/node/70075
.
Я пробовал по всякому, но блин эти плюсики явно не лучший способ объяснять что на что менять. И они явно где-то либо пропускаются либо ставятся не там где надо...
ох... с моим знанием английского явно не получится потестить
будем ждать спецов 
Ага, спецы явно необходимы...
Блин, ну правда, кто по умнее, сделайте, ёлы-палы...
Всем же нужно...
Пропатчил файл.
Ридми к патчу был с ошибкой (была лишняя скобка).
Поставил.
Сейчас вроде всё работет без проблем.
ЗЫ
10 раз пытался прикрепить пропатченный файл сюда, не получилось... плюнул...
Вобщем не знаю... тут файлы не крепятся ни хера...
это крайне печально
патчик был бы к месту...
Сюда залил:
http://ifolder.ru/81347
.
Файл bootstrap.inc с самым последним патчем за июль.
Просто нужно перезалить и всё.
Вобщем установлена новая версия Drupal 4.7.3.
Но юзеры всё равно сообщают что войти в систему не могут.
Я смотрю в админке в логах - там пишется:
Ошибка входа в систему...
И причём много раз.
Т.е. юзер не может войти в систему.
Это проверено на только что зарегистрированном юзере (проверял по IP). Т.е. в логах пишется, что он вначале зарегился, потом многократно пытался войти...
Блин... это капец... так можно растерять всех пользователей...
Это очень херово...
А это пробовали?
http://drupal.org/node/6696#comment-138210
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Попробую.
А кстати кто-нить может расшифровать за что отвечают эти настройки:
.
ini_set('arg_separator.output', '&');
ini_set('magic_quotes_runtime', 0);
ini_set('magic_quotes_sybase', 0);
ini_set('session.cache_expire', 200000);
ini_set('session.cache_limiter', 'none');
ini_set('session.cookie_lifetime', 2000000);
ini_set('session.gc_maxlifetime', 200000);
ini_set('session.save_handler', 'user');
ini_set('session.use_only_cookies', 1);
ini_set('session.use_trans_sid', 0);
ini_set('url_rewriter.tags', '');
.
???
Может их имеет смысл как-то улучшить?
2AloneDemo,
ini_set - Sets the value of a configuration option
php.net - дешифратор
antazy@drupal.org, можно немного поподробнее?
Вобщем не знаю что там в новой версии сделано - но нихрена не изменилос... как юзеры не могли войти, так они по прежнему не могут войти...
.
Natalie, вариант работает, но ё-маё он полностью очищает все куки у всех... т.е. это нужно всегда поновому логиниться. Что не вариант...
А что пишет в журнале? там нет ни каких ошибок?
antazy@drupal.org,
Ну так я и пишу в верхних постах этой темы, что в логих пишет:
Ошибка входа в систему.
.
Но есть ещё варианты, когда повторяется в логах надпись "Сесия для ..."
Т.е. эта надпись повторяется много раз...
Это говорит о том, что юзер не может войти в систему, иначе нафига ему много раз вводить свой логин и пароль...
Вот еще что-то в тему
http://drupal.org/node/55364
http://drupal.org/node/60584
http://www.cmsproducer.com/drupal-login-session-cookie-without-error
Проверьте, могут ли юзеры зарегистрироваться через /user?
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Ещё здесь:
http://drupal.org/node/60584
.
Ну видать не у меня одного такая проблема...
Но что-то она решается дико медленно.
Уже ощущение что она никогда вообще не решится...
Проблема встречается, но не всегда и не у всех, поэтому, видимо, сложно найти одно решение. Можно попробовать несколько и посмотреть, сработает ли что-нибудь.
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Вобщем я продолжаю терять пользователей.
В админке по прежнему последовательная череда записей типа:
[b]Ошибка входа в систему для...[/b]
Мда, это самая большая проблема у Друпала.
Нафиг такая система, если теряется самое гланое - пользователи.
Попробовал выставить значение на "0":
ini_set('session.cache_expire', 0);
В файле: settings
Вроде стало получше.
Не ничего не помогает... блин.
Как правило в логах пишется 2-3 раза "Ошибка входа в систему..." и только потом юзер появляется.
А некоторые появляются (видятся в он-лайне) но страница им демонстрируется незарегистрированного пользователя..
.
Ещё прикол:
Пользователь после входит, но перейдя на страницу, на которой он был ранее как незарегистрированный пользователь - вновь видит её как незарегистрированный, т.е. с полем ввода логина и пороля...
Бред какой-то.
Оппана... сейчас обратил внимание на такую деталь:
.
Я захожу как незарегистрированный юзер по адресу на свой сайт:
http://mysite.ru
Вход не производится.
А меня перенаправляет на этот адрес:
http://www.mysite.ru/?time=1155933377
.
Никто не в курсе, это нормально? Так и должно быть? И чтобы это значило?
Кстати когда нажимаю "Выйти" меня тоже перенаправляет на этот адрес:
http://www.mysite.ru/?time=1155933377
имею те же грабли, что и AloneDemo
В общем, когда у меня появилась та же фигня, то помог этот фикс:
В user.module надо закомментировать строчку session_regenerate_id()
//session_regenerate_id();
db_query("UPDATE {sessions} SET sid = '%s' WHERE sid = '%s'", session_id(), $old_session_id);
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
А не скажите насколько критична уязвимость?
зы. Входитm стал с первого раза, а вот выход все равно со второго
Кстати, страница logut после выхода недоступна и пишет
"Доступ запрещен
У вас нет прав для просмотра этой страницы. "
как сделать так, чтобы оно выходило на главную страницу?
pps. блин, на локальном входит а у хостера опять со второго раза.. фигня какая.-то. в админке ошибок нет, тока входит со второго раза (и выходит тоже), скажите как поправить?!
проверил - работает!
Natalie - спасибо!!! 
Правда, я почитала дальше, говорят, что этот хак может быть потенциальной угрозой безопасностью... но если ничего больше не работает
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
> Правда, я почитала дальше, говорят, что
> этот хак может быть потенциальной угрозой безопасностью
а где про это читать?
Не помню, по одной из приведенных ссылок. Ничего критичного, просто потенциальная уязвимость.
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
я кстати заметил, что от установок времени в друпале зависит работа кэша. У меня стояло +0300 (часовой пояс Москвы), но почему-то это было на час меньше чем есть на самом деле. При этом анонимусы часто вообще не могли страницы загрузить до конца. Поставил +0400 и вроде пока работает.
Natalie, точно! работает.
Довольно стабильно сейчас.
Не, не работает.
Пользователи в Друпале всё равно не могут входить в IE в систему.
Просто фантастическое равнодушие разработчиков Друпала к факту того, что как минимум 30% пользователей Друпала просто сваливает из-за того, что не могут войти в систему.
Уверены, что проблема не в настройках данного конкретного сервера? У меня на сервере несколько установок друпала (4.6 и 4.7) - проблемы с логинами пока не вижу. В логах drupal.ru ошибки входа пользователей попадаются, но в разумном количестве. А, нет, вот подряд десятка два записей... только там человек входя по внешнему логину вместо drupal.htdogs.ru писал dripal.htdogs.ru. Движок тут явно не причём
--
Axel,
Darcs-репозиторий разработок для Drupal
Ну не знаю. Это уже может быть что-то с сервером.
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Может, поделиться настройками и сравнить их?
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
У меня вдруг периодически перестал работать логин на этом сайте с рабочего IE. Лечится удалением кукис.
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
вот уже и это перестало работать
Вот счас не вошел с главной странцы. Когда мой логин уберется из списка, попробую удалить кукис дрюпла.ру и зайти не с главной. Одним словом буду пробовать разные варианты и излагать их тут.
IE6.0.2900.2180.xpsp_sp2_rtm.040803-2158, Windows XP Proffesinal SP2
(не иронизируйте над такой моей дотошностью, для примера: глюки могут быть даже из-за разных моделей процессора, т.к. у разных процессоров разный набор команд)
С одной из нод зашел.
Сделал следующее:
дождался убирания моего ника из списка
закрыл броузер
нашел все кукисы содержащие слово drupal из /Doc&Set/Я/Coockies
удалил их
зашел на drupal.ru
перешел на один из нодов
вошел в систему
в следующий раз попробую тоже самое, но с главной
буду перебирать варианты
счас первый раз заходил не с главной
не зашел
IE
С главной не зашел.
Сделал следующее:
дождался убирания моего ника из списка
броузер не закрывал
нашел все кукисы содержащие слово drupal из /Doc&Set/Я/Coockies
удалил их
с главной страницы drupal.ru зайти не удалось
С ноды не зашел.
Сделал следующее:
не дожидался убирания моего ника из списка
броузер не закрывал
нашел все кукисы содержащие слово drupal из /Doc&Set/Я/Coockies
удалил их
с одной из нод зайти не удалось
ничего из выше перечисленного не помогло, у меня сайт некоторое время работал, а потом началась эта фигня.
как я понял, была ошибка в 4.7.3 если пхп 5 стоял, в 4.7.4 пофиксили, но у меня сейчас опять вылезла в 5.1, юзер логинится, в журнале нормальный вход в систему, но страница у него стартовая, для незарегеных юзверей, причем только в ие (во всяком случае ИЕ6), в опере и лисе все нормально работает... дома, на денвере, тоже все супер, на хостинге же на тестовый период поставил домен 4-го уровня, может в этом дело?
Я недавно сделал тестовый мультисайтинг с доменом demo.mysite.com, так только с Оперы можно было залогиниться.
Ставил Друпал на несколько сайтов ... на одном и том же хосте ... половина работает ... половина нет ... не могу войти ... ИЕ6 ... причем проблемы ... кажется там ... где домен третьего уровня ...
... обнаружил такие строки ... в файле ... /sites/default/settings.php
/**
* Base URL (optional).
*
* If you are experiencing issues with different site domains,
* uncomment the Base URL statement below (remove the leading hash sign)
* and fill in the URL to your Drupal installation.
*
* You might also want to force users to use a given domain.
* See the .htaccess file for more information.
*
* Examples:
* $base_url = 'http://www.example.com';
* $base_url = 'http://www.example.com:8888';
* $base_url = 'http://www.example.com/drupal';
* $base_url = 'https://www.example.com:8888/drupal';
*
* It is not allowed to have a trailing slash; Drupal will add it
* for you.
*/
... убрал коммент ... в строке ... и прописал туда адрес папки с Друпалом ...
$base_url = 'http://www.name.domenname.ru/testdrupal'; // NO trailing slash!
... на всякий случай ... зачистил кукисы и кеш ... вроде работает ...
помогли 2 изменения
1 файл session.inc
после
function sess_read($key) {
global $user;
добавил
register_shutdown_function('session_write_close');
2 в index.php в самый конец добавил
session_write_close();
(друпал 4.7 и 4.6,5)
случилось после перехода на последний пхп
может это IE из кеша берет старые данные и обновлять не хочет
а попробуйте в теме - перед выдачей странички послать такие http headers:
<?php
header( 'Expires: Mon, 26 Jul 1997 05:00:00 GMT' );
header( 'Last-Modified: ' . gmdate( 'D, d M Y H:i:s' ) . ' GMT' );
header( 'Cache-Control: no-store, no-cache, must-revalidate' );
header( 'Cache-Control: post-check=0, pre-check=0', false );
header( 'Pragma: no-cache' );
?>
должно в половине случаев помочь
и вообще друпал очень нехорошо обращается с датой создания документа - он для всех ставит что буд-то бы документ только что создался, однако поисковики это проверяют и вынуждены по кругу скачивать весь сайт целиком.
Все проблемы с сесьями, очень хороший пост, благодарен что он есть, навело на мысль. У меня другая проблема была, обхохотаться (хотя совсем и грустно), слил копию с сайта клиента, чтобы на своем хосте все делать, оказалось, что аноним спокойно может лазить по админке, во было смеху, целый день угробмл, чистил кеш в таблах, перезаливал бд, и тд и тд. пока не встретил этот пост и полез сразу в инклюдыи по модулям прошелся, заменил некоторые и другой шаблон поставил и все встало на свои места. В общем весьма признателен, главное мысль!
_________________________________
Проблемы есть тогда когда нет мыслей!
может это
http://drupal.org/node/83822
говорят в последнем 5.2 поправили