Pegas
20. 4. 2001 • 19:08

Podle mne je na stahování nejlepší Download Accelerator 3.9.0.9 je asi nejrychlejší a pripojije se hned 4x !
pak možná GetRight 4.2, který se mi jednou povedlo pripojit hned 6x! obvykle se to povede meximálně 2x !!! což není mnoho :)

Honza
20. 4. 2001 • 19:08

To jsem právě u těchto programů nepochopil. Myslel jsem, že soubor stáhnu rychleji, ale když se začal stahovat hned 4x najednou, bylo mi jasné, že klasické 1 stažení bude asi tak 4x rychlejší... Nechápu smysl takových programů. Mohl by mi to prosím někdo vysvětlit?

martyCZ
20. 4. 2001 • 19:08

je to jednoduche ... napriklad stahujes neco ze serveru 1kB/s a jses tam sam ... pak se pripoji nekdo jiny a chce taky stahovat a tak server rozdeli prenosovou rychlost mezi vas oba ... takze stahujes 0.5kB/s ... ale kdyz ty se pripojis 9x a nekdo jiny 1x, tak ty dostanes 9 z 10 dilu a on 1 ... ty budes stahovat 0.9kB/s ... toto je velice prevelice zjednodusene ale takovy nejaky je princip ... :)

Ladislav Šobr
20. 4. 2001 • 19:08

Nejak mi v clanku chybi, kdo vlastne realizuje samotne stahovani z FTP - ten program musi mit serverovou cast. Nepredpokladam ale, ze ji ma vlastni. Spis to vypada, ze jen predkousa pozadavek nektere jiz existujici sluzbe - ze by to BITFTP?

Petr Souček
20. 4. 2001 • 19:08

Jak už tu bylo uvedeno, díky kódování mailů je při použití mailu nutné přenést asi o 25% více dat, což spojení zase prodlouží, a v případě placeného objemu dat i prodraží.

Výbornou službu FTP downloader provozuje VOL na adrese http://www.vol.cz/cz/service/ftpdownload/ftp_downloader.html - umožňuje stahovat zadané soubory protokolem ftp nebo http a ukládají se na ftp server poskytovatele, ke kterému mají všichni klienti nejrychlejší přístup.
Samozřejmostí je potvrzení přijetí požadavku i výsledku stahování mailem.

Podobnou službu jsem viděl i u jiných poskytovatelů.

Tomáš D.
20. 4. 2001 • 19:08

Taková služba se mi zrovna hodí. Jsem totiž připojenej přes kabelovou televizi a platím za stahovaný data. Prej se to na mejly nevztahuje...

colo
20. 4. 2001 • 19:08

Podobna sluzba je na adrese www.emailfile.com. Do jedneho riadka zadate adresu servera do druheho vasu e-mail adresu.

Radovan Markes
20. 4. 2001 • 19:08

Výše uvedený program jsem nezkoušel. Bude se ale pravděpodobně jednat o jakousi "nadstavbu" dnes již archaické služby BITFTP. Ta funguje přibližně následovně:

Na adresu BITFTP@PUCC.PRINCETON.EDU pošlete svůj požadavek (obyčejný e-mail) ve tvaru:

FTP wuarchive.wustl.edu
CHUNKSIZE 0
USER anonymous guest
CD pub/WINDOWS_UPLOADS/
BINARY
GET vcalc09b.zip
GET vcalc09b.txt
QUIT

Na prvním řádku vaší zprávy musí být uveden příkaz FTP ve tvaru

FTP jménoservru typpřenosu
Jméno serveru - lze zadat uvedeným způsobem (wuarchive.wustl.edu) nebo též jako IP adresu (128.252.135.4).
Typ přenosu - říká BITFTP serveru v jakém formátu vám má data zaslat. Nejčastěji se používá "UUENCODE", který je nastaven automaticky a není tedy třeba jej specifikovat.

CHUNKSIZE číslo
udává velikost segmentů, ve kterých vám bude soubor poslán (0 - soubor dorazí vcelku).

USER jméno heslo
Pro anonymní FTP servery stačí napsat "anonymous", jako heslo se použije vaše e-mailová adresa.

CD jménoadresáře
nastaví požadovaný adresář (složku).

GET jménosouboru
Tímto příkazem říkáte BITFTP serveru které to soubory vám mají být vlastně zaslány.

QUIT
ukončuje přenos a měl by být na posledním řádku celé zprávy vždy uveden.

Pro získání více informací o této službě pošlete nejprve e-mail obsahující pouze příkaz HELP. Obratem vám bude zaslán úplný seznam podporovaných příkazů. BITFTP v současné době provozují tři servery: BITFTP@PLEARN.EDU.PL v Polsku, BITFTP@VM.GMD.DE v Německu a americký BITFTP@PUCC.PRINCETON.EDU. Denní limit činí něco přes 1 MB přenesených dat.

A ještě pár rad na závěr
Pokud si necháváte poslat jakýkoliv jiný než textový soubor (*.ZIP, *.GIF, a pod.), bylo by nejspíš vhodné, aby přišel jako tzv. ATTACH, tedy jako připojený soubor. K tomu je nutné před zahájením přenosu do těla zprávy umístit ono kouzelné slůvko "BINARY", které zajistí, že dorazivší soubor nebude vsunut přímo do textu jako změť nečitelných znaků.
Dále je třeba dodržovat velká a malá písmenka, protože většina FTP serverů běží na UNIXu a tedy je rozlišuje.
Z vlastní zkušenosti nedoporučuji vytvářet zprávu pomocí volby FORWARD z vašeho poštovního klienta, ale vždy pouze jako NEW MAIL, jinak nebude BITFTP server schopen zaslané příkazy zpracovat.

Tuto službu jsem naposledy použil přibližně před třemi lety, snad ještě funguje ;)

Nikola Tepper
20. 4. 2001 • 19:08

BITFTP (a mnoho jinych mail robotu) porad funguje a nemyslim si, ze by slo o "archaickou" sluzbu.
Jde proste o "starou" sluzbu, ktera vsak stale funguje a pouzivam ji velmi casto. Je videt, ze neco na tech "starych" postupech asi bude.
Myslim vsak, ze nastavit CHUNKSIZE na nulu je hloupost, lepsi je nastavit si treba 100 - 200 Kb, protoze mail neumi resume a je lepsi dostat soubor rozkouskovany a spojit si ho az doma.

Miroslav "Zelva" Pragl
20. 4. 2001 • 19:08

Souhlasim s tim, ze rychlost prenosu dat z mailserveru je vetsinou omezena jen a pouze linkou klienta. Navic ne kazdy ma plnohodnotne pripojeni (ma napr. pouze e-mail) a tato sluzba mu zpristupni ftp archivy. Nicmene za to necim plati:
1) diky mime/uue kodovani stahuje cca o 1/4 vice dat nez by stahoval ftp protokolem
2) nemuze pouzit funkci REST - pokracovat v prerusenem prenosu

Pro pretizene servery s rychlosti stahovani kolem 0.1 kB/s je to ovsem pohodlne - pokud nemate u providera unixovy shell s nesrovnatelnym komfortem schedulovani pomoci at.

MP

Snoop
20. 4. 2001 • 19:08

Pod jakým OS byl odzkoušen?? Nepodařilo se mi jej nainstalovat na WIN2000EN.

Silvestr Staniol
20. 4. 2001 • 19:08

Myslím si, že není na místě srovnávání s těmito programy, už jen proto, že umožňují stahování po částech, takže můžete lehce využít dobu, kdy stejně z nějakého jiného důvodu by jste byli připojeni.

Určitě si přečtěte

Články odjinud