Меню
Что нового?

Передача файлов между серверами в обе стороны

  • Автор темы Автор темы paxer
  • Дата начала Дата начала

paxer

Новичок
Передача файлов между серверами в обе стороны

Здраствуйте!

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

Далше есть так называемые клиентские сервера (сайты) на которых стоит видео галерея на которой пользователи могут просматривать видео которые доступны для данного клеинтского сервера и данной видео галерии (но все файлы что смотрят юзеры находяться физически и храняться на главноем медиа сервере) самое главное что пользоваители этих клиентских серверов (сайтов с видео галерей) могут делать upload своих файлов которые сохраняются на главноем медиа сервере, но доступны для просмотра с текущего.

То есть задача такова. Написать серверную часть на php для Меди Сервера (хранилища файлов) принимающюю файлы с разных клиентских серверов и идетнификаторы файлов и прочее.

Написать клиентские Видео Галереи (php/asp.net/java/colsfusion) для установки на серверах клиентов.


Воспроc:
Кау лучше организовать передачу зааплоаденного файла с клиентского сервера на главный Медиа Сервер, так чтобы не ыбло проблем с тем что МедиаСервер написан на php а клиентская Видео Галерея на asp.net к примеру.

Варианты

1) Зааплоадить с клиентской галерии прямо сразу на Медиа Сервер возможно ли ?

2) Зааплоадить сначала на клиентский сервер а потом неким демоном сделать передачу этого файла с параметрами авторизации и принадлежности конкретной галереии и клиенту на галвный Медиа сервер?

Рассматривал варианты

1) Web Service (SOAP)
2) standart POST
3) FTP
4) Socet

На мой взягляд standart POST будет самым простым и без проблемным.

Подскадите pls ваше мнение как решить лучше эту проблему ?
 
Re: Передача файлов между серверами в обе стороны

Автор оригинала: paxer


1) Зааплоадить с клиентской галерии прямо сразу на Медиа Сервер возможно ли ?
Нажмите для раскрытия...
Можно.
 
На мой взягляд standart POST будет самым простым и без проблемным.
Нажмите для раскрытия...
Ну это как сказать, зависит от размера видео-файла...

Что ты подразумеваешь под 4) Socet ???

Что ты подразумеваешь под 1) Web Service (SOAP),
Транспорт SOAP может использовать FTP, SMTP & HTTP протоколы. Как правило, используется HTTP, тогда возникнет таже проблема, что и с простым ПОСТ.

Так, что возможно вариант 3) FTP - наиболее надежный.
 
Размер файла предполагается до 10 Mb. Но максимальное ограничение 100 Mb ...
Будут проблемы с POST ?
 
для POST всё будет зависеть от настроек сервера
 
Никогда не пробовал 100 мегов постом заливать, ну уж если лить то сразу на главный, какой смысл туды сюды гонять....
 
c POST ом тока вот проблема видна мне одна....
Пользователь на клиентском сервере делает аплоад файла сразу на главный медиа сервер постом. А как одноврменно с этим или после этого сделать запись в БД на клиентском сервере о информации зааплоаденного файла?.....

то есть получается что нужно
одной формой записать данные в базу на клиентском сервере и запостить файл на другой главынй Медиа сервер - одновременно
 
а с главного сервера по крону раскидывать файлы на другие серваки и обновлять путь в базе не судьба ?
 
для начала нужно решить как красиво зааплоадить на главный сервер ....
 
Через FTP, как Alexandre предложил уже.

-~{}~ 27.03.07 20:16:

kostya.sys
off: а писать h**p: или _http: - это нынче модно, что ли?

Ссылки на форуме, если по теме, давать разрешается, а давать их человекокликабельным образом приветствуется.
 
Автор оригинала: Alexandre
Ты уверен что лимита нет? а 30 сек по умолчанию?
Нажмите для раскрытия...
Начинаем читать мануал и перестаем вводить новичков в заблуждение

Note: max_execution_time only affects the execution time of the script itself. Any time spent on activity that happens outside the execution of the script such as system calls using system(), the sleep() function, database queries, time taken by the file upload process, etc. is not included when determining the maximum time that the script has been running.
Нажмите для раскрытия...

ps. Видимо имелось в виду это
max_input_time sets the maximum time, in seconds, the script is allowed to receive input; this includes file uploads. For large or multiple files, or users on slower connections, the default of 60 seconds may be exceeded.
Нажмите для раскрытия...
 
тут проблема не с размером поста, а с отсутствием проектирования кластерной системы
такие проекты без планирования не получаются - главным образом из-за ограничений производительности
 
Войдите или зарегистрируйтесь для ответа.
Сверху