Проблема с SELECT

20.06.2006, 00:29. **Показов** 3871. **Ответов** 6

Студворк — интернет-сервис помощи студентам

Доброе время суток!
В MySQL дынные, записанные с PHP отображаются в таблице не так как хотелось бы, но если эти же данные потом считывать в PHP и отображать на странице, то вроде все даже очень ничего.
А вот если данные ввести через, скажем, MySQL Query Browser, то PHP эти данные считает как ????????.
Т.к. все данные идут с PHP и выводит их же потом PHP, я закрыл глаза на этот недостаток.

Но сегодня сталкнулся со следующей проблемой, которая, как я понимаю, тесно связана с вышеописанной проблемой.

В базе записано имя пользователя на русском языке, например ввели "Черепаха", в MySQL это выглядит "×åðåïàøêà". Не очень красиво..
Видно что пользователь зарегистрировался с большой буквы. Если в MySQL сделать запрос SELECT * WHERE login='черепаха' and password='xxxx', то в ответ ничего не получим. А если запрос сделать с большой буквы, то получим ответ.

Если все тоже проделывать с английскими логинами, такой проблемы нет.

Очевидно, что надо что-то делать с кодировкой.

Сохранять данные с нижним регистром не предлагайте, этот вариант не подойдет, хоть и верный.

20.06.2006, 00:43

У меня мультиязычная поддерка стоит в настройке.. т.к. мне необходимо записывать данные не только на русском и английском языках в одну таблицу.

@Alexey · 20.06.2006, 01:33

по-моему проблема в разнице кодировок БД и php. для того, чтобы узнать default кодировку сервера, выполни в MySQL:
show variables;
и смотри значение "character_set". меняется при помощи
SET CHARACTER SET xyz
или в конфигфайлах.
по теме
http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html
http://dev.mysql.com/doc/refman/4.1/en/charset-conversion.html http://dev.mysql.com/doc/refman/4.1/en/charset-conversion.html

20.06.2006, 12:31

Проблема известная.
Я решал её так - перед выполнением запроса исполнял команду (как SQL запрос)

Code
1
SET NAMES 'cp1251'

После этого все отображалось правильно.
Поменять настройки шрифтов не получилось, как ни старался.
Команды установки системных переменных MySQL не срабатывали.
Но на хостинге у провайдера как правило все выставлено хорошо,
так что это (IMHO) проблема только локального MySQL.

20.06.2006, 15:05

Кодировку менять получалось, только это никак не отражалось на записываемые данные.
А по поводу cp1251 - мне это ведь не подойдет, т.к. у меня не только на русском и английском языке заполняются таблицы.
На данный момент стоит кодировка utf8..
Кстати.. Пока писал подмал, данные в ДБ нужно записывать в utf8, а PHP помоему по стандарту какую-то другую использует, iso если не ошибаюсь. Попробую позже.

20.06.2006, 15:10

Посмотрел в PHP
default_mimetype = "text/html"
;default_charset = "iso-8859-1"
закоментарина строка, значит не iso.

@Alexey · 20.06.2006, 17:20

для начала ты должен понять что для того чтобы не было проблем кодировки во всех местах должны совпадать. сейчас же ты что делаешь? ты записываешь из php непонятно в чем в БД, где стоит настройка на utf и пытаешься клиентским ПО прочитать то, что записал
во-первых utf для русского и английского не обязателен, смотри на этот сайт - он в 1251
во-вторых для теста приведи все к одной локали. локаль в php устанавливается например так setlocale(LC_ALL, "ru_RU.CP1251"); Обрати внимание, что смена настроек в БД/PHP не приведет к автоматической перекодировке тех данных что уже хранятся в БД

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Обработчик клика мыши в браузере ПК и касания экрана в браузере на мобильном устройстве 8Observer8 01.02.2026 Содержание блога Для начала пошагово создадим рабочий пример для подготовки к экспериментам в браузере ПК и в браузере мобильного устройства. Потом напишем обработчик клика мыши и обработчик. . .	Философия технологии iceja 01.02.2026 На мой взгляд у человека в технических проектах остается роль генерального директора. Все остальное нейронки делают уже лучше человека. Они не могут нести предпринимательские риски, не могут. . .	SDL3 для Web (WebAssembly): Вывод текста со шрифтом TTF с помощью SDL3_ttf 8Observer8 31.01.2026 Содержание блога В этой пошаговой инструкции создадим с нуля веб-приложение, которое выводит текст в окне браузера. Запустим на Android на локальном сервере. Загрузим Release на бесплатный. . .	SDL3 для Web (WebAssembly): Сборка C/C++ проекта из консоли 8Observer8 30.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .
SDL3 для Web (WebAssembly): Установка Emscripten SDK (emsdk) и CMake для сборки C и C++ приложений в Wasm 8Observer8 30.01.2026 Содержание блога Для того чтобы скачать Emscripten SDK (emsdk) необходимо сначало скачать и уставить Git: Install for Windows. Следуйте стандартной процедуре установки Git через установщик. . . .	SDL3 для Android: Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 29.01.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .	Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	SDL3 для Android: Загрузка PNG с альфа-каналом с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .

blaze

	Проблема с SELECT 20.06.2006, 00:29. Показов 3871. Ответов 6 Метки нет (Все метки) Доброе время суток! В MySQL дынные, записанные с PHP отображаются в таблице не так как хотелось бы, но если эти же данные потом считывать в PHP и отображать на странице, то вроде все даже очень ничего. А вот если данные ввести через, скажем, MySQL Query Browser, то PHP эти данные считает как ????????. Т.к. все данные идут с PHP и выводит их же потом PHP, я закрыл глаза на этот недостаток. Но сегодня сталкнулся со следующей проблемой, которая, как я понимаю, тесно связана с вышеописанной проблемой. В базе записано имя пользователя на русском языке, например ввели "Черепаха", в MySQL это выглядит "×åðåïàøêà". Не очень красиво.. Видно что пользователь зарегистрировался с большой буквы. Если в MySQL сделать запрос SELECT * WHERE login='черепаха' and password='xxxx', то в ответ ничего не получим. А если запрос сделать с большой буквы, то получим ответ. Если все тоже проделывать с английскими логинами, такой проблемы нет. Очевидно, что надо что-то делать с кодировкой. Сохранять данные с нижним регистром не предлагайте, этот вариант не подойдет, хоть и верный.

blaze
	20.06.2006, 00:43
	У меня мультиязычная поддерка стоит в настройке.. т.к. мне необходимо записывать данные не только на русском и английском языках в одну таблицу.

@Alexey 0 / 1 / 3 Регистрация: 27.03.2012
	20.06.2006, 01:33
	по-моему проблема в разнице кодировок БД и php. для того, чтобы узнать default кодировку сервера, выполни в MySQL: show variables; и смотри значение "character_set". меняется при помощи SET CHARACTER SET xyz или в конфигфайлах. по теме http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html http://dev.mysql.com/doc/refman/4.1/en/charset-conversion.html http://dev.mysql.com/doc/refman/4.1/en/charset-conversion.html 0

blaze
	20.06.2006, 15:05
	Кодировку менять получалось, только это никак не отражалось на записываемые данные. А по поводу cp1251 - мне это ведь не подойдет, т.к. у меня не только на русском и английском языке заполняются таблицы. На данный момент стоит кодировка utf8.. Кстати.. Пока писал подмал, данные в ДБ нужно записывать в utf8, а PHP помоему по стандарту какую-то другую использует, iso если не ошибаюсь. Попробую позже.

blaze
	20.06.2006, 15:10
	Посмотрел в PHP default_mimetype = "text/html" ;default_charset = "iso-8859-1" закоментарина строка, значит не iso.

@Alexey 0 / 1 / 3 Регистрация: 27.03.2012
	20.06.2006, 17:20
	для начала ты должен понять что для того чтобы не было проблем кодировки во всех местах должны совпадать. сейчас же ты что делаешь? ты записываешь из php непонятно в чем в БД, где стоит настройка на utf и пытаешься клиентским ПО прочитать то, что записал во-первых utf для русского и английского не обязателен, смотри на этот сайт - он в 1251 во-вторых для теста приведи все к одной локали. локаль в php устанавливается например так setlocale(LC_ALL, "ru_RU.CP1251"); Обрати внимание, что смена настроек в БД/PHP не приведет к автоматической перекодировке тех данных что уже хранятся в БД 0