Опять и снова кодировка

@Asseni · Регистрация: 13.06.2010

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

Привет форумчанам!
Закинула сайт на хостинг, все файлы в кодировке utf8, БД создала тоже в utf8,
информация отображает прекрасно, НО одна строка выводится в квадаратиках. Если в самом скрипте после соединения с БД прописываю mysql_query ("SET NAMES utf8"); - вся страница отображается в кракозябрах.
Подскажите пожалуйста в чём ещё может быть проблема?
Благодарю за внимание!

Данные сервера:
Программа: MySQL
Версия программы: 5.5.22-log - Source distribution
Версия протокола: 10
Кодировка сервера: UTF-8 Unicode (utf8)

Все строки, занесенные в БД через форму отображаются правильно, кроме селекта. И именно в этом селекте кодировка глючит

HTML5
1
2
3
4
5
6
7
8
9
10
<tr>
    <td width="70">Операция:</td>
    <td><select name="menu_oper" size="1">
    <option selected="selected" value="Купить">Купить</option>
    <option value="Продать">Продать</option>
    <option value="Сдать">Сдать</option>
    <option value="Снять">Снять</option>
    </select>
    </td>
</tr>

@Para bellum · 20.04.2012, 20:40

Asseni, может быть у вас select формируется в другом файле, который сохранён в не UTF-8 кодировке?

@Asseni · 20.04.2012, 20:49 **[ТС]**

Lyodik, В том то и дело, что все в одной форме

HTML5
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
<table width="100%" height="100%" border="0">
<tr>
<td align="center" valign="center">
    <form name="newReal" action="../adm/index.php?item_menu=realestate&action=new_realestate" method="post">
    <table>
 
        <tr><td><h3>Добавление новой информации:</h3></td></tr>
        <tr>
        <td width="70">Операция:</td>
        <td><select name="menu_oper" size="1">
        <option selected="selected" value="Купить">Купить</option>
        <option value="Продать">Продать</option>
        <option value="Сдать">Сдать</option>
        <option value="Снять">Снять</option>
        </select>
        </td>
        </tr>
 
        <tr>
        <td width="70">Объект:</td>
        <td><select name="menu_object" size="1">
        <option selected="selected" value="Квартира">Квартира</option>
        <option value="Дом">Дом</option>
        <option value="Дача">Дача</option>
        <option value="гараж">гараж</option>
        <option value="Коммерческая">Коммерческая</option>
        <option value="Участок">Участок</option>
        </select>
        </td>
        </tr>
 
        <tr>
        <td width="70">Кол-во комнат:</td>
        <td><input type="text" name="rooms" value=""></td>
        </tr>
 
        <tr>
        <td width="70">Этаж\этажность:</td>
        <td><input type="text" name="floor" value=""></td>
        </tr>
 
        <tr>
        <td width="70">Общая площадь:</td>
        <td><input type="text" name="sq_all" value=""></td>
        </tr>
 
        <tr>
        <td width="70">Жилая прощадь:</td>
        <td><input type="text" name="sq_live" value=""></td>
        </tr>
 
        <tr>
        <td width="70">Площадь кухни</td>
        <td><input type="text" name="sq_k" value=""></td>
        </tr>
 
        <tr>
        <td width="70">Контакты:</td>
        <td><textarea rows="10" cols="45" name="contacts" value=""></textarea></td>
        </tr>
 
        <tr>
        <td><input type="submit" name="new_real" value="Добавить"></td>
        <td><input type="reset" value="Очистить"></td>
        </td>
        </tr>
 
    </table>
    </form>
</td>
</tr>
</table>

@Para bellum · 20.04.2012, 21:04

Asseni, выложенный вами код не повлияет на решение проблемы

В том смысле, что ошибки не в нём, а в самих файлах и БД. Что-то, а на ответ по кодировкам ответить трудно, т.к. может быть вы где-то случайно указали не ту кодировку и сами об этом не подозреваете...
А вообще возможные причины:
- Сама БД в UTF-8, а таблица с данными для вставки в "select" в другой, у меня по запаре такое случалось
- Файл, в котором формируются данные в кодировке, отличающейся от UTF-8
- Сопоставление соединения с MySQL в кодировке, отличающейся от UTF-8

@Asseni · 20.04.2012, 23:43 **[ТС]**

Lyodik, Да, код тут ни при чем, повторюсь еще раз, все файлы в кодировке utf8 (сохраняла специально в notepad++ в кодировке "utf8 без BOM"), БД в utf8, при создании таблиц в конце каждой таблицы прописываю ENGINE=InnoDB DEFAULT CHARSET=utf8, InnoDB - тип таблиц на сервере по умолчанию,

Сообщение от Lyodik

- Сама БД в UTF-8, а таблица с данными для вставки в "select" в другой, у меня по запаре такое случалось
- Файл, в котором формируются данные в кодировке, отличающейся от UTF-8
- Сопоставление соединения с MySQL в кодировке, отличающейся от UTF-8

Первый, второй пункты исключены, проверяла перепроверяла, все совпадает, а вот с третьим пунктом...где это можно проверить, как установить правильно соединение? Просто если пишу в скрипте где запрос обрабатываю mysql_query ("SET NAMES utf8"); тогда все в кракозябрах

. Заново этот файл создавала, все безполезно, все отображается правильно, код с select глючит. Третий день копаюсь, ничего не могу понять

Добавлено через 2 часа 15 минут
Как я могла забыть про три волшебных строки! Прописала в скрипте после подключения

PHP
1
2
3
mysql_query("SET NAMES 'utf8';");
mysql_query("SET CHARACTER SET 'utf8';");
mysql_query("SET SESSION collation_connection = 'utf8_general_ci';");

И все заработало как надо! Всем спасибо за внимание! Тема закрыта!

Новые блоги и статьи Все статьи Все блоги /
Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .

@Para bellum 5755 / 4134 / 1508 Регистрация: 06.01.2011 Сообщений: 11,276
	20.04.2012, 20:40
	Asseni, может быть у вас select формируется в другом файле, который сохранён в не UTF-8 кодировке? 0

@Para bellum 5755 / 4134 / 1508 Регистрация: 06.01.2011 Сообщений: 11,276
	20.04.2012, 21:04
	Asseni, выложенный вами код не повлияет на решение проблемы В том смысле, что ошибки не в нём, а в самих файлах и БД. Что-то, а на ответ по кодировкам ответить трудно, т.к. может быть вы где-то случайно указали не ту кодировку и сами об этом не подозреваете... А вообще возможные причины: - Сама БД в UTF-8, а таблица с данными для вставки в "select" в другой, у меня по запаре такое случалось - Файл, в котором формируются данные в кодировке, отличающейся от UTF-8 - Сопоставление соединения с MySQL в кодировке, отличающейся от UTF-8 0

Опции темы