Дополнительные фото в статьях

В редакторе статей, который стоит по умолчанию, пользователю разрешено грузить дополнительные фотографии в тело статьи. Основная фотография которую пользователь вставляет в отдельное верхнее поле автоматически уменьшается переносится в папки medium и small c новым уникальным названием. Оригиналы фото могут удаляться.

Те же фото, которые пользователи грузят в тело статьи не переименовываются и не уменьшаются и лежат просто в папке images

Пользователи порой добавляют очень много фото в статью не задумываясь о размерах. У меня таких фото за несколько месяцев уже на 2Gb накопилось. Боюсь представить, что будет через год.

Вопрос:
Можно ли сделать в редакторе статей несколько полей для загрузки дополнительных фотографий по аналогии загрузки основного фото?
Или может под каждой статьей разместить мини фотогалерею с миниатюрами. Может есть еще какие-нибудь варианты проще ..


Спасибо.

Есть, конечно, выход заставить пользователей грузить фото в свои фотоальбомы, а потом вставлять в статью ссылки на эти фото. Но это как-то не совсем верно…

Но это как-то не совсем верно ..

скорее отголоски прошлого… глубокого.

я в багтрекер в прошлом месяце писал пожелание о древовидной структуре хранения контента. чтобы раскладывался по папкам исходя из даты создания. во всяком случае предварительно согласовал с Fuze целесообразность добавления этого в систему.

trac.instantcms.ru/ticket/281

это решит проблему с каталогами внутри которых несколько тысяч файлов.

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

Вы поймите одно — все это хорошо да, но ограниченное количество рук и времени у разработчиков растягивает всяческие улучшения на большие сроки. Да многое надо: и то и это и вот это, но есть приоритеты разработки, в том числе и для того, чтобы сделать код более грамотный, понятный и расширяемый — для привлечения новых "светлых голов" и как следствие убыстрения времени на всяческие "улучшения" для конечных пользователей.

дык я ж все ногами за "помочь", ну не кодер я нефига, так бы помог чем смог😊вот с юзабилити стараюсь помогать :)

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

как то ничего и не решилось… да?

ПЫСЫ:
Вот классное решение instantcms.ru/blogs/polzuites-nazdorove/vstavka-kartinok-iz-galerei-v-katalog-stati-moduli-s-uvelicheniem-po-kliku.html
до оформить бы его…