Если, честно, то я и сам не особо понимаю, где тут связь, и опять же я специально не проверял причинно-следственные связи, не анализировал, но у меня подобные вещи случались. Причем, ситуация повторялась как на локально установленном сервере, так и на сервере хостера. Раза два я такое видал, т.к. поведение на разных серверах идентичное - тупо забил и забыл об этом. Если память не изменяет, то таблицы сначала удалялись, а потом экспортировались в БД.
Да, если сессии слетают только у некоторых пользователей, то копать в моем направлении не стоит, в моем случае умирали все сессии, и тому причиной, видимо, apache
Нагрузка никакая мягко говоря, дай бог возрастет ...когда-нибудь. Изначально планировался вариант 2, но выбить денег - это же проблема на самом деле, в итоге решено было оставить под систему один SAS под помойку SATA, потом добавить в RAID 1 еще SAS к первому, так и жать далее
Да, задачка так задачка... Вопрос про использование спецсимволов и кавычек поднимался, с добавлением лишних слешей? Хотя вопрос локализации пользователя сюда не привяжешь...
Видимо, на стороне сервера все в порядке. Менялись ли файлы js (вопрос кэширования js файлов как вариант). После "неудачной" авторизации, если обновить страничку появляется ли доступ? Анализировать данные пользователей, если есть возможность, тех кто авторизовался и тех кто не смог (русские логины/пароли у тех кто не авторизовался - смысл вернуться к вопросу кодировок).
А так... Наверняка вопрос в какой-нибудь хрени мелкой, как оно обычно и бывает :)
Да, в конфигурации сервера есть кодировки по-умолчанию, но, опять же, если грамотно, то кодировка задается явно в коде PHP, HTML. Если есть возможность, надо посмотреть, что приходит на сервер, те самые данные для авторизации. На счет error.log запись в него не отключена часом?
Надо идти последовательно:
Посмотреть, что приходит на сервер? Сессия в любом случае будет создана, даже если авторизация не пройдет.
Смотреть поведение БД, находит ли она учетную запись соответствующую данным авторизации (!).
Если все это происходит, то есть ли среди переменных сессии "метка", что пользователь авторизовался.
Ну и между тем смотреть не возникает ли где ошибок в процессе авторизации. Надо вписать error_reporting(-1) в код php, чем раньше тем лучше, чтобы быть уверенным в том, что все ошибки выводятся
Теоретически - да (если они не прописаны в явном виде), но если код написан грамотно, то там должны быть одинаковые кодировки, предполагаю, что этот вариант можно проверить, но он маловероятен
Стоит проверить отключен ли вывод сообщений об ошибках в PHP (копаем в сторону error_report(), соответственно включение может пролить свет на проблему). На первый взгляд ответ может лежать в разнице версий PHP, как вариант ошибка при обращении к БД. Базы данных и там и там одинаковые, я правильно понимаю?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.