Доброго времени суток, форумчане!
Три дня назад мигрировал с 1.9. Процесс прошел как по нотам, инструкция понятна, никаких разночтений не допускает. Сразу после миграции обновился до 1.10.1, потом подгрузил адаптированный шаблон Dezerit'a. И вроде бы все нормально, со своей стороны захожу на сайт без проблем, блоги создаются, комменты пишутся… Но с авторизацией зарегистрированных если не катастрофа, то большая беда. Третий день половина людей вообще не может зайти на сайт, с первой же попытки получая сообщение, что аккаунт заблокирован, срок блокировки бесконечен… Некоторые смогли пробиться, но не могут комментировать — кнопки "Ответить" и "Добавить комментарий" неактивны.
Но с этим-то ладно, а вот с авторизацией вообще не пойму, что делать, как лечить? Один из пользователей даже отметил (из тех двоих, кто смог войти нормально): "По ходу разработчики добились наконец очеловечивания софта, получив на выходе такую черту как взбалмошность (хочу залогиню, хочу не залогиню — у меня нет настроения!) ;))))"
Может быть у тех, кто уже на 1.10, были такие непонятки с авторизацией? Если да, поделитесь опытом решения проблемы? Сайт фактически стоит без людей. (Регистрация нового пользователя проходит нормально, я с офисного компа зарегился, все работает… это третий, кстати, акк, который на сайт заходит без проблем )))
У меня были вопросы с авторизацией и рег-цией… Но все дело было в кеше… Я на модули меню и меню польз-ля отключил кеширование… Все встало на свои места… А авторизацию и рег-цию в шаблоне вывел popup...
radiolubvi.ru/
Очистил бан-лист и кэш, и сейчас два пользователя смогли зайти нормально. Но я их не банил никогда. Они туда автоматом, что-ли попали?
Если непонятки у меня на сайте — я логи начинаю читать и выяснять что и как...
Лог доступа
Лог ошибок
WEB 4.0Но я их не банил никогда. Они туда автоматом, что-ли попали?
Сегодня только заметил при добавлении статьи вот такая история:
Это включен исходник (если включить предпросмотр то текст нормальный). На панеле так же ошибка кодировки.
Что самое интересное. На денвере стоит ТА же копия (вернее с неё заливал на сервер) так там все нормально.
Думал на кэш, так ведь чистил браузерный кэш, то же чистил, да и с разных браузеров пробовал.
Перезалил папку редактора… Не помогло.
Подскажите, если кто знает что еще может быть?
Кстати в шопе такая же история при добавлении товара:
Никто не знает?
Кодировка — все дело в ней — проверьте кодировку БД в phpmyAdmin также в .htaccess и php.ini на хостинге...
Еще в шаблоне и быть может быть — опишите как Вы адаптировали шаблон под utf8.
еще можно проверить все ли файлы у вас в utf-8, может один какой нибудь остался неперекодированным.
Кодировку базы просмотрел utf-8Кодировка — все дело в ней — проверьте кодировку БД в phpmyAdmin
это делал в первую очередь, но возникает вопрос почему на денвере нормально.поищите в файлах шаблона 1251 и в тех где есть это смотрите и правьте на utf-8
Сейчас снял бекап базы с сайта, поставил на денвер, в редакторе на денвере кодировка так и осталась нормальной, а в шопе (см. рисунок) стала такой как на сайте.
Не пойму логики.
AddDefaultCharset CP1251
Где посмотреть?а в настройках виртуалхоста не прописана случаем кодировка?
в конфиге апачаГде посмотреть?
Да нет тут что то наверно другое, вот как такое может быть из за конфига апача?, пол страницы нормально, а половина в крякозябрах :в конфиге апача
Даже если допустить что кодировка не та в языковом файле, но почему у половины надписей нормальная?
И это еще как я писал выше не вся проблема, почему на всей страницы нормальная кодировка, а у редактора нет, причем у редактора только на сервере, а на денвере все нормально.