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

@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 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ

@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