ПГ
у нас фаловое хранилище само по себе, ты грузишь файл в него, а дальше id файла в таблице файлов привязывается внутри заказа
Ок спс
Size: a a a
2020 December 19
AS
если рассмотривать не S3 то вместо uuid файла я бы хранил абсолютный путь
ПГ
у нас фаловое хранилище само по себе, ты грузишь файл в него, а дальше id файла в таблице файлов привязывается внутри заказа
Т.е. у вас выходит грубо говоря "файловая помойка" не в плохом смысле ) для разных аспектов всей системы?
AS
Т.е. у вас выходит грубо говоря "файловая помойка" не в плохом смысле ) для разных аспектов всей системы?
так это наоборот удобно.. контент отдельно в ФС/s3 метаданные отдельно в БД
ДЩ
Т.е. у вас выходит грубо говоря "файловая помойка" не в плохом смысле ) для разных аспектов всей системы?
да, так и есть, причем файл может быть связан с каким-то объектом и при скачивании если у тебя нет прав к объекту то и файл ты не получишь
ПГ
так это наоборот удобно.. контент отдельно в ФС/s3 метаданные отдельно в БД
Ну я не говорю что плохо :)
ПГ
да, так и есть, причем файл может быть связан с каким-то объектом и при скачивании если у тебя нет прав к объекту то и файл ты не получишь
Что то про права не понятно. Откуда хранилище знает про права и к кому оно привязано?
AS
ну видимо речь про всякие редкие кейсы - типа сразу из S3 файлы наружу отдавать.. это вообще не оч хорошая практика кроме ультрахайлода какого-нить
ПГ
ну видимо речь про всякие редкие кейсы - типа сразу из S3 файлы наружу отдавать.. это вообще не оч хорошая практика кроме ультрахайлода какого-нить
Ну тогда доступ к файлу через объект хозяина
ДЩ
ты грузишь файл в во временную помойку
тебе выдают id файла во временной помойке
затем ты создаешь объект к которому цепляешь файлы. в этот момент они из временного хранилища (чисто ФС) перетекают в постоянное (в БД)
им выдается постоянный id который ты хранишь в объекте, а у файла хранится id объекта с которым он связан
тебе выдают id файла во временной помойке
затем ты создаешь объект к которому цепляешь файлы. в этот момент они из временного хранилища (чисто ФС) перетекают в постоянное (в БД)
им выдается постоянный id который ты хранишь в объекте, а у файла хранится id объекта с которым он связан
ДЩ
если надо скачать файл мы прсто по id идем в помойку и говорим "файл хочу да", а тебе в ответ, "эээ погоди да. вот этот файл связан с таким объектом. а ты к нему доступа не имеешь пшолна"
ДЩ
как итог файлопомойка одна на весь проект в виде модуля и любой раздел системы может юзать используя документацию
у нас внутренняя система и нам важна проверка на права доступа
у нас внутренняя система и нам важна проверка на права доступа
ДЩ
ты бы лучше подробнее свой кейс рассказал )) а то просишь рассказать про сферических коней которые к тебе мало применимы
ПГ
если надо скачать файл мы прсто по id идем в помойку и говорим "файл хочу да", а тебе в ответ, "эээ погоди да. вот этот файл связан с таким объектом. а ты к нему доступа не имеешь пшолна"
Короче я все равно не понял )
Вот есть объект Image который представляет строку в файловой помоке. В нем хранится вся информация о файле (имена, адреса, где хранится). Больше он ничего не знает. Только файл. Есть User мы ему привязываем ImageId=105 после сохранения файла в помойке.
Как мы при доступе к файлу 105 поймем что у нас етсь доступ? У него нет данных о доступе и кому он принадлежит
Вот есть объект Image который представляет строку в файловой помоке. В нем хранится вся информация о файле (имена, адреса, где хранится). Больше он ничего не знает. Только файл. Есть User мы ему привязываем ImageId=105 после сохранения файла в помойке.
Как мы при доступе к файлу 105 поймем что у нас етсь доступ? У него нет данных о доступе и кому он принадлежит
ПГ
ты бы лучше подробнее свой кейс рассказал )) а то просишь рассказать про сферических коней которые к тебе мало применимы
Ну это так и есть, сферческий конь в вакуме ) задача тривиальная - хранить физическое раполжение файлв в бд, узнать кто как хранит. Так как все способы рабочие, но наверняка есть + и - :)
V
Короче я все равно не понял )
Вот есть объект Image который представляет строку в файловой помоке. В нем хранится вся информация о файле (имена, адреса, где хранится). Больше он ничего не знает. Только файл. Есть User мы ему привязываем ImageId=105 после сохранения файла в помойке.
Как мы при доступе к файлу 105 поймем что у нас етсь доступ? У него нет данных о доступе и кому он принадлежит
Вот есть объект Image который представляет строку в файловой помоке. В нем хранится вся информация о файле (имена, адреса, где хранится). Больше он ничего не знает. Только файл. Есть User мы ему привязываем ImageId=105 после сохранения файла в помойке.
Как мы при доступе к файлу 105 поймем что у нас етсь доступ? У него нет данных о доступе и кому он принадлежит
по imageid найти в базе юзера, не?