- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Возникла проблема с кодировкой при переносе базы mysql. Перенос в пределах одного(!) хостера. После переноса сравниваю - контент в обеих базах одинаковый, например Р?нформация (слово Информация). В обеих базах сопоставление cp1251. При импорте дампа указываю кодировку файла utf8. В итоге вместо буквы "И" знаки вопроса. Что я не так делаю:confused: Подскажите пожалуйста.
Попробуй после подключения к БД следующий запрос
mysql_query("SET NAMES cp1251");
Если достаточно cp1251, зачем использовать utf8?
Знак вопроса уже содержится здесь: Р?
Проверьте дамп для начала.
Пробовал
mysql_select_db($dbase);
@mysql_query("SET NAMES 'cp1251';");
@mysql_query("SET CHARACTER SET 'cp1251';");
@mysql_query("SET SESSION collation_connection = 'cp1251_general_ci';");
Результат тот же. Буквы "И, Й, ш" вопросами.
neov добавил 09.04.2008 в 10:42
Dash, кодировка файла дампа в utf8, при просмотре русский контент в ютфных символах. При импорте в phpmyadmin указываю кодировку utf8. Пробовал указывать cp1251, в результате в базу записывается вообще непонятно что, полностью различается с прежней базой. При выводе весь русский контент в символах. Я просто не пойму, почему получается так, что при просмотре в phpmyadmin обе базы идентичны и сопоставление совпадает. А вот движок выдает в одном случае "Информация", а в другом - "??нформация". Переход с MODx 0.9.5 на MODx 0.9.6.1p2
Получается глюк новой версии движка?
neov добавил 09.04.2008 в 10:45
Попутный вопрос, чем можно перекодировать дамп (90 метров)?
Результат тот же. Буквы "И, Й, ш" вопросами.
Такой глюк бывает когда информация дважды кодируется в utf8
Посоветую вам воспользоваться для переноса БД скриптом с сайта http://sypex.net/
И обязательно задайте новой (созданной) БД кодировку по умолчанию такую которая вам нужна (cp1251_general_ci), перед переносом.
Если
при просмотре в phpmyadmin обе базы идентичны и сопоставление совпадает.
значит, дело не в базе.
Попробуйте использовать везде одинаковую кодировку, и в базе, и при выводе.
WebSee, огромное спасибо!!!! http://sypex.net/ всем рекомендую. Отличный скрипт, все встало замечательно. Проблема значит была в phpmyadmin, который толи неправильно экспортировал, толи не правильно импортировал дамп.:)