Кодировка кеша сбита
Здравствуйте, при переносе нормальной инсталляции тайпо на другой сервер возникла проблема - при правильных установках базы и кодировки все рабтает как надо, но - когда несколько раз обновить страницу сайта, либо походить по страницах, в один момент весь кирриличный текст стает знаками вопроса (тоесть неправильная кодировка). Когда еще несколько раз обновить, походить страницами, либо же обнулить кеш, все возвращаеться на место, но после нескольких обновлений опять знаки вопроса. Очевидно при записи в кеш сбиваеться кодировка, может сможете подсказать, где можно такое поправить. Большое спасибо.
|
измените тип полей с blob на text, задав юникод кодировку
|
Уточняю
Здравствуйте. А где именно менять, какие поля? У меня страницы кешируються в директорию typo3temp/cache_pages но даже там когда открыть кешы страниц, часть из них нормальная, а часть со знаками вопроса вместо киррилицы. Подскажите пожалуйста, никак не могу понять где кодировка партачится..
|
измените в базе данных для таблиц кеша тип полей с blob на text, задав юникод кодировку
|
Проблема
Здравствуйте... Изменил но не помогло. И кстати странно - ведь тот кеш что пишеться во временные файлы не проходит через базу, а все равно портиться. Может какая-то другая проблема?
|
такая хрень бывает, если кодировка соединения к базе слетает
Проверьте что данный юзер MySQL используется только для TYPO3 |
Есть прогресс
Спасибо большое! Действительно мой пользователь был для всего сервера и видно какой-то конфликт. Создал нового. Теперь появилась стабильность ) Уже никакой кириллицы, всегда только знаки вопроса. Теперь думаю что дальше )
|
В помощь: поставьте в .htaccess вот такое:
AddCharset UTF-8 .html .php Это не решает проблему в общем случае, но у меня была ситуация, когда первый раз страница выводится в одной кодировке, а последующие - в другой и помогло вышеописанное. Но конечно, есть еще много других ситуаций. |
Решено
Спасибо, решил. Проблема была в том, что надо прописать
$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES cp1251;'; в localconf А кодировка прыгала оттого что это значение "гуляло" как хотело зависимо от того что делал общий юзер. Когда был выделен другой юзер, кодировка попросту застряла в неправильном положении, что и было поправлено так вот. |
Часовой пояс GMT +4, время: 02:27. |
Работает на vBulletin® версия 3.8.1.
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Перевод: zCarot