Форум PHP

Я когдато с этим столкнулся.
Беру , помоему с помощю ,mkdir() создаю директорию с именем session_id() - чтоб для одной сессии хранились несколько файлов. Копирую в нее файл с помощю copy() и даю ссылку на скачивание. А в директорию на уровень ниже вкладываю index.html и все. таким образом не нужен .htaccess и возможна докачка файлов. Правда php5 у меня более 760 МБ не копирует а php4 более 4000 Мб.

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

>если, конечно, пользователь не передаст ссылку.
Собственно, в этом случае ничто не мешает ему передать и сам файл. Так что я считаю данный способ вполне состоятельным. Вместо копии делаю просто симлинк. Раздает все это дело ngnix - апачу без того есть чем заняться.
Первый способ был реализован, но без докачки он слишком тупой, а с докачкой весьма быстро кладет сервер. Так что пришлось его оставить в истории.

Вот тут какая вещь...
Существуют еще жесткие файловые ссылки, и символические.
И превышать дисковую квоту в этом случае совсем таки необязательно.
Правда, где-то пробегало мнение, что при открытом форвардинге по символическим ссылкам, страдает безопасность, но вот слух это или явь, и в чем там проблема, я как-то не в курсе.

Тогда не надо заморачиваться, а сделать как описано в статье.

Скорее всего будет выделенный сервер.

Они обычно арендуют сервера и настраивают схему, одна из реализаций которой описана в статье.

>Первый плох тем, что большое количество одновременных "медленных" запросов может сделать сайт недоступным из-за превышения лимита одновременных запросов. Второй плох тем, что ему требуется большая дисковая квота и быстрая дисковая система.

Но ведь как-то работают подобные магазины...

> Что произойдёт, если одновременно будет качаться много файлов?
А произойдёт превышение дисковой квоты.
Тем более регулярные копирования/удаления больших файлов не идут на пользу дисковой системе и общей производительности.

> Первый? Да, он плох.
Оба варианта плохи для определённых ситуаций. Первый плох тем, что большое количество одновременных "медленных" запросов может сделать сайт недоступным из-за превышения лимита одновременных запросов. Второй плох тем, что ему требуется большая дисковая квота и быстрая дисковая система.

В любом случае при увеличении популярности разрабатываемого вами сервиса оба варианта откажут.
Всё ведь происходит на обычном shared хостинге...

Какой способ. Первый? Да, он плох.

Но всё равно этот метод плох. Что произойдёт, если одновременно будет качаться много файлов?