Russian TYPO3 community

Russian TYPO3 community (http://forum.typo3.ru/index.php)
-   Инструменты разработчика (http://forum.typo3.ru/forumdisplay.php?f=34)
-   -   fileadmin VS uploads (http://forum.typo3.ru/showthread.php?t=11069)

Ивано++ 03.12.2013 01:16

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

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

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

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

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

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

dmartynenko 06.12.2013 14:12

Заливку в 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, но его нет.

Ивано++ 06.12.2013 21:13

Цитата:

Сообщение от dmartynenko (Сообщение 37579)

Эту проблему можно было бы решить, если называть после загрузки файл именем производным от содержания, типа 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 - мне пока почему то более удобным показалось, хотя и это не идеально и с дублированием.


Часовой пояс GMT +4, время: 11:33.

Работает на vBulletin® версия 3.8.1.
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Перевод: zCarot