Slovník

Soubory, stahování a přenos

Většina toho, co se zdá být na souborech v iPhone libovolné, vyplývá z jednoho pravidla o izolaci a většina toho, co dělá stahování spolehlivým, vyplývá z jedné funkce HTTP. To jsou obojí plus způsoby, jak se soubory dostávají z jednoho zařízení do druhého.

Pískoviště

Pravidlo, že každá aplikace vidí pouze své vlastní úložiště. To je důvod, proč jedna aplikace nemůže otevřít stažené soubory jiné a proč „soubor je vedle videa“ není věc, která existuje na iOS.

Každá aplikace dostane privátní adresář a žádný pohled na cizí. Soubory se mezi aplikacemi přesouvají jen záměrnými akty — arch sdílení, výběr dokumentu, přetažení — z nichž každý je rozhodnutí, které udělal člověk, ne něco, co si aplikace vzala sama.

Náklad dopadá na drobná místa. Přehrávače na počítači najdou film.srt vedle film.mkv automaticky; na iOS žádné „vedle" neexistuje, takže soubor s titulky musí být předaný záměrně a aplikace musí být tou věcí, která si spárování pamatuje.

Viz také: Skupina aplikací Záložka s rozsahem zabezpečení

Skupina aplikací

Ve sdíleném kontejneru se mohou otevřít dvě aplikace od stejného vývojáře – jediná schválená trhlina v karanténě. Takto rozšíření sdílení předá soubor aplikaci, ke které patří.

Rozšíření sdílení je samostatný program, oddělený od aplikace, jejíž je zdánlivě součástí, s vlastním pískovištěm a velmi krátkým životem. Nemůže zapisovat do úložiště hlavní aplikace.

Zapisuje tedy do kontejneru, který obě smí vidět, a aplikace ho vyprázdní při dalším otevření. Nic nepřekročí hranici vývojáře a nic nepřejde bez výslovného klepnutí.

Viz také: Pískoviště

Záložka s rozsahem zabezpečení

Token, který si pamatuje oprávnění ke složce mimo karanténu – externí disk, složku na iCloudu – takže ji aplikace může později znovu otevřít, aniž by se znovu ptala.

Když vybereš umístění přes systémový výběr souborů, udělené oprávnění platí jen pro ten okamžik. Záložka ho uchová napříč spuštěními, a aplikace musí explicitně začít a přestat využívat přístup, který reprezentuje.

Je to to, co umožňuje procházet externí SSD bez kopírování čehokoli dovnitř, a je to omezené přesně na to, co jsi vybral — záložka k jedné složce nedává nic k té sousední.

Viz také: Pískoviště

Žádost o rozsah

Požádat server o konkrétní část souboru — bajtů 5 000 000 až 5 999 999 — místo celé věci. Je to to, co umožňuje obnovit stahování a umožňuje několika připojením načíst jeden soubor najednou.

Server, který podporuje rozsahy, odpoví kódem 206 Partial Content a požadovaným výřezem. Ten, který je nepodporuje, odpoví 200 a pošle všechno od začátku, což je rozdíl mezi obnovením stahování a jeho restartem.

Všechno zajímavé na stahovacím enginu stojí na téhle jedné vlastnosti HTTP. Bez ní není žádné obnovení po výpadku spojení, žádné obnovení po restartu a žádný způsob, jak použít víc než jedno připojení.

Viz také: Obnovitelné stahování Paralelní připojení

Obnovitelné stahování

Přenos, který pokračuje přesně tam, kde se zastavil, místo aby znovu začínal, tím, že zaznamená, kolik bajtů je potvrzeno, a požádá o zbytek.

Požadavek zní, že zaznamenané číslo nikdy není optimistické. Bajt počítaný jako zapsaný, ale stále sedící ve vyrovnávací paměti, se stane dírou v souboru, když je aplikace ukončena — a díra uprostřed videa je poškození, které se projeví až po hodině sledování.

Proto musí počítadlo sledovat zápis na disk, ne čtení ze sítě, a proto se musí každé předání mezi popředím a přenosem na pozadí shodnout na jednom čísle.

Viz také: Žádost o rozsah Přenos na pozadí

Paralelní připojení

multi-connection, chunked download

Rozdělení jednoho souboru na rozsahy a načtení několika najednou. Pomáhá, když je jedno připojení omezeno, a nedělá vůbec nic, když je úzkým hrdlem tvoje vlastní linka.

Server, který omezuje rychlost každého připojení, se často dá přesvědčit, aby v součtu doručil víc přes několik připojení najednou. Tady si multi-connection stahování získává svou pověst.

Není to kouzlo a často se to špatně chápe. Pokud je tvoje připojení už nasycené, víc připojení jen rozdělí stejnou kapacitu na menší kousky a přidá režii navíc. Některé servery navíc víc požadavků z jedné adresy odmítají nebo škrtí.

Viz také: Žádost o rozsah Obnovitelné stahování

Přenos na pozadí

Stahování předané operačnímu systému, takže pokračuje i po zavření aplikace. Systém rozhoduje o načasování, ve kterém obchod pro něj vůbec pokračuje.

Aplikace na iOS přestane běžet krátce poté, co ji opustíš. Přenos předaný systémové službě na pozadí tohle přežije, přežije i ukončení aplikace a pokračuje po restartu.

Co se tím vzdává, je kontrola. Systém tyhle přenosy dávkuje podle vlastního pohledu na napájení a síťové podmínky, takže stahování na pozadí může pauzovat a pokračovat jinak, než by to udělalo stahování v aplikaci — ale dokončí se.

Viz také: Obnovitelné stahování Pískoviště

WebDAV

Rozšíření HTTP, které mění webový server na souborový server: seznam, čtení, zápis, přesun, mazání. Mluví o něm Nextcloud a ownCloud a co nabízí většina NAS boxů.

Protože je to pod kapotou HTTP, WebDAV funguje přes stejnou infrastrukturu jako cokoli jiného na webu — žádné speciální porty, žádný speciální klientský protokol — a proto přežil tam, kde propracovanější souborové protokoly nepřežily.

Pro někoho, kdo by raději nedával soubory do cloudu nějaké firmy, je to praktická alternativa: vlastní server, vlastní přihlašovací údaje, obyčejné standardy.

Viz také: Cloudové úložiště

Cloudové úložiště

Soubory uložené na serveru někoho jiného, k nimž se dostaneš přes rozhraní API té společnosti – Dropbox, OneDrive, Box, pCloud. Každá má svoje vlastní rozhraní, a proto je aplikace podporují jedna po druhé.

Neexistuje žádný univerzální cloudový protokol. Každý poskytovatel navrhl vlastní API a vlastní přihlašovací postup, takže přidání poskytovatele do aplikace je skutečná práce, ne jen položka v konfiguraci.

Přihlášení bývá přes OAuth, což znamená, že aplikace nikdy neuvidí heslo: poskytovatel ověří osobu a vrátí token, který lze kdykoli odvolat ve vlastních nastaveních poskytovatele.

Viz také: WebDAV

WebRTC

Standard pro připojení dvou zařízení přímo, bez serveru mezi nimi, jakmile spojení existuje. To je to, co přenos ze zařízení na zařízení používá k přesunu souboru po místnosti.

Malý signalizační server představí dvě zařízení jedno druhému — na tohle je ten šestimístný kód — a pak odstoupí. Soubor putuje přímo mezi zařízeními a nikde mezitím se neukládá.

Ve stejné síti je to tak rychlé, jak to ta síť dovolí. Přes internet záleží na tom, jestli se obě strany dají zastihnout přímo, a právě tady spojení občas selžou z důvodů, které žádné ze zařízení nevidí.

Viz také: Lokální HTTP server

Lokální HTTP server

Aplikace, která odpovídá na webové požadavky ve tvé vlastní síti, takže webový prohlížeč na tvém počítači může otevřít stránku obsluhovanou tvým telefonem. Takhle funguje Wi-Fi Transfer bez kabelu a bez účtu.

Telefon ukáže adresu; počítač ji otevře; stránku, kterou dostane, obsluhuje samotný telefon. Soubory putují přímo přes lokální síť a nikdy ji neopustí.

Protože tu adresu může zastihnout kdokoli na stejné síti, potřebuje to zámek — kód k zadání, oprávnění udělovaná po jednotlivých operacích a destruktivní akce vypnuté, dokud je záměrně nezapneš.

Viz také: WebRTC

Ostatní témata

Video a kodeky Streamování a IPTV Soukromí a šifrování Všechny pojmy