Русские имена файлов на web сервере?

Question

[TheShestov]

Здравствуйте!

На своем ubuntu сервере развернул LAMP - на нем wordpress.
При загрузке медиафайлов с русскими именами - они успешно загружаются и отображаются, но на сервере в именах кракозябры: /2015-05-06-12-37-53-Рабочий-стол.png
Подскажите как исправить ?
charset.conf в /etc/apache2/conf-enabled и conf-available добавил: AddDefaultCharset UTF-8
в php.ini где можно было - изменил на UTF-8 - но толку нет.
Спасибо!

Answer 1

[WP Panda]

Имена файлов на кирилице - это плохо, даже если на конкретном все чудно пашет есть не кислая вероятность, что при переносе они грохнуться.

Подключите любую транслитерацию и подвесьте на sanitize_file_name

add_filter('sanitize_file_name', '%ваша функция транслитерации%');

после этого файл при загрузке будет ей обрабатываться и менять имя на имя на латинице

Answer 2

[Evgeny Svirsky]

Конвертируйте имена в транслитерацию если есть русские символы во время загрузки файла.

Comments

[TheShestov]

не годится. на двух платных хостингах такой функционал вполне рабочий

[Foo Bar]

TheShestov Для WP есть плагин по конвертации названий файлов cyr2lat или как-то так, поищите. И лучше названия хранить в slug-формате, т.е. без спецсимволов, без пробелов и прочих space-символов и без расширенного алфавите - т.е. кирилица, цифры и символ подчеркивания. Потом когда захотите переехать куда-нибудь проектом проблем не оберетесь.

[Игорь Воротнёв]

TheShestov: это кириллица не годится. Используйте транслит.

Answer 3

[test13r]

Скорее всего пути к файлам сохраняются в каких-то полях, каких-то таблиц, какой-то базы данных. Настройки кодировки СУБД тоже не помешало бы сменить.
з.ы.: После внесения изменений не нужно ждать чуда для уже имеющихся путей к файлам, только для новых добавляемых...

Comments

[TheShestov]

кодировка mysql соответствует настройкам с платного хостинга, где этот функционал работает. utf8_general_ci

[test13r]

TheShestov: Всё же не мешало бы проверить:
1. Кодировка СУБД
2. Кодировка базы данных
3. Кодировка таблиц

[test13r]

TheShestov: Кстати, вот нашел отличный материал - gahcep.github.io/blog/2013/01/05/mysql-utf8

[TheShestov]

test13r: сверил настройки MySQL на хостинге и на "локале" - все идентично. Более того:
когда подгружаешь файл с русскими символами - он успешно отображается в приложении и его путь на русском. Если я обращусь в браузере http://site/этот файл.png - он его успешно откроет.
я посмотрел в базу - там прописано примерно: %D0%9A%D0%BD%D0%B8%D но на сервере этот файл будет иметь имя: стол.png и при этом работать.
Еще раз: дело явно не в БД. склоняюсь к версии проблем с apache или php

[test13r]

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

[TheShestov]

test13r: понимаю. Вопросы могут задавать разные люди :) безусловно, сервисы я перезапускал после любых корректировок конфигов.

[test13r]

TheShestov: Есть вариатны:
1. Проверить кодировку по умолчанию которую использует браузер
1. В файле /etc/apache2/conf.d/charset проверить AddDefaultCharset UTF-8
2. Проверить содержимое файла .htaccess на наличие AddDefaultCharset UTF-8
3. Как настроить кодировку при сохранении кириллических имен файлов в Yii2? - Может как-то так случится чудо?

Сообщите о любых результатах, пожалуйста.

Answer 4

[TheShestov]

Спасибо, Всем. Прислушался к совету, хоть это и не отвечает на мой вопрос :)
atomheart спасибо, за подсказку в поиске плагина. Установил его - успешно работает.
Единственное, что смутило: слово "экран" (и другие с буквой Э) он конвертит в e`kran
В данном случае символ ` не является проблемным? Пробелы убирает отлично.

Comments

[Foo Bar]

Лучше, конечно, покопаться в настройках или исходниках, и в таблице транслитерации убрать лишние символы.
Конкретно в cyr2lat (который и у меня в проекте работает) можно отредактировать файл cyr3lat/cyr-to-lat.php, где сверху есть таблица конвертации. Это можно сделать и из админки WP, пройдя в список плагинов и нажав на "Изменить" рядом с плагином cyr2lat.

[Foo Bar]

У меня вот такая таблица:

$iso9_table = array(
		'А' => 'A', 'Б' => 'B', 'В' => 'V', 'Г' => 'G', 'Ѓ' => 'G',
		'Ґ' => 'G', 'Д' => 'D', 'Е' => 'E', 'Ё' => 'YO', 'Є' => 'YE',
		'Ж' => 'ZH', 'З' => 'Z', 'Ѕ' => 'Z', 'И' => 'I', 'Й' => 'J',
		'Ј' => 'J', 'І' => 'I', 'Ї' => 'YI', 'К' => 'K', 'Ќ' => 'K',
		'Л' => 'L', 'Љ' => 'L', 'М' => 'M', 'Н' => 'N', 'Њ' => 'N',
		'О' => 'O', 'П' => 'P', 'Р' => 'R', 'С' => 'S', 'Т' => 'T',
		'У' => 'U', 'Ў' => 'U', 'Ф' => 'F', 'Х' => 'H', 'Ц' => 'TS',
		'Ч' => 'CH', 'Џ' => 'DH', 'Ш' => 'SH', 'Щ' => 'SHH', 'Ъ' => '',
		'Ы' => 'Y', 'Ь' => '', 'Э' => 'E', 'Ю' => 'YU', 'Я' => 'YA',
		'а' => 'a', 'б' => 'b', 'в' => 'v', 'г' => 'g', 'ѓ' => 'g',
		'ґ' => 'g', 'д' => 'd', 'е' => 'e', 'ё' => 'yo', 'є' => 'ye',
		'ж' => 'zh', 'з' => 'z', 'ѕ' => 'z', 'и' => 'i', 'й' => 'j',
		'ј' => 'j', 'і' => 'i', 'ї' => 'yi', 'к' => 'k', 'ќ' => 'k',
		'л' => 'l', 'љ' => 'l', 'м' => 'm', 'н' => 'n', 'њ' => 'n',
		'о' => 'o', 'п' => 'p', 'р' => 'r', 'с' => 's', 'т' => 't',
		'у' => 'u', 'ў' => 'u', 'ф' => 'f', 'х' => 'h', 'ц' => 'ts',
		'ч' => 'ch', 'џ' => 'dh', 'ш' => 'sh', 'щ' => 'shh', 'ъ' => '',
		'ы' => 'y', 'ь' => '', 'э' => 'e', 'ю' => 'yu', 'я' => 'ya'
	);

[TheShestov]

atomheart: Спасибо. Не знаю в следствии чего - но теперь у меня кроме 1й страницы и админ панели - не открывается ни одна статья :)

[Foo Bar]

Пробовали откатить изменения? Есть ли бэкап, система контроля версий?

[TheShestov]

atomheart: бекап конечно имеется. сейчас вот сижу по новой разворачиваю

[TheShestov]

atomheart: p.s. почитал на просторах - такие "фичи" происходят с плагинами "кириллица-латинские"

[Foo Bar]

TheShestov Сожалею, что совет вышел скорее "вредным", чем "полезным". У меня это решение работает уже года 4, и пережило несколько версий WP и собственных обновлений. Но, видимо, раз на раз не приходится.
Тут в ветке WP Panda упоминал про аналогичное решение своими руками. Возможно, вам стоит попробовать его вариант.

[Игорь Воротнёв]

atomheart: у меня cyr2lat на десятках сайто работает ГОДАМи без проблем. Есть и свой форк с измененными таблицами транслитерации (в оригинале украинская транслитерация некорректная). Работает как часы. Если из-за него что-то падает - это криво настроенный php.

Answer 5

[Mikhail Osher]

Это моветон. Не надо русские названия либо загружать, либо хранить.
Во время загрузки файлов переименовывайте в латиницу.

// UPD

Переименовывайте уже средствами PHP на сервере, и кладите вместо 2015-10-09_на_море.jpg 2015-10-09_na_more.jpg.

Comments

[TheShestov]

"моветон- не моветон", а мне функционал нужен и я спросил о его реализации :)

[TheShestov]

upd: опять-таки... переименовывать чем? iconv ? или менять что-то в движке WP? моя задача - понять, почему не работает РАБОЧИЙ функционал. сейчас я не стремился - заменить или "улучшить", как это предлагаете вы. оно должно работать, ибо есть пример.

Answer 6

[dk-web]

Буквально недавно спрашивал.
Есть ли смысл оставлять файлы в кириллице при загрузке на сервер?

Comments

[TheShestov]

да нет-же ) вопрос о другом :) вопрос не "надо-ли", а НАДО! и не в собственном приложении, а в wordpress, который аналогично работает на платном хостинге и сохраняет все как положено. отсюда и вывод, что настройки на сервере локальном "какие-то не такие"..

Answer 7

[Илья Белобородов]

Гугл не любит картинки название которых на кириллице

Answer 8

[itacademy]

Я не согласен, что Гугл не любит кириллицу. Он ее очень любит и трафика будет больше.
Согласен, что могут быть проблемы при неверной настройке хостинга. Если моды не все нужные установлены.
Но уж коли надо на опенсервере открыть кириллицу то велком. Конвертируйте win1251 в UTF-8 и выводите.
<?
echo iconv('windows-1251', 'UTF-8', $FILE1251);
?>