ВЫРУБИТЕ ПОЛОВИНУ СТРОК из php.ini или httpd.conf , посмотрим через что зубы вырастут. Какой смысл что-то писать если сервер, всё в то место и засовывает (как вы выразились)
Сайтов много. Движков несколько видов, это что для каждого делать. Вообще суть проблемы улавливаете?!
ТРЕБУЕТСЯ ПОДСТРОЙКА СЕРВЕРА!!! А СКРИПТ С ФУНКЦИЕЙ ДЛЯ ПРИМЕРА!
Не очень Вас понимаю. Вы говорите о чистописание: как лучше было бы писать программный код.
Лучше всё таки думаю, так - если можно перехватывать команду с инструкцией записи на диск,
чтобы обернуть её в конструкцию типа iconv( ... , ... . . ). Это бы очень помогло, добавляем путь к такому скрипту в php.ini с помощью: auto_append_file = "путь/к/файлу.php"
... готово.
Примерно такой способ используют, чтобы настроить заглушку "sendmail",
когда письма отправленные функцией mail() перехватываются из "потока" и
складывать в папку на локальном сервере.
Пока, вижу путь только как разобраться в настройках сервера, или Windows.
Кто знает, делитесь соображениями.
;Есть такая строка
extension=php_mbstring.dll ;расскоментирована в php.ini
Поэксперементировал с разными параметрами за блоком [mbstring] - брал у умельцев из нета.
..полагаю если бы она влияла на процесс, то в разных вариантах, файл бы передавался, как то так
Їрщы.jpg или ╤Д╨░╨╣╨╗.jpg или так файл.jpg (соответственно для каждой установки)
Вообще сам файл внутри целый, даже если текстовой кидать, проблема только с именами.
Геморно то оно конечно да, только ТРАНСЛИТ ЭТО АРХАИЗМ.
Были ещё временна когда на CD болванки нельзя была файлы с русскими именами писать,
... что тоже надо было программы для Транслита изобретать, или всё таки как весь белый мир, родными буквами пишем. Это просто вредная привычка..
С другой стороны, вот задача — надо плагин поставить и сайт протестить,
чтобы не завалить. Кидаете себе, потом обратно, а потом - ОПА! А кто-то
из web-users закачивал файлы с русскими буквами. Сидите и думаете:
"почему файл менеджер накрылся". Вот и весь "гемор"
Есть ещё такой блок [ICONV]
;iconv.input_encoding = UTF-8
;iconv.internal_encoding = UTF-8
;iconv.output_encoding = UTF-8
тоже ноль реакции. Кстати для остальных блоков, что идут в квадратных скобках есть своё расширение в формате .dll, а типа extension=php_iconv.dll нету
на хостинге есть демо файл php.ini, там конечно unix-подобная система, но там вот как: extension=xml.so
extension=sockets.so
extension=gd.so
extension=iconv.so ; <= вот это расширение
extension=mysql.so
extension=mysqli.so
extension=mbstring.so
extension=zlib.so
extension=ctype.so
extension=json.so
extension=session.so
extension=simplexml.so
Помогите в настройке сервера. Работаю над проектом одного сайта под управлением популярной CMS.
На хостинге интернете php-скрипты прекрасно работают с файлами (проблема картинками).
Загружаются и сохраняются с оригинальными русскими именами.
Когда переношу на домашнюю машину, всё прекрасно работает и выполняется...
НО. стоит запустить файловый менеджер и тут же проблема.
Все файлы загружаются и в меню файл-менеджера (php-программы) и отображаются с кириллицей, тогда как в папке они уже лежат с "кракозяблами".jpg.
Если закинуть файл самому (само собой все папки в Windows) с русскими символами в имени, то ф-менеджер выдаёт ошибку, - в Joomla, MODx, везде по разному.
Интересные симптомы:
Если сделать простой скрипт загрузки и обернуть указатель на файл
то файл попадёт на сервер со своим оригинальным названием на русском.
Установки в httpd.conf директивы "AddDefaultCharset" ни как не сказываются, хоть UTF-8, хоть windows-1251.
В нете пишуть про расширение mbstring для PHP, которое подключается в php.ini
На хостинге в phpinfo()
mbstring.http_output_conv_mimety pes
для колонки Local Value ^(text/|application/xhtml\+xml)
для колонки Maser Value ^(text/|application/xhtml\+xml)
на локальной машине параметра такого в phpinfo() не выводится. Вот так вот
Возможно необходимо создать в php.ini данную строчку, но там n-ой не присутствует не в комментах ни как бы то нибыло... вообще мало, что по этому поводу можно найти.