Вышел Wget 1.12

transfer-encoding: chunked до сих пор в файлы сливает, или уже научился небитые файлы лить?

Для всех толстых вендотроллей рекомендуется свободный http://www.freedownloadmanager.org/

А wget для другого нужен

>я PHP-программист

Не льсти себе: ты не программист

>А чем можно писать? Не из консоли. k3b не предлагать.

Никто и не предлагает. Предлагаю тебе принести пользу, а именно - убить себя.

>wget, прекрасный, просто удивительный качальщик, но он просто теряется на фоне downloder manager виндовозных, при совсем простеньких задачах, нужных большинству (зомбированных windows) пользователей

что в линуксе, что в виндовсе wget прекрасно ставится как дефолтный качальщик для лисы. через плагин FlashGot по-моему. и больше ничего не надо. способность wget корректно работать с проксями (в отличие от того же FlashGet), цепко держать закачку. Делают его просто незаменимым. Всем любителям качать многими потоками желаю раскинуть мозгами и прийти к выводу, что многопоточная закачка сегодня больше тормозит, чем ускоряет. 10 лет назад, когда была куча ограничений на скорость для одного потока, 5 потоков что-то могли ускорить (да и то 3 было оптимальней), но сейчас ситуация уже давно не так плачевна и скорость закачки зависит только от того, что отдаёт источник. А он и так не тормозит. Кому скорости мало - забывайте про FTP/HТTP и идите на торренты.

>Ага! Мне тоже было смешно, покая в Инете не собрал подборку статей/новостей где даны оценки стоимости таких продуктов как Kernel, Eclipse, OOo и других.

и какова оценка стоимости OOo, ну и до кучи, что же за продукт, который настолько дороже OOo?

Может будет интересно:

http://rus-linux.net/MyLDP/freesoft/impossible-1_files/2-large.jpg

http://rus-linux.net/MyLDP/freesoft/impossible-1_files/1-large.jpg

Т.е коммерческая стоимость софта в дистре Debian Etch уже была сопоставима со стоимостью программы Nasa Space Shuttle :))

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

Кстати, можно ли наоборот: запретить качать с сайта более 1 потока? Чтобы все ставились в очередь. Пробовал несколько плагинов (включая FlashGot) — ни один не умел.

> У меня на нетбуке стоимость ПО на 12 порядков выше почти любого виндузятника (честного или голозадого, не принципиально)!

12? Не путаешь? Может 8?

>Может будет интересно:

>http://rus-linux.net/MyLDP/freesoft/impossible-1_files/2-large.jpg

>http://rus-linux.net/MyLDP/freesoft/impossible-1_files/1-large.jpg

>Т.е коммерческая стоимость софта в дистре Debian Etch уже была >сопоставима со стоимостью программы Nasa Space Shuttle :))

Данные цифры актуальны только для гугла, Microsoft или абрамовича, и означают тупую выкупку всех прав.

Софт от МС намного дороже будет, если выкупать.

Вообще , можно и без фантазий.
есть там и статья:
http://rus-linux.net/lib.php?name=MyLDP/freesoft/impossible-1.html

Леньки искать оригинал.

А таки там есть ссылка:
http://www.freesoftwaremagazine.com/books/mihrfc/impossible_thing_1_developin...

> Софт от МС намного дороже будет, если выкупать.

Чушь!
1/3 продуктов Microsoft не представляет коммерческого интереса, т.к. они стары как говно мамонта! Хотя и могут еще местами представлять ценность в качестве антиквариата.
Половина из оставшегося не блещет инженерной мыслью. Иногда продаваема леммингам, по причине их природной способности к самообману. Но чаще бывает просто украдена, лемминги не всегда находятся в спячке и на уровне подсознания иногда сомневаются в ценности такого ПО.
И напоследок, конечно, у MS есть современное конкурентноспособное ПО! Но его совокупная стоимость в разы меньше набора базовых программных продуктов представляющих экологическую нишу Linux.

>PHP-программист
С этого и надо было начинать =)

>как раз ты и виноват, что не написал "нормального даунлоадера", там работы не ахти как много.

Работы не ахти как много, но, тем не менее, всё написанное - дерьмо. Эй, подскажите, как писать интерфейс к программе без нормального API для stdout? Я про отсутствие машинно-ориентированного языка в выводе. Как, к примеру, прогресс-бар закодить?

wget умеет ставить точки в выводе когда качает. попробуй -o logfile

Ещё раз, морду к вегету хочу написать. Как мне такие конструкции немашиночитаемые, как эти точки, без точных док для них закодить? Где unix-way для этого?

--progress=type Select the type of the progress indicator you wish to use. Legal indicators are "dot" and "bar".

The "bar" indicator is used by default. It draws an ASCII progress bar graphics (a.k.a "thermometer" display) indicating the status of retrieval. If the output is not a TTY, the "dot" bar will be used by default.

Use --progress=dot to switch to the "dot" display. It traces the retrieval by printing dots on the screen, each dot representing a fixed amount of downloaded data.

When using the dotted retrieval, you may also set the style by specifying the type as dot:style. Different styles assign different meaning to one dot. With the "default" style each dot represents 1K, there are ten dots in a cluster and 50 dots in a line. The "binary" style has a more "computer"-like orientation---8K dots, 16-dots clusters and 48 dots per line (which makes for 384K lines). The "mega" style is suitable for downloading very large files---each dot represents 64K retrieved, there are eight dots in a cluster, and 48 dots on each line (so each line contains 3M).

Note that you can set the default style using the "progress" command in .wgetrc. That setting may be overridden from the command line. The exception is that, when the output is not a TTY, the "dot" progress will be favored over "bar". To force the bar output, use --progress=bar:force.

artem@anima:~$ LC_ALL=C wget ya.ru --progress=dot --2009-09-25 01:49:52-- http://ya.ru/ Resolving ya.ru... 77.88.21.8, 93.158.134.8, 213.180.204.8 Connecting to ya.ru|77.88.21.8|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 4892 (4.8K) [text/html] Saving to: `index.html.4'

0K .... 100% 9.76K=0.5s

2009-09-25 01:49:53 (9.76 KB/s) - `index.html.4' saved [4892/4892]

Сложно разобрать?

А что, у нас уже появились парсеры естественного языка? С учётом локализации? Я не про простой вывод stdout в info-окошко, если что, а про реагирование в программе на сообщения вегета вызовом соответствующих функций.

> А что, у нас уже появились парсеры естественного языка? С учётом локализации?

Проблема надумана. Ставь английскую локаль и анализируй сообщения только на одном языке.

> Я не про простой вывод stdout в info-окошко, если что, а про реагирование в программе на сообщения вегета вызовом соответствующих функций.

Делай разные вызовы при совпадении с разными шаблонами строк. Список всех шаблонов можешь взять в .po-файлах.

Вообще, подумай о libcurl.

>Ставь английскую локаль и анализируй сообщения только на одном языке.

А выводить эти сообщения тоже на английском? И терять локализацию? Я ведь не говорю про отсутствие их вывода вообще.

>Список всех шаблонов можешь взять в .po-файлах.

А то, что po-файлы меняются с каждым выпуском новой программы, я уж молчу про количество строк в них - это ничего? Версионную гуйню делать? Для сравнения - пара-тройка десятков чисел-кодов возврата, практически неизменных от релиза к релизу.

>Вообще, подумай о libcurl.

Вопрос не о решении данной проблемы, а о сложности построения гуйни для консоли вообще в ответ на реплику о якобы простоте этого дела. Подобная проблема не только для вегета характерна, что затрудняет скриптование "современной" unix-way'ной системы. Так что проблема не надуманна.

> А выводить эти сообщения тоже на английском? И терять локализацию? Я ведь не говорю про отсутствие их вывода вообще.

Так используй теже .po-файлы для перевода.

> А то, что po-файлы меняются с каждым выпуском новой программы, я уж молчу про количество строк в них - это ничего? Версионную гуйню делать? Для сравнения - пара-тройка десятков чисел-кодов возврата, практически неизменных от релиза к релизу.

Меняются далеко не все строки.

> Вопрос не о решении данной проблемы, а о сложности построения гуйни для консоли вообще в ответ на реплику о якобы простоте этого дела. Подобная проблема не только для вегета характерна, что затрудняет скриптование "современной" unix-way'ной системы. Так что проблема не надуманна.

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

Как написАл кто-то недавно - "Те, кто хочет использовать программу, ищет преимущества, кто не хочет - ищет недостатки". Ты явно во второй группе.

>Упомянутые тобой "проблемы" теми или иными способами решили авторы различных графических оболочек к нему.

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

Все остальные советы в стиле "учись автогеном через жопу, как это уже практикуют другие".

>лично для меня вполне хватает тех возможностей, которые предоставляет wget

Некоторым и в шалаше хорошо живётся. И что?