Бяки в кирилице - подскажите плз.

В ссылках отображаемых в статусной и адресной строке ИЕ, Оперы буквы кирилицы
"У","у","К","к","Ж","ж","С", "с" заменяются на неверные латинские:
- "У","у" на "o","о";
- "К","к" на "e","е";
- "Ж","ж" на "c","с";
- "С","с" на "n","n"

Кодировка сайта win-1251, сайт на php, mysql не используется.
На том же хостинге, в обычных html страницах - такой проблемы нет ни в win-1251 ни в utf-8
При переводе сайта в utf-8, проблема остается - ссылки отображаются транслитом, и только некоторые символы заменяются на не верные.

Админ хостинга сказал - "это не мы, это разработчик".
Разработчик сказал - "это не мы, это хостер-рнр-кирилица... и вообще не русские мы"

Господа, подскажите пожалуйста куда копать, кого терзать... или забить и смириться...

Если не принципиально - забить (хотя врятли, что это плюс).
А так - смотря что за скрипт. Просто так же не будет заменяться. Следовательно либо в самом скрипте стоит замена. Ну либо хостинг оооочень кривой.

Я эту тему на нулледе поднимал тоже:
Цитата:

А как сделать чтобы было не
Цитата:<a href="http://site/tag/%EF%F0%E8%E2%E5%F2/">привет</a>

а

Цитата:<a href="http://site/tag/%d1%81%d1%81%d1%8b%d0%bb%d0%ba%d0%b0/">ссылка</a>

Не могу найти в инете как конверитровать одну кодировку в другую, тот кто знает поймёт, что первый вариант даёт ссылку вида
Цитата:http://site/tag/%EF%F0%E8%E2%E5%F2/

а второй вариант ссылку вида
Цитата:http://site/tag/ссылка/

Вот пример правильного отображения тегов: ]http://memoriz.info/

SolNikolay, да забить конечно можно... но не исключаю возможность появления нецензурных слов :huh:
а сейчас оч. некрасиво выглядят глупости в ссылках, типа "сорналиnтам" или "eарта-nайта" вместо "журналистам" и "карта-сайта" ...
(лучше бы полностью крокозябы были вида %E8%E2%E5 как в FF)
Проверяла на трех разных хостингах, в том числе локально на денвере.
В win-1251, символы заменяются строго, как описала выше (а в utf-8 несколько других символов, в разных браузерах на другие разные не верные). Разработчик божится, что скрипт никакую замену символов не делает.

Может такое происходит из-за того что используются функции приведения регистра
mb_internal_encoding('UTF-8'; -- это решило мои проблемы

tigr1945, похоже что в моем случае проблема не в этом
(прошлась поиском по файлам скрипта, mb_internal_encoding нигде не упоминается)

OxaDesign, так это я добавил а не изменил

tigr1945, спасибо за уточнение
в этом вопросе я макс. копипастер а не программист

Цитата:

это не мы, это хостер-рнр-кирилица... и вообще не русские мы

Логично. Допустим они дают сервер и хостер ставит на него свою версию пхп и настраивает ее криво, то возможны и не такие глюки с буквами))

phpInfo() в студию! Если возможно конечно. Сразу будет видно где накосячили с конфигом.

Gomoloff, вот это нужно?

Configuration

PHP Core

Directive Local Value Master Value 

allow_call_time_pass_reference On On 

allow_url_fopen On On 

always_populate_raw_post_data Off Off 

arg_separator.input & & 

arg_separator.output & & 

asp_tags Off Off 

auto_append_file no value no value 

auto_prepend_file no value no value 

browscap no value no value 

default_charset no value no value 

default_mimetype text/html text/html 

define_syslog_variables Off Off 

disable_classes no value no value 

disable_functions dl, system, exec, passthru, shell_exec dl, system, exec, passthru, shell_exec 

display_errors On On 

display_startup_errors Off Off 

doc_root no value no value 

docref_ext no value no value 

docref_root no value no value 

enable_dl Off Off 

error_append_string no value no value 

error_log error_log error_log 

error_prepend_string no value no value 

error_reporting 2039 2039 

expose_php On On 

extension_dir /usr/local/lib/php/extensions/no-debug-non-zts-20020429 /usr/local/lib/php/extensions/no-debug-non-zts-20020429 

file_uploads On On 

gpc_order GPC GPC 

highlight.bg #FFFFFF #FFFFFF 

highlight.comment #FF8000 #FF8000 

highlight.default #0000BB #0000BB 

highlight.html #000000 #000000 

highlight.keyword #007700 #007700 

highlight.string #DD0000 #DD0000 

html_errors On On 

ignore_repeated_errors Off Off 

ignore_repeated_source Off Off 

ignore_user_abort Off Off 

implicit_flush Off Off 

include_path .:/usr/lib/php:/usr/local/lib/php .:/usr/lib/php:/usr/local/lib/php 

log_errors On On 

log_errors_max_len 1024 1024 

magic_quotes_gpc On On 

magic_quotes_runtime Off Off 

magic_quotes_sybase Off Off 

max_execution_time 600 600 

max_input_time 60 60 

memory_limit 16M 16M 

open_basedir /home/oxa:/usr/lib/php:/usr/local/lib/php:/tmp no value 

output_buffering no value no value 

output_handler no value no value 

post_max_size 32M 32M 

precision 12 12 

register_argc_argv On On 

register_globals On On 

report_memleaks On On 

safe_mode Off Off 

safe_mode_exec_dir no value no value 

safe_mode_gid Off Off 

safe_mode_include_dir no value no value 

sendmail_from no value no value 

sendmail_path /usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i 

serialize_precision 100 100 

short_open_tag On On 

SMTP localhost localhost 

smtp_port 25 25 

sql.safe_mode Off Off 

track_errors Off Off 

unserialize_callback_func no value no value 

upload_max_filesize 32M 32M 

upload_tmp_dir no value no value 

user_dir no value no value 

variables_order EGPCS EGPCS 

xmlrpc_error_number 0 0 

xmlrpc_errors Off Off 

y2k_compliance On On 

PHP Version 4.4.6
На PHP5, тоже меряла, но проблема остается... склоняюсь к мысли что разработчик чего-то такого наделал что теперь не признается :unsure:

Вроде настройка стандартная.
Я бы вырубил посилання Так. На всякий случай.
Пока писал вкурил в проблему окончательно.
Вы жалуетесь на некорректный транслит в адресах, правильно я понял?
Цитата:

В ссылках отображаемых в статусной и адресной строке ИЕ, Оперы буквы кирилицы заменяются на неверные латинские:

Вы используете семантические url? Если да, то это действительно полное взаимодействие хостинг-хтакссесс-скрипты
2. Ссылки в статутсе по ходу просто и незайтелево выведены = адресной строке.

посилання здесь более мене внятно о том как это работает. Принцип в принципе у всех одинаков. МОжет эта статья вкупе с просмотром настроек сервера и скриптов отвечающих за обработку семантических урл поможет вам разобратся.

Хотя ИМХО урл в транслит обрабатывает по большей части хтакссесс и скрипты (сервер просто обеспечивает работу mod_rewrite на уровне ВКЛ/ВЫКЛ). Хотя кто знает что там наконфигурировали в настройках сервера))

Gomoloff, спасибо Вам за помощь.
Из всего Вами написанного мало что поняла (я дизайнер а не программист и mod_rewrite, семантические урлы - полное "вуду" для меня), но утвердилась в своем предположении что накосячили именно разработчики скрипта (к тех.поддержке хостинга доверия сложилось больше).

Проблемма была не в транслите (ИЕ и Опера отображают кириллицу в адресной и статусной строке) а в замене только некоторых символов кириллицы.

Короче, чудо произошло
Тупо прошлась просматривая код в файлах скрипта... обнаружила подозрительное... в "подозрительном" наряду со станными символами были и проблеммные буквы У","у","К","к","Ж","ж","С", "с" ... удалила строки с этими буквами -- проблемма решилась.

Не в коем случае не хочу обобщать и ругать вашего-брата-программиста за лень-и-жадность, но зла на разработчика не хватает никакого...
Пролетаризация мозга и безответственность хуже чем у работяг в типографии, чесслово...
Зачем унижаться до отмазок и тратить свое и заказчика время (в рамках оплаченной техподдержки, замечу), неужели так сложно копнуть свой же код и исправить косяк, если даже я небельмеса в нем не соображая нашла причину неполадки... зачем вынуждать заказчика терзать техподдержку хостера и задавать глупые вопросы на форумах. Возмущена. (это была лирика)

Всем огромное спасибо за помощь и подсказки

А по моей проблемме, описанной выше, никто не подскажет?

LeVaToS, так вроде Gomoloff написал "куда копать"... или я недопоняла трабл?

OxaDesign, дело в том что у меня немного другая проблемма, описана в третьем посте данной темы... там идёт не транслитерация как была у вас.