UTF8 BOM или Как NGINX определяет кодировку файла?
Вчера столкнулся с очень интересной проблемой при работе с nginx, над которой мы ломали голову часа 3.
В общем имеется сайт, где все уже довольно давно работает в кодировке UTF-8.
Основной сайт на русском языке: domain.com
И есть небольшая англ. версия на поддомене en.domain.com
Во всех файлах прописан meta кодировки UTF-8, ну и сами файлы естественно сохранены в UTF-8.
На англ. версию на поддомене en.domain.com понадобилось вывести русский текст и тут вдруг обнаружилось, что выводится крякозябры. Начали смотреть ответ сервера от nginx, а он выводит кодировку windows-1251. Что только не делали - в конфиге nginx задавали принудительно кодировку UTF-8, прописывали header в PHP и т.д. Хоть убей выдает в win1251.
Самое интересное, что при обращении по адресу domain.com/en - выдавал нормальную кодировку. Конфиги для domain.com и en.domain.com - одинаковые.
Проблему локализовали - в функции ob_start. Как только ее комментируем - все ок. Раскомментируем - крякозябры.
В общем долго гуглили - пробовали разные варианты с ob - clean, flush, отключением gzip и т.д. - ничего не помогло.
Пока не пришла идея сохранить подключаемый файл где вызывается ob_start с ВОМ. После этого все встало нормально.
Т.е. получается что nginx определяет кодировку файла в utf-8 он или нет по BOM-записи? И почему принудительное указание кодировки в конфиге nginx не работает?
nginx не передает кодировку, он передает данные. В заголовках может содержаться указание на то, какую кодировку использовать. А вот как отображать эти данные - решает принимающая сторона, например браузер.
Fly3110
Вот заголовки с en.domain.com:
А вот этот же скрипт вызывается без указания поддомена:
Почему в первом случае мы видим явное указание кодировки windows-1251? Кто ее прописывает NGINX или PHP5-FPM?
А как тут влияет BOM и ob_start()?
Заголовок может ставить как nginx так и php. Я бы искал проблему не в серверной части, а в клиентской. Такое поведение во всех браузерах? Если нет, возможно в браузере для en.domain.com отключено авто-определение кодировки? Заголовок не меняет кодировку выдаваемых данных, он лишь указывает браузеру, в какой кодировке эти данные. Ну а браузер может этим заголовком и пренебречь в каком-то случае. Еще можно посмотреть meta-тег в странице, в нем тоже можно кодировку указывать.
Arthur Parkhisenko: Если браузер - не клиентская часть, то какая это часть? Если проблема в том, что браузер не обращает внимания на заголовок с кодировкой - это клиентская часть. Если передается неверный заголовок - серверная
Fly3110: здесь проблема именно на стороне сервера. Клиентский браузер тут не при чем.
В общем то про это и вопрос, как взаимосвзяаны между собой ob_start, UTF-8 (BOM) и nginx/PHP-FPM ?
koltykov: создал файл index.php, написал echo "привет", голый php, голый nginx/php-fpm - открываю в браузере и ловлю кракозябры, потому как в теле html вывода что получил браузер не задана кодировка. Хотя сам файл utf8, и с бом, и без бом задавал одинаковый вывод. (в идеале лучше без бом сохранять файлы). Потому предполагаю что вам надо протестировать так же, и в крайнем случае скчайте денвер или опенсервер что бы там поэксперементировать с настройками.
Arthur Parkhisenko: Да я же писал, что такая ерунда только 2 фактора: когда ob_start используется, и когда файл сохранен без BOM. Во всех остальных случаях нормальная кодировка.
Попробуйте посмотреть, какие заголовки приходят и в какой кодировке результат, сделав запрос:
1) к nginx-у прямо с сервера, где стоит nginx;
2) напрямую к бэкэнду с сервера, где стоит nginx.
Как-то так:
