На самом деле имхо проблема часто не в этом - а в прописе в
http://habrahabr.ru/blogs/webdev/17640/

Deff,
если он использует методы json_encode/json_decode то с кодировкой windows-1251 они не работают, поэтому нужно кодировать данные для этих методов в кодировку utf-8.

А я для маленьких текстов (типа ников) Не стал мучиться и писал: escape(str), а на станице где надо вывести: unescape()

Черть её зает - посколь у ТС только указано jQuery Аякс (а я привел типовую ошибку на которую неоднократно нарывался, поэтому и привёл , посколь приходится просить править PHP кодеров

Не верю, что это было решением проблемы. А если и было, надо было разобраться в причине, я считаю. Танцы с бубном и уличная магия какие-то получаются. Так недалеко до:

if (true != false) {   // на всякий случай
    ...
}

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

Настройки сессии нельзя изменить? Мне собственно и интересует. что там такого было, настройки это или не настройки. Возможно это было в период перехода на 5-ый mysql. По-моему там возникали проблемы типа "БД в кодировке X, а mysql думает, что она в кодировке Y", но вариант предлженный devote не похож на решение. Я думаю он не знает причину, или не помнит.

Где и для чего? Она deprecated.

вот именно что не помню причину. Ибо проблема эта возникала где-то в году 2008, и конечно же я уже не помню причины. Но на тот момент это было единственное быстрое решение, хотя конечно можно было решить работоспособность с set names но в тот момент нужно было решить вопрос быстро. И некогда было заморачиваться с чем либо.