Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Основная";
Текущий архив: 2004.08.08;
Скачать: [xml.tar.bz2];

Вниз

Куда девать файлы?   Найти похожие ветки 

 
Mielofon   (2004-07-22 16:03) [0]

Вопрос в следующем:
Есть некая программа, которая работает с базой данных и с большим количеством (>1000 больших) файлов.
Теперь надо бы файлы держать на сервере, но что бы пользователь не мог до них мимо программы добраться.
Вариант 0: лежат на сервере в расшареном каталге, но тогда в него могут гадить все кто угодно.
Вариант 1: Все файлы в БД, те на SQL сервере в BLOB полях.
Вариант 3: написать клиент-серверную утилитку, которая будет тольок отдавать/забирать/переименовывать/удалаять/копироавать файлы на сервере по запросу от клиента. (аналог урезаного FTP сервера).

Есть еще варианты? Какой бы вы выбрали подсказали? Файлы бинарные.


 
Reindeer Moss Eater ©   (2004-07-22 16:05) [1]

А что меняет перенос файлов с диска в поля?
Мимо программы с полями все так же легко работать как и без нее


 
Iconka ©   (2004-07-22 16:06) [2]

>>Вариант 0: лежат на сервере в расшареном каталге, но тогда в него могут гадить все кто угодно.
Дать пользователям указания "Не гадить", не послушаются - их проблемы.


 
Sandman25 ©   (2004-07-22 16:09) [3]

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


 
pasha_golub ©   (2004-07-22 16:09) [4]

Iconka ©   (22.07.04 16:06) [2]
Как раз-таки проблемы программера, а не пользователей.


 
Iconka ©   (2004-07-22 16:14) [5]

>>Как раз-таки проблемы программера, а не пользователей

Ну почему? Например 1С Предприятие, вариант хранения данных DBF. Програмистам 1С совершенно паралельно будут "ручками" гадить в файлах или нет, вся ответственность на пользователях.


 
Mielofon   (2004-07-22 16:20) [6]

>А что меняет перенос файлов с диска в поля?
Много файлов и база будет только зря перегружена. Мы честно говоря вобще не знаем: нормально ли это перекладывать файловую систему на БД.


 
Mielofon   (2004-07-22 16:21) [7]

>Использовать сервер приложений. Тогда клиенты не будут даже знать, где хранятся файлы.

Ну это как раз Вариант 3 (2-й я почему то пропустил :-) )

Это нормально вобще?


 
Reindeer Moss Eater ©   (2004-07-22 16:22) [8]

>А что меняет перенос файлов с диска в поля?
Много файлов и база будет только зря перегружена. Мы честно говоря вобще не знаем: нормально ли это перекладывать файловую систему на БД.


Ты не понял сути вопроса.
Что изменит перенос файлов в БД?
И что изменит перенос файлов из БД на диск?

Ничего не изменит, если мы имеем ввиду возможность/невозможность доступа к данным вне твоей программы


 
Iconka ©   (2004-07-22 16:24) [9]

>>Это нормально вобще?

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


 
Sandman25 ©   (2004-07-22 16:25) [10]

[7] Mielofon   (22.07.04 16:21)

Конечно, нормально :)
Особенно, если не позволять тупо заменять файл новой версией, а пользоваться методами сервера. Изменить такую-то строку в таком-то файле на такое-то значение, при этом в лог записывать, кто это сделал и когда. Тогда юзеры точно не будут "гадить", особенно если у них нет прав на изменение данной строчки :)


 
Sandman25 ©   (2004-07-22 16:27) [11]

[9] Iconka ©   (22.07.04 16:24)

Разве? Я, например, не знаю ни IP адреса, ни физического расположения сервера БД, с которого берет инфо сервер приложений :)


 
Iconka ©   (2004-07-22 16:27) [12]

Если нужна "защита от дурака", сделай расшаренный ресурс скрытым.


 
Rem   (2004-07-22 17:45) [13]

1. Создать еще один ресурс с ReadOnly - тогда "гадить" не смогут.
2. ~ [12] - сделать файлы Hidden или System


 
Iconka ©   (2004-07-22 17:48) [14]


> Разве? Я, например, не знаю ни IP адреса, ни физического
> расположения сервера БД, с которого берет инфо сервер приложений
> :)

Ну и что? Мне не понятна эта фраза.


 
Sandman25 ©   (2004-07-22 17:51) [15]

[14] Iconka ©   (22.07.04 17:48)

При использовании сервера придожений обычно/часто делают так, что в принципе невозможно узнать, где находятся ресурсы, доступ к которым предоставляет сервер приложений. Не говоря уже о том, что к этим ресурсам имеет доступ только сервер приложений. Это по поводу "Если юзеру уж очень нужно будет добраться он и за консоль сервера сядет и пароль админа найдет и все сотрет нафик."


 
Iconka ©   (2004-07-22 17:53) [16]


> Sandman25 ©   (22.07.04 17:51) [15]

Если очень надо, то можно :)


 
Sandman25 ©   (2004-07-22 17:55) [17]

[16] Iconka ©   (22.07.04 17:53)

Вы мне напоминаете моего знакомого, который считает, что он может взломать все. Даже то, к чему не имеет никакого физического доступа :)


 
Iconka ©   (2004-07-22 17:56) [18]

Ну так ведь действительно взломать можно всё! Но за определнную цену.


 
Sandman25 ©   (2004-07-22 17:58) [19]

[18] Iconka ©   (22.07.04 17:56)

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


 
Iconka ©   (2004-07-22 18:00) [20]

Разве нельзя?



Страницы: 1 вся ветка

Форум: "Основная";
Текущий архив: 2004.08.08;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.49 MB
Время: 0.04 c
6-1086618036
Adil
2004-06-07 18:20
2004.08.08
Ошибка 503


1-1090528348
AlexR
2004-07-23 00:32
2004.08.08
Как отследить вызов popup меню в ТаскБаре


9-1082796492
Комбинатор
2004-04-24 12:48
2004.08.08
проблема реального времени..


3-1089537747
zarti
2004-07-11 13:22
2004.08.08
Проблема с автоматической вставкой значения первичного ключа


1-1090749689
Endi
2004-07-25 14:01
2004.08.08
Ошибка доступа при згрузке файла в реестр





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский