- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
вроде уже везде пересмотрел.
Вводная:
1. Страница и скрипт кодированы в utf-8
2. База и отдельные поля (сравнение) в ней: utf8_unicode_ci
3. Запись в базу через скрипт - указано utf-8
4. На всякий случай в .htaccess прописан AddDefaultCharset UTF-8
Грабли:
1. При редактировании базы через phpmyadmin (который вроде как utf-8) на странице выводятся знаки вопроса вместо русского текста, в phpmyadmin - нормально отображается
2. при записи в базу через самописный скрипт - выводятся на странице также нормально, но в phpmyadmin - кракозябры*.
3. При скачивании базы и открытии в notepad++ записи внесённые через phpmyadmin - отображаются нормально. Записи внесенные через скрипт - кракозябрами*
Под кракозябрами я подразумеваю как на этой странице, например (ггг, микрософт):
http://www.microsoft.com/Products/Games/FSInsider/downloads/Pages/SP2-RU-ReadMe.aspx
Вопрос: где ошибка, почему кодировки всё-таки разные и как привести это всё к единообразию?
---------- Добавлено 29.11.2013 в 12:49 ----------
Сам задал, сам отвечаю :)
Проблема была в том, что при установке MySQL по умолчанию для новых БД ставится кодировка latin1_swedish и пофигу какая кодировка стоит в phpmyadmin у конкретной таблицы. Сменить можно, имея рута, default-character-set из файла /etc/my.cnf или через ISP manager в настройках баз данных (тоже из под root)
в UTF-8 должны быть эти вещи:
1. кодировка таблица БД
2. кодировка соединения ПХП<->БД(!!!)
3. кодировка файла скрипта
4. хэдеры сервера
5. кодировка страницы