Вы точно не путаете кодировку файла и кодировку имени файла файловой системы?
Пользователь umka предельно ясно сказал что нужно делать. Пятый день уже топику, можно было всё же потратить жалких пару минут на решение проблемы, а не на поиск кривых костылей.
http://www.fontsquirrel.com/tools/webfont-generator
nomarketing, ну если вы такой беспомощный, то может не стоит и беспокоиться о сайтах?
http://grappelliproject.com
В оффлайн контору на полгода за опытом и пожрать не рассматривается?
mb_strimwidth и прочие по списку. Вторая половина CP1251 будет убита если не подрубить mb_* и не подсказать с кодировкой исходника.
Действительно манагер.
Я хз какие сайты ты и твоя контора делаете - но дам пример: сайт-журнал, англоязычная версия захотела расшириться в Китай и открыть там филиал. Ты, как охренительный кодер-который-всё-учёл, берёт свой драный конфиг, ставит туда UTF-8... и чо? Выводишь и дальше по 200 символов в превью статье? В языке, в котором символ эквивалентен слову? А ты учёл, что выводя текст по предложениям в китайской локали точка - это большая жирная хрень по центру строки? А в курсе ли ты, что при юзании mb_detect_encoding напрямую, либо через внутренные вызовы, кодировка не всегда определяется корректно? А на слова текст разбить можешь произвольный язык, не? А в курсе ли ты, манагер, что имея англоязычный ресурс в UTF-8 у тебя текст занимал бы всё равно один байт? А в курсе ли ты, что в mb_* нету всех эквивалентов строковых операций? А... да мде, чувак, ты точно сайты делаешь, а не клиентам мозги окучиваешь?
Нет, мне правда интересно как вы сумели обойти ограничение языка, который поддерживает мультибайтные кодировки только с помощью костылей и вот уже не один десяток лет никак не может переползти на жалкий UTF-8, который вы способны впереть за 10 минут. Опишите хотя бы общую схему реализации, интересно жеж.
