ente.io vs google takeout
aneb to bylo zas „něco“. Pokud se budete pouštět do přesunu fotek z google na ente, bude vás z toho bolet hlava. A to i přesto, že zvenku to vypadá tak, že je všechno perfektně připraveno a bude to bezbolestné. No, není, realita se liší. Je třeba akceptovat následující věci:
Struktury, které jste si vybudovali nad fotkami na google přesunem ztratíte. Vyexportují se tak, že neexistuje rozumný způsob jak je zase naimportovat.
Ztratíte mnohá metadata. Zůstanou jen ta, která jsou uložena přímo ve fotkách. Google generuje nějaké JSON soubory, ale buď tyto ta data neobsahují, nebo je ente ignoruje. Tohle jsem zatím hlouběji nezkoumala.
Google řeší alba tak, že pokud je jedna fotka ve dvou albech, máte ji v takeoutu dvakrát, pokud je ve třech, je tam třikrát atd. Ente ignoruje veškerá metadata z googlu, takže nerozumí albům a tudíž vám ty fotky radostně všechny nahrne do jediného alba…kde jsou pak navíc násobně.
Násobně uploadované fotky se dají řešit přes „Free Up Space“, což jsem ale nevěděla, takže jsem toho valný kus udělala ručně. Hádám, že to porovnává hash šifrovaných souborů, otázkou je co se stane pokud máte dva různé obrázky s kolidujícím hashem.
Ente generuje náhledy při uploadu, přesněji řečeno musí je generovat váš prohlížeč. To znamená exponovat určitou část hardwaru do Eichmannovy pomsty. Data by měla být (nějak, bůh suď jak) šifrovaná, takže do nich ani ente nevidí. Teoreticky. Prakticky ten klíč sedí na jejich serverech, snad symetricky šifrovaný heslem. Důsledkem je chybná implementace passkeys, protože tak jako tak potřebujete heslo na dešifrování toho klíče, tudíž z passkeys udělali druhý faktor (aby ho jakože měli) a tento vynucují (protože 2FA je yet another buzzpíčovina). ¿jak by to mohlo být ještě horší?
Upload dat je extrémně pomalý. A když říkám extrémně, myslím extrémně. Ubohých 6.5GB dat se uploadovalo málem tři hodiny…to mám na uplinku 1Gbit/s. Veřejné cloudy jsou chronicky pomalé, to není novinka, tam pokud máte na uplinku menší stovky Mbit/s, můžete si gratulovat, ale tohle byl fakt extrém.
Z nějakého důvodu při uploadu zabíral prohlížeč v paměti přes 5GB. Nevím proč.
Násobný upload fotek problém s katastrofální pomalostí ještě zhoršuje.
Na stránkách to vypadá, že můžete uploadovat přímo zip získaný z google takeoutu. Pokud to ale zkusíte, neuploaduje se nic a ente vám suše sdělí že na tuto akci si musíte nainstalovat jejich appku. Děkuji, nechci. Takže rozbalit ty zipy a uploadovat rozbalená data, což už ale kupodivu šlo i bez appky. (Beztoho je jejich úžasná appka zase nějaký podělaný electron…)
No, jednoduše řečeno, ještěže těch alb nemám nějak moc. Bohužel ale zdvojilo to prakticky každou fotku, jsem je na google napřed uploadovala a teprve potom přiřazovala do alba. Takže ano, těch dat ve skutečnosti není 6.5GB, ale zhruba polovina…což na deset let používání není úplně mnoho. Faktem ale je, že drtivá většina těch fotek vznikla v roce 2016, v roce 2017 už jich bylo méně a pak už to bylo jen občasně, bo se mi podělalo zdraví a jaxi jsem se nikam nedostala.
Takže takhle jsem dopadla. Poučením z krysového vývoje je nejspíše to, že metadata (minimálně polohu) je potřeba ukládat k fotkám a dělat to s určitou poctivostí ihned po zpracování a že veškeré ty moderní fancy struktury tvořené nad daty s tím, že adresářová struktura je příliš svazující, je potřeba odeslat do /dev/null, protože nic z toho se nedá vyexportovat tak, aby se to jinde zase naimportovalo, neb kdo má díru do zadnice dělá si to podle sebe a tudíž se z toho stává vendor lock. No a další věcí je, že google takeout zdaleka nefunguje dobře. Přesněji řečeno, nějaká data z toho dostanete, ale nakolik jsou třeba lokálně použitelná je docela diskutabilní. Obávám se, že tohle není problém toliko googlu, ale cloudových služeb obecně. Jakože ještěže toho mám v icloudu jenom trochu, protože to bude nepochybně další pohroma.
