Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770
Форумы портала PHP.SU :: Версия для печати :: Мандатный доступ к изображения средствами php [2]
Форумы портала PHP.SU » PHP » Напишите за меня, пожалуйста » Мандатный доступ к изображения средствами php

Страниц (2): « 1 [2]
 

16. Мелкий - 17 Сентября, 2011 - 23:36:52 - перейти к сообщению
caballero пишет:
Вы думаете файловая системма быстрее найдет файл среди тысяч?

Смотря среди скольки тысяч. И какая ФС заодно.

И вы уже сами сказали - сетевой интерфейс ещё медленнее накопителя. Так зачем нагружать СУБД, память, процессор, если эту же задачу nginx способен выполнить самостоятельно?

caballero пишет:
БД в отличие от файловой системмы оптимизорована для быстрого поиска и выдачи данных

угу. А ФС тогда для чего?
17. caballero - 17 Сентября, 2011 - 23:52:00 - перейти к сообщению
Цитата:
Так зачем нагружать СУБД, память, процессор, если эту же задачу nginx способен выполнить самостоятельно?


Как раз ЭТУ , о котрой речь в топике , не может.
Разделение доступа и все такое. Да и проще манипулировать одной записью в базе чем синхронизировать при удалении, перемещении и т.д. с файловой системмой. и бакап проще и транзакции.

Цитата:
А ФС тогда для чего?


для хранения файлов, но у нее разумеется нет мощных алгоритмов оптимизированных под поиск данных. Иначе все бы юзали DBF и не морочили себе голову всякими серверами

Впрочем где хранить файлы в БД или нет - известный холивар, по инету можно найти множество плюсов и минусов.
Для хранения аватаров никакие танцы с бубном не нужны, Но если у вас например системма документооборота - тут уже другие приоритеты.

Идеальное решение в последнем MSSQL - там добавлен тип stream
Работа идет с файлом как с блобом со всеми удобствами, транзакциями и прочим, но сами блобы хранятся в специальной папке на диске запаковынные особым образом для быстрого извлечения.
18. Мелкий - 17 Сентября, 2011 - 23:58:32 - перейти к сообщению
caballero пишет:
Как раз ЭТУ , о котрой речь в топике , не может.

Может. У меня нет оснований не доверять Stierus'у.

caballero пишет:
Идеальное решение в последнем MSSQL

Почему же я так и подумал сразу?
19. caballero - 18 Сентября, 2011 - 00:10:27 - перейти к сообщению
Цитата:
У меня нет оснований не доверять Stierus'у.


И как вы себе это представляете? Вместо нормальной работы с базой с ACL делать какие то танцы с бубном на nginx или как его там.
А если сайт на хостинг надо положить? какой хостер даст ковырятся в настройках серверов.

Думаю самый реальный компромисный вариант через readfile с закрытого через .htaccess каталога как было предложено выше.

Предполагаю большинство всяких онлайн хранилищ так и работают
20. Мелкий - 18 Сентября, 2011 - 11:06:36 - перейти к сообщению
caballero пишет:
И как вы себе это представляете?

Stierus пишет:
Например, если нет куки или она не соответствует какому-то правилу - показать 404.

И всё. Весь ACL сохраняется на уровне программной логики, которая будет ставить куку.

caballero пишет:
Предполагаю большинство всяких онлайн хранилищ так и работают

Спасибо, подняли настроение с утра. Хранилище. На виртуальном хостинге. Ха-ха Ха-ха Ха-ха
Держат в памяти пару десятков-сотен мб данных на каждого пользователя, пока до него информация идёт. Мда.

Впрочем, я, в общем-то, и не спорю, что при своих недостатках вариант отдачи файла скриптом имеет и свои плюсы. Вопрос в том, зачем мучать СУБД, у неё и своей работы хватает.
21. topy - 19 Сентября, 2011 - 08:22:10 - перейти к сообщению
сисссстемммммма ))) такая файловая

 

Powered by ExBB FM 1.0 RC1