Итак, обовсём на пальцах и по порядку:
Есть cкрипт site.com/video/add.php (1ый сервер, есть nginx)
Есть другой сервер(2ой) с доменным именем upload/site.com/ (нету nginx)
Нужно реализовать следующее:
На site.com - есть пользователи, которые выгружают файлы, до 40 мб. В будущем и по 1Гб возможны аплоады. Интерфейс загрузки есть.()
Как можно сохранять файлы на upload/site.com/ с интерфейса site.com/video/add.php, при этом отображать поток (статус бар) загрузки ?(на первом сервере это не работает, так как поток кешируется, второй же сервер - чист в этом плане).
Спустя 7 часов, 55 минут, 24 секунды (28.09.2009 - 20:15) Sylex написал(а):
Цитата (atarix @ 28.09.2009 - 15:19) |
доменным именем upload/site.com/ |
такое доменное имя не может существовать, выражайтесь конкретней
http://ru.wikipedia.org/wiki/Доменное_имя
Цитата (atarix @ 28.09.2009 - 15:19) |
Интерфейс загрузки есть. |
какой???
Цитата (atarix @ 28.09.2009 - 15:19) |
на первом сервере это не работает, так как поток кешируется |
что значит кэшируется? вы хотите сказать, что это в принципе не возможно? или у кого-то руки.. не могут??
Спустя 25 минут, 5 секунд (28.09.2009 - 20:40) twin написал(а):
Тут проблема в том, что nginx ведет себя как прокся. То есть сначала кэширует то, что идет от юзера, а потом только пишет. По этой причине отследить процесс загрузки файла в реальном времени неполучится.
Вообще нужно скорее всего сделать поддомен и грузить файл апачем. А отдавать уже nginx. Только смысл весь теряется, особенно при больших файлах. Красота требует слишком больших жертв.
Вообще нужно скорее всего сделать поддомен и грузить файл апачем. А отдавать уже nginx. Только смысл весь теряется, особенно при больших файлах. Красота требует слишком больших жертв.
Спустя 10 часов, 15 минут, 23 секунды (29.09.2009 - 06:55) atarix написал(а):
Цитата |
такое доменное имя не может существовать, выражайтесь конкретней http://ru.wikipedia.org/wiki/Доменное_имя |
upload.site.com
очепятка.
Цитата |
Интерфейс загрузки есть. какой??? |
Битрикс iblock.element.add.fom (переписанный)
Углубимся:
Скорей всего прийдётся сделать так - написать новый интрефейс загрузки (без Битрикса), и загружать на upload.site.com для всех пользователей(хотя это должно работать для определённой группы пользователей сайта site.com).
Тут можно сделать так - проверять куки - если они у пользователя (авторизовался ли он на site.com, если возможно получить куки), пока достаточно этого будет, потом что нибудь ещё придумаем. Или же покупать Битрикс сайт, посмотрим...
Кстати ещё нужно как то перетащить upload сервера 1 на сервер 2. Тут наверное можно решить NFS'ом (смутно представляю что это такое, но догадываюсь ). Верный путь ?
Цитата |
Тут проблема в том, что nginx ведет себя как прокся. То есть сначала кэширует то, что идет от юзера, а потом только пишет. По этой причине отследить процесс загрузки файла в реальном времени неполучится. Вообще нужно скорее всего сделать поддомен и грузить файл апачем. А отдавать уже nginx. Только смысл весь теряется, особенно при больших файлах. Красота требует слишком больших жертв. |
nginx вообще не нужен, но так случилось что хостер установил его на сервере 1. Нужен работающий статусбар на стороне сервера, полюбому..
Спустя 2 часа, 5 минут, 36 секунд (29.09.2009 - 09:01) twin написал(а):
nginx очень хорош как раз для работы с файлами. Гораздо продуктивнее апача... А если в сторону flash посмотреть?
Спустя 1 час, 6 минут, 59 секунд (29.09.2009 - 10:08) atarix написал(а):
http://phpforum.ru/index.php?act=ST&f=130&t=20631
это о стороне флеша...
nginx может и хорош, но он исключает правильную работу статус бара...
это о стороне флеша...
nginx может и хорош, но он исключает правильную работу статус бара...