Особенности миграции с 1.9 до 1.10. Обмен опытом.

#331 17 января 2013 в 17:00
Есть такая беда с авторизацией, не могу сказать про блокировку аккаунта, у меня только один юзер — админ (сайт в разработке), а при попытке авторизоваться выкидывает на капчу даже когда все верно вводишь
#332 17 января 2013 в 20:40


Доброго времени суток, форумчане!

Три дня назад мигрировал с 1.9. Процесс прошел как по нотам, инструкция понятна, никаких разночтений не допускает. Сразу после миграции обновился до 1.10.1, потом подгрузил адаптированный шаблон Dezerit'a. И вроде бы все нормально, со своей стороны захожу на сайт без проблем, блоги создаются, комменты пишутся… Но с авторизацией зарегистрированных если не катастрофа, то большая беда. Третий день половина людей вообще не может зайти на сайт, с первой же попытки получая сообщение, что аккаунт заблокирован, срок блокировки бесконечен… Некоторые смогли пробиться, но не могут комментировать — кнопки "Ответить" и "Добавить комментарий" неактивны.

Но с этим-то ладно, а вот с авторизацией вообще не пойму, что делать, как лечить? Один из пользователей даже отметил (из тех двоих, кто смог войти нормально): "По ходу разработчики добились наконец очеловечивания софта, получив на выходе такую черту как взбалмошность (хочу залогиню, хочу не залогиню — у меня нет настроения!) ;))))"

Может быть у тех, кто уже на 1.10, были такие непонятки с авторизацией? Если да, поделитесь опытом решения проблемы? Сайт фактически стоит без людей. (Регистрация нового пользователя проходит нормально, я с офисного компа зарегился, все работает… это третий, кстати, акк, который на сайт заходит без проблем )))

Викторыч

У меня были вопросы с авторизацией и рег-цией… Но все дело было в кеше… Я на модули меню и меню польз-ля отключил кеширование… Все встало на свои места… А авторизацию и рег-цию в шаблоне вывел popup...
radiolubvi.ru/
#333 17 января 2013 в 21:17
Очистил бан-лист и кэш, и сейчас два пользователя смогли зайти нормально. Но я их не банил никогда. Они туда автоматом, что-ли попали?
#334 17 января 2013 в 21:23


Очистил бан-лист и кэш, и сейчас два пользователя смогли зайти нормально. Но я их не банил никогда. Они туда автоматом, что-ли попали?

Викторыч

Если непонятки у меня на сайте — я логи начинаю читать и выяснять что и как...
Лог доступа
Лог ошибок
#335 17 января 2013 в 21:36

Но я их не банил никогда. Они туда автоматом, что-ли попали?

Викторыч
WEB 4.0
#336 19 января 2013 в 11:51
Недавно заметил после обновления сортировка альбомов стала кривой, что по дате ставишь, что по алфавиту отображает не правильно (но с определенным алгоритмом), по убыванию/возрастанию работает нормально. Подскажите куда копать?
#337 21 января 2013 в 11:50
Наконец мигрировал, по началу с виду все более- менее нормально, кое где подправил по мелочи, но...

Сегодня только заметил при добавлении статьи вот такая история:
Это включен исходник (если включить предпросмотр то текст нормальный). На панеле так же ошибка кодировки.

Что самое интересное. На денвере стоит ТА же копия (вернее с неё заливал на сервер) так там все нормально.

Думал на кэш, так ведь чистил scratchбраузерный кэш, то же чистил, да и с разных браузеров пробовал.

Перезалил папку редактора… Не помогло.

Подскажите, если кто знает что еще может быть?
Кстати в шопе такая же история при добавлении товара:
#338 21 января 2013 в 17:27
Никто не знает?
#339 21 января 2013 в 18:37


Никто не знает?

skaz

Кодировка — все дело в ней — проверьте кодировку БД в phpmyAdmin также в .htaccess и php.ini на хостинге...
Еще в шаблоне и быть может быть — опишите как Вы адаптировали шаблон под utf8.
#340 21 января 2013 в 18:41
поищите в файлах шаблона 1251 и в тех где есть это смотрите и правьте на utf-8
еще можно проверить все ли файлы у вас в utf-8, может один какой нибудь остался неперекодированным.
#341 21 января 2013 в 19:23

Кодировка — все дело в ней — проверьте кодировку БД в phpmyAdmin

rol
Кодировку базы просмотрел utf-8

поищите в файлах шаблона 1251 и в тех где есть это смотрите и правьте на utf-8

eoleg
это делал в первую очередь, но возникает вопрос почему на денвере нормально.

Сейчас снял бекап базы с сайта, поставил на денвер, в редакторе на денвере кодировка так и осталась нормальной, а в шопе (см. рисунок) стала такой как на сайте.

Не пойму логики.
#342 21 января 2013 в 19:36
а в настройках виртуалхоста не прописана случаем кодировка?
AddDefaultCharset CP1251
#343 21 января 2013 в 19:41

а в настройках виртуалхоста не прописана случаем кодировка?

eoleg
Где посмотреть?
#344 21 января 2013 в 20:31

Где посмотреть?

skaz
в конфиге апача
#345 21 января 2013 в 20:42

в конфиге апача

eoleg
Да нет тут что то наверно другое, вот как такое может быть из за конфига апача?, пол страницы нормально, а половина в крякозябрах shock:

Даже если допустить что кодировка не та в языковом файле, но почему у половины надписей нормальная?

И это еще как я писал выше не вся проблема, почему на всей страницы нормальная кодировка, а у редактора нет, причем у редактора только на сервере, а на денвере все нормально.
Вы не можете отвечать в этой теме.
Войдите или зарегистрируйтесь, чтобы писать на форуме.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.