Скрипт Upload'a - 100 $

Дополнение.

Скрипт должен уметь загружать файлы большого размера. 2 гб и более. Уметь поддерживать докачку файлов при кратковременных сбоях на канале. Прогресс бар, отображние скорости.

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

Если что то не ясно, велком в аську.

Спасибо

За такие деньги полностью качественное решение никто не сделает. Посмотрите все-таки на http://www.radinks.com/ - с легкой кастомизацией уверенно будет делать все, что Вы написали.

там Java...а она не у каждого пользователя стоит...а их очень много. Пользователей.

Возможно вам такое готовое решение подойдет http://www.uploadscript.net/download.php

Ихмо за 100$ за это никто не возьмется

ценник обсуждаем.

При реальном решении.

А каким образом должна осуществляться докачка при аплоаде? Я о таком и не слышал..

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

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

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

Путь к файлу/Кнопка "обзор" :-)

Если у кого то есть мысли или наработки, стучите в аську с 11 до 19 по москве, в рабочее время. Потестим, проверим.

Ну... Теперь дайте определение термина "тупняк на канале". Если имеется ввиду обрыв TCP-коннекта, то это абсолютно ничем не отличается от варианта что начал загружать и ушел спать.

Если же имеется ввиду другой толкование термина "тупняк на канале", то проблема разрешается на уровне протокола TCP стандартными средствами ОС.

Что имеется ввиду под термином "сессия аплоада не закрывается"? То что при продолжении аплоада уже переданные байты повторно передаваться не будут или то что у клиента не запросят повторно авторизацию или какую-то там оплату?

Если речь идет о том, что уже переданные байты передаваться не будут - клиентскому ПО будет требоваться право прямого доступа к файловой системе клиента, о чем я уже говорил выше.