Не люблю я комментарии подробного рода, но... Для начала стоит более широко осветить проблему: где работает, версии ПО (в большей степени наверно версии PHP), где не работает, версии ПО и тп. Сейчас вопрос выглядит как: "Почему не горит лампа в комнате? Выключатель работает... В подъезде эта же лампа горит нормально"
Стоит проверить отключен ли вывод сообщений об ошибках в PHP (копаем в сторону error_report(), соответственно включение может пролить свет на проблему). На первый взгляд ответ может лежать в разнице версий PHP, как вариант ошибка при обращении к БД. Базы данных и там и там одинаковые, я правильно понимаю?
Теоретически - да (если они не прописаны в явном виде), но если код написан грамотно, то там должны быть одинаковые кодировки, предполагаю, что этот вариант можно проверить, но он маловероятен
Да, в конфигурации сервера есть кодировки по-умолчанию, но, опять же, если грамотно, то кодировка задается явно в коде PHP, HTML. Если есть возможность, надо посмотреть, что приходит на сервер, те самые данные для авторизации. На счет error.log запись в него не отключена часом?
Надо идти последовательно:
Посмотреть, что приходит на сервер? Сессия в любом случае будет создана, даже если авторизация не пройдет.
Смотреть поведение БД, находит ли она учетную запись соответствующую данным авторизации (!).
Если все это происходит, то есть ли среди переменных сессии "метка", что пользователь авторизовался.
Ну и между тем смотреть не возникает ли где ошибок в процессе авторизации. Надо вписать error_reporting(-1) в код php, чем раньше тем лучше, чтобы быть уверенным в том, что все ошибки выводятся
Запись в error.log включена, уровень debug. На сервер приходят верные данные. Учетную запись есть в БД и она находится. В сессии есть метка об авторизации. Ошибок php нет. Кодировки на серверах одинаковые - ISO-8859-1. Уже не знаю что еще проверить...
Есть еще странность: часть пользователей авторизуется, а часть нет. При чем с рабочего компьютера я могу войти под своей учетной записью, а с домашнего нет.
Видимо, на стороне сервера все в порядке. Менялись ли файлы js (вопрос кэширования js файлов как вариант). После "неудачной" авторизации, если обновить страничку появляется ли доступ? Анализировать данные пользователей, если есть возможность, тех кто авторизовался и тех кто не смог (русские логины/пароли у тех кто не авторизовался - смысл вернуться к вопросу кодировок).
А так... Наверняка вопрос в какой-нибудь хрени мелкой, как оно обычно и бывает :)
Файлы все одинаковые, кеширование исключено. Если обновить страничку после ввода верных данных, доступа нет. Логины / пароли состоят из английских букв только и спецсимволов. Не могу понять, почему авторизация на одном рабочем месте есть (допустим моя на работе), и ее нет на другом рабочем месте (у меня дома)
Да, задачка так задачка... Вопрос про использование спецсимволов и кавычек поднимался, с добавлением лишних слешей? Хотя вопрос локализации пользователя сюда не привяжешь...
Нашел в чем была ошибка ) Дело было в ip-адресах. При авторизации IP определялся так - ip2long($_SERVER['REMOTE_ADDR']), а при проверке так - sprintf('%u', ip2long($_SERVER['REMOTE_ADDR'])). Отсюда и проблема и ответ на вопрос почему в один и тот же аккаунт не всегда пускало ) Спасибо!
Простой
Простой
