В который раз: тема про ?

[Нубопрогер]

В-общем, исходя из предыдущего поста получил вот что:
1) Без header'а проблема заключалась в различной кодировке данных и кодировки базы данных. ИСПРАВИЛ. ? вместо букв остались.
2) header('WWW-authenication:...') выдал обязательную авторизацию. Мне это не нужно. Все данные из БД попадают в куки.
3) Если перенаправляю пользователя со страницы на чат, ? вместо букв. Если же пользователь сам вставит http://и путь до чата, то всё норм.

*Да, знаю, что нужен header. HTTP различных 1.версий не помог.
Прилагаю код:

Code has removed. Error 404

P.S. json_encode-аналог пробовал, не помогло.
Проблема, возможно, в htmlspecialchars или mysql_real_escape_string, так как в базу приходят именно вопросы

[laimas]

А почему utf-32?
htmlspecialchars - если эта операция с данными перед занесением их в базу, то это вред, да и на символы, кроме тех которые она преобразует в html-сущности, не влияет.
mysql_real_escape_string - это экранирование, а никак не искажение символов, и отношенение к вашей проблеме тоже не имеет.

[Нубопрогер]

utf-32 для отображения русских и других символов, т.к. cp1251 (windows-1251) устарел.
Про метод, который вы указывали, можно забыть - пока хостинги не обновятся до 5.4 версии, решение нереально

[laimas]

>utf-32 для отображения русских и других символов

То есть utf-8 никак не хватает для этого?

mysql_real_escape_string - это не метод, и указал потому, что вы путаете его назначение с чем-то непонятным, если причисляете его к "виновникам". А PDO внедрено в РНР начиная с версии 5.1, но доступна была начиная с 5.0 посредством сторонних библиотек. Так что ждать РНР 5.4. чтобы работать с РDO необходимости нет.

[Нубопрогер]

Во-первых, я просто предположил возможные причины. Я неправ.
Во-вторых, при использовании utf-8 появляются какие-то ромбы с треугольниками, мне это совсем не нужно.
В-третьих, я имел ввиду метод с json_encode() параметром, который позволяет шифровать кириллицу.
В-четвёртых, PDO - дополнительный геморрой, хочу сначала разобраться с php-mysql-js, только потом субAPI

[laimas]

json_encode() ничего не шифрует, с чего вы взяли? Он отправляет по умолчанию не английский в unicode, что никак не мешает отображению. В 5.4 доступна константа позволяющая передавать нац. символы как есть.
Вы имеете ввиду одно, а пишите совсем о другом.

Что именно в ромбах? Если только на основании того, что вместо русского эти ромбики, не разобравшись с причиной, использовать utf-32 не оправдано. Вы знаете о разнице между UTF-32 и utf8/16, преимущества и недостатки их?

А по коду вами представленному понять проблему нельзя.

[Нубопрогер]

Я ж не могу слить сюда sql-базу.
sitename/chat.php - русские символы = ?
http://sitename/chat.php - 200 ok - русские символы нормально отображаются

или, иными словами:
Какой header() отправить, чтобы получить состояние, когда русские символы нормально отображаются

[laimas]

Да почитайте хот я бы здесь - вы впустую тратите ресурсы, и все потому, что не разобравшись ткнули... норма, пойдет. Ну нельзя же так. Нет никаких проблем с русским в UTF-8, если все сделано грамотно и нет проблем на сервере.

[Нубопрогер]

Кто в лес, кто по дрова...
У меня конкретная ПРОБЛЕМА, а вы мне про кодировки!
Дублирую:
Какой header() отправить, чтобы получить состояние, когда русские символы нормально отображаются

[laimas]

Ну да, а ваша проблема в абстрактных вопросиках значит, и к кодировке отношения не имеет?

Ну тогда решайте проблему с ? )