Size: a a a

2020 March 16

IP

Ivan Prilepsky in 1C
источник

GV

Gukov Viktor in 1C
Так приложение само использует контейнеры шифрования или криптографию?
источник

GV

Gukov Viktor in 1C
Платформа только даёт такую возможность
источник

IP

Ivan Prilepsky in 1C
Я сам - нет. Но может платформа что-то юзает ? :)
источник

GV

Gukov Viktor in 1C
Ivan Prilepsky
Я сам - нет. Но может платформа что-то юзает ? :)
Нет
источник

S

Skif in 1C
такс..вопросик.
Где лучше хранить файлы/картинки и прочее, в информационной базе или на каталоге?
источник

k

kirill in 1C
Skif
такс..вопросик.
Где лучше хранить файлы/картинки и прочее, в информационной базе или на каталоге?
На диске
источник

М

Максат in 1C
Skif
такс..вопросик.
Где лучше хранить файлы/картинки и прочее, в информационной базе или на каталоге?
Каталоге
источник

Аr

Андрей reborn in 1C
вообще не храните - это зло
источник

Аr

Андрей reborn in 1C
ну как мы можем за вас это решить а ??
источник

Аr

Андрей reborn in 1C
каждый вариант имеет свои плюсы и свои минусы
источник

Аr

Андрей reborn in 1C
что для вас более важно из плюсов или из минусов только вы же знаете
источник

NZ

Nickolay Zakharov in 1C
Skif
такс..вопросик.
Где лучше хранить файлы/картинки и прочее, в информационной базе или на каталоге?
У каждого из вариантов есть плюсы и минусы. Если хранить в каталоге, то под это можно выделить другой диск. Можно обращаться к файлам как вздумается (хоть архивировать каждый по 3 раза и зашифровать. Или переделать потом на отдельный сервис по хранению изображений со своим api и особенностями хранения). Если хранить в базе, то будет увеличиваться размер базы (усложняться ее обслуживание - время на снятие, развёртку и размер бэкапа). Зато можно базу переносить с места на место и не бояться возможной пропажи данных. Поправьте меня, если я где-то ошибся. Тут уже вам решать исходя из особенностей вашей инфраструктуры, бюджета и умений/желания.
источник

Аr

Андрей reborn in 1C
Nickolay Zakharov
У каждого из вариантов есть плюсы и минусы. Если хранить в каталоге, то под это можно выделить другой диск. Можно обращаться к файлам как вздумается (хоть архивировать каждый по 3 раза и зашифровать. Или переделать потом на отдельный сервис по хранению изображений со своим api и особенностями хранения). Если хранить в базе, то будет увеличиваться размер базы (усложняться ее обслуживание - время на снятие, развёртку и размер бэкапа). Зато можно базу переносить с места на место и не бояться возможной пропажи данных. Поправьте меня, если я где-то ошибся. Тут уже вам решать исходя из особенностей вашей инфраструктуры, бюджета и умений/желания.
👍
источник

S

Skif in 1C
Nickolay Zakharov
У каждого из вариантов есть плюсы и минусы. Если хранить в каталоге, то под это можно выделить другой диск. Можно обращаться к файлам как вздумается (хоть архивировать каждый по 3 раза и зашифровать. Или переделать потом на отдельный сервис по хранению изображений со своим api и особенностями хранения). Если хранить в базе, то будет увеличиваться размер базы (усложняться ее обслуживание - время на снятие, развёртку и размер бэкапа). Зато можно базу переносить с места на место и не бояться возможной пропажи данных. Поправьте меня, если я где-то ошибся. Тут уже вам решать исходя из особенностей вашей инфраструктуры, бюджета и умений/желания.
Плюсую.
Но руководство само незнает : и спрашивает меня как мне выгодно:)))
источник
2020 March 17

АЖ

Александр Жаров in 1C
Skif
Плюсую.
Но руководство само незнает : и спрашивает меня как мне выгодно:)))
Если база файловая, вынос файлы в тома ускорит её работу, обновление и сжатие.
источник

S

Skif in 1C
Александр Жаров
Если база файловая, вынос файлы в тома ускорит её работу, обновление и сжатие.
Sql
источник

k

kirill in 1C
Мы храним на s3
источник

KK

Kirill KK in 1C
kirill
Мы храним на s3
Самое оригинальное из того, что я видел
источник

KK

Kirill KK in 1C
👍
источник