Sandboxing

Mám takú otázku, skôr pre premýšľavé, analytické a logicky vnímajúce typy diskutérov.

Podľa obrázku ste prišli na vlastnosť, ktorú by nový iOS mohol mať. Obecne - dobrá myšlienka, niečo na spôsob "verejnej" zložky, ktorú by videli všetky aplikácie zvnútra svojich sandboxov.

Osobne v tom vidím práve problém, že ak by to bolo v striktne tupej predstave "voľného pieskoviska na súbory", tak to môže sandboxing "zabaliť". Kto vie prečo? Ak si myslíte, že chápete, potom môžeme skúsiť diskutovať, ako urobiť vlka sýtym a ovce nechať celé.

Osobne preferujem tvrdý sandboxing ako základ toho, čo je na povesti iOS dobré.

Takže AKO TO UROBIŤ, aby taký "public" nebol prostriedkom pre ohrozovanie aplikácií navzájom?

Je jasné, že to nemôže byť voľný bordel na ukladanie čohokoľvek a jediné riešenie je sandboxované výmenné miesto na spôsob clipboardu a s pevným komunikačným rozhraním. Tým pádom sa vlastne nemôže jednať o súbory ako také.

Vopred by sa totiž museli definovať "bezpečné" typy dát, no a ako prinútiť programátorov, aby sa nebáli prijímať takéto dáta, keď práve chyba v ich spracovaní môže spôsobovať pády ich aplikácií, poškodzovanie ich mena, prípadne vynález červov, trojanov, vírusov...

ja bych mel spis otazku na co jako nejaky sandobxing ta ktera aplikace potrebuje? Jo nekolik malo aplikaci to mozna vyuzije ale ne mnoho. Jednoduse chci rict ze si nedovedu predstavit vyuziti jakyhokoli sandboxu.

Dalsi vec je, ze iOS6 je uz dostatecne vyvinutej system nato aby 7icka prisla s nejakym zasadnim vylepsenim hodnym noveho oznaceni 7. Ja bych ponechal klidne 6.1 protoze co uz tak revolucnyho muze nastat, hm?

[BlazingUFO]

Sandboxing je na to, aby si kazda aplikacia uchovavala svoje subory vo svojom vlastnom priecinku a nemala pristup k ziadnym inym, iba k tomu svojmu. Tym padom sa v iOS nema ako sirit skodlivy kod, lebo(cisto teoreticky priklad) aj keby sa do appstore nejakym sposobom dostala skodliva app, nedostala by sa dalej ako za svoj vlastny priecinok. Teda nedokazala by poskodit system ani ine aplikacie. Na to je sandboxing a ver tomu ze iOS ho potrebuje.

[korwin]

Mohlo by to byt provedeno jako lokální paralela iCloud nebo Dropbox, kterou by bylo mozno využit jako sekundární zdroj dat pro "všechny" aplikace s předem definovanou strukturou, a záleželo by na programatorech, jak a zda to pro svou app využiji.

Rony: Hmm, ked nad tym uvazujem. Jediny (ale zasadny) problem takto postaveneho spolocneho uloziska by bol v tom, ze "skodlivy" program (tvariaci sa ako nejaka uzitocna apka) moze nainfikovat dokument ulozeny v spolocnom ulozisku, ktory potom nacita iny program a infikuje sa. To sa ale moze stat aj pomocou nacitania infikovaneho suboru napr. cez mail.
Otazka je, aky typ dat by mohli zapisovat apky do toho uloziska. Urcite by to nemal byt spustitelny kod, miminalne by sa nemal dat spustat.
Ako je zname napr. album fotoaparat funguje na podobnom principe. Kazdy apka tam moze (ak to user dovoli) ukladat fotky, ci ich nacitavat odtial.
Defatcto nieco podobne uz existuje - je to zlozka fotoaparat vo fotkach.
Na druhu stranu, keby mali apky moznost pristupu k suborom iba v ramci svojho sandboxu a spolocneho uloziska, stale si neviem predstavit ako to poskodi system ako celok. Co by musel odtial system nacitat aby ho to prinutilo zmenit sameho seba?

[DD_]

To Rony: No jo jenze aplikace uz ty data prijimaji.
Dneska mas funkci Open In - ktera je zalozena na typu souboru. Takze kdyz mi prijde PDFko mailem a dam Open In GoodReader, tak ten ten soubor bez sebemensich starosti zkopiruje k sobe do uloziste a otevre. A vi prd jestli je to necim infikovane nebo ne. Problem je ze v tu chvili mas soubor 2x. Jednou v mail.app jednou v goodreaderu a nedej boze, ze si ho budu chtit otevrit v UPADu pro nejake poznamky, to ho tam budu mit 3x . Takze nevim jak prinutili programatory tedka aby prijimali data od jinych aplikaci ale uz se to deje.
Takze tady jde jen o to udelat slozku, do ktere pres nejake API bude pristup a hotovo.

[seamaster]

Toto je jedina vec, ktora mi na iOS vadi, ked potrebujem do mailu vlozit subor, nie obrazok, je to nemozne, myslim do rozpisaneho, akebo do odpovede, alebo ked potrebujem vlozit viac dokumentov z roznych zloziek, stacila by mi implementacia cloudovych sluzieb ako box.com, alebo dropbox


Taky tady http://spravodaj.madaj.net/

[Pantani]

Myslím, že obecně práce s běžnými dokumenty, jejich posílání, ukládání apod. bude jednou z nejčastějších stížností na iOS.

[seamaster]

Pokial to povazujeme za manazersky telefon a ked sa pozriem vo firmach je cim dalej, tym viac pouzivany, mala by byt praca s dokumentami vylepsena, o tom niet pochyb, nepotrebujem mat v telefone 3 verzie jedneho dokumentu


Taky tady http://spravodaj.madaj.net/

aha no jo ale kdyz bude mit kazda aplikace jen svoji vlastno slozku teda ten sandbox tak nebude ji to nahodou omezovat? Ja myslel ze nektere aplikace a je jich dost potrebuji komunikovat a s jinymi, napriklad hry s GameCenter atp.

Ved sandbox system funguje uz tearaz. Resp. od zaciatku iOS je to tak. Prave z toho plynu existujuce obmedzenia ale aj vyhody .

S komunikaciou (napr. gamecenter) to nema nic spolocne.

[seamaster]

Ano, sandbox je v ios od zaciatku, teraz sa caka na nejaku zmenu, pripadne uvolnenie nejakych obmedzeni


Taky tady http://spravodaj.madaj.net/

Ja chcem debatu s ludmi, ktori si nepotrebuju vysvetlovat sandboxing alebo len sem pridu predniest vety v style "musi to byt, je to dolezite".

Chcem debatovat ako by mal vyzerat "spolocny" priestor.

Ano, Open In je tak velmi zlahka zjemna implementovana vymena dat medzi aplikaciami, ktora hodne pokryva zakladne potreby.

Nahodil som rovinu debaty v tom, ze ZREJME by uplne volne "suborove ulozisko" uplne poprelo princip sandboxingu a povedal som, ze sandboxing je ZAKLADOM dobrej povesti iOS. Open In sice otvori cokolvek no predsa len je to API funkcia.

Chcel som premyslat nad tym ako by sa nejaky spolocny priestor mohol vymysliet. Ak to zopakujem tretikrat toto iste, tak budem uz len sledovat ako sa debata zuzi na potreby ludi, co si potrebuju nahravat nakradnute mp3ky a videa. A tam nechcem debatovat :) ale ak je to prianie vacsiny, tak potom vas necham tak :)

ps: tupe dropboxy a boxnety, sorry.... :-)

[seamaster]

Preco tupe, pre mna je dolezita synchronizacia dokumentov medzi zariadeniami, ci je to iPhone, iPad, alebo PC, kde mam vzdy aktualnu verziu dokumentu a nemusim sa bat, ze poslem niekam nieco neaktualne.

Kancelarske aplikacie Pages, Numbers a pododne dokazu dokumenty z cloudovych ulozist otvorit a aj ulozit spat, keby mala aj mailova aplikacia moznost pristupovat k datam v cloude a vlozit dokument do spravy, vyriesilo by to vela problemov a nebolo by potrebne dokumenty fyzicky ukladat v telefone vobec.




Taky tady http://spravodaj.madaj.net/

Ja nehovorim, ze synchronizacia dokumentov je nedolezita alebo tupa.

Takze ak by sa mal navrhovat nejaky Public priestor pre aplikacie, ako by bol vyspekulovany? Podmienky som popisal vyssie - co najlepsie zapuzdrenie aplikacie v sandboxe, co najmensia sanca k neziaducemu ovplyvneniu chodu aplikacie zvonka. Naznacil som, ze suborovy share by bol mimo ramec. Open In je jemne naznacenie spravnym smerom. Takze ako dalej?

Ja pisem, ze ak uz, tak velmi striktne viazany ako rozhranie pre vzajomnu komunikaciu aplikacii skor na principe clipboardu.

Myslim si totiz, ze nakoniec dojdeme k iCloudu a faktu, ze nejake lokalne public vnutri iOS nema cenu a zrozumitelnejsie pouzitelny by bol iCloud rozsireny cez API na nejaku sirsiu schopnost zdielania tych istych dat (ale nie striktne nazerane ako SUBOROV).

Ja chapem, ze vam sa lahsie premysla na urovni dropboxov ale o tom netreba debatit, to su trivialne nudne jasne zalezitosti. btw: tupy preto, ze je to sluzba tretej strany a pod to rozobrat niekde v inom vlakne ti vysvetlim rychlo preco nie v ramci jadra iOS.

[seamaster]

Ja riesim preto cloudy tretich stran, lebo su univerzalne pre vsetky platformy, jasne iCloud by som prijal, ale musel by mi umoznit pristupovat k suborom aj z PC, inak to straca zmysel. Ja osobne som odporca monopolov a preto by som nerad mal vsetky sluzby zavisle na Apple, univerzalnost je pre mna dolezita a tu, povedzme si rovno iCloud nema.

Cloudy tretich stran su mozno nudne, ale splnaju vsetko, co uzivatel ocakava, preto si myslim, ze Apple umozni aj podporu tychto sluzieb, ako je to napriklad uz v spominanych Pages...


Sent from my iPhone 5 using Tapatalk

Ach jaj. Vsetko, co pises OK OK OK. No ja som nahodil udicku na uplne INU temu, ktora ma zaujima viacej ako toto vyplakavanie, co nie je a zrejme ani nebude. Nie neumozni, kde je nejaky precedens? Urobil to s Googlom a zistil, ze si ta firma urobila vlastne ksefty (co kludne moze) a tym padom mala povedzme hada na prsiach :-) po tej skusenosti by som vonkoncom neviazal SVOJE SLUZBY cez sluzby tretich stran, kde nemozem diktovat ako maju fungovat. Prepac mi, znova dropbox a boxnety su smiesne udelatka ktore sa daju pouzivat lebo este funguju ale od momentu ako prestanu, nikoho zaujimat nebudes.

btw: mi umoznit pristupovat k suborom aj z PC... ja vbehnem na http://www.icloud.com a vidim to tam. Dokonca je nejaky driver na windows co spristupni veci z iCloud do windows. Teraz napis, ze je to cele na hovno a opat sa budes bavit o niecom uplne inom.

Moja udicka je, znova prosim, AKO BY STE RIESILI ten public v style "vlk syty, ovca cela". Ty totiz hovoris o vlkovi, co zozral vsetky ovce :) Chapes, kam tlacis debatu?

Takze ak by sa mal navrhovat nejaky Public priestor pre aplikacie, ako by bol vyspekulovany?

[mirmo80]

Z mojho pohladu jednoducho, neviem vsak ci je to takto mozne.

Existoval by vstavany spravca suborov do ktoreho by sa vsetky dokumenty vkladali sposobom open in, neboli by v nom nativne. Tym by bol spravca uzavrety tak, ako je to do zeraz.

K spravcovi by vedel pristupovat emailovy klient tak, ze by z neho vedel len tahat subory. Ukladat do neho opat len open in.

Blbost?

[BlazingUFO]

Co riesite za blbosti, kludne by jeden zdielany folder mohol existovat, bol by to prakticky iba velky sandbox pre vsetky aplikacie. Teoreticky by nakazeny subor mohol poskodit inu aplikaciu, ale do systemu by sa aj tak nedostal a to je TO PODSTATNE na sandboxingu. Aplikacia sa da vzdy preinstalovat. Plus si neviem predstavit akoby ti aplikaciu mohol vlastne poskodit, kedze dokumenty su stale v inom folderi ako zdrojove subory aplikacie a jedine k comu sa da pristupovat, editovat, vytvarat, mazat sa nachadza v Documents

Je to mozne, len nie ako nasharovana zlozka z filesystemu. Defakto iCloud je taky system, nenarves tam cokolvek si zmyslis ale len cez nejake komunikacne rozhranie, cize autor appky musi pouzit v xcode toto rozhranie.

Tym padom sa tam daju ukladat len specifikovane data.

Prave preto mi pride nezmyselne snazit sa o lokalne ulozisko, ked omnoho viac by bolo lepsie aby sa viacej vyuzivalo iCloud a pripadne rozsirovali jeho moznosti.

pozn.: nezmyselne v zmysle REALNOSTI, ze sa take nieco v iOS skutocne objavi.

chapte ma, ze fantazijna predstava o tom, ze v iOS by bola zlozka synchronizovana s boxnetom do ktorej by videli vsetky appky, tak je fasa ale uz aj v nej vidim nejaky problem - ako to spravit tak, aby sa to nerozsypalo (naozaj nemam cas vysvetlovat, co myslim pod rozsypanim).

[seamaster]

Mne je v podstate jedno, ci je to taky box, alebo icloud, alebo nieco ine, pokial to funguje, skratka bude to v cloude a nie v telefone, to je cesta buducnosti.

To, ze iCloud je vyuzivany zo strany ios aj na nieco ine je vec ios, priestor na ukladanie suborov je vec druha a tam je jedno, ako sa to vola, existuje protokol webdav a ten je univerzalny a mali by ho podporovat vsetci poskytovatelia cloudoveho priestoru.

Blackberry, doteraz jeden z najbezpecnejsich systemov s roznymi previerkami a podobne vobec nema problem poskytovat aplikaciam pristup k ulozisku dat aj k suborověu systemu, tak o com sa bavime? Netreba trpiet zbytocnou paranoiou ktory iny system ma take restrikcie ako ios? Nespominam si na ziadny, takze myslim, ze sa tato otazka trochu precenuje na ukor uzivatela.






Sent from my iPhone 5 using Tapatalk

[vbruno]

iCloud vs. lokální uložiště je to samé jako Push vs. Lokální notifikace. Bez netu si ani koza neuprdne.

Nebudu přeci čekat na rychlé připojení, pokud si chci zeditovat attachment z mailu.

[BlazingUFO]

Jedine o co sa jedna je to, aby sa nemuseli dokumenty prekopirovavat medzi sandboxmi jednotlivych aplikacii. Ked si chces stiahnut 700MB video v Downloads a otvorit ho v AVplayeri, potrebujes na to 1,4GB miesta. Keby si mal spolocny sandbox pre vsetky app, stacilo by ti na to 700MB. Icloud by ti bol v tomto pripade na 3 veci.

Edit: neviem ci by sa to este dalo nazyvat sandboxom ked by to zdielali vsetky app, ale pointa je ze by aplikacie mali pristup iba tam. Takze akekolvek zasahy do systemu ci sirenie skodliveho kodu by bolo nemozne. Aj teraz by prakticky malo byt mozne skopirovat do aplikacie subor ktory by ju dokazal poskodit, ale nema to zmysel lebo vdaka sandboxu by poskodil iba tu konkretnu aplikaciu, takisto pri velkom zdielanom folderi by dokazal poskodit iba aplikaciu v ktorej si ten subor spustil.

[kosmonaut]

ad sandboxing: iOS je system rizeny aplikacemi. Aplikace jsou alfou a omegou systemu - hlavni obrazovka je v podstate jen spoustec aplikaci, systemove funkce jsou v podstate samostatne aplikace.

Z toho plyne jedno - nepracujeme s daty ale s aplikacemi (data jsou brana jako soucast aplikace). Do tohoto stavu se, podle meho narozu, dostal system vice mene nechtene - nejdriv nebylo nic, potom aplikace s daty, pak prisla potreba data poslat i jinam, takze pribylo posilani dat mezi systemovymi aplikacemi, pote mezi vsemi aplikacemi.

Podle me neni treba vytvaret nejaky public nebo share, jedine co staci je naucit aplikace otevirat soubory. Priklad - mejme 2 aplikace, A a B. V aplikaci A jsou data, ktera chci zpracovat v aplikaci B. V soucasne dobe aplikace A vezme soubor a posle ho do aplikace B. K tomu ale aplikaci A musim nejdriv otevrit. Proc radsi nenaucit aplikaci B, aby si sahla (pres jasne specifikovane API) do sandboxu aplikace A? Je to uplne to stejne jako soucasna situace. V podstate jde jen o to, otocit smer zasilani souboru mezi aplikacemi (tedy alternativa k nabidce Open v desktopovych systemech). Soucasny zpusob zasilani dat do aplikaci by samozrejme zustal (pri jistem stupni automatizace pak v podstate mame Save/Save as...) Tedy vec naprosto bezna na desktopovych OS (ktere ale nejsou rizeny aplikacemi ale daty).

Tohle je, mam dojem, momentalne nejpalcivejsi problem soucasneho iOS, protoze ona tezkopadnost prace s daty system znacne zpomaluje. Nemam bohuzel s programovanim na iOS takove zkusenosti, takze nedokazu posoudit, jak moc je to realne, ale mam dojem, ze API, ktere v soucasne dobe umoznuje zaslani souboru do aplikace by mohlo fungovat i "na druhou stranu"...

[seamaster]

To by ale musela kazda aplikacia vediet, ze niekde v nejakej aplikacii je ulozeny subor, ktory potrebujem, takze otocenie open in neriesi nic a myslim, ze uzivatel straca prehlad, kde ma aku verziu suboru a kde to ma vlastne ulozene.


Taky tady http://spravodaj.madaj.net/

[BlazingUFO]

Nechceme uz temu sandboxingu uzavriet? Lebo sa tu riesia fakt blbosti co sa nedaju ani citat a ktore nemozu fungovat, zhodneme sa na tom ze treba suborove zalezitosti doriesit, tak co keby sme nechali na sudruhoch z Cupertina ako sa s tym popasuju?

[seamaster]

Asi tak, nechajme to na nich, oni za to beru prachy


Taky tady http://spravodaj.madaj.net/

[iTukan]

POZNÁMKA MODERÁTORA:
Rozděleno od informací od iOS 7, zasloušísi žít samostatným vláknem...

Keby si mal spolocny sandbox pre vsetky app

tak by si ziadny uz potom sandbox nemal. Ak by operovali aplikacie v spolocnom priestore, potom sa navzajom dokazu zhadzovat. Ak by slo o spolocnu suborovu zlozku, tak ja ako zaskodnik budem skumat ako jednou aplikaciou podhodim do spolocnej zlozky take data, ktore znefunkcnia inu aplikaciu (alebo viac aplikacii). Takze z toho mi vychadza, ze komunikaciu aplikacii so spolocnym priestorom musi riesit samotny OS a to tak, ze otvori konkretne kanaly a sposoby komunikacie.

Poviem priklad: Aplikacia X si na OS vyziada "daj mi zoznam videosuborov". OS bude mat presne pravidla napr. na nazvy tych prvkov, velkosti dat ako aj zrejme bude musiet nejakym sposobom definovat svoje vlastne formaty. Takze napr. internet videa nebudu MKVcka, MPEGY a pod. ale len jeden metaformat "video". Ak by si ako autor inej "zaskodnickej" aplikacie produkoval data do spolocneho priestoru, tak by si to nerobil "ukladanim do filesystemu" ale volanim konkretnej funkcie OS. Aplikacia by teda musela oznamit OS nieco ako: chcem ulozit tento blok dat ako metaformat "video".

Ak by som to isiel riesit ja, tak rozsirujem vlastnosti Open In. Miesto urobenia kopie by si dany blok dat odoslal do inej aplikacie. Takze appky ktore subor v danom momente "vlastnia u seba" by ju presunuli. Toto by bola ale skor vrstva pouzivatela, ako by to bolo interne vyriesene, je uz vec navrhu iOS.

Tak alebo onak, predstava, ze iOS poskytne cisty nefalsovany "share" nejakej suborovej zlozky suboroveho systemu, to je naivne. Cely princip iOS je postaveny na tom, ze NEVIDIS do unixoveho zakladu iOS.

[BlazingUFO]

To ze mas vyzdielane dokumenty v jednej zlozke pre vsetky aplikacie, neznamena to predsa ze jedna aplikacia dokaze operovat so zdrojovymi subormi druhej. Nechces mat vsetky aplikacie v jednom folderi, chces iba ich dokumenty v jednom folderi. Ako by podla teba jedna zhadzovala druhu?

Rozsirovat moznosti open in takymto sposobom je somarina, tak by sa dokumenty nekopirovali ale presuvali, pri velkych suboroch by to bol aj tak zbytocny zrut casu a navyse keby si subor chcel pouzit znovu v tej prvej aplikacii, musel by si ho presuvat naspat. Naco?

Edit: nezabudaj na to ze ty ako zaskodnik by si taky sposob ako si opisal vyssie do itunes nikdy nedostal, aplikaciu ktora by dokazala skodit by si dokazal napisat aj dnes. Akurat ze do appstore by ti nepresla a z ineho zdroja ju do ios nevies nijak dostat.

Ako by podla teba jedna zhadzovala druhu?

Vacsina exploitov aplikacii spociva v neocakavanych "vstupoch". Poznas pripady, ked otvoris nejake video a "zhodi" ti prehravac? To je taky lemplacky priklad, no castokrat sa vyrabaju aplikacie, ktore samy od seba nacitavaju dalsie subory/dokumenty a predstav si situaciu, ked niekto objavi, ze nejaka cudzia aplikacia IDE odstavit puhym ulozenim akehosi suboru do spolocneho priestoru.

pri velkych suboroch by to bol aj tak zbytocny zrut casu

moc ajtacky nad tym uvazujes. Vies, ze pri MOVE v modernych suborovych systemoch NEDOCHADZA k masovym datovym prenosom? Len sa smernik suboru v suborovom systeme zmeni (co je zmena par bajtov).

sposob ako si opisal vyssie do itunes nikdy nedostal,

dostal, lebo maligny kod by bol sucastou dokumentov a nie aplikacii. takze ziadny preverovaci mechanizmus ani ludska kontrola nan nepride. To sice ani teraz, no NEEXISTUJE sanca ako by doslo k tomu inak ako dobrovolnym vlozenim takych dat do sandboxu aplikacie.

Spolocny priestor NARUSA sandbox. Nie je to ani tak technicky problem ako skor taky... reputacny. Ked zacne padat aplikacia, NIKDY neobvinujes aplikaciu, ktora to sposobila ale vyhradne tu appku, ktora padla, potom iOS a nakoniec Apple. :-) sil by si si na seba kozuch, ktory by chcel neustale niekto na tebe vyprasit? ;-)

Testovanie aplikacii, ktore neziju v sandboxe moze byt nesmierne narocne, lebo uz musis kombinovat ich funkciu s tisickami dalsich aplikacii.

Sandbox niej e uplna izolacia ale hlavne izolacia ich zivota a prisny predpis ako komunikuju s okolim.

[BlazingUFO]

Nejde len o cas ale aj o to nepohodlie neustaleho presuvania dokumentu medzi aplikaciami. To ze ti nejaky subor zhodi nejaku aplikaciu pretoze je vadny je sice zle, ale tu aplikaciu znovu spustis a ten subor nebudes druhy raz otvarat. Ak je kod tak napisany, zhodi ti aplikaciu aj pri sucasnom sposobe ukladania dokumentov. Pointa je ze tak ako tak by tu aplikaciu nedokazal trvalo poskodit, nedokazal by poskodit system a nedokazal by spustat skodlivy kod, presne tak ako to nedokaze teraz. Jedine co by sa zmenilo by bolo umiestnenie dokumentov, nic viac.

[kosmonaut]

To by ale musela kazda aplikacia vediet, ze niekde v nejakej aplikacii je ulozeny subor, ktory potrebujem, takze otocenie open in neriesi nic a myslim, ze uzivatel straca prehlad, kde ma aku verziu suboru a kde to ma vlastne ulozene.

Vubec ne. Aplikace vubec nemusi vedet, kde je zrovna co ulozeno, to si prece vybere uzivatel, jako to dela na desktopovem systemu. Tam take aplikace nemusi vedet co je kde ulozeno. Misto adresaru a podadresaru bys proste vybiral aplikaci a podadresare.

Takhle bych mohl mit vsechna svoje data ulozene jen v jedne aplikaci (napr. DropBox) a vsechno ostatni si jen oteviral z ni a posilal to po zpracovani zpet. Hele, cetl jsi vubec ten muj prispevek?

nepohodlie neustaleho presuvania dokumentu medzi aplikaciami.

ved prave v tom moze byt Open In vylepsene :-) ze tvoja aplikacia bude pouzivat nejaku API funkciu postavenu na nej a "akoze" uvidis dokumenty povodne ziskane inou aplikaciou. Lenze cely ten "zoznam dokumentov" nebude directory listing nejakej zlozky ale API funkcia.

zhodi ti aplikaciu aj pri sucasnom sposobe ukladania dokumentov.

samozrejme, lenze reputaciu straca len dana aplikacia, ktora spadla.

Prave som ti popisoval pripad, kedy jedna aplikacia vyprodukovala chybny dokument, cize CHYBNA alebo zakerna je ona. No a ten dokument sposobi pad inej aplikacie. Reputacia pada tej, ktora pada. A pada reputacia iOS. Kym su appky v sandboxe, nemozu sa ich autori vyhovarat na nic.

Vies, zasadny problem je, ze ty dokumenty mozno chapes ako neskodne data. V skutocnosti su vsak prave DATA vkladane do aplikacii povodcom vacsiny priekakov :-) PResne som ti taky pripad popisal: zle video, ktore sposobuje pad prehravaca. Ako sa voci tomu obrnis? Zuzis podmienky kladene na video a to az do tej miery, ze prehravac povazuje za "svoje" len tie data, ktore su v co najvacsej miere neskodne, format kontajnerov dokonale citatelny, mechanizmy ODHALENIA poskodeni dokonale opisany atd. atd.

Preto hovorim, ze klasicka predstava sharovanej fyzickej suborovej zlozky je nanic. OS musi pre aplikacie postavit API, ktore samotne bude v najvacsej moznej miere chranit aplikacie medzi sebou. Velmi laicky povedane asi to, ze v Poznamkovom bloku ti neumozni otvorit .mkv subor.


Zasadne uvedomenie si je v tom, ze toto nie je cisto programatorsky problem - ten to ma jednoduche, pouziva filesystem, appke ho otvori a ma robotu skoncenu. V skutocnosti je to problem, ktory musi riesit informacny architekt samotneho OS. Prave on zamietol moznost, aby aplikacna uroven videla do filesystemu a toto je najlepsie mozne rozhodnutie. No a je to problem, ktora je daleko viac politicky - OS sa chce profilovat ako stabilny, to nedosiahne otvorenostou :-)

[DD_]

Takze jsme tam co jsem psal 2 dny nazpet. Proste nejakej prostor (pod tim si muzeme predstavit cokoliv, slozku, databazi whatever) do ktereho budes pres API pristupovat pres volani jako .. vrat mi list PDF souboru, otevri ten a ten soubor, presun ten a ten soubor tam a tam ..
A nahravat je tam muzes jakkoliv - muze se to tvarit jako MassStorage, ale ty soubory bude zase nejake api kontrolovat jestli je to povolenej typ souboru, nebo to pujde jen pres iTunes, nebo pres iCloud - coz mi prijde nejsrozumitelnejsi, mit proste syncovanou slozku s iCloudem (stejne jako to ma treba tedka dropbox s pocitacem).

[BlazingUFO]

Dobre teda, chces napriklad presunut dokument z pages do ifiles aby si ho mohol uploadnut na dropbox a potom ho este budes dalej editovat
Vyber si ktora moznost je jednoduchsia

Variant1: otvorim pages, zvolim si dokument open in ifiles, zavriem pages, otvorim ifilies, uploadnem na dropbox, zavriem ifiles. Potom uplynie nejaka doba a bude chciet dokument zeditovat, otvorim teda ifiles, najdem dokument a zvolim otvorit v pages a editujem

Variant 2 - spolocny folder: otvorim pages - editujem dokument, ulozim. Otvorim ifiles - uploadnem na dropbox, zavriem. Potom raz budem chciet editovat, tak zas len otvorim pages.

Variant 2 setri 2 zbytocne otvorenia aplikacie s ktorou momentalne nechces pracovat, bez akychkolvek bezpecnostnych ohrozeni.

folder chapes ako zlozku filesystemu?


dd to pipisuje najblizsie tomu, co splna podmienku sandboxu.

appka ma komunikovat vyhradne cez APi. API je appkou nezmodifikovatelny kod samotneho OS, ktory sporstredkuva vymenu dat. Uz nie fyzickych suborov priamo ale dat. o to predsa ide.

navonok pre teba ako sa to nadozajnuje je predsa o tom, co chces.

otvoris appku, ukaze ti dokumenty a ty ich pouzivas. ina appka otvoris a ukaze ti dokumenty. ty ako pouzivatel prdis na to, ako si to v pozadi appky manazuju. Prdis na nejake manipulacie ako suborove operacie, to mna vobec nezaujima, to je hracka pre ludi, co su pripati ku konvencnym os, ktore im otvaraju filesystem. to ale nie je vobec treba.

iCloud je ale daleko perspektivnejsi. Ved uz teraz ma v sebe rozvinuty system synchronizacie, ktoru nemusim ako pouzivatel nijako vnimat.

[seamaster]

Cela zdielana zlozka moze byt kludne v cloude, ale nech mi niekto pre boha vysvetli, preco ked si vie aplikacia pages, numbers a podobne siahnut pre dokument na cloud a je jedno, ci iCloud, alebo iny, preco to nedokaze aplikacia mail?


Taky tady http://spravodaj.madaj.net/

Mozem sa len dohadovat ale podla mna neprogramuje iOS 10 ludi. Ani ak zoberiem celu sadu aplikacii od Apple, tak to neprogramuju tie iste teamy. Jedna vec je rychlo nakodit nieco nove, druha vec je, ze to obvykle ludi prekvapuje a skor neprijemne :-) takze vela rozumnych teamov je skor zdrzanliva.

Druhy aspekt je, ze ci to, co popisujes je skutocne podstatna vec. Priznam sa, ze tvojej otazke nerozumiem, kam a preco by si mala aplikacia Mail siahat na iCloud po dokumenty? Tie predsa dostavas mailom ako prilohy, ci mas na mysli nieco ine?

Mas na mysli moznost prilozit do mailu dokument ulozeny v iCloud? Ak ano, potom je to zrejme ten pripad, ktory popisujem - team zodpovedny za Mail.app to podla mna uz urcite ma niekde v ulohach na vybavenie. Resp. cakaju na kapacity, ktore sa k vybaveniu tychto poziadavok pridelia. Ak maju rotujucich ludi, ktori si postupne beru jednotlive aplikacie, tak ak to meska, tak kvoli inym uloham.

btw: ja z Pages viem dokument odoslat mailom, takze ak ide o schopnost odoslat Pages dokument, tu iOS ako celok obsahuje.

VYPNI SI PROSIM PODPIS TAPATALKU!!!

[seamaster]

Ide mi o vlozenie dokumentu do rozpisaneho mailu, alebo viacerych mailov, je to zakladna funkcia, ktora by nemala chybat v aplikacii mail.

....tym padom potrebujem mat v cloude vzdy aktualnu verziu dokumentu

...takze ju potrebujem upravit a kedze kazda "office" aplikacia pre ios je dobra na nieco ine, musim dokument upravit aj vo viacerych, takze?

Bez centralneho uloziska je to onania




Sent from my iPhone 5 using Tapatalk