Názory k článku
600MB přílohy na Centrum.cz po čtvrt roce

600 MB přílohy jsou nesmysl.

a) léta uživatelům vysvětluji, že posílat mailem přílohy nad 1-5MB je nesmysl, email na takovýto druh komunikace není udělaný. Velikost při přenosu uměle naroste a pak přesun blokuje (zbytečně zatěžuje) poštovní servery. Cílem by mělo být naučit uživatele efektivně používat stávající nástroje a ne je navyknout na odsouzeníhodné zvyky.

b) 600MB nikdo neuploadne. Český trh je specifický tím, že i když má někdo tzv. "broadband", tak má upload neadekvátně nízký. Tlačit tímto kanálem desítky MB je záležitost na dlouho. Nemluvě o vyrovnání se s různými problémy při odesílání - drobné výpadky spojení, timouty prohlížeče. Http POST není na velké přílohy udělaný a nepřežije ani drobounký výpadek, kterého by si uživatel ani nevšiml. Třeba IE se někedy zasekne naprosto bezdůvodně. Při problému bude frustrovaný uživatel zkoušet odeslat přílohu znovu a znovu a tím zbytečně zatěžovat infrastrukturu. Ať centrum udělá statistiku, kolik % přenosů se nějak přeruší a kolik dobře dopadne.

Centrum by nemělo zkoušet nemístné experimenty a místo toho by se měli snažit vyřešit problém odesílání velkých balíků dat mezi uživateli nějak jinak. Http ale určitě není řešení... pořád se chlubí že jsou vizionáři, tak ať se ukážou. Ať třeba udělají lištičku do IE s bittorrent klientem (přílohy mnoha různých uživatelů bývají často stejné) nebo co já vím :)

si trochu protiřečíte, mluvíte o vychování uživatelů a pak radíte lištičku do MSIE, vychovaný uživatel MSIE nepoužívá, MSIE není na browsení webem dělaný

Tento názor patří spíš do starých pověstí českých,to bychom taky dodnes mohli místo dvd posluchat doma krystalku:)

Nikdo nerika ze se internetem nemaji prenaset velke soubory. Ale ani SMTP ani HTTP POST na takovou cinnost urcite nejsou stavene. Nedokazi paralelni prenos, prenos po castech, obnoveni spadleho spojeni, navic binarni data prevadi na sedmibitova (koduji do base64?), takze znatelne narusta objem.

Kdyz ma Centrum potrebu umoznit uzivatelum uschovu dat na svych discich, tak at k tomu vymysli nejaky chytrejsi protokol a napise pro BFU klikaciho klienta.

Ale propagovat to jako "nase posta umi 600MB prilohy" mi taky nepripada zrovna vhodne...

A na co je tedy HTTP stavene?!

Tak treba na prenos souboru smerem ke klientovi - umi resume (via partial content), je celkem fuk jak velky soubor stahuju a klidne ho muzu stahnout na nekolikrat treba i kdyz se mi v mezicase zmeni adresa. Ale neznam klienta ktery by se podobne dokazal chovat i pri uploadu (a kdo vi jestli to protokol vubec umoznuje).

Takze posilat pul gigo v HTTP-POSTu je zbesilost zbesila nehezka fuj.

Mozna byste mi mel vysvetlit, proc by neco takoveho mel HTTP (!!!) protokol umet... HTTP protokol se pouziva jako middleware, pomoci ktere vyssi vrstvy delaji dalsi (sofistikovanejsi) operace (= je to URI + sitovy transport - i tu autentizaci si musite udelat ve vyssi vrstve, protokol sam to nijak nezpracovava)... zrejme jste nikdy neslysel o WebDAV/DeltaV protokolu (kupodivu prenasenem pomoci HTTP), ale to nic, treba na to jednou narazite...

Za prasarny v implementaci nemohou ani tvurci protokolu ani panbicek, pouze prasata implementatori... to je jako byste se rozciloval, ze nekdo to posle via UUENCODE stream v ICMP packetech....

Dneska jste se spatne vyspal, ze jo?

Ja nemluvil o HTTP obecne, ale o metode POST protokolu HTTP. Zkuste si moje prispevky jeste jednou precist. HTTP je dost genericky na to aby se pomoci neho dalo prenaset prakticky cokoliv. Jeho metoda POST takova neni - ma sva omezeni a z toho plynouci nevyhody.

WebDAV nepouziva POST ale PUT - to je neco zcela odlisneho. To jste vazne nevedel?! Teeeeda, takovy zaklady! Ale to nic, treba na to jednou narazite...

A co z toho plyne? Ze HTTP je dobry protokol, ale metoda HTTP POST uz ne? Nebo jen to, ze POST ma sve hranice pouzitelnosti? Mimochodem, co si myslite, ze se stane, kdyz klient spatne pozada server (ktery takovouto vec nemusi podporovat (kam je klient vul, ze o to zada)) o chunk pri GET? Vite ze vubec nic, server proste posle cely URI objekt a klient to kupodivu rozkoduje protoze se v hlavicce nikde nedozvi odkud pokud to server poslal (= 0-MAX).

Opravdu nemohu za to, ze HTTP POST ma sve hranice, mimochodem, to je takovy problem na strane klienta pouzit ten post, ale rozkouskovat to do nekolika POST requestu? Na serveru sesbirat, seskladat (stejne se to uklada nekam do tempu a pak necha zpracovat vyssi vrstvu/y)? Takze si stojim za svym - klidne necht se pouzije HTTP POST, ale rozumnym zpusobem... u SMTP lze samozrejme udelat to same, ale to seskladani je veci by hand... - tady to lze udelat strojove a proto to vidim jako znacny posun.

Covece vy mi svou fanaticnosti pripadate jako kdybyste tu aplikaci pro Centrum psal vy!

1) "A co z toho plyne? [...] ze POST ma sve hranice pouzitelnosti?"

Jste docela sikovnej - uz po trech prispevcich na stejne tema jste me pochopil. Ano, POST je dobry ale ma sve hranice.

2) "Mimochodem, co si myslite, ze se stane, kdyz klient spatne pozada server o chunk pri GET? Vite ze vubec nic, [...]"

No a? Tvrdil jsem snad opak? A jak to souvisi s tematem? Vy dneska mate hadavou a nejaky tema si proste najit musite, zejo? Ale to nic, to prejde, uvidite :-)

3) "Opravdu nemohu za to, ze HTTP POST ma sve hranice [...]"

Nejsem sice psychiatr, ale tipnu si ... paranoia? Ja vas prece neobvinoval ze muzete za zpusob jakym funguje POST. Dokonce jsem neobvinoval vubec nikoho - ten protokol tak proste je navrzen. Jestli hodlate soubor u klienta automaticky kouskovat a posilat po castech tak na to budete muset mit klientsky javascript/javu/activex/... a to pak uz rovnou muzete vyuzit nektery z protokolu ktere jsou pro dany pripad vhodnejsi. Ano ano ano, nerozcilujte se, muzete pouzit i POST, jo, fakt, nikdo vas za to k soudu nepozene. Ale optimalni reseni to jaksi neni - kdyz uz u klienta bude nejaka aktivni komponenta na rozkouskovani, tak zrovna muze zaridit i chytrejsi prenos. Jinak je to podobne znasilnovani protokolu jako poposilani mailu pres ICMP. Jde to, ale dre to.

Mejte se pekne ja jdu spat. Muzeme to dohadat rano (resp. u vas vecer).

Prozradite mi jiny std. protokol, ktery je na takovy prenos vhodnejsi (on to totiz neni push-in na klienta, ale push-out na server a tam techmoznosti nemame zdaleka tolik...). Z meho pohledu je totiz uplne ukradene, jakym transportnim protokolem to budeme tahat na server - nejlepe takovym, ktery ma malou rezii, slusnou uroven abstrakce a zabezpeceni a je standardne podporovan... - takovy protokol neni SMTP (diky nesrovnatelne vetsimu overheadu), ale takovy HTTP/POST urcite ano...

Kdyz rikate, ze HTTP POST je na takove veci mizerny a nevhodny, urcite mate lepsi reseni - skoda jen, ze jste se o nem zatim nezminil...

1) Uz jsem si rikal ze vas ta hadava nalada presla a ono ne. Ono to bylo vikendem...

2) Kdyz si o necem myslim ze to neni dobre tak to automaticky nemusi znamenat ze to dokazu udelat lip. Spatny film poznam a i kdyz dobry natocit neumim, nebrani mi to rict, ze ten film podle me stoji za starou backoru.

3) Pozadavky ktere by podle meho nazoru mel umet pouzity protokol jsem zde jiz nekolikrat napsal - binarni prenos (to umi i POST, ja vim), obnoveni prenosu po jeho rozpadu, pokracovani i z jine IP adresy, paralelni prenos vice kusu souboru najednou a v idealnim pripade i update, tzn. pokud zdrojovy soubor nepatrne zmenim aby se nemusel prenaset cely znovu. Precejen se bavime o prenosu relativne velkych souboru po relativne nespolehlivych linkach. To uz chce trochu robustnosti.

4) Temto pozadavkum se v protokolu HTTP nejvic priblizuje metoda PUT. Sice neumi vsechno co jsem zminil, ale je urcite praktictejsi nez POST, ktery bez dodatecneho znasilnovani ze zminenych vlastnosti nesplnuje skoro zadnou.

5) Tahle debata uz me nebavi. Vy porad dokola opakujete POST POST POST a nenechate si to vymluvit i kdyz vam zde snasim argumenty proti. Dostavate snad tantiemy z kazdeho pouziteho POSTu?

6) Tahle debata navic ani nema smysl - jednak nevim jak presne Centrum ty soubory prenasi a kvuli nam stejne nebudou svou aplikaci predelavat. Kdyz jsou jejich uzivatele spokojeni s tim co maji, tak jim to budiz prano.

Jenze jste zapomnel na takovou drobnost - kolik WWW prohlizecu vubec HTTP/PUT umi odeslat/zpracovat (nebo to si chcete vsechno zpracovavat ve vlastni rezii i na strane klienta)? (Proc potom pouzivat WWW prohlizec, to uz muzeme mit specialni aplikace nebo lepe aplikaci ve std. sandboxu - .NET, JVM apod.) Myslim si, ze z kontextu je dostatecne zrejme, ze se bavime o environmentu WWW prohlizece - tady je technologicka a interoperabilni zakladna opravdu bohata a ruznoroda, nicmene spolecny (= bezny) prunik vlastnosti a technologii k dispozici je rovnez velky, lec bohuzel alespon dle mych vedomosti do tohoto pruniku HTTP/PUT nezapada...

Už pěknejch pár let umí hodně prohlížečů Javu a někerý ActiveX :-)

V prubehu threadu jste navrhoval posilani souboru po mensich castech, coz jsem pochopil tak, ze by se prohlizec mel postarat o rozkouskovani a poslani jednotlivych casti (=javascript nebo nejaky jiny aktivni prvek na strane klienta). Na coz jsem odpovedel ze v tom pripade se ten kouskovac muze rovnou postarat i o odeslani nejakym chytrejsim protokolem. Takze ano, at to udela klient pomoci nejakeho aktivniho prvku. Mailovou aplikaci Centra sice neznam, ale nepocitam ze by fungovala na zaklade cisteho HTML a tlacitka "Send".

Povazuji rozkouskovani pomoci HTTP/POST via JavaScript za neporovnatelne snazsi nez jakykoli jiny navrhovany zpusob...

... a vůbec nejsnazčí je kabelovej přenos :-)

Jo, tak timto "argumentem" jste mi vazne vyrazil trumfy z ruky ;-)

A co použít FTP protokol?
Je efektivní, umožňuje oboustrennou komunikaci, umožňuje navazování přerušených přenosů, ...

Možná chce trochu trik implementovat přístup přenositelně a bezpečně, ale snad by to za tu námahu stálo.

Jeste lepsi by bylo prepsat rsync do javascriptu a tunelovat to metodou CONNECT.

HULANE - KDE JE TEN SLIBENY CLANEK??? Me nezajima antivirus a antispyware. Specialne antispyware pro muj OS nikdo nechce udelat.

Spíš je to realita a vůbec na přehnaná. Nedávno jsem potřeboval poslat asi 15 fotek o velikosti cca 10MB. Jelikož dotyčný je potřeboval vidět pouze orientačně, tak jsem jim zmenšil rozlišení a jedna fotka měla něco málo přes 100kB. Počítačová gramotnost příjemce je tak žalostná, že než bych pak poslouchal ty blbé kecy, proč ho to nutím stahovat někde z webu, že pak neví, kde se mu to uložilo, bla bla bla ..., tak jsem to poslal ve čtyřech mailech. Každý měl mít cca 400kB, ale do jednoho se mi připletla jedna nezmenšená fotka, mail měl rázem něco přes 1MB a jako jediný nedošel. Nevím jestli byl na vině SMTP server Eurotelu, freemail na Seznamu, nebo cokoliv jiného, ale realita je taková a není to ojedinělý případ.

a zrovna i posilani fotek je jiz trosku out, je tady rada sluzeb jako sonyimagestation.com nebo tusim hello.com, ktere posilaji jen link na upload vasich fotek a po mailech necestuje nic...

takze i nejake zmensovani atd mi prijde dost dost pracne a zbytecne slozite..

Ad a: Nechapu, proc vsichni zamenuji "odeslat 600MB prilohu protokolem SMTP" a "odeslat 600MB prilohu prostrednictvim GUI mailoveho klienta". Pokud vidim dobre, centrum.cz implementuje tu druhou vec. Vase kritika prvni veci je tedy opravnena, lec nesouvisejici.

Ad b: <sarkasmus> Jasne, nema smysl vytvaret sluzby, ktere vyuzije jen mensina lidi. Navrhuji s okamzitou platnosti zavrit vsechny tenisove kurty, protoze nas normalni lidi s nadvahou a spatnymi plotenkami jejich existence jen urazi. </sarkasmus>

Myslíte že laik rozlišuje nějaké vaše SMTP a jakési GUI? Kdepak. Jednou se to naučil posílat (šlo to), tak proč by to nezkusil až bude pracovat v Outlooku... 200MB fotek přímo z foťáku, drag & drop a jedem. Mail jako mail, no ne? Takže si svoje řeči o nesouvisející kritice nechte od cesty.

A kdo řekl, že nemá smysl vytvářet služby pro menšinu? To jste si vymyslel, vy jste ten názor vůbec nečetl. Já říkám - dobrý pokus Centrum, ale tudy cesta nevede. Je třeby vymyslet něco lepšího.

IMHO největší problém je naučit BFU rozumnému používání nástroje s jim přijatelným rozhraním - technologie se mění podstatně jednodušeji, protože je záležitostí specialistů.

IMHO e-mail je principem služba určená k posílání dopisů a je na "pošťácích" aby začali vozit i balíky. Za větší ostudu než neznalozt BFU považuji nepokračování ve vývoji komunikačního protokolu specialisty tím směrem, aby služba byla efektivní.

V současnosti prostě narůstá kapacita připojení i velikost uchovávaných souborů a existuje poptávka po jejich přepravě. Argumenty o šetření sdílených kapacit považuji za správné pokud jde o sdílení cizích/věnovaných zdrojů (původní nekomerční intarnet, komunitní WiFi, ...). V současnosti však už velká část (?většina?) uživatelů za poskytnutí síťových zdrojů platí a z tohoto titulu mají IMHO právo je využívat způsobem, který potřebují. Pokud by toto chování zatěžovalo společné zdroje nad přijatelnou míru, tak budou muset být tyto zdroje posíleny a to se bude platit z ceny připojení nebo dle míry využití "vzácného zdroje".

ad a) To že pro přenos pošty je používáno současné SMTP považuji za chybu architektury a podle mne už dávno mělo být zavedeno rozšíření umožňující :
1 - binární přenosy (bez překódovávání do 7mi bitů)
2 - převzetí příloh přímo ze zasílajícího serveru (např. FTP protokolem ale tak, aby to BFU nemuselo zajímat) nebo s odloženým doručením po odsouhlasení příjemcem (aby to neumožňovalo přetěžování serverů nevyžádanými přílohami)
3- zotavení přenosu příloh po chybě přenosu (dle implementace 2)

ad b) "Nikdo" není pravda, někteří uživatelé tuto možnost mají a jejich počet prudce vzrůstá. Otázka použitých protokolů je pouze záležitostí implementace ale ne principu služby. Dovedu si například velmi dobře představit, že tlačítko přenosu přílohy bude v sobě obsahovat aktivaci FTP spojení do domovského adresáře uživatele (příjemce ? odesilatele) s OTP ověřením + mazáním po úplném vyzvednutí všemi příjemci a přitom to pro BFU pořád bude jen stejné tlačítko bez nutnosti zvládat další neznámý nástroj (např. příkazy řízeného ftp klienta od MS).

Internet je pro "nemístné" aplikační experimenty ideální místo a Centrum se pokusilo uspokojit existující poptávku - za to jim patří čest a chvála pro průkopníky.
Věřím, že se časem podaří najít technologické vylepšení. Pokud kdokoli ví o možných vylepšeních, navrhněte je Centrumu, Seznamu, Gmailu nebo jako RFC ...

Nic Vam nebrani ucastnit se praci v IETF na novem protokolu pro prenos posty :-)

No vidíte, prakticky jste rozvedl mou myšlenku. Ale Centru nepatří chvála, protože jednoduše udělali dobrou věc špatně.

Vždyť i v článku je:

---------------------------------------------
Jediné, co Centrum shledává negativním, je kvalita připojení části uživatelů. Nahrávání přílohy trvá dlouho a proces může být přerušen. "Uživatelé to někdy dávají za vinu nám", poznamenává Oldřich Bajer.
---------------------------------------------

Což je ovšem jednoznačně chyba centra. Oni uživatelům řekli, že mohou posílat 600MB přílohy mailem. Tečka. Nikdo jim neřekl, že se odešlou data jako HTTP POST v b64 kódování (tj. nebude se posílat 600MB ale 900MB) a že je velká pravděpodobnost, že spojení samo lehne, ať už kvůli kratinkému výpadku, chybovosti prohlížeče, nějakého timeoutu kdoví kde. Ať centrum zveřejní, kolik bylo pokusů o upload souboru většího než třeba 50MB a kolik z nich dobře dopadlo. Dle mých zkušeností jich asi moc být nemohlo. 50 % ?, 30 % ?

Když už chtěli udělat dobrou službu, určitě šlo integrovat něco do lišty, activex, java appletu, aby uživatel nic nepoznal a přenos zaručeně probéhl (8b, s navazováním). IMHO by bylo nejlepší řešení integrovat do emailu virtuální vzdálený disk (jako to mají jinde) a naučit uživatele nahrát soubor na disk a do mailu dát jen odkaz.

Virtualni vzdaleny disk by byl prima, ale to by nikdy nedokazali utahnout.

Z jejich pohledu potrebuji reseni:

- ktere umozni zobrazovat reklamu, ktera jej zivi

- umozni uzivateli vsude rikat, ze ma ten cool mail s 600M prilohami, ale ve skutecnosti bude tak slozity na obsluhu, ze toho vyuzije jen male mnozstvi uzivatelu

- ktere ztizi uzivateli moznost zneuzit jej jako dalsi disk pro ukladani toho, co se mu doma nevejde, tohle dobre osetrovaly ty vernostni body, co bude ted, kdyz si kazdy zalozi sto schranek a bude si nejnovejsi filmy posilat mailem sam sobe, aby je mel zalohovane a davat hesla ke schrance kamaradum, aby se k nim take dostali....


Proste vzdaleny disk by asi nebyl to prave. Nejaky klinetik by byl lepsi, ale jak by zobrazoval reklamu? Vyskakovacim oknem? To by lidi pekne prudilo.

Podle me se na posilani takovych veci mimoradne hodi IM klienti. Jen je potreba vymytit NATy, aby IM klienti mohli komunikovat bez prostredniku.

Souhlasim se vsim. Jeste maly dodatek: kdyby nebyli ISP liny zavadet IPv6, byly by NATy zbytecne ... a navic by lidi mohli mit cool (resp c001) IP adresy (napr: 2001:5c0:83d7:0:c001::1) :-).

Hm, ta je fakt c00l ;-)

dan@dan:~> ping6 2001:5c0:83d7:0:c001::1
PING 2001:5c0:83d7:0:c001::1(2001:5c0:83d7:0:c001::1) 56 data bytes
From 2001:5c0:0:2::18 icmp_seq=1 Time exceeded: Hop limit

akorat by to chtelo jeste postelovat to routovani.

Copak IPv6, ale ty aplikace kdyby to umely (a samozrejme widle, to co je ve winXP ...). Jen je problem v tom, ze na IPv6 zdroj narazim opravdu malo kdy, takze jako BFu si muzu rict "naco IPv6, kdyz se pres to stejne nikam nedostanu".

A keď má niekto prístup na 100 Mb linku a nemá možnosť mať spustený FTP server?

1 - 5 MB? A nebude lepší jenom textové e-maily bez diakritiky a to ještě velmi krátké, aby se nám ten Internet nepřetížil?

Je pravda, že 600 MB v praxi je blbost, v praxi to téměř nikdo nevyužije stejně jako 2 GB schránku Googlu. Tomu se říká marketing.

Na druhou ustranu se třeba 10 MB příloha hodí (když vím, že má druhá strana dostačující připojení), obzvláště když něco posílám BFU. Je to rychlejší než ho nebo ji zasvěcovat do tajů FTP. V úvahu potom přichází ještě třeba yousendit.com.

Ja mam 1 GB na Centru a po mesici mam obsazeno 7%, zadne multimedialni ani binarni prilohy, vetsinou maily s TXT prilohou, sem tam nejaky DOC. Pouze prichozi posta. Spamy mazu. Historii mit musim. Do doby nez existovaly sluzby s takovouto kapacitou jsem mel kompletni komunikaci pouze v INBOXU na HDD. Nyni je mam odkudkoli k dispozici, kdyz se potrebuju podivat na mail z 5.7.2005 z kancelare, tak se podivam, stejne jako z kavarny v Dubrovniku. Za rok/dva budu muset mazat = 1 GB je malo.

Tak zkus Gmail, tam je právě teď 2464 MB a pořád to roste. :D

Svoje veci mam taky na disku a muzu na ne odkud chci, oni totiz existujou veci jako treba SSH :-p A nepotrebuju na to ani nejakou kavarnu, staci mobil s javou ;-)

To je ovšem úžasně "pratické" řešení. :D

Vase filozfie je stejna jako vetsiny IT lidi. Uzivateli je jedno, ze to k tomu neni stavene - oni si chteji navzajem posilat velke soubory. Na IT lidech je, umoznit jim to. Ja osobne (a to jsem IT) nevidim JEDINY DUVOD, proc nepouzivat k prenosu velkych souboru mail. Ano, protokoly na to nejsou stavene, ale to proboha neni problem uzivatelu!!! Copak oni muzou za to, ze IT lidi doposud nevymysleli protokol, pro ktery to problem neni????

Jasně, uživatele nezajímá, že jeho osobák těch pět tun štěrku neuveze, on si je prostě chce (tady se mi vybavuje tříleté dítě, jak mlátí pěstičkami a vykřikuje "Já chci! Já chci!" - a nebo Marfuša) odvézt… Copak on může za to, že lidi z oboru nepostavili osobák na takové náklady a pořád prudí s tím, že má použít náklaďák?

Super tah. Vychovame si dalsi a dalsi dementni uzivatele, kteri budou FTP povazovat za nadavku, protoze oni si posilaji vsechno mailem.
Chce se mi brecet...z vas

Proč dementní uživatele?Spíše bych řekl,běžné uživatele,a nutit je k tomu aby věděli jak funguje FTP a co to je?
Naopak,dnes internet už není výsadou těch vzdělanějších a movitějších,je to zcela normální komunikační prostředek,nyní už i pro běžné uživatele,a Ti si objemnější přílohy posílat budou.Mně se naopak zdá v dnešní době směšná možnost posílat tak malé soubory,vemte si digitální fotografie,jak si myslíte,že je BFU pošle,jasně,že mailem.A nutit je,aby to dělali jinak,to snad ne,a vůbec nemá smysl říkat jak to zahlcuje linky apod.,to je starost těch,kteří se internetem živí.Trh se prostě musí přízpůsobit požadavkům uživatelů.

No pak se ty BFU nebudou moct divit, az jim nekdo navysi poplatky za pouzivani sluzby na dvojnasobek, protoze tu infrastrukturu je potreba zaplatit.

Jezis, mozek, takova ta seda hmota, to ale vy neznate.

Kdyz si koupim auto na silnici, taky se nedivim, kdyz s nim v terenu zapadnu. A to muzu byt taky BFU a vim prd jak funguje motor, vstrikovani, pakubni pocitac ..., ale vim, ze kdyz chci odvezt pisek, vemu na to nakladak, kdyz chci odvez dopis na postu, je jizda nakladakem ponekud neekonomicka.

A presne totez plati pro mail vs ftp (a dalsi). Mail je proste z principu urcen na odesilani MALYCH zprav (SMTP, racte si najit co ta zkratka znamena).

Ten kdo posle mailem (pripadne uploaduje pres http) vetsi mnozvi dat, nedela nic jineho, nez ze precerpava rybnik detskym kyblickem. Kdyby to nekdo delal v realu, tak se na nej budou vsihni koukat jak na kretena (a on se tak bude citit). Zajimave je, ze kdyz totez dela na netu, tak se jeste cejti jako hrdina a novator.

Zkratka na netu taky existujou mopedy, osobni a nakladni auta (jinak take prenosove protokoly), a kazdy ma sve vyhody a nevyhody. Pokud nechci byt za totalniho trotla, tak se naucim alespon ty zakladni pouzivat a rozpoznat alespon zaklady tech vyhod a nevyhod.

> odesilani MALYCH zprav (SMTP, racte si najit co ta zkratka
> znamena)

Simple Mail Transfer Protocol -- a?

Věnujte pozornost prvnímu slovu: Simple. Žánýn paralelni přenos, žádný přenos po částech, žádné navazování/obnova spojení, sedmibitový přenos. Protokoly pro přesnášení velkých dat jsou navrženy jinak.

Ze je neco "simple", jeste neznamena, ze je to k nicemu :) Urcite uz jste se setkal se "simple" FTP klientem, napriklad.
Proste vyvozovat podobne zavery jen z nejake zkratky je lehce mimo (bez ohledu na spravnost vysledne myslenky).

nanestesti dotycne RFC hovori celkem jasne.

Nanestesti?
Mam pocit, ze placete na spatnem hrobe -- nejsem zastancem posilani CDcek mailem. Osobne vyuzivam kabelovy prenos, vlastni web, sftp nebo s jednim clovekem uschovnu (cimz netvrdim, ze jsem nikdy neposlal mail s pulmegovou prilohou).
Pouze jsem se snazil naznacit, ze vyvozovat neco z obsahu zkratky SMTP je trosku prehnane (pochopil bych to u "Small Mail Transfer Protocol", ne u "Simple"). Nic vic.

Blbos posílat emailem warez je nuda P2M za moc nestojí i walla je už skoro nepoužitelná
Ještě že začali frčet uschovny warezu,50~100MB životnost 30 dnů, neomezený traffic: rapidshare.de (správní warmeni mají premium acconty - placené přístupy, takže pěkně bez omezení) xshare.us, qfile.de, filecache.de, megaupload.com, mytempdir.com, up.li.ru.............................................................................

Fuck email

tak si najdeme co znamena RFC :-)))))

Jsem BFU, ale jsem ucenlivy. Nekdo me zprudil, za posilani velkych priloh e-mailem a ja si rad necham vysvetlit jak se to ma delat jinak. Nadavku FTP pouzil nekolikrat, ale nijak mi to nevysvetlil. Pomuzete vy?
Spustit FTP server na svem pocitaci je nesmysl a to nemluvim o tom, ze vetsina lidi je za nejakym NATem.
Platit si pristup na FTP server je pro vetsinu BFU vyloucene, protoze poslat velky objem dat potrebuji posilat jenom obcas. Nemluve o tom, ze BFU se tezko zorinetuje, kdo mu bude tolerovat cokoliv a kdo mu tam bude mazat veci pravdepodobne porusujici autorska prava.
Ja sam nemam o zdarma pristunych ftp serverech prehled (protoze nejsem BFU, do ktereho jsem se tady stylizoval a mam pristup k placenemu), ale vzpominam si, ze kdyz jsem se o to zajimal, tak to byla velka bida.
Takze co ted? Poslu to e-mailem :-). Tedy vlastne :-(.

U Centra je to docela dobrý marketingový tah, ale mě se např. velmi osvědčilo (pro BFU) nasdílet "fajly" na mým disku pomocí HTTP. U ADSL od Telecomu (IExpres) je vždy veřejná IP adresa (i když ne třeba 100% stálá, ale mění se max. 1x za rok). Tzn. pustím http server (Apache), do www root adresáře umístím soubor a BFU pošlu link. http://neco.neco.broadband.iol.cz/fotky.zip a je to. Když je to člověk, který je schopen použít ftp, samozřejmě je to lepší a pak je to pouze modifikace, ale s ftp serverem.

p.s. mám Linux (fedora core 3), adsl router Draytek Vigor, IExpres 1024/256

Takze vy mate verejnou IP adresu, vetsina BFU, ale rozhodne ne. Spoustet na svem stroji jakykoliv server bych BFUckum rozhodne nedoporucoval. Vysledkem bude nejspis vytvoreni uctu s neomezenym pristupem k celemu pocitaci a uplne vypnuty firewall.
Nemluve o tom, ze vetsina BFU nema z pochopitelnych duvodu (je hlucny a zere elektrinu) pusteny pocitac nonstop. Takze jestli chcete fotky poslat 3 lidem z nichz jeden je bude chtit stahovat dopoledne v praci, druhy za oceanem uprostred noci a o tretim tezko rict, tak mame docela problem.
Nemluve o tom, ze kdyz poslu neco mailem, tak to poslu sice vetsi, ale jenom jednou. Jestli nahodim na svem PC FTP/HTTP server, tak to poslu mnohokrat (nekteri prijemci zapomenou, kam to ulozili a radejit o stahnou znovu).

Ale proc to vlastne pisu? Mluvil jsem o BFU a clovek, ktery pouziva linux a zna model sveho ADSL routeru urcite nepatri.
Takze nejake dalsi rady?

Souhlas, berte to opacne. Pokud vim, ze je dany clovek u PC (domluva pres ICQ) pustim mu to na chvili a je to, usetrim cas uploadem na nejaky ftp "always on" server. Samozrejme BFU nedoporucuji poustet jakykoliv server. Sam se musim vzdy ujistit, ze je spravne nastaveny firewall v routeru (ten Draytek doporucuji - clovek neresi pripojeni do netu, instalaci driveru, firewall atd....vse je v zarizeni a net z toho leze uz jenom ethernetem).

Podivejte, vy nejste BFU, takze to jak to resite vy, je pro tuhle diskuzi v zasade nedulezite.

To je Vas nazor, mne se to docela osvedcilo uz vzhledem k tomu, ze ftp serveru, kam mohu nahrat x00MB je pomalu. Nekoho to muze inspirovat.

www.uschovna.cz

Limit je sice 10 MB, ale nebyl by snad problem presvedcit lidi od Seznamu, Centra apod., aby zridili podobnou sluzbu s 600 MB limitem - myslim, ze to neni zadny problem. Jasneze Centrum nehledi na uzivatele (pak by implementovalo prave takovouto sluzbu a la uschovna), ale pouze na vlastni profit, protoze jestlize nabizi jako jediny portal posilani velkych "priloh", pak je jasne, kam se uzivatele nahrnou.

na www.inbox.com je store tušim na 1GB dat a další 1GB poštu.

sám jsem si tam již nahrál bannery a loga ke všem s vým projektům, na fotky používám sonyimagestation a místo fotek posílám jen link.

To je zdarma ? Jestli ano, proc je v registraci billing address ?

billing je pro ISP dial-up
email je free

Sice píšou že je limit 10 MB, ale ve skutečnosti je vyšší. :-) V pohodě posílám 16 nebo 18 MB a možná půjde i víc. :-)

Ale 600MB na centrum.cz ve své podstatě není nic jiného, než něco jako úschova. Po http se tam něco pošle a stejně tak stáhne. Jen to přilepili k poště, aby to vypadalo, že se to posila poštou. To je ale blbost. Nebo si myslíte, že když tam pošlete půlgigový soubor deseti kamarádum, že centum ho bude mít ve svém diskovém poli 10x?

No problem je prave v tom, ze to zamaskovali k poste, kdyz to zadna posta neni. Protoze obycejni uzivatele to nejsou schopni "odmaskovat" a az to zacnou provadet i doma (ty velke prilohy) tak se asi budou divit.

A neni to nahodou cele spise o tom, ze bezny uzivatel opravdu nerozlisuje mezi protokoli a sluzbami. Vse je pro nej krabicka s napisem internet a jedine co zna a umi pouzit je email?

Tak nejak premyslim, jak by asi moje matka poslilala nekolik fotek...

Hodne podstatny rozdil je v tom, ze musite mit ucet na centru a schranku si kontrolovat. A o to tady jde - donutit BFU, aby sli na centrum a pak jim nacpat reklamu (resp. nacpat statistiky o navstevnosti reklamkam a Plesku, takze cena reklamni plochy rapidne vzroste).

Nemusite poustet FTP server. Mate nekde pristupne WWW stranky? Pokud ano, nacpete si tam svoje soubory (a jak je tam cpete? Velmi pravdepodobne pomoci FTP), a prijemci na ne poslete odkaz (tedy neco jako http://muj.web.server/sdileny.soubor).

Pokud chcete posilat data porusujici autorska prava (aspon tak mi to pripada, kdyz rozdelujete poskytovatele prostoru podle tohoto kriteria), musite byt vzdycky pripraveny, ze Vam to nekdo smaze...

Nemusite mit pristup k FTP serveru, staci Vam volne pristupny WWW server (a tech je hafo), protoze ta data tam stejne (pomoci FTP protokolu) stejne cpete, trebas kdyz tam davate svoje stranky...

Ano to je tez reseni, ale jenom pro ten pripad, pokud vim, ze dany clovek neni zrovna online v dobe, kdy mam pustene PC (domluva pres ICQ).

Vetsina BFU nema www stranky.
Vetsina (tedy hadam, zadny obsahly pruzkum jsem nedelal) poskytovatelu www prostoru zdarma ma v podminkach neco ve smyslu, ze sluzba nesmi byt zneuzivana ke skladovani/posilani velkych souboru nesouvisejicich s webovou prezentaci.
Nekteri www poskytovatele vam sice nabidnou hromadu megabajtu, ale uz tak moc neinzeruji, ze maji omezenou velikost nejvetsiho souboru, ktery tam muzete mit.

Ano, musim byt pripraven, ze mi soubor porusujici autorska prava nekdo smaze. Jenze proc bych akceptoval toto riziko a riziko, ze mi nekdo smaze soubor, protoze si bude jenom myslet, ze porusuje autorska prava, nebo proto ze bude mit pocit, ze nesouvisi s prezentacim, nebo jinych duvodu? Proc bych akceptoval toto riziko, kdyz to mohu poslat e-mailem a nikdo mi tam nesmaze nic?

A navic - jak poznam, ze si to dany clovek uz stahl a ja to muzu smazat, abych uvolnil misto pro dalsi soubory? Kdyz to poslu e-mailem, tak tohle resit nemusim.

WWW prostor, tak jak je u nas nabizen proste neni vhodny jako misto vymeny velkych souboru. Technicky je to reseni bezpochyby podstatne lepsi, nez to posilat pres SMTP. Ale proc by mel BFU zbytecne riskovat, ze mu zrusi cely www ucet? Kvuli tomu, ze to udelal technicky spravneji?

Zeby IM/P2P site ? V nekterych pripadech to funguje i pokud jsou oba za NATem (trebas Skype).

Jinak to ftp staci mit jen na jedne strane ;).

Jinak je to stejne, jako kdyz chci privezt velky naklad, taky si kvuli tomu nekoupim nakladak, ale docasne si jej najmu (zeby navrh na ROZUMNE placenou sluzbu ? ). Kdyz mi budete celej den jezdit pres muj dvur osobakem s vlekem, misto aby jste prejel jednou nakladakem, tak vas priste rovnou vykopnu.

IM/P2P je vhodny velmi. To se BFUcka nauci velmi rychle. Bohuzel podle mych zkusenosti to neni vsespasitelne. Ruzni lide pouzivaji ruzne klienty a obcas se poslat soubor nepodari. A i kdyz skype na NAT celkem plati, tak to porad neni tak spolehlive, jako to nadvakrat poslat mailem.
Druha vec je ta, ze e-mail je offline, takze fotky moho odeslat hned a nemusim cekat az se nahodou oba sejdeme online. Navic spousta lidi posila blbosti z prace, kde se jim soukromy mail jeste toleruje, ale IM uz ne. Dalsi vec je, ze casto potrebuje poslat soubor nekomu, kdo zadnou IM/P2P sit nepouziva.

To, ze ftp staci na jedne strane moc nechapu. To mluvite o ftp serveru, ale spustit ftp server je pro BFU vyloucena vec.

Vas posledni odstavec je pomerne trefny. Proc by si mel BFU najmout nakladak? Neumi to, nevi kde by to najmul, stoji to penize a druha strana s tim bude mit taky problemy. Udelat nekolik cest pretizenym osobakem je zdarma a obe strany to dobre zvladnou. Proc by to delat nemel? Vy ho vykopnete? A kdo jste vy? Jeho admin? Nebo sef jeho admina? :-)
Jestli vy vykopavate zakazniky, kteri pretezuji SMTP, tak to bych cekal, ze umrete hlady :-).

Moje pointa je ta, ze poslat velky objem dat e-mailem (a treba ve vice souborech) je snadne, pristupne odkudkoliv a funguje to. Vsechny ostatni korektni zpusoby prinaseji BFUckum jenom komplikace a problemy a ne vzdy to funguje.
Dokud nebude standardem, ze BFUcka budou mit od ISP pristup k ftp serveru, nebo neprijde novy postovni protokol, tak nemyslim, ze se neco zmeni.

Heh, spravne pochopil, ze jsem provozovatel SMTP. A vykopnu vas presne v okamziku, kdy si nedo jiny bude stezovat, ze poslal pred tydnem 10 mailu a jeste nedorazil ani jeden. Pak nahlednu do logu a zjistim, ze yntelygent pepazdepa prave odesila sve domaci video (DV - 25Mbit/s). Tim okamzikem pepazdepa navzdy domailoval.

Tohle je samo hen teorie, v praxi bych podobneho vykuka odtrelil mnohem driv nez by si nekdo stacil stezovat.

Obcas mi to taky neda a napisu neco nekomu, kdo mi posle trebas tipnutej screen (BMP) ulozenej do wordu. Kupodivu, vetsinou mi ten clovek podruhe uz nenapise ;), coz je jedine dobre, protoze potreti bych mu uz sanci nedal.

Fakt by me zajimalo, kde provozujete ten SMTP server, ze muzete byt takhle ostry jako britva.
Ve firemni siti? Opravdu mate podporu sefa, ze cast lidi si nezamajluje?
Nebo u nejakeho ISP? Nebo v nejake akademicke siti? Otazka na podporu od vaseho sefa zustava.
A jelikoz takovych potiracu nadmernych priloh moc neni, tak plati co jsem napsal - poslat to e-mailem funguje, takze proto to BFU delaji.

prosim o informaci kde najdu ftp s uloznym prostorem pres 600mb zdarma, muzete tech typů dát i více.
Dekuji

prave tohle je duvod pousteni ftp/http na svem PC, nejsem limitovan velikosti souboru, ale svyho disku (160 GB) :-)

megaupload.com. Ale je zatracene pomalej.

Sice to není ftp: http://www.rapidshare.de/ - max. velikost souboru 50 MB, ale může jich být neomezený počet.

... a dá se souhlasit i se závěrem, že je to především šikovný marketingový tah.

Kdyz se jedna o uschovnu, tak co jim brani posilat odkaz i na jine adresy nez pouze centrum.cz - reklamu by mohli prece strkat i na stranku pro stahovani toho souboru.

„Zasílání, sdílení a obecně práce s velkými soubory je internetovou realitou dnešních dní. Broadband je stále dostupnější pro běžné lidi. Nemůžeme se tedy divit, že uživatelé mají zájem si posílat fotky z dovolené, když je mají a existuje zde možnost, jak je poslat,“ vyvrací zažité Oldřich Bajer.

....

Jediné, co Centrum shledává negativním, je kvalita připojení naprosté většiny uživatelů. Nahrávání přílohy trvá dlouho a proces může být přerušen. „Uživatelé to někdy dávají za vinu nám,“ poznamenává Oldřich Bajer.

Taky se Vam zda, ze vyjadreni "prace s velkymi soubory je internetovou realitou" a "negativnim ... je kvalita pripojeni naproste vetsiny uzivatelu" si vzajemne odporuji?

Logicky rozpor vyplyva zejmena z drobneho neporozumeni: Oldrich Bajer puvodne nepouzil vyraz "naproste vetsiny", ale jen "casti uzivatelu." V clanku je chyba jiz opravena, panu Bajerovi i ctenarum se za ni omlouvame.

moc přílohy neposílám, ani ty malé, ale přece jsem dvakrát třikrát potřeboval poslat 20, 30, 60 MB a to mi prostě limit 15 MB neumožní, proč hledat alternativní cesty když je to alespoň u mne vyjímečná situace a "můj" mail mi v tom nevyjde vstříc
podle mne dobrá služba co se hodí

Jenom pro BFU co mají problémy s posíláním velkých příloh doporučuji používat program Skype, který i přes NAT umožní poslat soubor třeba 1GB.

Pokud se budeme bavit v rámci techniky a blbostí posílání velkých příloh, tak ok, ale i já jsem měl kolikrát zájem poslat si přílohu klidně 1GB. Není na tom nic zvláštního, broadband k tomu láká a v době vymýšlení e-mailu byla příloha 10MB až až. To, že to poštovní protokol neumožňuje je věc jiná.

Pokud to chcete uživatelům vaší sítě umožnit, je nejlepší nějaký adresář nasdílet přes HTTP server na linuxovém serveru se sambou a zakázaným directory listingem. Většina BFU pak zvládne to tam nahrát a může někomu poslat jenom link.

Posílání velkých souborů není špatné, tak tu neblbněte. Technika je pro lidi, nikoli naopak.

Posilani velkych priloh klasickym emailem je spatne.
Na poste taky nenarvete 50Kg vec do postovni obalky ale vezmete krabici (do ni date obsah + doprovodny dopis) a pouzijete balikovou sluzbu, ktera prijemci preda "dorucenku" a ten si pro ten balik potom nekam dojde (na postu).

Resp, ono vy muzete dat 50Kg do obalky, ale taky za to zaplatite mnohem vic a proto se to bezne nedela.

Proto nevidim duvod proc by to nemelo stejne fungovat v pripade velkych priloh.
Podam balik (nahraju nekam..uschovna, ftp, www, nejaka nova sluzba, ... ;) a poslu mail s informaci o baliku (klidne automatizovane to uz je vedlejsi).

Zaverem je, technika je pro lidi, ale taky by se mela pouzivat v souladu s tim, k cemu je urcena.

Snesl jste pekne argumenty proti tomu, co tvrdite :-)

Reseni a-la FTP/WWW: Posta baliky neprijima, jen dopisy. Musite vzit balik, podat ho zasilkove sluzbe, pak napsat dopis s cislem zakazky, to poslat na poste prijemci baliku, aby si ho mohl vyzvednout.

Reseni a-la Centrum: Jako je to ted. Na jedne poste poslete cokoli - psani nebo 50kg balik. A vubec vas treba nezajima, co se s nimi deje.

Samozrejme zvolene reseni ma (jiz v diskusi zminene) nevyhody. Vlastni klient by je sice odstranil, ale ten si musi uzivatele stahnout a nainstalovat. Reseni pres WWW je univerzalni. S nim muzete velke prilohy posilat skoro z libovolneho prohlizece/OS a i pokud nejste u vaseho pocitace. Proste kazde z reseni ma svoje vyhody a nevyhody.

OK upresneni, prijdete na postu, date tam 50kg balik, posta posle adresatovi na druhou stranu republiky vyzvu, aby si pro balik prijel, zadne dorucovani se nekona, to je presne to co dela Centrum.

Ovsem je tu jeden problem, ten balik bude mit trebas rozmery 1x1x1m, ale na mopedu kterym ho dopravujete (upload pres http) uvezete najednou jen balik 0,1x0,1x0,1m.

Takze staci kdyz pri tech 100 cestach upadnete jednou, a muzete zacit znovu, protoze puvodni balik uz nikdy neposkladate.

Neni lepsi na tu dopravu pouzit nakladak (ftp a pod.) a dovezt balik v celku ?

> posta posle adresatovi na druhou stranu republiky vyzvu,
> aby si pro balik prijel

Nesmysl. Uzivateli je vicemene jedno, jestli ta priloha je primou soucasti mailu, nebo je ulozena jinak. S FTP/http by to bylo presne totez.

> Ovsem je tu jeden problem, ten balik bude mit trebas
> rozmery 1x1x1m, ale na mopedu kterym ho dopravujete (upload
> pres http) uvezete najednou jen balik 0,1x0,1x0,1m.

Bavime se o pristupu posty, ne o doprave na postu ;-) Samozrejme HTTP neni optimalni, ale vyvazuji to vyhody toho, ze uzivatel nemusi instalovat a ucit se pouzivat jiny SW (a resit dalsi veci). Proste vybere adresu a soubor a jede to.

Jinak 600MB je spis extremni pripad. V praxi se spis prenaseji desitky MB a tam je to skousnutelne. Bez velkych priloh uzivatel posle proste 10 fotek v 10 mailech. S velkou prilohou v jednom. S FTP se nikdo patlat nebude.

Mne opravdu bavi, jak se vsichni "odbornici" desne certi, protoze hrozi, ze uz se uzivatele nespokoji s "nejde to" nebo "je to moc slozity" jako odpovedmi na pozadavek poslani 20MB obchodnimu partnerovi ;-)

Halo tady "odbornik"

Jo presne o to jde, musite vysvetlovat zakaznikum, jak je mozne, ze nekdo muze posilat zdarma cela CD a oni nemohou posilat pres svuj tezce placeny mailserver DVD s Hveznymi valkami do pobocky ve vedlejsim meste, kde plati druhe krvave penize za druhy mailserver.

Pripadne ze nemohou poslat svoji posledni verzi hyperanimovane prezentace s vlozenymi fotografiemi v rozliseni 5000x5000 pixelu vsem 5000 zakaznikum z adresare.

Pritom oni dobre vedi, ze kdyz posilaji 1M tak to po 100M siti odsvisti na mailserver za zlomky vterin, takze ten 50M mail budou odesilat minutu - no a co.

Toto zavani jakymsi "kartelem", kdy cely "odborny" internet ma "drzet basu" vuci BFU. :)

PPT prezentace vetsi nez 10 MB jsou velmi bezne a neni to tim, ze obsahuji 10Mpx bitmapy, takze chapu proc se zakaznik pta.

A) S ftp by to nebylo totez, protoze ten protokol je na to staven => odpadlo by nervovani se po N pokusech "do ... jestli to ted neprojde tak ...".

B) To ze aktualne je treba rozkouskovat mail je jedine dobre, aspon to nuti uzivatele hledat jinou a efektivnejsi cestu.

C) Dle RFC musi pokud vim MTA prenest 64kB, ani o chlup vic. Takze to klido muzu skrouhnout na 128kB a bude to tezce vpohode. Navic tim zaroven zabranim posilani kravin a casto i viru. Mail je "dopis", neni to "balik".

BTW: uz mi taky prisel mail, kterej mel tusim 300 priloh.

"...Stejně jako Atlas, ani portál s nejvíce uživateli, Seznam.cz, neplánuje Centrum napodobit a zůstává u 15MB příloh...."

http://email.seznam.cz/

Pokud dobre ctu, tak ma 13 MB... ?!?!

No vidíte, mě tisková mluvčí Rita Gabrielová Seznamu sdělila "zůstáváme u současných 15 MB"...

Ad. Seznam
Podle mé zkušenosti má Seznam jednu max. velikost přílohyv helpu, jinou vám řekne support a jiná je ve skutečnosti. Jsem je na to upozorňoval, odepsali mi, ale ani po 14 dnech to v tom helpu neopravili.

Namám problém někomu něco poslat. Ale jako správce serveru o cestování potřebuju přijímat sadu fotek. Nejlépe v rozlišení vhodném k tisku.
Uznávám že SMTP není vhodné. Ale co s tím? Vystavět si vlatní úschovnu?

Jako spravce serveru urcite nemate problem postavit si vlastni FTP server, do ktereho date uzivatelum pristup, a z nej se samozrejme na ta data, ktera Vam tam uzivatele poslou, dostanete... Je to Vase predstava uschovny?

Na FTP vidí buď každý všechno nebo ani nevidím co jsem tam nahrál. Nebo by k tomu musela být výrobna uživatelských kont.
A fotky zasílají i totálně nezkušení uživatelé. Takž FTP bude občas mimo jejich možnosti.

Hral jste si nekdy s FTP "klientem" ve Windows XP? Pres "mista v siti"? O write ony adresarich uz rec byla - a ze se pouzivaji minimalne od te doby, co jsem prisel k Internetu (a ze uz je to 13 let). Pak tu mame take instant messaging :-) Zkratka, kdo chce, hleda zpusoby, kdo nechce, hleda duvody.

Já to naštěstí řeším jen s jedním zákazníkem, který posílá fotky, které potom upravuji a věším na jeho web. Nakonec jsem mu vyhradil jeden adresář na své doméně na jeho počítači udělal skriptík, který to přes FTP uploadne do toho adresáře a já si to stáhnu. Je to sice drbání levou rukou za pravým uchem, ale funguje. Pro více lidí by to asi byl velký problém.

Priznam se, ze nevim, proc Vam to pripada jako drbani, ale to je Vase vec. Presto, spousta (napr.) support firem ma FTP server s "incoming" adresarem, do ktereho muze zapisovat kdokoliv (ale treba uz ne cist z nej, to by z toho brzo bylo uloziste warezu ;-) ), a proste pokud tam nekdo neco hodi, musi identifikovat, od koho to je... Druha varianta je mit pro kazdeho uzivatele vlastni vytvorene username, a samostatny adresar - pak nemusite identifikovat uzivatele a vite to rovnou... A zjevne to funguje, proc by to nefungovalo s fotkami...

No drbání bylo spíš to, že jsem musel jet k němu, naučit ho nasypat fotky do určeného adresáře a kliknout na ikonku na ploše. Jinak je to pod heslem které zná jen on (a já ;-) )

SMTP neni FTP! Kdyz nekomu poslu 600MB zpusobim tim vic skody, nez uzitku. Kolik modemaru musi byt nadsenych, kdyz jim prijde, tak veliky soubor? Optimalni velikost prilohy bych videl do nejakych 20MB. Vetsi soubory nahrat na nejaky ftp nebo web server a posilat jen odkazy. Myslim, ze timto krokem si Centrum podepsalo urcity druh trestu smrti. Protoze se urcite najdou deti, ktere zacnou rozesilat nesmylsne velke soubory, jen aby nekomu zahltily postu. Nehlede na to, ze firemni server na mensi lince to z cela jiste na nejakou dobu odstavi. A admini "napadenych" serveru umisti jednoduse Centrum do blacklistu. Kdyz uz chce Centrum nechat sve uzivatele posilat, tak velke soubory, at si to dela jen v ramci svych serveru. Poustet to ven je prasarna.

Jenom drobne upozorneni: tyhle mega prilohy lze posilat jen v ramci Centrum.cz.

tak to potom jo, nastesti. Precetl sem si to jeste jednou a pozorne. Predtim sem videl 600MB prilohy a uz sem videl rude.

Ad FTP: existuje nějaký kvalitní FTP klient v češtině? Musí umět upload a být zadarmo, tak jako HTTP klienti. Jedině pak bude pro občasné použití lepší.

Napíšete do svého HTTP klienta ftp://adresa (nebo na tuto adresu někde kliknete, nebo se vám dokonce otevře v inline framu) a drag & drop tam hodíte soubory. Složité, že ano? :)

Díky. Ze svaté trojice nejpoužívanějších browserů to funguje to sice jen v MSIE, ale klidně budu předpokládat, že kdo používá jiný browser, umí použít FTP.

Od které verze to MSIE umí? Jede to na W2k a W98? (Ty 98 mohu zítra otestovat, ale jen s MSIE6)

Tohle funguje v IE od verze 5 a na systému imho nezáleží, na w98 to normálně chodilo. Myslím, že s touto funkcí může ftp používat i ten největší BFU. Nemluvě o tom, že drag a drop z okna do okna je určitě intuitivnější, než lovit někde na webmailu tlačítko browse pro každý soubor zvlášť.

umí to i MSIE 4, tzn. od win 95 :-D

Jasně, a co takhle Win 3.11, nebo DOS 3.3, případně rovnou CP/M. Tendle článek snad není o archeologii.

Používáte Windows? Otevřte "Místa v síti", "Přidat místo v síti". Vyplníte FTP adresu a vytvoří se Vám pro zadané FTP ikonka (tu si můžete klidně hodit i na plochu). S tou se potom pracuje úplně stejně jako se složkou na lokálním disku.
Jednoduché, pochopitelné i pro BFU (odzkoušeno) a zdarma (pokud teda už máte Windows).

U mě si to Atlas po.... s e-mailem asi před 5 rokama, kdy mi cca 50% obdržených zpráv mizelo do neznáma. Dnes používám Centrum protože mám WiFi a jinak jsem byl několik let spokojenej se schránkama od Volný a Tiscali(dial-up).

Jak to zde čtu, komentáře, sešla se tu zjevně velká banda kreténů, popřípadě zarytí zastánci Seznam.cz a Atlas.cz, kteří potají závidí, že velký soubor si nepošlou.

Aktivita Centrum.cz je výborná. Jdu jim udělat na svém webu reklamu formou článku, a to jen a pouze kvůli kreténům v této diskusi, nikoliv kvůli nehynoucí lásce k Centru.

Tito techno-kreténi si neuvědomují, že technika zde NENÍ kvůli tomu, aby si pár týpků, co vědí že přes HTTP POST či SMTP se toho posílalo v dobách 9.6kbps modemů (tedy v roce 1990) poněkud menší než malé množství dat, vyřvávalo do nekonečna svoje sebevědomí.

Technika je zde třeba od toho, aby si vysokoškolsky vzdělaný, ale IT detailů neznalý, člověk, mohl jednoduše a bez omezení poslat video či fotky z dovolené svojí babičce, které na vesnici také zavedl někdo WiFi, a která kromě puštění počítače a Outlooku/MSIE toho, stejně jako ten vysokoškolák, více z této oblasti nezná, a nemusí.

Učit tyto lidi byť jen používat FTP klienta, či chtít po nich, ať si třeba zaplatí svojí doménu kvůli pár desítkám fotek, je utopie místních kreténů.

Jediné schůdné řešení je SMTP/POP3/HTTP protokol a běžný email klient / běžný browser /(MSIE/FIirefox), cokoliv jiného je v praxi nesmysl.

To, že data při SMTP přenosu mírně nabobtnají, je okrajový problém. Lidem to umožní dělat věci, které dosud nedělali, o ona babička se díky Centrum.cz s láskou podívá na foto vnučky :-) A to je jednoznačně dobré, ne? :-)

A hele, pán "všechno vím, všechno znám, všude jsem byl a kde ne tam se chystám" je tu.

Myslíš, že ty protokoly (SMTP, HTTP, POP, cokoliv dalšího) vymyslela banda kreténů? Ty protokoly byly navrženy pro nějaký účel, pro který slouží velmi dobře.

To co tu meleš je jako bys šel kácet strom kuchyňským nožem a tvrdil, že dřevorubci jsou kreténi, protože ti doporučili použít motorovku.

Hezké. První kretén se přihlásil :-)

PS: a protože kretén to nechápe, tak ještě jednou, opravdu si myslíš, že radost té babičky nad fotkami vnučky nestojí za pár desítek % přenesených MB navíc?

Třeba tvůj kreténský komentář na tomto webu také přenesl nějaké bajty zcela zbytečně.

A serfuješ, doufám, jen v links, abys nepřenášel obrázky a CSS styly, je to tak?

Není? Tak drž hubu a nech normálním lidem jejich služby..

Podle toho, jak Radka Hulána znám to nevypadá na jeho komentáře, to je nějakej falešnej RH, ne? Pěkně z očí do očí by mi asi neřekl "Tak drž hubu a nech normálním lidem jejich služby."

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Tak drž hubu a nech normálním lidem jejich služby

-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.0.2 (Build 2424)

iQA/AwUBQvS/8uKkVpHgoW/qEQJdCgCgn9/mzb+mm0b9YM53H/4Ir5pamngAoNjy
XM9IRj0ZRxAhxFPBvFeLKu4S
=FnvU
-----END PGP SIGNATURE-----

Kde se sejdeme? Machrovat na webu umí každý, ale říct to napřímo do očí ne. Můžu kdykoliv v Praze (nejlépe ještě dnes).

Škoda že Hulán machruje, ale jenom před chudáky, kteří jsou ochotní mu naslouchat. Jak dojde na lámání chleba, tak se vypaří.

Je to škoda, protože vidět, jak Hulán někomu řekne do očí "kreténe" a pak dostane natankováno pěstí mezi oči, to musí být pohled k nezaplacení :)

Ano, přesně toto myšlení jednoduchých idiotů mě vždy pobaví. :-))

No, vzhledem k tomu, že banda kreténů píšící na tomto webzine pár komentářů proti Centrum.cz je z hlediska této služby a její užitečnosti pro masy s broadbandem zcela zanedbatelná, nemá asi smysl pokračovat v této diskusi.

Svůj názor jsem prezentoval, a banda kreténů se nad ním může zamyslet :-)

Je to škoda, protože vidět, jak Hulán někomu řekne do očí "kreténe" a pak dostane natankováno pěstí mezi oči, to musí být pohled k nezaplacení :)

Kde se dají koupit lístky? Případně kde se mohou hlásit zájemci o angažmá? :-)

Pan Radek Hulán se mi emailem omluvil (škoda, že ne veřejně), takže se žádné veřejné vystoupení nebude pořádat.

Existuje nejaka adresa, na kterou maji o omluvu psat dalsi kretensti spravci MTA? :)

Jasně, radek@hulan.cz

Mily Radku,
predpokladam, ze me radis take mezi "techno kreteny". Priznam se, ze mi celkem lichoti byt ve skupine, kterou zrovna Ty nazyvas hanlive, ale to je asi vedlejsi.

Cely problem neni o tom, zda ma babicka nebo vnucka prstup k nejakym fotografiim. Cely problem je v tom, ze provozovatel systemuproste vybral spatnou sluzbu a spatne protokoly k implementaci. Duvody si mohu pouze domyslet - nedobra uroven vyvojaru, prosta neznalost problemu, podfinancovani projektu nebo neexistence alternativniho byznysplanu.

Urcite se da navrhnout takova sluzba, ktera splni pozadavaky jako uzivatelska pritulnost, financovatelnost reklamou a pouzitelnost pro vetsinu uzivatelu.

Nebudu urazet Tvoji odbornou erudovanost tim, ze bych Ti vykladal, jakymi jinymi zpusoby lze realizovat prenos dat. Verim, ze Tvuj odstavec, kde pises o "jedinem schudnem reseni" jsi napsal pred tim, nez jsi se nad tim problemem zamyslel.

Zdravi Te
Michal

Jiné schůdné řešení pro lidi, co znají a mají jen OE a IE neexistuje. P2P není řešení. Bittorent není řešení. Webová úschovna na 600MB není řešení. FTP není řešení. Řešení je jen to, co lidé masově znají a jsou schopní masově používat, a to je EMAIL (SMTO) a stažení přes HTTP. To, že se přes SMTP přenese pár desítek % bajtů navíc, to může vzrušovat jen techno-kretény, kteří vědi kulové o businessu..

Na jednu stranu není webová úschovna řešení, na druhou stranu je řešení stažení přes HTTP.

Zdá se mi to nebo si protiřečíš?

Webová úschovna potřebuje nějakou registraci a interface, který není lidem známý, navíc je snadno zneužitelná pro warez. Upload v emailové aplikaci zneužitelný není tak snadno, a jak jsem pochopil, vyzvednutí přes HTTP lze jen tehdy, když se přihlásím na svůj emailový účet. To je geniální myšlenka, jak službu zpřístupnit, a přitom zamezit, aby se takto sdílelo mraky warezu..

Halo taky se hlasim do party.

Jen tak na okraj, uplne stejna banda kretenu, ktera vymyslela HTTP vymyslela treba Single Sign On, coz je princip jak se jednou prihlasim k poste a ono me to prihlasi kamkoliv jinam aniz bych nad tim musel premyslet.

To je teprve genialni myslenka co? Skoda, ze nejde patentovat.

Prihlasit se muzu treba i k te uschovne warezu. I kdyz vlastne k te se asi nechci prihlasovat, co..... no k fotkam vnucky pro babicku bych se snad prihlasit mohl.

Reseni je celkem jednoduche. Staci normalizovat novy protokol, BMTP, tedy Big Mail Transfer Protocol a zajistit, ze bude do sesti mesicu povinne implementovan u kazdeho providera. Protokol bude strasne jednoduchy, jedinym rozdilem proti SMTP bude, ze povinne nebude mit zadne omezeni velikosti prenaseneho souboru a bude generovat prubezne hlasky o postupu praci. Dneska chodi uzivatelum po 4 hodinach nedorucitelnosti varovani, ze mail jeste nebyl dorucen (pravda geniove na centru to jeste nemaji implementovane), zitra bude chodit hlaska: "Drahy uzivateli, jiz za dva mesice vam do schranky prijde email, ktery je nyni na ceste. Pripravte si dalsich 5GB volneho mista, at se vam mail neztrati. Maily odeslane dnes budou doruceny v d+50 dni, dekujeme za spolupraci.

Mimochodem myslenka centra neni nijak originalni, videl jsem ji uz kdysi davno na forech CZFREE, kde uzivatele resili povinne konfigurace mailserveru tak, aby bylo mozne posilat CD mailem, protoze sit je strasne nespolehliva a oni nemaji cas cekat u pocitace az se jim neco stahne. Takle by to prislo na jim blizky mailserver a z nej by si to jiz velmi rychle stahli.

Mily Radku,
chapu, ze muzes mit s Danovymi divnymi slovy (plnymi anglickych vyrazu) problem, ale vez nasledujici. On single sign on predstavuje system, kdy k vecero sluzbam mas jeden, pakuji jeden ucet a jedno heslo. V praxi to pouziva treba Seznam, kde musis mit registraci na Seznam e-mail, i kdyz chces prispivat do diskusi na Novinkach.

AFAIK je upload zcela nezabezpeceny.

Co se tyce onech mraku warezu, predpokladam, ze okopirovat jednu z technik teroristu (kterou pochopitelne vymyslel nekdo uz pred davnymi veky a zove se mrtva schranka), kdy vicero lidi zna heslo k jedne schrance a nechavaji si "rozepsane" e-maily (v nasem pripade warez), nebude zadny problem ani pro mensiho giganta, nez jsi Ty.

Mimochodem ta myslenka resena na strankach nejakeho fora v CZF je zcela absurdni :-) Kdyz spadne SMTP prenos v polovine, zacne se posilat cely e-mail odznova. Tudiz jeden spatne nakonfigurovany mailserver (s povolenymi velkymi prilohami) ve spolupraci s trubkou userem a jednim padajicim spojem muzou vyvolat fakticky pekny denial of service (utok na funkcnost sluzby).

Zdravi Te
Michal

Ano, banda kreténů si vždy najde 1000 důvodů proč je nějaké řešení nedostatečně ideální, a proč je lepší vymyslet zcela nový protokol, a učit babičku v Horní Lhotě si instalovat zcelanovou P2P aplikaci :-)

Pak jsou ale, kromě bandy kreténů, i lidé, co rozumí nejen IT, ale i businessu, a kteří kromě senilně akademického uvažování umí myslet i prakticky, a chápou, že řešení zvolené Centrum.cz je jednoznačně DOBRÉ. Pár bajtů sem, pár bajtů tam, podstatná je FUNKČNOST. ALe to banda kreténů od konkurence těžko uzná ;-)

PS: anglicky mluvím lépe než česky, idiote :-)

Navrhuji ukončit tuto neplodnou diskusi s panem Ing. Mgr. CEO Hulánem. Aby někdo nadával přispívajícím do kreténů a idiotů a ostatní s ním přesto diskutovali, to mi přijde jako dost nevhodné.

Budou-li všichni tento odpad společnosti ignorovat, přestane ho to bavit a odtáhne si na svůj slavný blog mezi své obdivovatele.

Všem jsou nám jasné kvality pana Hulána, že netouží po akademickém titulu (protože mu vadí senilně akademické uvažování), ale přesto si ho přisvojuje, že technice nerozumí (protože je businessman), ale přesto se snaží psát rádoby-technické články, že je nejlepší obchodník tělem i duší, ale přesto figuruje v několika firmách v konkursu, že je nejlepší programátor, ale nikdy nic pořádného nenaprogramoval kromě několika MB nafouknutého kód, atd.

Velmi pěkně shrnuto :-)

(Mě osobně RH dost pobavil tím příkladem s babičkou, kde zmiňoval vysokoškoláka bez IT vzdělání - když si odmyslíme toho vysokoškoláka (kterým RH není ačkoliv si titul neoprávěněně uvádí), tak ho dostaneme v celé kráse - laika nedotčeného IT (doporučuji přečíst pro pobavení některé z jeho "popularizačních" článků na blogu ;-))

Směju se :-)) Když banda kreténů nemá jediné, jak by napadla mé názory, jediné co zbývá, jsou osobní výpady. Pár kreténů tomu tleská, moudří lidé souhlasí se mnou, a babička se na Centrum.cz veselí z fotek vnučky..

Tolik zájmu o moji osobu mě, jako rozeného exhibicionisty, velice těší!! :-))

Pokud byste např. dovolil pod svými články na blogu diskuzi, a neponechával tam jenom příspěvky, které vám uctivě přitakávají ve vašich leckdy hodně zkreslených představách, tak byste třeba zjistil, že nemáte vždycky pravdu a že se vás lidi snaží upozorňovat na chyby věcně. Jinak přezdívka na vás (Radek Hulvát) skutečně sedí - nevšiml jsem si v této diskuzi, že by někdo někoho napadal a označoval výrazy jako idiot a kretén, až dokud se nezjevil velký RH, který svůj kontroverzní názor kromě hromady smajlíků musel podpořit i tím, že kdokoliv s názorem jiným je členem skupiny "banda kreténů", případně "mladý idiot" (divím se, že jste nevytáhl svého oblíbeného "klučíka" ;-)).

Je ale pravda, že vám asi tato forma přináší nemalou "popularitu" (o takovou by imho ale asi normální člověk nestál, ale nevím, možná když je někdo exhibicionista, tak nehledí na prostředky, to byste se mohl svěřit ;-)), jen si nejsem tak jistý, jestli to může přinášet i obchodní úspěch (ale to musíte vědět jako businessman několika zkrachovalých firem lépe než kdejaký klučík v diskuzi ;-))

Mily Radku,
jiz chapu, kde je problem. Pravdepodobne jsi ne uplne porozumel vsemu, co Ti zde bylo (v cestine) sdeleno. Vez tedy, ze ani P2P aplikace nemusi byt jedine reseni. Kdyby ses nad tim skutecne zamyslel, pravdepodobne bys pri sve nesporne odborne kvalifikaci prisel na neco, co evidentne bije do oci.

Reseni zvolene Centrumem NENI dobre. A to predevsim z duvodu, ze neni univerzalne pouzitelne a dokonce je pouzitelne jen pro hodne malou skupinu uzivatelu (s upload kapacitou v radu megabitu za sekundu).

Zdravi Te
Michal

Ach jo, a ono existuje, milý mladý idiote, řešení, jak pro lidi s malou upload kapacitou nahrát na web 600MB soubor? Pokud to vymyslíš, staneš se bohatým :-))

To, že někdo má 56kbps připojení neznamená, že bysme šmahem odsoudili existující služby pro lidi s 1Mbps a vyšší rychlostí.. Zavání mi to komunismem.

V tvém idiotském pojetí je cokoliv nad 1MB na internetu moc špatně, protože existuje nezanedbatelná skupina lidí, která takový soubor bude dlouho stahovat.

Promiň, že tě nazývám idiotem, ale ono to na tebe sedí..

Mily Radku,
jak uz jsem jednou predeslal, fakt, ze me nazyvas idiotem, mi nijak nevadi. Netuším, proč používáš adjektivum "mladý", trošku mi to lichotí.

Skutecne povazuju za vhodne, aby ses nad tim problemem zamyslel. Pokud ses nad nim zamyslel a na nic neprisel, tak se holt neda nic delat. Bud mas nejakou okamzitou tvurci krizi nebo Tva odborna erudice je pouze "urban myth".

Metoda HTTP POST neni vhodna pro upload zadneho vetsiho souboru. A to jak v pripade 56 Kb/s, tak v pripade 10 Mb/s na strane uzivatele.

Netusim, co nezyvas "me pojeti". Budiz Ti vsak omluvou, ze pravdepodobne netusis, ze mym dennim chlebem je prenos opravdu velkych objemu dat pres Internet. At jiz asynchronne (velke soubory) nebo synchronne (on-line editovani videa, proudovani videa). Ve svete existuji ruzne sluzby a protokoly, ktere resi problem velkeho prenosu dat. Verim, ze recenzi RFC se dopracujes k takovym protokolum. Jejich implementace je pak otazkou vyvojaru.

Mimochodem, implementace dotycneho reseni neni otazkou toho, zda existuji nebo neexistuji nejake protokoly nebo sluzby. Je to otazka toho, zda nekdo takovou sluzbu dokaze financovat. Ale vykladat Ti takove triviality jest otazkou noseni drivi do lesa.

Zdravi Te
Michal

Milý idiote, o existenci řady protokolů pro přenos dat ví i moje 6-ti letá dcera. Ale tobě zjevně schází business myšlení.

Řešení Centrum.cz totiž přitáhne více lidí na jejich zkomírající web, protože si tito lidé nemusí nic instalovat a chápat nic nového, a bude jim to fungovat. Možná to přetáhne i pár uživatelů Seznam emailu ke konkurenci.

Představa, že si ale pro přenos dat uvedená babička instaluje a nastavuje například P2P či Bittorent klienta je v mysli idiota sice zajímavá, leč v praxi zcela nefunkční.

Řešení Centrum.cz, a to upload přes HTTP POST a vyzdvižení přes HTTP protokol, a to celé v rámci zabezpečení a loginu do email klienta, je pro lidi dostatečně průhledné a známé na to, aby to pochopili a používali. A proto to má smysl.

Ano, existují mnohem lepší technická řešení, osobně bych NIKDY 600MB soubor neposílal přes email (už s 1MB mám "morální" problém), ale zde nejde o mě.

Pokud to dosud nechápeš, zkus si přečíst posledních 10 komentářů znovu...

var $i=0;
do {
.. read it again ..
} while ($i<10);

Ty vole, v sesti letech znat celou radu protokolu. To se nedivim, ze na nas nehodne shlizite bohorovne spatra z patra.

Nad tim bussinesem se budu muset zamyslet. Jen mam ted trochu chaos v tom, jestli se tu babicku budou fotky vnucky hrat u srdce a nebo za ne bude platit. Protoze jestli ji budou hrat u srdce tak prd vydelam (zvlaste na babicce, ze) a jestli za ne bude platit, tak se muze ukazat, ze to placeni je slozitejsi nez poslat mail a zase prd vydelam, protoze babicka nezvladne zaplatit.

Achich ouvej ten svet je tak slozity. Navic mi ten program nejde prelozit, asi mam blbej prekladac c++ ci co.

Mily Radku,
gratuluji ke vzdelane dceri. Predpokladam, zes to s ni jeste nekonzultoval, zkus to. Treba na neco prijde.

Obavam se, ze jsi necetl diskusi pozorne, pripadne jsem to podal nejasne. Nevim, jak jsi dosel k nazoru, ze doporucuji nejakou peer-to-peer sluzbu - v mych diskusnich prispevcich se to neobjevilo. To je pochopitelne nesmysl.

Dale Ti doporucuji, abys zkusil popremyslet o tom, jaky je rozdil mezi protokolem, aplikaci a sluzbou. Predpokladam, ze sis to jen ve sve genialnosti neuvedomil a trosku jsi to pomotal. Dokonce i do weboveho prohlizece lze implementovat ruzne protokoly. A mam za to, ze princim single sign-on uz byl vysvetlen - vcetne toho, ze nemusi byt pouzivan pouze pro web (ci dokonce pouze pro jednu sluzbu).

Reseni Centra je spatne, protoze protokol HTTP post trpi celou radou problemu at jiz pro pomale nebo rychle pripojky.

Mimochodem pokud Tvuj kus kodu mel slouzit k memu zacykleni, zcela jiste by splnil svuj ucel. Pokud mel slouzit k precteni poslednich deseti komentaru, pravdepodobne tam mas nejake mouchy :-)

Zdravi Te
Michal

Milý idiote, k tvé větě "Dokonce i do weboveho prohlizece lze implementovat ruzne protokoly", no jo, když je někdo naivka, nemá smysl se s ním bavit, ano, i do prohlížeče lze implementovat třeba Bittorrent či FTP upload s resume, nicméně, zde se bavíme o REALITĚ, ne o "co by kdyby". Chápeš to?

Pokud vezmeš do úvahy, co LZE použít, je to jen MSIE a OE a to co podporují, v tom to MUSÍ fungovat, jinak služba nebude komerčně úspěšná.

Zbytek jsem už několikrát psal, a nebudu to tedy opakovat... Zkus si přečíst znovu můj předchozí komentář a zamyslet za nad ním. Senilní akademik, ano, to umíš, ale zkus myslet trošku business-like..

Jen doufám, že mladý idiot (Michal Krsek) není starší než senilní akademik (Dan Ohnesorg). To už bych v tom opravdu měl guláš… :-)

Muzes klidne spat ;-)

Neni.

Alespon myslim, tusim o par mesicu.

Je to skoro rok :-)

No vidis co vsecho se behem jednoho roku muze stat ;-)

To se mas tedy do pristich narozenin na co tesit.

Mily Radku,
uz v tom musis mit opravdu hokej. Jen clovek, ktery ma v diskusi hokej, muze v jednom diskusinim prispevku nazvat oponenta "mladym idiotem" a o kus dal "senilnim akademikem". No to ale asi neni uplne dulezite.

Jiste se mnou budes souhlasit, ze vyvoj gigabajtoveho e-mailu stal Centrum nejake ty penize. Dokonce si myslim, ze si i zaprogramovali (pravdepodobne ve Tvem oblibenem C++).

Pokud vezmu do uvahy, ze by ta sluzba mela bezet pouze v MSIE a OE (coz je ovsem hloupost) pak je to velmi jednoduche. MSIE se da pomerne slusne rozsirovat. A to tak, ze uzivatel nema s instalaci problemy.

Neni zadny duvod, proc se v pripade, ze jde o samotnou funkcionalitu sluzby, dloubat v business-like mysleni. Viz prvni verze clanku ("nejvic problemu .... maji uzivatele s uploadem").

Osobne se domnivam, ze 600 MB priloha je jen takovy marketingovy canc. Centrum ho zavedlo tak, aby to moc uzivatelu nemohlo vyuzivat a bude ho pouzivat nejmene do doby, nez nejaky student dostane na predmetu Operacni system Unix zapoctovy ukol: Napiste userspace ovladac k centrum-fs nebo dokud si pres to nezacnou studenti vymenovat velke fajly.

Zdravi Te
Michal

xakru magoři už nefakujte tolik do iDotů a creaténů, to že máme číst??? a hLupáci by měli tyto šity filtrovat... kiss my piss umí každý

"anglicky mluvím lépe než česky"

dovolte abych to proveril - zvladnete dat dohromady jednoduchou anglickou vetu ve vyznamu

"Nůše vrchovatě plná lišek, bedel, kozáků a křemenáčů"

A jednoduchou teda?

A proc vlastne posilat fotky postou? co takhle je zmensit? vis ze kdyz fotku z 1.3MB (cca 4MPix fotak) zmensis na cca 150KB aniz by ztratily na kvalite(pri prohlizeni na monitoru) tak ze jich vlastne muzes poslat vic aniz by chudak babicka ty fotky prijimala 4 hodiny? Kolik fotek jsi udelal na dovolene? 300? 300x150=45MB. I tak si myslim ze by babicku vic potesilo kdyby si ji fotky ulozil do nejake webove galerie, protoze babicka je chudak zmatena z toho ze jsou ty fotky v Utlouku tak velky a ona chudak vlastne nic nevidi...
Ja vim ze myslet boli, ale zkusit se to da...
PS: kdyz si babicka ulozi tvou velkou prilohu, tak predpokladam ze na prolizeni bude pouzivat dalsi soft nez tvuj OE nebo IE. To jsi ale spatny vnuk ze ji nedas lepsi prohlizec na fotky.

Halo, halo!

Marne cekame na oslavny clanek o centrum.cz. Tesim se na nej jako malej kluk uz od soboty a vono prd.

Takle to prece nejde, verejnej prislib je jednou verejnej prislib. To je pravne zavaznej akt.

Take se tesim. Mozna by mohl vypichnout zpusob, jakym se v roce 1990 prenasela data metodou HTTP POST, na to se tesim ze vseho nejvic!

"Hulán! Metelescu blescu!"

Nevim jak jinak muze BFU poslat treba fotky z dovolene (cca 350MB) kamaradum.
Znate nekdo nejaky server-sluzbu kde by bylo mozno ulozit ke stazeni ty fotografie? Pokud mozno v cestine, pac BFU moc anglicky neumi.
Ja jsem mimo uschovna.cz s jejich bombastickymi cca 20MB nic jineho nenasel.
BOHUZEL.

Kdyz se k tomu vzdy dostanu (to znamena ze prijdu k pocitaci co ma mesic v OUTBOXU 200 MB mail s fotkama v plnem rozliseni, drive 2Mpix, nyni bohuzel 5 Mpix) tak se snazim naucit BFU zmensovat fotky na 800x600. Ono je to ale pro dobrotu nazebrotu protoze driv nebo pozdeji si BFU udelaji resize na zdrojovych fotkach a ne na kopiich a bude to na me. :-D A "nikdo" nepotrebuje poslat z dovolene vic nez 30 fotek (po 50-80kB).

50-80kB? Vy jse asi ještě neviděl neposilat fotky tak, aby se daly i vytisknout. Treba z firemního srazu, po kterým se účastníci vrátí do celého světa. Ale každý z nich ma >2M linku...

Diskuse, v nichž se objevují Hulánovi reakce, mám nejraději. Vždy se pěkně zasměju - hlavně kvůli způsobu, jakým RH svoje názory zveřejňuje a jakou strhne online melu :-)

Podobný styl vyjadřování měl Miloš Zeman, a vzhledem k tomu, že zazněla myšlenka, že to snad Hulán být nemůže a že se tedy za něj někdo jenom vydává, tak mi nezbývá než natvrdo říct "pane Zemane, jděte do pr....!"

Jestliže v parlamentu byla zavedena jednotka debility "jeden Igor", český Internet by mohl mít zavedenu jednotku "jeden Hulán".

Nebo že by už ta jednotka existovala, jen "se o ní nemluví"?

Netřeba o ní mluvit, protože o ní všichni vědí. Navíc je tato jednotka, podobně jako třeba Farad, pro praktické použití příliš velká, takže v běžné praxi by se používaly spíše μH až pH. :-)

No to pozor, jeden Farad nesaha jednomu Hulanovi ani po palec na noze. A mame spoustu jinych peknych predpon, jako treba femto a ato.

Vazeni,

at tady na Hulana kydate hnuj jak muzete, tak s faktem, ze ma pravdu, opravdu nic nenadelate. :)

BFU

Pominu-li, že pravdu nemá, což už tady několik lidí argumenty doložilo, mýlíte se především v předpokladu, že na něj kydáme hnůj. Ve skutečnosti ho mnohem více na sebe nakydal sám tím, jak (nejen tady) vystupuje a jakou formou prosazuje své názory. Teď už jen sklízí, co zasel; v setbě (a hnojení) ovšem usilovně pokračuje dál.

Ano, podle technoidiota Kubečka je lépe naučit babičku nainstalovat a ovládat anglického Bittorrent klienta, v přesně stejný čas si ona i její vnučka zapne počítač, a budou si sdílet a přenášet fotky. Jak jednoduché! To určitě bude fungovat! A technoidiot bude tak moc spokojen, že se neplýtvá přenosovou kapacitou internetu! :-))

Ne, jediné masově akceptovatelné řešení je prostě na email nahrát běžnou přílohu. Bez ohledu na velikost. Prostě jako s malou přílohou, přes HTTP POST. A babičce přijde do emailu odkaz, na který klikne, a prohlížeč jí ty fotky zobrazí. Jediný problém zde je, že se přenese pár bajtů navíc. Koho to sere? Babičku? Ne. Technoidiota Kubečka? Ano... ;-)

Tak už jsem také technoidiot, takže si nemusím připadat méněcenný a mohu jít klidně spát. Děkuji.

P.S. Osobně ovšem dávám přednost folku a country… :-)

Mozna nechapeme vase "argumenty" z business-side, nicmene si uvedomte, co vase prispevky mohou zpusobit -- smichy jsem si popskal LCD a pak se to z nej spatne odstranuje.

Doporucuji si precist celou diskuzi jeste jednou a pak mozna pochopite, ze nejde o technoidiotokreteny (ktere "to sere"), ale o fungovani protokolu emailu jako takovych.

Milý idiote, zde ale nejde o "protokol emailu", soubor se posílá přes HTTP POST, a vyzvedává přes HTTP. Zkus si ještě jednou přečíst článek a diskusi, než tady začnej blbě pořvávat. Teenageři umějí hezky řvát, to je všem známé, ale u toho to končí..

Po precteni teto diskuze jsem na nejake solidni argumenty, z pohledu BFU, ktere by dokazovaly nesmyslnost megapriloh, nenarazil.
Radek je sice ve vyjadrovani svych nazoru trochu ostrejsi, ale to jsou i jini "diskutujici" (nekteri i primo vulgarni).

BFU

Pri precteni navodu ke Skode Octavia jsem na nejake solidni argumenty, z pohledu BFU, ktere by dokazovaly nesmyslnost prevazeni triceti metraku sterku, nenarazil :-)

Predpokladam, ze to v navodu bude (a samozrejme v technicaku). Vetsina lidi to bere jako samozrejmost, zel vytizeni emailovych serveru u velkych priloh asi videt na vlastni oci neni, ridicak na obsluhu pocitace pripojeneho k Internetu take neni, takze "solidni argumenty z pohledu BFU asi nebudou" -- proste by to pri soucasnych technologiich nefungovalo, nebo ano, ale s nutnosti pouziti rady (hnusnych) berlicek.

Nojo, ale na rozdil od te Octavie s 3 tunama sterku, je moznost poslat stomegovou prilohu realna :)

BFU

Fakt? Přes 56 Kb/s linku? :-)

No ja nevim ... Vezmte si, ze prumerny ADSL uzivatel ma uplink nejakych 80 Kb/s (a to mu fandim). Takze 100MB prilohu bude prenaset nejake dve hodiny (snad pocitam dobre).

Zkousel jste jiz uploadovat pres HTTP post dve hodiny?

Mimochodem, neznam implementacni detaily e-mailu centrum.cz, nicmene standardni Apache uklada vsechno, co mu prijde nejdrive do RAM a az nasledne z toho dela soubor.

Kontrolni otazka: kolik maji servery e-mail centrum.cz RAM a kolik jich je?

Skoro to cloveka laka vyrobit si par uctu na centrum.cz a vyzkouset to :-)

Chtel jsi asi rici, vse co mu prijde po siti... uz vidim, jak by bylo ftp.linux.cz nadseno z toho, ze by vsechny soucasne stahovane images linux distribuci melo alespon namapovano (kdyz uz ne fyzicky) v (virtualni) pameti...

BTW ta zminena okolnost, ze se to rve do pameti je sice hezka vec, ale uz treba i takove php 4.X experimentalne experimentuje se streamy... a vzhledem k tomu, ze HTTP/POST (tak nenavideny zde na vetsi soubory... se divim, ze jeste komunikujete via SMTP kdyz je tak nevhodny na soubory vetsi jak 512kB - to jsem se ve skole (VS) taky ucil!) je ve sve podstate streamovy v tom nevidim problem, jo ze implementace teto casti v jistych produktech je rekneme kulisacky osrana, to je vec druha...

Apache i proftpd na linux.cz pouziva sendfile, takze data tecou prakticky z disku do sitove karty.

Nicmene podle me neni zadne recvfile na prijimani. Na zrcadleni images tech CDROM a na ftp.debian.cz i DVD se pouziva vyhradne rsync. Dokonce se nam historicky uz nekolikrat stalo, ze pokud se mirrorovalo pres bezne ftp, tak jsme stahli poskozene soubory, jejich poskozeni se na urovni TCP poznat nedalo a odhlalila ho az kontrola MD5 sum archivu. Ten kontrolni soucet na TCP dokaze pri vhodne pozmenenych bitech selhat.

Kdybysme se rozhodli prijimat data metodou POST, zrejme bysme museli provest par zmen v apache.

Ano, vim, ze existuje sendfile (kolik OS ho podporuje?:-)). Pokud jsem spravne pochopil implementaci tohoto pristupu a toho, ze CPU se v podstate pouze ucastni programovani DMA a nikoli prenosu dat - ta skutecne tecou pouze po PCI mezi ATA radicem a sitovou kartou, tak si myslim, ze v podstate uplne stejne muze fungovat i zapis do souboru - v nejjednodussi variante tak, ze se soubor patricne velikosti vytvori "prazdny" (jsou FS, ktere dokonce umi vytvarem "derave" soubory) a stejnym mechanismem se data nasypou na disk... - je tam nejaky principielni problem?

A co se tyce toho POSTu, staci to nervat cele do prostoru procesu, ale ukladat na disk a pak zretezit/navazat deskriptory souboru - STDIN pro zpracovavajici aplikaci a FD souboru kam se to ulozilo po ceste ze site.

Na ten problém s nedokonalostí TCP kontrolních součtů jsem už také narazil při stahování nějaké image CD. Ono to není překvapivé, stačí znegovat dva bity, které jsou na stejné pozici modulo 16 bitů a TCP checksum nemá šanci. Ale stejně to zamrzí, když člověk deset hodin stahuje soubor a pak zjistí, že může začít znovu…

A co teprve takova babicka, ktera bude stahovat 10 hodin fotky a ono ji to potom rekne, ze ma damaged header a neukaze ji to nic.

Nebo ji to prohodi barvy a bude si myslet, ze vnucka je cernoska. To by mohlo jednoho i zabit.

Chtel jsi asi rici, vse co mu prijde po siti...

Pochopitelne. Mym apacum chodi data jen po siti :-)

Tak to mas asi nejaky divny Apache, mne treba chodi data Apachum i skrze ruzne prostredky IPC, pripadne z periferii, od OS apod...

Kazdy mame takoveho apace, jakeho si zaslouzime :-)

se divim, ze jeste komunikujete via SMTP kdyz je tak nevhodny na soubory vetsi jak 512kB

V tom nevidím žádný problém. Zatím jsem neměl potřebu posílat někomu e-mailem soubor větší než 512 KB. Proto mi protokol SMTP připadá pro posílání pošty jako dostatečně vhodný.

Takze Kubecek nema babicku?

Tak to opravdu nemám. Do jaké míry to ovlivnilo mé zvyklosti při používání Internetu, si netroufám odhadnout.

Jeslti chceš, najdeme ti nějakou odloženou v důchoďáku... (třeba tě ta babička naučí jak funguje internet)

Přeprava třiceti metráků štěrku v Oktávce je technicky nemožné, poslat mail s přílohou 600 mega je technicky možné. Pokud chceš mocí mermo použít příměr s autem, je to jako kdyby jsi potřeboval přepravit autem skříňku. Pokud se ti do toho auta vleze, tak asi nebudeš volat stěhováky. Šoupneš ji tam a pojedeš a bude ti naprosto volný, že stěhováci křičí že stěhovat můžou jen oni a že jen oni mají pravdu a jsou ti vyvolení.

Skutecne myslite, ze pri trose dobre vule by to oktavka neuvezla? :-) Nepodcenoval bych technologii z rise.

Octavka by to uvezla, ale ktery majitel octavky by unesl, ze se jeho octavkou vozi sterk?

Ten samy, kteremu nevadi, ze pres svoje pripojeni nejmene dve hodiny odesila svuj HTTP POST pozadavek :-)

Ale to uz jsme trosku off topic :-)

A proc by to melo vadit? Pokud mam ADSL, kabelovku ci jine podobne pripojeni tak to necham uploadovat a mezitim delam neco jineho. To je samozrejme tezko pochopitelne pro silence, kteri brouzdaji, stahuji, atd. nonstop. :)

BFU

Mohlo by Vam to vadit treba proto, ze pokud vytizite naplno smer od sebe k ISP, budete mit problemy i se smerem k Vam :-) Tedy pokud vetsina Vasich aplikaci nepouzivat udp.

Take Vas asi neprekvapi, ze Vas prohlizec nahraje cely soubor do RAM pocitace a i kdyz dnes ma spousta pocitacu hodne velkou RAM, prece jen 600 MB je slusna davka.

No a nakonec, jiste vite, ze signalizace prohlizecu pro stav uploadu je vice nez mizerna.

Zkousel jste skutecne nekdy poslat tech 600 MB pres HTTP POST?

Zdravi
Michal Krsek

Zkoušel jsem to a nešlo to. Chtěl jsem poslat cvičně film přes gmail, ie, w2k, 100Mb síť a nezadařilo se.

Kdybyste byl babicka pana Hulana, urcite by se Vam to podarilo :-)

Jak jsem napsal, necham at se to uploaduje a du od PC pryc. To ze se mi omezi smer ke mne, mne vubec neboli.
Btw, o nejake signalizaci prohlizecu nevim vubec nic. Jsem prece jenom BFU.
600MB jsem samozrejme posilat nezkousel, max bylo nejakych 90MB a navic po jednotlivych nekolikamegovych souborech (fotky). Probehlo to v pohode.

BFU

600MB jsem samozrejme posilat nezkousel, max bylo nejakych 90MB a navic po jednotlivych nekolikamegovych souborech (fotky). Probehlo to v pohode.

To je ale hodně podstatný rozdíl. Mimochodem, už to, že jste v první větě mimoděk použil slovo samozřejmě, IMHO o něčem svědčí…

Proc by to melo o necem svedcit? Vse je to prece o te moznosti poslat velkou prilohu. Medianu uzivatelu bude stacit mozna jednotky az desitky mega, ale vzdy se najde rada lidi, kteri uvitaji, a i pouzijou, moznost stovek mega. I tech mych 90 je, myslim (kdyz vemete v uvahu, ze jinde je max 15), docela dost.

BFU

Myslim, ze kdyz si ten puvodni prispevek po sobe prectete, zjistite, ze jste poskytl dukaz pro protistranu diskuse :-)

Za stranu mladych senilnich akademickych techno-idiotu Vam timto blahopreji :-)

To si nemyslim. Pro mne je dulezita prece moznost posilat velke prilohy, kterou jsem uz i vyuzil. A to, ze to nebylo celych 600MB snad neni podstatne. Vcera to bylo 90MB, zitra to bude treba jen 5MB, ale pozitri to muze byt klidne 300MB. Pochopitelne, ze tech 600MB asi stezi vyuziji, ale pro mne je dulezite, ze v podstate nejsem omezen velikosti prilohy a proto nemusim slozite laborovat s odesilanim vice zprav pokud chci poslat vice, rekneme, digitalnich fotek.

Proč? Protože na jednu stranu nás přesvědčujete, že je naprosto normální a přirozené pomocí HTTP metody POST uploadovat 600 MB soubor a na druhou stranu z vás vyleze, že jste to samozřejmě nezkoušel. Vy v tom možná žádný rozpor necítíte, ale já ano. Také vidím velmi podstatný rozdíl už v tom, zda uploadujete jeden soubor o velikost 90 MB nebo 18 souborů o velikosti 5 MB.

Ale ne, nectete pozorne! Prece jsem nikde nepsal o posilani 600MB velkeho jedineho souboru! Ani o tom, ze je to naprosto prirozena a normalni vec pro jakousi metodu POST. Jen o tom, ze by to pro mnoho lidi mohlo byt uzitecne!
Ja o koze a vy o voze. Ja o prilohach, vy o zpusobu uploadu. :)

Ale o to tady právě jde. Nikdo tu nezpochybňoval užitečnost potenciální služby, která by umožnila uživatelům předávat si takto velké soubory. Pouze upozorňujeme na to, že implementace, kterou zvolilo Centrum, je mimořádně nevhodná, a že aby taková služba nenapáchala víc škody než užitku, musela by být navržena úplně jinak. Za to je nám tu Radkem Hulánem opakovaně spíláno do kreténů, idiotů, senilů a tak podobně, protože podle něj je SMTP nebo HTTP/POST jedině správný způsob, jak to realizovat, a Centrum si zaslouží hlasitou pochvalu. Vy jste se tu postavil na jeho stranu (doslova jste napsal, že má pravdu), takže jsem z toho vyrozuměl, že s ním souhlasíte a tento názor sdílíte…

Zase nectete pozorne, R.H. napsal, ze SMTP ci POST jsou momentalne nejvhodnejsi zpusoby a ne jedine spravne, z hlediska jejich jednoduchosti pro BFU jako jsem ja :)

R.H. napsal, ze SMTP ci POST jsou momentalne nejvhodnejsi zpusoby

A právě s tím naprosto nemohu souhlasit. Nejen že ty způsoby nejsou vhodné, dokonce nejsou ani nejvhodnější. Momentálně ani jinak.

Ktere tedy? Berte v uvahu, ze jsem neznaly uzivatel s win PC a IE + Outlook Express. Kazda dalsi instalace je pro mne bolestny zakrok a bojim se ji. :)

Vy instalujete Java applety a activex komponenty?