» Reget (часть 2)

AVV_UA

Цитата:

В смысле: у меня проводник и в "свойствах", и на всплывающей подсказке показывает время ЯКОБЫ создания - т. е. конца закачки.

У меня - время изменения:

fedmun: Прошу прощения, в гневе зарапортовался: на всплывающих подсказках у меня так же. Но суть вопроса от этого не меняется: время-то СОЗДАНИЯ (в "Свойствах") неправильное...

AVV_UA
Что же там неправильно?
Время локального создания файла. Какое еще может быть?

Откуда регет знает, когда был создан файл "там"?
Отдали ему время последнего изменения - он его и записал. Прилежно.
Что-то я не помню, чтобы по http передавалось 2 штампа времени (создания/изменения).

p.s.
Меня в общем время создания не очень и интересует.
Да наверное и не только меня, если время создания отображается только дополнительными сведениями

fedmun:
Цитата:

Откуда регет знает

Прости, но вместо ответа на вопрос - другой вопрос. "Вы случайно не еврей?" (Это такая шутка юмора из анекдота.) Тогда в тон тебе - мой "ответ" на твой вопрос: а откуда ФлэшГет об этом знает?
Цитата:

время создания отображается только дополнительными сведениями

Какими такими "допололнительными"? "Свойства" может кликнуть любой, а "всплывающие подсказки" - это ж ещё надо галку в системных настройках поставить, которая по умолчанию как раз (если мне не изменяет память) не стоит!
Цитата:

p.s.
Меня в общем время создания не очень и интересует.

"Ви будите смияца", но меня вот именно как раз почему-то интересует. Именно как раз поэтому я и задаю дурацкие вопросы, а получаю на них только... вопросы.

fedmun


Цитата:

File modification time: 17.10.2005 09:26:04
File creation time: 25.07.2007 09:50:45
FAR,TC и проводник показывает время 17.10.05 09:26
На него я и ориентируюсь.

Ты же в самом начале написал:

Цитата:

Сегодня качал wget-1.10.2b.zip - время файла на диске: 17.10.05 09:26

Это время изменения файла. А время файла на диске у тебя вот это: File creation time: 25.07.2007 09:50:45 Блин, ребят... с самого начала ведь вопрос вполне понятно звучал, а флуда на целую страницу:


Цитата:

Но файлы ВСЕГДА имеют в качестве даты создания - время фактического окончания закачки.

AVV_UA

Ну значит так эта опция и работает. Уж не знаю как последние версии FlashGet' а, но последняя classic не умела присваивать файлу даже дату изменения, то есть дата создания и дата изменения были идентичны. Но меня в случае с Reget вполне устраивает, вполне логично - дата создания файла на локальном диске и дата изменения файла.

Donatello:
Цитата:

Ну значит так эта опция и работает.

Ну, наконец-то один конкретный и адекватный ответ (пускай мне хотелось бы услышать другое)! Видимо, ты прав. Да и техподдержка после первого резвого ответа на мои наводящие вопросы замолчала, кажется, окончательно.
Цитата:

Уж не знаю как последние версии FlashGet' а

Я говорил об 1.73. Все позднейшие версии - ф топку.

AVV_UA

Цитата:

Вы случайно не еврей?

Не, не еврей

Donatello

Цитата:

флуда на целую страницу

Так, обсуждение опций программы

Согласен, внес сумятицу из-за терминов создание/модификация.

Но все-таки хочу защитить ReGet

Файл на моем ftp (w2003server + Small HTTP Server 3.05) count.rar
FAR
Код: File modification time: 26.07.2007 18:50:08
File creation time: 28.06.2006 16:45:50

Народ, никто не сталкивался с проблемой Reget 5.1 разных билдов под Vista?
"ReGet Deluxe 5.1 is not properly installed on this computer!"

Просмотрел программы и варезник нигде не нашел ответа...

fedmun

Цитата:

Так, обсуждение опций программы

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


Цитата:

Но все-таки хочу защитить ReGet

А его никто и не обижал. Его низкоуровневая интеграция - впереди планеты всей. =) Без неё он превратится в обычный "овощ". Это и есть его главное достоинство и маленький недостаток. =)


Цитата:

Flashget устанавливает File creation time как время последнего изменения - а это с точки зрения файла на FTP - не так.

У FlashGet были проблемы с неполучением даты. Эта проблема кочевала из версии в версию, причём может так оказаться, что более ранние версии это умеют делать, а более поздние нет (я уже не помню). У меня сейчас переустановочный период глобальный, поэтому FlashGet пока не установил, но посмотрев различные файлы, которые были скачаны разными версиями, как мне показалось, даты разные, то есть файлы где дата создания и изменения - идентичны (как я и писал), а есть которые отличаются. В любом случае - 1.73 build 128 - это конечно последняя classic. Можно конечно посмотреть потом версии 1.50-1.60.

билд 313 ставить не рекомендую, сильно глючит, падает. Видать, опять что-то ковыряют.

pastorm
У меня работает нормально.

<Sorry, ошибся топиком.>

Задавал вопрос в топике Общие вопросы и обсуждение RapidShare.de и RapidShare.com но ничего внятного, кроме советов пересесть на другую "качалку" и вопросов к провайдеру не услышал.

История такая: у меня премиум акк. на rapidshare.COM + Reget 5.1.308 и Flashget 1.9.2 (последние версии на момент написания сообщения). Качаю соответственно с логином и паролем в свойствах *.rapidshare.com

Скачивая файлы "качалки" становятся в "ошибку". Ошибка одинаковая у обоих - таймаут.

Регет становится в ошибку примерно в 30-40% случаев.
Настройка таймаута была изменена с 30 сек. на 90 сек. - бесполезно.

Флешгет в 2-3% случаев.
При настройках таймаута соединение 15 сек / данные 20 сек.

Иногда, скаченные с первого раза файлы оказываются битыми, приходится перекачивать заново, после чего, они открываются. Таким образом, скачивая за ночь примерно 15 Gb (если лимит 25 Гб за 5 дней позволяет) утром я имею примерно 1/3 "ошибочных" в Регете и 3-5 штук у Флешгета.

Кто-нибудь сталкивался с чем-нибудь подобным? Провайдер Starman, Эстония.

-

Я общался с саппортом, они начали предлагать много решений НЕ связанных с программой, когда эти решения были исчерпаны, мне сказали, что создан баг за номером 250. Но они не уверены, что это вина программы, и дескать ведущий прогер посмотрит. На самом деле, я проводил "испытания" и настраивал две программы идентично (на сколько это возможно), но Регет упорно не хочет дружить с рапидой. Ошибки по таймауту, бьет закачки и все тут.

Ruben

А тут сложно что либо сказать "не пощупав" методом тыка. Насколько я помню, у Reget и FlashGet - поведение как-раз кардинально отличается, то есть FlashGet - выдаст красный крест как только файл найден не будет например, Reget же может долбиться до посинения. В таймаутах тоже самое, то есть он должен долбиться и долбиться... Поэтому не совсем понятно, что значит: "становится в ошибку"... Если это таймаут - превышено время ожидания, то это когда хост найден, но конечная папка не отдаётся, как например Закладки Руборда - хост доступен, но Закладки нет:

[more=Лог]
ReGet Deluxe 5.1 (build 308)
Status    1    18:42:45    30.7.2007    Состояние закачки - [Ожидание в очереди]
Info    2    18:42:46    30.7.2007    Еще одна секция запущена
Info    3    18:42:47    30.7.2007    Соединяемся с forum.ru-board.com (72.232.29.238:80)
Output    4    18:42:48    30.7.2007    GET /forum.cgi?forum=bm/1.zip HTTP/1.0
Output    4            User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
Output    4            Cookie: amembernamecookie=Donatello
Output    4            Accept: */*
Output    4            Accept-Encoding: gzip
Output    4            Referer: http://forum.ru-board.com/
Output    4            Host: forum.ru-board.com
Error    5    18:43:18    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CSocket::ReadStrLock()
Error    6    18:43:18    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CSocket::ReadStrUntil2LFLock()
Error    7    18:43:18    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CRgHttpSession::ConnectHttp()
Error    8    18:43:18    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CRgHttpSession::RequestFile()
Info    9    18:43:18    30.7.2007    Пауза 15 секунд
Info    10    18:43:33    30.7.2007    Соединяемся с forum.ru-board.com (72.232.29.238:80)
Output    11    18:43:33    30.7.2007    GET /forum.cgi?forum=bm/1.zip HTTP/1.0
Output    11            User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
Output    11            Cookie: amembernamecookie=Donatello
Output    11            Accept: */*
Output    11            Accept-Encoding: gzip
Output    11            Referer: http://forum.ru-board.com/
Output    11            Host: forum.ru-board.com
Error    12    18:44:03    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CSocket::ReadStrLock()
Error    13    18:44:03    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CSocket::ReadStrUntil2LFLock()
Error    14    18:44:03    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CRgHttpSession::ConnectHttp()
Error    15    18:44:03    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CRgHttpSession::RequestFile()
Info    16    18:44:03    30.7.2007    Пауза 15 секунд
Info    17    18:44:18    30.7.2007    Соединяемся с forum.ru-board.com (72.232.29.238:80)
Output    18    18:44:18    30.7.2007    GET /forum.cgi?forum=bm/1.zip HTTP/1.0
Output    18            User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
Output    18            Cookie: amembernamecookie=Donatello
Output    18            Accept: */*
Output    18            Accept-Encoding: gzip
Output    18            Referer: http://forum.ru-board.com/
Output    18            Host: forum.ru-board.com
Error    19    18:44:48    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CSocket::ReadStrLock()
Error    20    18:44:48    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CSocket::ReadStrUntil2LFLock()
Error    21    18:44:48    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CRgHttpSession::ConnectHttp()
Error    22    18:44:48    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CRgHttpSession::RequestFile()
Info    23    18:44:48    30.7.2007    Пауза 15 секунд
Info    24    18:45:03    30.7.2007    Соединяемся с forum.ru-board.com (72.232.29.238:80)
Output    25    18:45:04    30.7.2007    GET /forum.cgi?forum=bm/1.zip HTTP/1.0
Output    25            User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
Output    25            Cookie: amembernamecookie=Donatello
Output    25            Accept: */*
Output    25            Accept-Encoding: gzip
Output    25            Referer: http://forum.ru-board.com/
Output    25            Host: forum.ru-board.com
Error    26    18:45:34    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CSocket::ReadStrLock()
Error    27    18:45:34    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CSocket::ReadStrUntil2LFLock()
Error    28    18:45:34    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CRgHttpSession::ConnectHttp()
Error    29    18:45:34    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CRgHttpSession::RequestFile()
Info    30    18:45:34    30.7.2007    Пауза 15 секунд
Info    31    18:45:49    30.7.2007    Соединяемся с forum.ru-board.com (72.232.29.238:80)
Output    32    18:45:49    30.7.2007    GET /forum.cgi?forum=bm/1.zip HTTP/1.0
Output    32            User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
Output    32            Cookie: amembernamecookie=Donatello
Output    32            Accept: */*
Output    32            Accept-Encoding: gzip
Output    32            Referer: http://forum.ru-board.com/
Output    32            Host: forum.ru-board.com
Error    33    18:46:19    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CSocket::ReadStrLock()
Error    34    18:46:19    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CSocket::ReadStrUntil2LFLock()
Error    35    18:46:19    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CRgHttpSession::ConnectHttp()
Error    36    18:46:19    30.7.2007    Error #800705B4(Возврат из операции произошел из-за превышения времени ожидания.) in CRgHttpSession::RequestFile()
Info    37    18:46:19    30.7.2007    Секция скачана
Status    38    18:46:19    30.7.2007    Состояние закачки - [Приостановлено]
Status    39    18:46:20    30.7.2007    Состояние закачки - [Ожидание в очереди]
Info    40    18:46:21    30.7.2007    Еще одна секция запущена
Info    41    18:46:21    30.7.2007    Пауза 15 секунд
Info    42    18:46:36    30.7.2007    Соединяемся с forum.ru-board.com (72.232.29.238:80)
Output    43    18:46:36    30.7.2007    GET /forum.cgi?forum=bm/1.zip HTTP/1.0
Output    43            User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
Output    43            Cookie: amembernamecookie=Donatello
Output    43            Accept: */*
Output    43            Accept-Encoding: gzip
Output    43            Referer: http://forum.ru-board.com/
Output    43            Host: forum.ru-board.com
Status    44    18:46:42    30.7.2007    Состояние закачки - [Пауза]
[/more]

Как видишь он предпринял 5 попыток с паузой в 15 сек. между ними, когда 5 попыток закончились - Приостановлено, и т.к. в очереди больше файлов не было - возобновление закачки по-новой. То есть он будет долбиться и долбиться. Есть опция ограничивающая такое поведение - Максимально допустимое кол-во ошибок (по умолчанию 900).

Прокси используется? У провайдера может есть прозрачный прокси? Не может так быть, что Reget берёт настройки прокси из браузера (по умолчанию), а FlashGet лезет напрямую?

Donatello
Нет, прокси у меня нет.

Скопирую интересные места из диалога с саппортом.

Я:

Цитата:

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

"Error 10 11:29:26 10.7.2007 Error #800705B4(This operation returned because the timeout period expired.) in WaitForReadyLock"

При этом, если стартануть файл заново, он может снова "застрять", притом уже на ДРУГОМ проценте.

Посмотрите аттачи, сначала очередь выглядела так: "Reget_3.gif", рестартанул файл "ultimate_dance_top_100.part4.rar" и файл застрял уже не другом проценте "Reget_4.gif"!

И самое обидное, что если после этого, стартануть закачку заново - архив оказывается битым, и его надо снова перекачивать. И опять же, непонятно закачается ли он, или же застрянет на каком-нибудь проценте, и... все по кругу (лог).

Ну, думал я, проблемы наверняка с сервисом рапидшаре, или с файлом.

Пробовал разные файлы - рулетка, может скачается, может не скачается. Поставил Флешгет, и... моему удивлению не было предела - все файлы скачались замечательно, без каких-либо проблем и с первого раза. К примеру, за ночь, у меня Флешгет скачал около 100 файлов с этого же сервиса, и НИ ОДНОГО БИТОГО. А стоило мне добавить те же самые файлы для теста в Регет, на 10 файлов, 4ре одинаковые ошибки.

Вот такая красота к примеру.


Цитата:

Скорость: 4 Mbit/s ко мне, 350 kbit/s от меня

Схема сетки примерно такая:
Мой компьютер -> Cвич (TrendNET модель TW-100 S4W2CA) -> Модем (Scientific Atlanta WebStar модель EPX2203) через него идет TV, телефон и интернет.

Ну и как финал, неделю назад, Support:

Цитата:

я добавила Ваш баг в нашу систему учета ошибок и пожеланий пользователей: http://bugzilla.reget.com/show_bug.cgi?id=250

Ruben

Ну тут уже таймаут несколько другой. =) Обычно возникает на ФТП, в данном случае скорее всего - первоначально, связано с загруженностью канала - сервера, ну а далее "вина" уже может лежать на программе. Если не пробовал качать в одно задание - попробуй. В данном случае советы давать бесполезно (это будет обычный флуд), если уж суппорт "перезагрузился", к тому же мне не удалось воспроизвести твою ситуацию. В моём случае сервер просто закрывал соединение, если скорость практически на нуле. Также можешь попробовать более ранние версии/билды - 4-5, я несколько лет сидел на версии 3.xx, могу для интереса прислать (если хочешь). Вообще с этой версией явно не то, во-первых они сами признались про баг с загрузкой процессора, во-вторых переключение режимов как оказалось в результате тестов твоей проблемы у меня вообще не работает... =))) То есть режимы - мин., кооп. - при любом ограничении траффика скорость падает до нуля, а дальше мучает одно нехорошее слово. =) К тому же катавасия в переводе окна - скорость указана в Кбайт/с, однако на самом деле скорость конечно указывается в Кбит/с. Таймаут и Максимально допустимое кол-во ошибок - зависит от выбранного типа соединения, чем оно больше, тем значения ниже и выше соответственно. То есть на модеме 56К, таймаут может быть 90, а вообще по умолчанию - 300 сек.

Ruben
Насчёт "бьёт закачки":
у меня несколько лет назад тоже были проблемы с битыми файлами в регете, помогла настройка "хитрого отката". По-умолчанию стоит откат на 2000 байт, этого оказалось мало, я поставил 3000, и всё нормализовалось.

pastorm

Цитата:

у меня несколько лет назад тоже были проблемы с битыми файлами в регете, помогла настройка "хитрого отката"

Откат используется только для работы через прокси.

А можно как-то ограничивать скачивание фалов по трафику?

У нас в сети лимит, в день можно скачать 240mb, далее скорость урезается вплоть до 16kbit

То есть чтобы ReGet мог скачать максимум 200mb например и не больше.

Pluton
Имхо, это работа админов сети.

А что случилось с юзнет-группой по тех-поддержке?

Anna

Цитата:

А что случилось с юзнет-группой по тех-поддержке?

Судя по тому, что упоминание о группах исчезло с офф-сайта - прекратили поддержку.

[07 August 2007] ReGet Deluxe: 5.1.314 Dev

What's new in this build:
Partial downloaded files can be deleted now on deleting download from list. Deletion dialogs fixed (bug 109)
Options - Program options - General tab traffic limit values are not swapped now (bug 263)
Queue file saved in directed place now, not only in default place (bug 265)
Opera interface is not corrupted now on disabling/uninstalling Opera integration (bug 251)
ReGet does not crash on query file size for paused download (bug 264)
Vista installation with enabled UAC fixed (bug 122)
Empty message box does not appear on deleting downloads from queue (bug 273)
Change traffic priority scheduler task for Unlimited mode works correctly now. (bug 281)

Ну вот!
Partial downloaded files can be deleted now on deleting download from list - должно было быть еще лет пять назад!

присоединяюсь к вышеназванной проблеме Ruben, все описано буквально. reget бьет файлы с рапиды. с другими качалками такой проблемы нет. юзал 4.2 b263, перелез на 5.1 b308, а воз и ныне там. вне сомнения - программа удобная, практичная, функциональная, но подобный изъян понуждает к прекращению ее дальнейшей эксплуатации. я говорю атанде, баста или попроще - фтопку.

Dmitry N

Цитата:

Partial downloaded files can be deleted now on deleting download from list - должно было быть еще лет пять назад!

Наконец-то!
Там года три назад были какие-то попытки это сделать по Ctrl-Del - файл из списка удалялся , а с диска - нет. Суппорт так внятно ничего и не сказал.

Цитата:

Наконец-то!
Там года три назад были какие-то попытки это сделать по Ctrl-Del - файл из списка удалялся , а с диска - нет. Суппорт так внятно ничего и не сказал.

Чтобы файл удалялся с диска нужно нажать Ctrl+Shift+Del, об этом и в справке было всегда написано. Работает даже на ReGet Deluxe 5.1 build 308, правда если файл скрытый, то не удаляется, если нет, то соотв. удаляется. Об этом я им писал недавно. Не знаю, что они сделали, может теперь удаляются и скрытые файлы?

Похоже что Reget Deluxe не умеет устанавливать два соединения.
У меня провайдер выдает только "серые" IP. Чтобы скачивать с некоторых ресурсов нормально, нужен "белый" IP. Для этого юзаю VPN.
Так вот, в планировщике ставлю такую последовательность

22.00 Установить соединение (АДСЛ)
22.00 Установить соединение VPN
22.00 Начать закачку

Смотрю лог. Тупой Reget почему-то сначала пытается устанавливать соединение VPN. Естественно у него ничего не получается.
Хорошо, меняем время задания:

22.00 Установить соединение (АДСЛ)
22.01 Установить соединение VPN
22.01 Начать закачку


В этом случае ТУПОЙ Reget делает вот что.

22.00 - Устанавливает соединение с провайдером (АДСЛ),
22.01 - рвет соединение с провайдером (АДСЛ) и пытается соединится с VPN, естественно неудачно.

Как его заставить не рвать соединение с провайдером перед установкой VPN соединения?
С чего он вообще решил что надо разрывать другое соединение перед установкой VPN соединения?

314 билд блокирует буфер обмена, то есть файл через копи/пасте переместить нереально если в это время регет запущен. Кто-нибудь подтвердит?

Verwolk
Это не баг, это уже фича!
Чтобы буфер обмена снова заработал, сними регет и запусти его заново, второй раз он не блокирует.