AS
я и не спорю что нужно пользовательское имя файла всегда хранить)
Size: a a a
2020 December 19
ВС
достаточно забавный был холивар в свое время хранить реальные пути или относительно конфига (и добавлять динамически до абсолютных путей) - и вот оказалось что можно и так и так, хранение абсолютных путей считается более секьюрным и не нужно достраивать пути в коде в разных местах, а относительные удобнее мигрировать в другую систему хранения
А под реальными путями понимются внешние или локальные ссылки?
ПГ
у нас все файлы лежат в условном /upload/ он прописан в конфиге
поэтому в базе пути хранятся в виде
поэтому в базе пути хранятся в виде
ab/cd/abcdefghijklm.pdfВот еще есть вариант path и имя хранить отдельно. Сейчас в проекте именно так. Но не я это правило заводил.
ДЩ
Нет, моей идеей было, что я меняю путь в конфиге и в ФС располжение папок (соотвествующее конфигу) - БД вообще при этом трогать не придется
+++
ДЩ
Вот еще есть вариант path и имя хранить отдельно. Сейчас в проекте именно так. Но не я это правило заводил.
что есть имя? ))
ПГ
что есть имя? ))
Которое в ФС
AS
Вот еще есть вариант path и имя хранить отдельно. Сейчас в проекте именно так. Но не я это правило заводил.
я вот ни разу не встречал реальной необходимости переложить файлы, так что и с абсолютными путями в 99% случаев все ОК
ДЩ
ну хз имеет ли смысл хранить отдельно, а в чем профит?
ПГ
ну хз имеет ли смысл хранить отдельно, а в чем профит?
Хз, поэтому и спрашиваю кто как хранит :)
AS
если говорить не про имя пользователя а про внутреннее имя - то достаточно хранить относительный или абсолютный путь вместе с техническим именем файла, делить смысла нет
ДЩ
Хз, поэтому и спрашиваю кто как хранит :)
а то мы знаем твой контекст, мы тут говорим про своим контексты (которые тоже не раскрываем) и в твоем случае нифига может не прокатить ))
ПГ
а то мы знаем твой контекст, мы тут говорим про своим контексты (которые тоже не раскрываем) и в твоем случае нифига может не прокатить ))
))) Ну если в системе нужны оригинальные названия - их однозначно надо хранить. Тут другого пути и не найти :)
Вопрос именно про технические имена
Вопрос именно про технические имена
AS
технический путь(физическое расположение файла) по определению уникален
AS
поэтому как-то его делить, ну а зачем?
ДЩ
я не вижу профита от хранения path и name в отдельных полях
ПГ
технический путь(физическое расположение файла) по определению уникален
Это да. Но можно хранить путь до файла в конфиге, а можно в БД
AS
Это да. Но можно хранить путь до файла в конфиге, а можно в БД
если уже код написан как конфиг + БД то ОК, если писать с нуля то проще тупо хранить абсолютный путь
ДЩ
Это да. Но можно хранить путь до файла в конфиге, а можно в БД
нее погоди, в конфиге мы храним путь до корневого каталога хранилища, а в бд мы храним путь до файла
в нашем случае это допустим
а в бд
в нашем случае это допустим
/var/upload/а в бд
ab/cd/abcdegfghi.pdf