fileadmin VS uploads

[Ивано++]

Пришел почему:)-то к выводу что лучший вариант для заливки файлов и картинок - это напрямую в папку uploads (TCA-config - с настройкой для данной папки) - без использования папки fileadmin.

Ведь с fileadmin - мы сначала загружаем картинки (к примеру) и после их выбираем... Или же используем ссылку на файл...

Почему это мне этот вариант все меньше нравиться (с fileadmin)...
По моему удобнее нажал кнопку обзор и картинки сразу прикрепились к записи... Загрузившись в одну из подпапок uploads!:p
Кроме того удобно проверить на предмет потерянности прикрепленных файлов, и кроме того, не нужно городить огород с правами доступа и точками монтирования для модуля список файлов...

А ведь еще же есть такие любители - кто папки в fileadmin - называет
шла ссаша по шоссе/новость 1234939/еще папочка/и еще папочка№;525/....

И еще момент - т.к. есть любители (не в плане опыта, а в плане покрутить) которые уж очень любят покрутить все в плане fileadmin/templates/ - без возможности восстановления - мне почему-то все больше хочется эти шаблоны перемещять в папку typo3conf/ext/templates - что бы не одна живая душа без доступа к ftp-не могла там что-либо поменять...

Остался только один вопрос - а зачем и для чего тогда использовать-то папку fileadmin?

[dmartynenko]

Заливку в fileadmin + DAM удобной использовать для картинок, которые используются в нескольких местах. Например чей-то логотип, который периодически вставляется в новость. Если грузить в upload каждый раз, то в нем один и тот же по содержанию файл будет множиться file.jpg, file1.jpg, file2.jpg и т.д.

Эту проблему можно было бы решить, если называть после загрузки файл именем производным от содержания, типа md5(binary content).jpg

Вторая проблема, которая существует уже с uploads - это то что все файлы сливаются в одну папку. В результате со временем получается (у нас) несколько десятков тысяч файлов в одной папке. Это потенциальные тормоза и проблемы. И решения нет.

А хотелось бы иметь возможность иметь возможность структурировать файлы по принципу:
uploads/tx_myext/[uid1]/files....
uploads/tx_myext/[uid2]/files....
uploads/tx_myext/[uid3]/files....

Хотя и это не всегда выход, если uid будет много, то много (32768+) подпапок в одной папке - это еще хуже чем много файлов.

Значит нужен гибкий механизм работы с uploads, но его нет.

[Ивано++]

Эту проблему можно было бы решить, если называть после загрузки файл именем производным от содержания, типа md5(binary content).jpg

Вторая проблема, которая существует уже с uploads - это то что все файлы сливаются в одну папку. В результате со временем получается (у нас) несколько десятков тысяч файлов в одной папке. Это потенциальные тормоза и проблемы. И решения нет.

А хотелось бы иметь возможность иметь возможность структурировать файлы по принципу:
uploads/tx_myext/[uid1]/files....
uploads/tx_myext/[uid2]/files....
uploads/tx_myext/[uid3]/files....

Хотя и это не всегда выход, если uid будет много, то много (32768+) подпапок в одной папке - это еще хуже чем много файлов.

Значит нужен гибкий механизм работы с uploads, но его нет.

Да, дублирование файлов не есть хорошо...
По поводу такой схемы (uploads/tx_myext/[uid1]/files....) думал сделать hook для записей pages, tt_content так что бы автоматически создавались папки в fileadmin/[id-страницы]/[таблица]/[id-записи] - при добавлении "Новой записи" - нажал кнопку сохранить , и папки автоматически создались...

но пока решил отложить...
было бы еще классно если бы и с RTE - можно было картинки присоединять прямо к записи ) - т.е. внизу RTE-где ни будь бы появлялось что-то типа присоединенных изображений и файлов к данной записи...

--

В общем пока тогда так и буду использовать...
Но в сторону uploads - мне пока почему то более удобным показалось, хотя и это не идеально и с дублированием.