Суть такая, utf8_bin везде кодировка,
в базе выглядят как кракозябры, но выводятся как русские символы, но
есть одна странность при отправки данных методом GET и создании сессии, вывод из базы превращается к кракозябры,
mysql_set_charset('utf8') не помогает;
есть подозрения в конфиг php.ini
либо в Apache2.
Подскажите что смотреть

Нафига темы дублировать?

_____________
[продано копирайтерам]

Бан на сутки за дублирование тем. Ты не первый день на форуме, должен бы знать наши правила.

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

ну и что бан, а кто скажет как решить ? Когда врубается сессии и и отправляется post или get,
символы превращаются в кракозябры почему?

откуда данные отправляются, с html страницы, если да то какая там кодировка стоит?

_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации

вообщем я всё проверил, докопался оказалось из-за mysql_set_charset('utf8')
которая стояла что бы удалить знаки вопросов из таблицы которая тоже в utf 8 , но по каким то неизветным причинам не хочет трахаться с этой кодировкой и выдаёт знаки вопроса, странно то что везде стоит utf8, но серверу категорически не нравится функция mysql_set_charset('utf8'),
вот такие кракозябры

решение перекодировать вручную

чёртовы кракозябры, так извращаться пришлось.
нет причина явно не в кодировке , а именно в функции, работал на сторонем сервере, и там всё было нормально, переехал на другой и вот вся история.
всё дело в том , что в базу заносятся кракозябры и читает ютф8 только кракозябры, а при установке этой функции какозябры вылазят из базы не расшифрованные, а те которые выглядят как русские символы в базе не читаются без этой фунцкции