Наразі покупець не має контролю над місцем призначення завантажених файлів, окрім категорії. Кожен файл зберігається у власному каталозі, де саме знаходиться файл, оскільки посилання не вказує справжнього шляху з міркувань безпеки.
Я написав пакетний файл, який автоматично архівує файли в zip-архів і зберігає цей zip-файл у певному каталозі. Я сподівався використовувати dropfiles для відображення цих zip-архівів на панелях користувачів для завантаження, коли це необхідно. Зараз це неможливо, оскільки ми не контролюємо фізичне розташування збереженого елемента. Було б добре, якби компоненти надавали можливість використовувати справжні шляхи, де категорії генерували справжній шлях до файлу, а вміст цих шляхів відображався на інтерфейсі, незалежно від того, чи завантажено їх через компонент, чи ні. Було б добре,
якби створення категорії також створювало папку, а підкатегорії створювали підпапки в межах батьківської категорії/папки, причому кожну категорію/папку можна було б призначити певному користувачеві (не групі доступу, я спробував це з чимось іншим, і це не спрацювало).
Причина, чому я хотів би бачити цю функцію, полягає в тому, що я написав пакетний файл для архівування. Кожні X днів система автоматично експортуватиме всі повідомлення старше 90 днів у zip-архів та зберігатиме їх у визначеному каталозі, де вони зберігатимуться протягом X років, а потім, як тільки zip-файл стане старшим за X років, він автоматично видалятиметься. Якщо буде проведено аудит або щось інше, одержувач цієї системи повинен мати можливість завантажити zip-архіви. Я сподівався використовувати DropFiles для відображення вмісту папки, куди були надіслані ці архіви, щоб їх можна було завантажити; але це мав бути справжній шлях , і dropfiles зможе відображати вміст папки незалежно від того, як вміст туди потрапив (іншими словами, навіть якщо його було перенесено туди через інше джерело (наприклад, FTP або пакетний файл), а окремі папки/категорії можна буде призначити певним користувачам .
Дороті
Я написав пакетний файл, який автоматично архівує файли в zip-архів і зберігає цей zip-файл у певному каталозі. Я сподівався використовувати dropfiles для відображення цих zip-архівів на панелях користувачів для завантаження, коли це необхідно. Зараз це неможливо, оскільки ми не контролюємо фізичне розташування збереженого елемента. Було б добре, якби компоненти надавали можливість використовувати справжні шляхи, де категорії генерували справжній шлях до файлу, а вміст цих шляхів відображався на інтерфейсі, незалежно від того, чи завантажено їх через компонент, чи ні. Було б добре,
якби створення категорії також створювало папку, а підкатегорії створювали підпапки в межах батьківської категорії/папки, причому кожну категорію/папку можна було б призначити певному користувачеві (не групі доступу, я спробував це з чимось іншим, і це не спрацювало).
Причина, чому я хотів би бачити цю функцію, полягає в тому, що я написав пакетний файл для архівування. Кожні X днів система автоматично експортуватиме всі повідомлення старше 90 днів у zip-архів та зберігатиме їх у визначеному каталозі, де вони зберігатимуться протягом X років, а потім, як тільки zip-файл стане старшим за X років, він автоматично видалятиметься. Якщо буде проведено аудит або щось інше, одержувач цієї системи повинен мати можливість завантажити zip-архіви. Я сподівався використовувати DropFiles для відображення вмісту папки, куди були надіслані ці архіви, щоб їх можна було завантажити; але це мав бути справжній шлях , і dropfiles зможе відображати вміст папки незалежно від того, як вміст туди потрапив (іншими словами, навіть якщо його було перенесено туди через інше джерело (наприклад, FTP або пакетний файл), а окремі папки/категорії можна буде призначити певним користувачам .
Дороті
- сторінка:
- 1
На цю публікацію ще немає відповідей.
