Ru-Board.club
← Вернуться в раздел «Программы»

» Universal Share Downloader (USD)

Автор: sadafaga
Дата сообщения: 08.01.2009 20:30
HelioSS

Цитата:
В чём может быть проблема?

В том , что люди не читают FAQ в шапке.


Skiffff

Цитата:
У меня не работает не один сервер обновлений. Посоветуйте рабочий!

В шапке !
Автор: CdX
Дата сообщения: 08.01.2009 20:54
Уважаемый BESTWIZARD1.

Цитата:
Вы попробуйте те файлообменники которые я написал - и сами увидете, что даже рапидовские ссылки можно докачивать приспокойно Download Master-ом при добавлении на них зеркал !!! И не надо мне говорить что это не так - не гоните туфты !!! Сами проверте, а потом факты, факты, чего не получилось, конкретную ссылку, потому что я этим ползуюсь уже больше месяца и прекрасно доволен !!!

Цитата:
А на сайт с описанием того, что я Вам вдолбить пытаюсь ? Вот он: http://illeya.livejournal.com/2476.html
Ну читали или нет ? Дак прочтите и прозреете коли желаете прозреть !

Подозреваю, что это разговор слепого с глухим и, тем не менее, рискну продолжить дискуссию ещё раз.

Честно и пристально изучил вышеуказанную страницу вдоль и поперёк. И что? Вы сами-то прочитали, что написано там и какие Ваши слова я процитировал в опровержении? Я лишь говорю о том, что сервис rapidspread ни при каких условиях не сможет скачать ни один файл напрямую с серверов rapidshare.com. Хотя бы по одной простой причине - конечная ссылка, выдаваемая сервером рапиды, уникальна для конкретной ПЭВМ, которая её запросила. Чтобы убедиться в этом, попробуйте провести нехитрый эксперимент - после получения ссылки на файл сделайте реконнект (если провайдер выдаёт Вам динамический IP), а после кликните по ссылке. Вы увидите следующее сообщение "The download session has expired." И для скачивания файла Вам теперь придётся повторить все шаги заново.

И это я ещё не учёл тот момент, что Вы-таки получили конечную ссылку на файл. Нажав кнопку "Free" и выждав необходимое время. А кто будет делать это за Вас на сервере rapidspread? Специальных скриптов там нет - проверено. Да и не для того он предназначен, этот сервис.

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

Просили ссылку? Вот она: _ttp://rapidshare.com/files/20131342/ReFX.quadraSID.VSTi.v1.6.rar - попробуйте сами создать зеркало этого файла, используя лишь данную ссылку и сервис rapidspread.

По поводу докачки. Я тоже всего лишь программист, как и Alex_Lost (хотя профессия программиста как раз считается инженерной), более того - у меня не было практики разработки подобных приложений для работы с сетями. НО! Я поражаюсь одному - как Вы не можете понять, что удалённый сервер, на котором отключена возможность докачки, попросту не будет посылать данные программе-качалке, если та запрашивает их не с начальной позиции. Вы предлагаете начинать запрос с начала, но не скачивать, ожидая на стороне клиента нужной позиции. НО! Как в таком случае программа сможет сравнить - нужный ли пакет ей прислан или ещё подождать? Ей же нужно сравнивать каждый пришедший фрагмент с уже имеющимся на диске. А это невозможно без скачивания! И даже MD5 тут абсолютно не поможет...

PS: Прошу модератора и читателей топика извинить меня за сей оффтоповый опус - полагаю, он был последним. Мне, во всяком случае, добавить нечего.
Автор: Skiffff
Дата сообщения: 08.01.2009 21:25

Цитата:
У меня не работает не один сервер обновлений. Посоветуйте рабочий!


В шапке !


покажи! я не нашел.
пожалуйста
Автор: molann
Дата сообщения: 08.01.2009 21:40
Skiffff
а ты вообще искал?

как можно не заметить текст
Сервера обновлений
Автор: NME
Дата сообщения: 08.01.2009 23:34
XXXXL
попробуй спросить здесь

Добавлено:
q111111
ессно))
Автор: euheny
Дата сообщения: 09.01.2009 02:29
CdX
Может я неудачно встрял, но я ранее обдумывал этот момент.


Цитата:
Вы предлагаете начинать запрос с начала, но не скачивать, ожидая на стороне клиента нужной позиции. НО! Как в таком случае программа сможет сравнить - нужный ли пакет ей прислан или ещё подождать? Ей же нужно сравнивать каждый пришедший фрагмент с уже имеющимся на диске. А это невозможно без скачивания! И даже MD5 тут абсолютно не поможет...

А зачем сравнивать - важен уже скачанный размер. А реальную скачку начинать после того как "принятый" объём достигнет имеющегося
Автор: halk5
Дата сообщения: 09.01.2009 02:46
Качаю с рапиды(премиум) с помощью USD но блин проблена одну ссылку или две качает по полной скорости,а следующую еле как и так постоянно .Можно ли что нибудь сделать?
Автор: Cat_Without_Tail
Дата сообщения: 09.01.2009 03:52

Цитата:
из эмпирических фактов за последние полгода где-то: скорость максимально где-то с 3 часов ночи до 14-17 часов. Все остальное время - унылые 30-50 кб\с.


Понятно, значит, проблема глобальная...

san007

Цитата:
С ZShare качало и сейчас качает прекрасно. А по твоей ссылке давно файла нет, ну это уже претензии не к проге.


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



Автор: CdX
Дата сообщения: 09.01.2009 07:27
euheny

Цитата:
А зачем сравнивать - важен уже скачанный размер. А реальную скачку начинать после того как "принятый" объём достигнет имеющегося

А объём-то Вы как считать будете, ничего не скачивая?

Кроме того, в отдельных ситуациях, когда может понадобиться докачка (был разрыв связи например) в конце части файла, уже скачанной на локальный компьютер, могут находиться "мусорные" данные. А размер-то вроде бы правильный (кстати, здесь не учитываем то, что в некоторых качалках есть опция "Сразу выделять место на диске под файл"). В итоге, если не сверять байты, как Вы предлагаете, мы получим битый файл.

Я вообще очень сильно сомневаюсь, что имеющаяся модель OSI хотя бы на каком-то из уровней позволяет осуществлять подобные махинации. Но даже если допустить такую возможность в теории, на практике потребуется настолько низкоуровневое программирование (и даже хак - ведь мы, по сути, собираемся обманывать серверную сторону), что вряд ли кто-то возьмётся реализовывать всё это. А имеющийся API уж точно не позволит это сделать.
Автор: san007
Дата сообщения: 09.01.2009 08:53

Цитата:
Странно. Почему же тогда сообщения о том, что файл удален, не было? Начинался отсчет времени, потом раз - и ничего. Впрочем, ладно, это уже претензии к идиотскому сервису ZShare.

Да празднуют, наверно, ещё и просто не успели удаленные почисить. А насчет претензий - у меня наоборот, это один из самых любимых файловиков без капч. Часто туда кидаю видео. Получаю две отдельные ссылки: на скачку и на просмотр видео. Качество видеопросмотра в окне очень хорошее, Ютуб по сравнению видео с ним выглядит просто убого.

Народ, а у кого-нибудь с ФайлМейла качает? У меня никак.
Вот пример ссылки http://files.mail.ru/HJJUP5


Автор: SLIDER999
Дата сообщения: 09.01.2009 10:54
NME
в архиве мой антивирус действительно вирус обнаружил
так это что получается... если там антивирь в архиве, то он будет скачку крутить и крутить.... а если меня не будет дома... трафик же съедается... как в таком случае быть?

оба таймаута по 10 сек стоят
Автор: gyra
Дата сообщения: 09.01.2009 11:53
SLIDER999

Цитата:
так это что получается... если там антивирь в архиве, то он будет скачку крутить и крутить.... а если меня не будет дома... трафик же съедается... как в таком случае быть?

Настраивать антивир...Т.е. делать так, что бы он проверял скачанное не на лету, а после скачивания файла, ну и дальше, как нравится - карантин, лечить, удалять, переименовать...
Автор: NME
Дата сообщения: 09.01.2009 12:37
SLIDER999
а таймауты однозначно увеличь..
имхо должно быть не менее 120, а лучше 300 или 600..
тогда и проблем с частыми обрывами закачки должно значительно поубавиться..
Автор: halk5
Дата сообщения: 09.01.2009 16:54
Блин столько много умных пацанов и не кто не может помочь ,ответить чайнику.
Вопрос чуть выше.
Автор: NME
Дата сообщения: 09.01.2009 17:18
halk5
попробуй найти в логах самую быструю для себя подсеть и поставь ее в настройках плагина..
Автор: gyra
Дата сообщения: 09.01.2009 17:26
halk5
USD здесь не виноват, это рапида, мало того, что увеличила стоимость премиума, в четыре раза, так и отдавать стала плохо...Похоже ресурсов ей уже не хватает...Совет один - смотри в сторону многопоточных качалок.
Автор: Marcovich
Дата сообщения: 09.01.2009 18:08
halk5

Цитата:
Совет один - смотри в сторону многопоточных качалок.

Абсолютно справедливо, при наличии премиума лучше пользоваться не USD, который качает только в один поток, а, например, DM, который за счет многопоточности использует всю ширину канала
Автор: ciber
Дата сообщения: 09.01.2009 20:42
Может пропустил, но в автомате не качает с openfile.ru, выскакивает окно с запросом ввода цифирок.
Подскажите плиз!!!
Автор: Marcovich
Дата сообщения: 09.01.2009 22:09
ciber
Так вроде по другому и не будет, выложи ссылку для проверки, тогда смогу точно сказать
Автор: ciber
Дата сообщения: 09.01.2009 22:45
Marcovich
http://openfile.ru/175895/
просто помню раньше вроде качало автоматом, поэтому и спрашиваю
Автор: gyra
Дата сообщения: 09.01.2009 22:54
ciber

Цитата:
просто помню раньше вроде качало автоматом

Сам плагин не распознавал, надо прикручивать САР...В архиве есть инишник и каптчи для этого обменника, но распознает плохо...Не знаю, я оттуда не качаю...То ли каптчи поменяли, то ли всегда так было... Ссылка на САР в шапке есть.
Автор: Marcovich
Дата сообщения: 10.01.2009 00:21
ciber
gyra
Погонял ссылку, CAP с 5-6 попытки распознает, так что есть выбор
Автор: XRevenue
Дата сообщения: 10.01.2009 01:05
Депозит выпустил свою качалку


http://filemanager.depositfiles.com/ru/filemanager.html

http://depositfiles-filemanager.blogspot.com/
Автор: Marcovich
Дата сообщения: 10.01.2009 02:42
XRevenue
А какое отношение это имеет к данной теме?
Автор: euheny
Дата сообщения: 10.01.2009 03:10
CdX

Цитата:
А объём-то Вы как считать будете, ничего не скачивая?

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

Цитата:
Кроме того, в отдельных ситуациях, когда может понадобиться докачка (был разрыв связи например) в конце части файла, уже скачанной на локальный компьютер, могут находиться "мусорные" данные.
Последние килобайт 500 про обрыве связи всегда следует удалить.

Цитата:
В итоге, если не сверять байты, как Вы предлагаете, мы получим битый файл.

Сверять то конечно нужно, но не постояноо, и для того чтобы знать куда приклеить.
Цитата:
Я вообще очень сильно сомневаюсь, что имеющаяся модель OSI хотя бы на каком-то из уровней позволяет осуществлять подобные махинации.

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

Цитата:
Но даже если допустить такую возможность в теории, на практике потребуется настолько низкоуровневое программирование (и даже хак - ведь мы, по сути, собираемся обманывать серверную сторону), что вряд ли кто-то возьмётся реализовывать всё это. А имеющийся API уж точно не позволит это сделать.

Это только идея, осуществление которой было бы чем-то достаточно значимым.

Главное то что всегда найходится путь для преодоленоя препятствия.


Автор: BoKris
Дата сообщения: 10.01.2009 08:35
Здравствуйте!

Сегодня Netload.in поменял страницу загрузки и соответственно USD перестал качать. Пожалуйста поправти плагин. Спасибо!
Автор: Dimoniusis
Дата сообщения: 10.01.2009 09:59
BoKris FAQ 2 вопрос/ответ.
Автор: gyra
Дата сообщения: 10.01.2009 10:24

Цитата:
Сегодня Netload.in поменял страницу загрузки и соответственно USD перестал качать. Пожалуйста поправти плагин. Спасибо!

Не знаю, чего там поменялось, но у меня USD качает.
Автор: BoKris
Дата сообщения: 10.01.2009 11:57
to Dimonius
извиняюсь, разобрался.
ps: плагин не срабатывал, если такой ссылки не существует на сайте (лог будет в следуещем посте)
Автор: mediterranium
Дата сообщения: 10.01.2009 19:52
Добавлено:
Dimoniusis, ты говорил чтоб я тебе надпомнил о плагине fileshare.in.ua после 9. Глянь, пожалуйста, может что можно сделать. ДЛЯ примера привожу ссылку: http://fileshare.in.ua/1668209.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869

Предыдущая тема: Acronis True Image, Backup & Recovery и Seagate Disc Wizard


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.