Attachments. Кодировка имени файла - Attachments

Привет всем. Joomla 1.5.13, Attachments Documentation V1.3.4. Всё работает, НО. На сервере (в папке Attachments) имена файлов неудобоваримые... типа 016_Распоряжение 15-1.pdf. Где то прочитал, что типа имена файлов должны быть на аглицком+цыфры...  Неужели правда !

Такое впечатление складывается, что на всех форумах по Joomla, все только и могут что тыкать ссылками на куцый FAQ. Где вы, мега-джумалоиды ?

на 99% уверен что название файлов\каталогов должно быть на латиннице, переименовывайте и будет счастье

P.S. участвуйте в развитии FAQ (который кстати как написано не относится к вопросам по сторонним расширениям движка)

Двоякое чувство у меня от Joomla. С одной стороны прекрасный инструмент! С другой стороны, убивает отсутствие очевидных вещей, что породило огромное количество всевозможных расширений. На данный момент нахожусь в очередном затыке, который похоже делит на 0 все усилия по изучению (в течении месяца) Joomla. Затык в распределении прав доступа юзеров к разделам/категориям/материалам. Неделю убил на JUGA(легаси, т.к. других не дают), взятой с http://www.dioscouri.com/. Не настраивается ! (( Вот где FAQи нужны !

p.s. А с кракозябрами в имени файла разобрался вот так. В файле components\com_attachments\helper.php после строки
$filename  = $_FILES['upload']['name'];
вставил
$filename = str_replace(array('а', 'б', 'в', 'г', 'д', 'е', 'ё', 'ж', 'з', 'и', 'й', 'к', 'л', 'м', 'н', 'о', 'п', 'р', 'с', 'т', 'у', 'ф', 'х', 'ц', 'ч', 'ш', 'щ', 'ь', 'ъ', 'ы', 'э', 'ю', 'я', 'А', 'Б', 'В', 'Г', 'Д', 'Е', 'Ё', 'Ж', 'З', 'И', 'Й', 'К', 'Л', 'М', 'Н', 'О', 'П', 'Р', 'С', 'Т', 'У', 'Ф', 'Х', 'Ц', 'Ч', 'Ш', 'Щ', 'Ь', 'Ъ', 'Ы', 'Э', 'Ю', 'Я'), array('a', 'b', 'v', 'g', 'd', 'e', 'jo', 'zh', 'z', 'i', 'i', 'k', 'l', 'm', 'n', 'o', 'p', 'r', 's', 't', 'u', 'f', 'x', 'c', 'ch', 'sh', 'sch', 'j', 'j', 'y', 'e', 'y', 'ja', 'A', 'B', 'V', 'G', 'D', 'E', 'Jo', 'Zh', 'Z', 'I', 'I', 'K', 'L', 'M', 'N', 'O', 'P', 'R', 'S', 'T', 'U', 'F', 'X', 'C', 'Ch', 'Sh', 'Sch', 'J', 'J', 'Y', 'E', 'Y', 'Ja'), $filename);
Через заднюю калитку - но работает. Можно добавить решение в FAQ.

Привет всем. Joomla 1.5.13, Attachments Documentation V1.3.4. Всё работает, НО. На сервере (в папке Attachments) имена файлов неудобоваримые... типа 016_Распоряжение 15-1.pdf. Где то прочитал, что типа имена файлов должны быть на аглицком+цыфры...  Неужели правда !

Друг! Не правда! И с русскими названиями файлов работает!
Беда не столько в Joomla, сколько в России как в таковой. Наша страна (вроде как) лидирует по количеству используемых кодировок. Ты конечно неплохое решение подобрал)
Лично я вот в качестве фтп-клиента использую FileZilla. У него опция замечательная есть: Кодировка UTF-8. Вуаля! Все по-человечески!

InternetStranger, ничё не понял. У меня на Денвере сайт и траблы с кодировкой аналогичные.

Поясняю: проблема в том, что Денвер твой (как я весь Виндоус в целом) работает в кодировке win1251.
А Joomla и Аттачментс в кодировке utf-8. Из-за несовпадения кодировок у тебя "кракозябры". И вовсе не обязательно на английском  имена создавать  - эти кракозябры отлично работают. Так что "проблемой" это сложно назвать, ведь все работает =))

Когда зальешь на удаленный хостинг свой сайт, используй файловый менеджер FileZilla . Он умеет отображать файлы и папки в кодировке utf8, что (при должной сноровке) избавит от "кракозябр".

Кста, кто-то тут говорил , что и Total Commander тоже как-то переключается в utf8 ))

Дык Joomla в утф8 на Денвере работает и отлично!
Я файлы с русскими названиями на Денвере гружу и подцепляю к статьям. И на хост, как и многие, хочу выложить готовый сайт. Т.е. имена вдруг станут в нормальной русской кодировке после выгрузки ФайлЗиллой? С чего вдруг?
PS Кодировка сбилась после их прикрепления к статьям в штатном режиме  самим модулем Аттачментс.

имена вдруг станут в нормальной русской кодировке после выгрузки ФайлЗиллой? С чего вдруг?

В каком месте я написал что произойдет смена кодировки символов??
Чтобы решить проблему, нужно ее понять для начала. Боюсь вы не верно представляете себе что такое кодировка и как происходит кодирование символов.
Заглуглите ACSII и ANSI - коды и все станет понятнее.
(нужно просто посмотреть на эти символы через ту кодировку, в которой они были записаны)

зы: http://joomlaforum.ru/index.php/topic,79919.msg528252.html#msg528252

mikolla
Спасибо! Хоть такой, но выход, а то разведут кодировки, фтп, у нас в стране 97проц на винде, и притачиваешь файлу не по фтп..

В файле components\com_attachments\helper.php, строка
if (JFile::upload($_FILES['upload']['tmp_name'], $filename_sys))
меняем на
if (JFile::upload($_FILES['upload']['tmp_name'], iconv('UTF-8', 'cp1251', $filename_sys)))
у меня работает

В файле components\com_attachments\helper.php, строка
if (JFile::upload($_FILES['upload']['tmp_name'], $filename_sys))
меняем на
if (JFile::upload($_FILES['upload']['tmp_name'], iconv('UTF-8', 'cp1251', $filename_sys)))
у меня работает

Спасибо помогло, но теперь удаление этого файла не срабатывает. Из базы удаляет, но файлы с сервера удалить уже не может.
Компонент версии 2.1.2

Помогите, кто решил проблему с русскими вложениями в attachments-2.2

Вроде у меня решилось на Joomla 1.5.22.
До этого при загрузке изображений терялись все русские буквы, просто пропадали навсегда )
Решение - открыл файл:
libraries\joomla\filesystem\file.php

нашел сии строки:

Добавил пару своих строк, получилось так:

И теперь он автоматом транслитерует все русские имена файлов. Правда я только на изображениях пробовал.


P.S. Правда это не помогло решить проблему в jSeblod CCK 1.8. Если загружать русские файлы через его формы то все не верно... где-то надо еще фиксить...

Проблема по прежнему актуальна. Решения указанные в теме не подошли. Joomla 1.7.2, attachments 3.0.2, везде кодировка utf-8, сервер на винде, соответсвенно пишет в абракадабре на диск, и в этой же абракадабре ссылку в базу. 

if (JFile::upload($_FILES['upload']['tmp_name'], iconv('UTF-8', 'cp1251', $filename_sys))) сработал только для имени файла, записываемого на диск, пишет теперь нарусском языке, а вот ссылка http:/...... остается в какой попало кодировке. как бы и ее поменять?

актуально для версии 3.0.2

Проблема по прежнему актуальна. Решения указанные в теме не подошли. Joomla 1.7.2, attachments 3.0.2, везде кодировка utf-8, сервер на винде, соответсвенно пишет в абракадабре на диск, и в этой же абракадабре ссылку в базу. 

if (JFile::upload($_FILES['upload']['tmp_name'], iconv('UTF-8', 'cp1251', $filename_sys))) сработал только для имени файла, записываемого на диск, пишет теперь нарусском языке, а вот ссылка http:/...... остается в какой попало кодировке. как бы и ее поменять?

В файле \components\com_attachments\views\attachments\tmpl\default.php комментим строчку $url = utf8_encode($url);

attachments
«  : 09.11.2012, 18:34:56 »   Цитировать

у меня проблема. Установив этот компонент вставки у меня возникло куча ошибок. сначала русификатор не подошел потом сам компонент не устанавливался в конце концов и компонент и русификатор были установлены. настройки я сделала но попыталась создать материал и мне выдает ошибку..нигде в Google я такой ошибки не нашла ```
500 - Обнаружена ошибка.

Ошибка базы данных с номером 1146
Table 'galasayt.ru.c9f84_attachments' doesn't exist SQL=SELECT count(*) FROM c9f84_attachments WHERE parent_id=0 AND parent_type='com_content' AND access in (1,2,3) (ERR 90)

Вернуться в Панель управления
. если я удаляю этот компонент то попытавшись создать статью мне выдало все на иероглифах..не пойму что я повредила...помогите у меня Joomla 2.5.7

Помогите, прочитал все темы с поиска так и не нашел ответ.
1.Когда нажимаю на скачку прикрепленного файла, он открывается в новом окне и закачки не происходит.
Как сделать чтобы файл сразу скачивался?

Так что никто не знает? Я уже целый день сижу мучаюсь. Пробовал в файле file_types назначать
'txt' => 'application/x-zip'
'txt' => 'application/zip'
'txt' => 'application/txt'
'txt' => 'application/pdf'
Но безрезультатно

что за тип файла?
В .htaccess добавить строку типа

Решение для Joomla 2.5 + attachments 3.0

В файле components\com_attachments\helper.php, строка
меняем на

В файле \components\com_attachments\views\attachments\tmpl\default.php комментим строчку
Спасибо всем! 

Решение для Joomla 2.5 + attachments 3.0

В файле components\com_attachments\helper.php, строка

Код

if (JFile::upload($_FILES['upload']['tmp_name'], $filename_sys))

меняем на

Код

if (JFile::upload($_FILES['upload']['tmp_name'], iconv('UTF-8', 'cp1251', $filename_sys)))

В файле \components\com_attachments\views\attachments\tmpl\default.php комментим строчку

Код

$url = utf8_encode($url);

Спасибо всем!  

Спасибо. Работает. Но есть одно "Но".
Использую добавление вложений с самого сайта (необходимо для пользователей), не с админки.
Видимо вот эта строчка:
if (JFile::upload($_FILES['upload']['tmp_name'], iconv('UTF-8', 'cp1251', $filename_sys)))
отрабатывает след образом: файл из ['upload']['tmp_name'] загружается в iconv('UTF-8', 'cp1251', $filename_sys) в другой кодировке.
В $filename_sys прописан путь файла, выше в helper.php описано что создается сначала временная папка "0" при добавлении вложения. оттуда загружается в пусть $filename_sys. При смене кодировки файл загружается не в созданную папку с некоторым id. а в нулевую папку. а ссылка на файл создается на папку с некоторым id.

как то так вроде. поправьте меня. и помогите с проблемой пожалуйстаз. с программированием только на Вы. Мал мало могу поправить

проблема актуальна

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

Я доработал этот плагин (Attachments). Теперь русские имена файлов не портятся, корректно удаляются с диска при удалении вложения,
работает проверка на дублирование при добавлении уже существующего файла - также как и для имен на латинице.

Окружение:
- Win 8.1 русский
- Joomla_3.4.1-Stable-Full_Package

Исправления:

1. В файле: components\com_attachments\helper.php

   - после строки:
         $filename_sys = $fullpath . $filename;
     Добавить:            
         $filename_sys_cp1251 = iconv('UTF-8', 'cp1251', $filename_sys) ;

   - строку :
      if (JFile::upload($_FILES['upload']['tmp_name'], $filename_sys))
   Заменить на :    
      if (JFile::upload($_FILES['upload']['tmp_name'], $filename_sys_cp1251))

       - строку :
      if ( ($save_type == 'upload') && JFile::exists($filename_sys) )
   заменить на
      if ( ($save_type == 'upload') && JFile::exists($filename_sys_cp1251) )

2.В файле: \components\com_attachments\views\attachments\tmpl\default.php
   комментим строчку:
          $url = utf8_encode($url);

3. В файле: components\com_attachments\controller.php

Строки:
   if ( $filename_sys ) {
                 jimport('joomla.filesystem.file');
         if ( JFile::exists( $filename_sys )) {    
            JFile::delete($filename_sys);
            }                
         }
Заменить на:
    if ( $filename_sys ) {
                  $filename_sys_cp1251 = iconv('UTF-8', 'cp1251', $filename_sys) ;    
         jimport('joomla.filesystem.file');
         if ( JFile::exists( $filename_sys_cp1251 )) {    
            JFile::delete($filename_sys_cp1251);
            }                
         }

День добрый.

С Attachments 2.2 по инструкции выше - все тоже работает.

Правда немного другие изменения. Благодарим тов. nuriman.

Проверил. Все работает.

Дополнение.
После изменений (attachments 2.2) при добавлении статьи через сайт выдает следующую ошибку:
Люди добрые, помогите доработать плагин.

Спасибо дружище! Выручил с этой проблемой в кодировке. Она тянется с момента создания компонента.)

Модератору - большая просьба прикрепить эту тему наверху. Она пока постоянно всплывает из версии в версию.

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

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

Давно не слежу за компонентом, но скорее всего -  удаляете физически файл с диска, но в БД информация остается.
Логично что при загрузке этого же файла идет проверка и ошибка.
Проверить наличие записи про этот файл в базе и удалить там.