Нормально настроенный на freebsd веб-сервер.
С установленным ISPManager.
Напрочь отказывается понимать кодировку UTF-8.
Причем программист сайта утверждает, что это настройки хоста, а хостер утверждает, что это проблемы кода сайта.
На локалке работает идеально под стандартным денвером установленным с дефолтными настройками.
http://vw.prime.od.ua/ сайт.
(если кодировку проставить в браузере- то работает) Иначе- никак.
Везде где нужно (в коде сайта, настройке www домена- всё проставленно верно)В чём может быть загвоздка? Может кто с таким сталкивался? Подскажите!
>В чём может быть загвоздка? Может кто с таким сталкивался? Подскажите!Ваш сервак говорит, что ответ в кодировке Win1251
HTTP/1.1 200 OK
Date: Wed, 01 Sep 2010 13:01:11 GMT
Server: Apache/2.2.15 (FreeBSD) DAV/2 PHP/5.3.2 with Suhosin-Patch mod_ssl/2.2.15 OpenSSL/0.9.8k
X-Powered-By: PHP/5.3.2
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Connection: close
Content-Type: text/html; charset=windows-1251
>Нормально настроенный на freebsd веб-сервер.
>С установленным ISPManager.
>Напрочь отказывается понимать кодировку UTF-8.
>Причем программист сайта утверждает, что это настройки хоста, а хостер утверждает, что
>это проблемы кода сайта.
>На локалке работает идеально под стандартным денвером установленным с дефолтными настройками.
>http://vw.prime.od.ua/ сайт.
>(если кодировку проставить в браузере- то работает) Иначе- никак.
>Везде где нужно (в коде сайта, настройке www домена- всё проставленно верно)Видимо, не везде.
>
>
>В чём может быть загвоздка? Может кто с таким сталкивался? Подскажите!GET / HTTP/1.0
Host: vw.prime.od.uaHTTP/1.1 200 OK
Date: Wed, 01 Sep 2010 13:03:04 GMT
Server: Apache/2.2.15 (FreeBSD) DAV/2 PHP/5.3.2 with Suhosin-Patch mod_ssl/2.2.15 OpenSSL/0.9.8k
X-Powered-By: PHP/5.3.2
Set-Cookie: PHPSESSID=jn7hdaogh0m1r0vjmhg0711237; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Connection: close
Content-Type: text/html; charset=windows-1251
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Т.е это апач выдаёт?
В нём трабл? Как проверить?
>Т.е это апач выдаёт?Я не знаю. Может апач, а может какой-то инклюд в скриптах генерит заголовки.
>В нём трабл? Как проверить?
Создать пустой .html, а лучше .php с какой-нибудь функцией (phpinfo(); например), а ещё лучше и то и другое, и запросить оба.
Кодировку надо вбивать либо на уровне конфигурации апача (AddDefaultCharset), либо в файле .htaccess в соответствующем каталоге. Кроме того, приложение может само устанавливать соответствующий HTTP-заголовок (варианты разные, зависят от того, на чем и как написано), тогда от настроек апача толку не будет.Если на апаче крутится несколько разных приложений (потенциально с разными кодировками), то глобальную настройку лучше не трогать.
в том то и дело что глобальные настройки апача трогать не желательно а на уровне .htaccess AddDefaultCharset - прописывали - безрезультатно, заливали сайт на другой хост - там всё в порядке, т.е. поддерживается обе кодировки
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />У вас идет перед <title>
особеность браузеров в том что он когда не понимает кодировки подставляет свою.
тоисть у вас вот так
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<title>Главная - Автомобильный дом</title>а надо
<title>Главная - Автомобильный дом</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
у меня била така проблема...
>а на уровне .htaccess AddDefaultCharset - прописывали - безрезультатно, заливали сайтЧтобы оно результативно было, нужно чтобы AllowOverride прописано было. http://httpd.apache.org/docs/1.3/mod/core.html#allowoverride
Кроме того, у вас там наверняка виртуальные хосты. Вот и конфигурите там, других это не затронет.
Не пробовал в .htaccess добавитьAddDefaultCharset utf-8
AddCharset utf-8 *
<IfModule mod_charset.c>
CharsetSourceEnc utf-8
CharsetDefault utf-8
</IfModule>