Názory k článku
V Asii a Africe se prodávají telefony s předinstalovaným malware

No ale kernel a blob na ovládání hardware máš furt originální backdoornutý.

Stary symbian... Doteraz s nim nie je problem. Ak pominieme standardny spyware ktory je na kazdom systeme vratane symbianu.

Který?

Víte že bez diakritiky a kapitalizace se to po vás čte mimořádně obtížně?

Na mobilních zařízeních je klasický multitasking nežádoucí. Aplikace běžící na pozadí může snadno sežrat spoustu CPU a tedy i baterky. Z tohoto důvodu WP (a mimochodem třeba iOS) mají multitasking udělaný výrazně odlišně. OS může aplikaci kdykoliv ukončit, ta u toho dostane událost, a může si uložit stav, aby mohla při příštím spuštění začít kde přestala. OS samozřejmě aplikaci nemusí ukončit okamžitě po přepnutí na jiný task, a aplikace si může vyžádat thread běžící na pozadí (jsou tam omezení na četnost běhu toho threadu). Díky tomu WP vydrží na baterku oproti Androidu déle.

Ad total closed system a neni do nej mailware - píše se to malware, malicious software. Malware samozřejmě není žádný "následek" Windows na desktopu. FYI první počítačový virus je z roku 1971, a běžel na DEC PDP-10. Druhý kousek, který se už reálně rozšířil po světě, byl v roce 1981 Elk Cloner pro Apple II. Prvním wormem byl Morris worm z roku 1988, psaný pro Unixy. První rootkit byl (jak naznačuje i název) napsaný pro Unix, konkrétně pro Solaris, v roce 1990.

Ad na desktopu ale tam to nezakazou protoze by je lidi ukamenovali - aplikace pro Windows (Linux, MacOS X, OS/2 a další desktopové systémy) jsou psané úplně jinak než ty pro WP a iOS. Kdybyste nasadil stejné restrikce jako ve WP/iOS, současné programy by prostě nefungovaly.

A k věci nic? Tak to máte za nula bodů :-)

vite ze je mi to jedno? dokazu cist bez diakritiky i capitalizace uplne stejne, muj mozek pracuje multitaskove a vyuziva preread a doplnovani v realnem case, chapu ze windows vas toto nenauci :)

na mobilnich zarizeni je multitasking zadouci, pokusy jako WP se nepocitaj, iOS je pro amiky ktere vic nez 1 vec stejne nezvladnou a staci ze to ma nakousle jablko :) na baterii a cpu zatez staci aby byl system dobre napsanej a zvlada multitasking bez problemu. Android nepouzivam tak je mi jedno jak dlouho na baterku vydrzi a i kdyz je rozhodne lepsi nez WP, nepovazuju ho za nejak kvalitni system.

mailware je od Mailem Software, a jedna se o vlastnost Outlooku kterej automaticky uklada a pousti prilohy v mailu :)

aplikace pro desktop jsou psany jinak, restrikce ve WP/iOS jsou psany jako pojistka aby nekvalitni system mel takova omezeni ze navenek pusobi zdanlive spolehlive, ale je to jen naivni predstava :)

btw: nevim co mate porad proti Linuxu, kdyz i vas vudce ho ma rad :)
http://img.deusm.com/informationweek/2014/10/1316800/Microsoft_LOVES_Linux.jpg

hehe tak nejak na ten linux ten malware dostat musej :D

jenze pane kolego ono to neni o tom jestli vec umite ale jak je narocna pricemz text bez kapitalizace, diakritiky a nedej boze interpunkce se proste cte hur a mel byste take vedet ze citelnost ovlivnuje i vybrane pismo napriklad typografove a vydavatele knih to vi velmi dobre

A teď se vraťme z SMS-mišmaše ke standardnímu českému jazyku. Multitasking není pro operační systém problém. Nakonec Windows Mobile i Windows NT (na kterých je WP postavený) s ním nemají problém. Jenže problém je v aplikacích. Když vám můžou aplikace běžet na pozadí, můžou u toho také žrát CPU a tím i pádem baterku.

Ad restrikce ve WP/iOS jsou psany jako pojistka aby nekvalitni system mel takova omezeni ze navenek pusobi zdanlive spolehlive - omyl. Ty restrikce jsou tam proto aby mohl systém používat i laik bez toho aby z něj pak lezlo "nainstaloval jsem si instant messanger, a za dvě hodiny mi vyždímá baterku", případně "nainstaloval jsem si Tetris, a rozeslal viry na všechny moje kontakty". U spotřební elektroniky je prostě SW potřeba navrhovat jinak než na desktopu.

Ad mailware je od Mailem Software, a jedna se o vlastnost Outlooku kterej automaticky uklada a pousti prilohy v mailu - Outlook takovou vlastnost nemá, nejvýš pro něj můžete udělat takové rozšíření. Pak mi ovšem uniká kontext toho co jste psal prve: " total closed system a neni do nej mailware protoze se nema jak dostat, zajimave ze mailware je sam o sobe nasledek Windows na desktopu ale tam to nezakazou protoze by je lidi ukamenovali"

Ad nevim co mate porad proti Linuxu, kdyz i vas vudce ho ma rad - mám spoustu technických výhrad.

Ad MS, aby nejak certifikoval aplikace, jako dosud, ale umoznil uzivateli instalovat i jine aplikace - takový model funguje u desktopových Windows, a vede k řadě bezpečnostních problémů. Naopak model Applu, který MS zjevně převzal, funguje na trhu daleko lépe.

Ad Tohle omezovani... - já v tom nic omezujícího nevidím. Smartphone mi funguje stejně spolehlivě jako hloupý telefon, akorát toho umí daleko víc. Potřebuji dobrou GPS navigaci, nikoliv možnost editovat její binárky. A když si chci nějakou aplikaci napsat, nebo se v telefonu víc rýpat, můžu provést developer unlock.

Ad MS toho totiz zneuziva k protlacovani vlastnich aplikaci - aplikace pro WP může psát i například Mozilla Foundation, MS konkurenty neomezuje.

Ad treba mate snad akorat Internet Explorer - těch browserů je víc. FF a Chrome jsou psané způsobem který na dané platformě nelze použít. Samozřejmě by je bylo možné portovat, ale autorům se do toho nechce. Osobně je mi to jedno, protože MSIE funguje na WP velmi dobře.

Kompresi obsahu na straně serveru, jako Opera Mini, umí ve WP například Nokia Xpress (browser údajně založený na Gecko engine).

stejne tak se hur cte FUD a Vy s tim neprestanete STOP STOP je problem OS pokud nedokaze osetrit aby applikace nezrali CPU,RAM a ve vysledku baterku STOP STOP neni problem aby otevren OS byl poweruserum a uzavren byl bfu STOP i desktop pouzivaji bfu uzivatele jako spotrebak STOP STOP
outlook automaticky ukladal a oteviral prilohy STOP uz nevim jestli to byl expres nebo z office STOP ani jestli to bylo v w2k nebo xp STOP ale delal to STOP unika vam to ze ve windows na desktopu zacalo sireni mailem protoze silenej Outlook SMILE STOP STOP STOP

Vidím že vám z těch unixových technologií slušně hrabe :)

Ad problem OS pokud nedokaze osetrit aby applikace nezrali [sic] CPU,RAM a ve vysledku baterku - ano, to je přesně ten problém. A ten WP i iOS řeší tak, že OS může neaktivní aplikaci kdykoliv ukončit, a běh aplikace na pozadí je omezený na nějaké time sloty.

Ad problem aby otevren OS byl poweruserum a uzavren byl bfu - jistě, u WP můžete provést developer unlock. Ale já jsem ho nikdy nepotřeboval. Stačí mi že smartphone "prostě funguje", a dělá všechno co po něm chci.

Ad outlook automaticky ukladal a oteviral prilohy - zdroj?

Ad prijemcem byl stastny uzivatel vhodne verze Utlouku, stacilo na mail kliknout, v preview neco probliklo a bylo vystarano - nepodařilo se mi dohledat, že by tohle dělal Magistr. Ale vím že byly jiné viry, které zneužívaly nějakou chybu v HTML enginu Outlooku. To byla ovšem bezpečnostní chyba produktu, která byla záhy opravena. Nekomentoval bych to slovy "jedna se o vlastnost Outlooku kterej automaticky uklada a pousti prilohy v mailu", natož "mailware je sam o sobe nasledek Windows na desktopu". Kolega nobody buď mluvil o něčem jiném, nebo psal úplné nesmysly (chci spíš věřit tomu prvnímu).

varovani: tento text nepouziva diakritiku, kapitalizaci, ma nevhodne umistene interpunkce, obsahuje preklepy a gramaticke chyby, nekteri jedinci - prevazne grammar nazis - mohou utrpet sok, bolesti bricha, nevolnost, vyrazka ci krece

nene, me nehrabe :)

a prave tento problem WP i iOS resi spatne, naopak. Blackbery, SallfishOS to resi lepe (nejlepe to resil webOS nez ho MS zakazal HPcku), maji multitasking a baterka neni sezrana, nejhorsi je ze WP i iOS si z toho delaji prednost, coz u MS je v poradku tam se vzdy nedostatky prezentovali jako prednosti :)

"developer unlock", po zaregistrovani vyvojarskeho uctu u MS a instalace visualstudia/wp-sdk jak jinam nez do windows na desktopu? vite jak se "developer mode" aktivoval ve webOS ? pustenim neviditelne aplikace webos20090606 pritomne od vyroby v telefonu, ovladac a nastroje pro instalaci dostupne pro linux :)

zdroj=vlastni zkusenost... na netu sem to nenasel, bylo to pred asi 15lety, mailem se siril virus a pokud prijemce mel outlook, tak priloha byla automaticky ulozena a otevrena, tusim to delalo preview priloh.

urcite to bylo mnohem drive nez mel outlook jinej vtipnej problem a to ze pri dosazeni velikosti pst 2GB se zacali maily zapisovat od pocatku coz vedlo logicky ke ztrate puvodnich mailu a naboreni indexu a ztrate mailu, take to bylo drive nez byla pridana vlastnost (nejspis na zaklade toho puvodniho autopousteni) ze priloha v default nastaveni nesla otevrit ani ulozit kdyz to uzivatel vylozene chtel :)

Application lifecycle na WP a iOS jsem popsal. Android to dělá podobně, akorát umí i services, které OS odstřeluje až pokud není zbytí, a obecně odstřeluje aplikace spíš na základě nedostatku paměti než na základě toho že žerou CPU (a tedy i baterku). Řešení na BlackBerry a SailfishOS neznám. Pokud ho znáte vy, popište ho nebo nalinkujte.

Ad webOS nez ho MS zakazal HPcku - co je to za nesmysl? Zařízení HP s WebOS byla neprodejná, alespoň do doby než je v HP začali vyprodávat hluboko pod výrobními náklady.

Ad developer unlock - ten je ve WP určený primárně pro vývojáře, takže vyžaduje registraci a SDK.

Ad mailem se siril virus a pokud prijemce mel outlook, tak priloha byla automaticky ulozena a otevrena, tusim to delalo preview priloh - jak jsem psal, šlo o bezpečnostní problém dané verze Outlooku před nějakým patchem, nikoliv o funkční vlastnost Outlooku. Malware tu byl dlouho před tím.

Ad outlook jinej vtipnej problem a to ze pri dosazeni velikosti pst 2GB se zacali maily zapisovat od pocatku - samozřejmě se nezačaly přepisovat. Outlook XP měl omezení velikosti PST souborů na 2GB, a dosažení téhle velikosti přestal fungovat. Protože byl PST pak soubor nekonzistentní, bylo potřeba provést jeho recovery. BTW Outlook varoval při dosažení velikosti souboru 1.8GB.
Posledních 11 let Outlook podporuje soubory velké 50GB (limit se dá zvýšit).

A co teprve když máte soubory v jednom binárním blobu, řekněme na filesystemu :D

Jenže Outlook skladuje i kalendář, kontakty, notes, má dynamické vyhledávací adresáře, pravidla automatického třídění, zprávy mají uživatelsky definované flagy, remindery atd. Na to je daleko vhodnější nějaký typ DB. Případné problémy řeší repair, tj. "fsck pro PST soubory", nebo v nejhorším záloha. Pro naprostou většinu uživatelů je navíc lokální úložiště jen cache pro obsah uložený na serveru (pak jsou to ovšem soubory OST, nikoliv PST).

Fakt vám přijde lepší mít půl milionu emailů v textových souborech, a k tomu navíc spoustu binárních indexů? Já osobně dávám přednost jednomu souboru.

Outlook nepoužívá SQL databázi, protože ta pro daný účel není vhodná. PST soubor je objektová databáze. Otevřít ho můžete pomocí API, konkrétně MAPI. MAPI bylo součástí všech instalací Windows, dnes je k dispozici ke stažení samostatně z webu MS (plus je samozřejmě součástí Outlooku).

Jj, 8.5GB na disku. Zkopírovat jeden datový soubor (v mém případě tři soubory) nějak jinam je věc několika minut. Zkuste si kopírovat 8.5GB souborů po 15kB :). Problémy s Outlookem jsem nikdy neřešil, protože jsem si před těmi cca 12 lety nenechal přelézt velikost souboru přes 2GB; tehdy jsem měl mailů výrazně méně. Tu novější půlku mailů (plus kalendáře a spol.) mám stejně i na serveru, výjimkou je archiv.

Ad na jejich reseni je clovek kolikrat odkazan na vselijake utility neduveryhodneho puvodu - scanpst.exe je součástí MS Office, a ten PST Crop Tool (který jsem u sebe nikdy nepotřeboval) je z webu MS.

BTW na Linuxu pokud vám máte:
- maildir, který má jeden soubor na zprávu, což je dost utrpení.
- mbox, který má všechny maily v jednom texťáku. Pokud potřebujete modifikovat jednu zprávu, musíte přepsat celý soubor (wow!). Například Thunderbird má limit 4GB, a navíc měl bugy vedoucí ke ztrátě dat po dosažení velikosti 2/4GB.
https://bugzilla.mozilla.org/show_bug.cgi?id=789679
- Řada emailových klientů má vlastní "binární blob". Například Zimbra používá formát ZDB (detaily neznám). GroupWise a Lotus Notes používají objektové DB, podobně jako Outlook.

Ad pouziji rsync a budu to mit rychleji, nez vy - o tom dost pochybuji :). PST/OST soubory jsou by default komprimované, a na cílovém stroji nemáte soubor s kusem stejného obsahu, takže rsync nepomůže. Navíc pomalý není vlastní přenos po síti (LAN je dnes běžně 1Gbps i na notebooku), ale čtení z disku díky overheadu FS. Zkuste si zkopírovat ten maildir na jiný stroj, a pak zkopírovat třeba nějaký ISO image stejné velikosti.

Ad kdyz nemate MS Office s Utloukem, je scanpst.exe soucasti Utlouku Express - samozřejmě ne, protože Outlook Express nepoužívá formát PST/OST. BTW Outlook Express je mrtvý. Byl součástí Windows XP, které jsou mimo podporu. Osobně bych pro jakékoliv vážnější použití doporučil plný Outlook.

Ad Jedu na maildiru leta a najak netrpim - ovšem vy také jedete na Linuxu a údajně nijak netrpíte, takže bych vás nebral jako vzorový příklad :)

Ad kdyz neco modifikuji, tak zpravu oznacim jako smazanou nebo neco a novou verzi hodim na konec - aha, a jak ji označíte jako smazanou? Připíšete pár bytů nějam uprostřed souboru? :)

Ještě pár drobností. Mbox má různé modifikované verze, například Eudora používá mboxo, Mozilla, Netscape, Thunderbird a další mboxrd atd. Nechtěl bych řešit kompatibilitu mezi klienty. Perličkou je pak zamykání souborů. Když máte mbox file třeba na síti, různí klienti mohou používat různá zamykací primitiva (a někteří je asi nepoužívají vůbec), takže může snadno dojít na race condition. Maildir zase neumí podadresáře, ovšem jeho rozšiření maildir++ ano. Jedním z problémů maildiru je fulltextové indexování, protože když indexer neběží, neumíte zjistit že se něco změnilo, a po jeho startu musíte proskenovat celý maildir (nebo spoléhat že se fakt nic nezměnilo).

Mbox a maildir byly před pár dekádami zajímavá řešení problému. Dneska jsou, jako většina unixových technologií, beznadějně zastaralé.

On je rozdíl přepsat a připsat. V textovém souboru těžko necháte rezervované místo, ten formát s tím jaksi nepočítá. Naopak DB se změnami počítá bez problému.

Řešil jsem přesun a nikoliv zálohu, ale budiž. Záloh celkem logicky potřebujete více, abyste měl posledních X týdnů či měsíců, takže vám rsync asi moc nepomůže. Navíc jen zjištění těch modifikovaných souborů by díky tomu overheadu bylo dost možná delší než zkopírování celého PST souboru :)

Já určitě potřebuji zálohu mailů za posledních 15 let, ale stačí mi mít zálohu ke stavu řekněme dnes, před týdnem a před měsícem. Je to velmi dobrý nápad i u souborů. Když si něco smáznete, případně vám to poškodí nějaký HW problém nebo malware, a nepřijdete na to hned, skončí vám poškozená data i v záloze. Pokud máte jedinou zálohu, tak jste došel.

Differential backup můžete mít samozřejmě i pro Windows :). Pokud chcete ale uchovávat delší historii, není to moc dobrý nápad. Důvod je myslím zjevný.

Ad Nejaky FS overhead me nezajima; v soucasnosti jsem na skoro 17000 - se 17000 maily vás fakt nemusí nic trápit. Ty můžete mít klidně i v jednotlivých souborech, nebo používat Outlook Express ;)

Rdiff-backup pokud vím zapisuje rozdíly mezi posledním full backupem a současným stavem (stejně jako to dělají SW pro Windows). Takže když děláte v pondělí full backup a následně od úterý do soboty differential backup, obsahuje každý differential backup všechny změny proti stavu v pondělí. U jednoho týdne to není problém. Když máte historii delší, zapisujete do differential backupu opakovaně všechny změny.

Ad Nemam nasysleno od souboru 1 az po 17000, ale napriklad posledni tisic nebo dva - s pár tisíci emaily je to ještě větší nuda. FYI já mám dva archivy, cca 2.5GB, plus 4.5GB dat v OST souboru (cache dat která jsou na serveru). Ty PST soubory se mění jen výjimečně, když přesouvám data ze serveru do archivu. OST soubor není potřeba zálohovat, protože se dá jeho obsah kdykoliv dotáhnout ze serveru (který je samozřejmě zálohovaný).

Myslím že jste to špatně pochopil vy. Rdiff-backup používá rsync. Není problém udělat diff mezi současnou verzí souboru a verzí z full backupu. Jak byste ale chtěl udělat diff mezi současnou verzí souboru a (verzí z full backupu + starším diffem)? Ne že by to nebylo technicky možné, ale máte u toho hodně čtení z disku (full backup + diff), hodně počítání, rsync vám s tím asi nepomůže, a připravujete se o možnost smáznout starší diffy.

rdiff-backup mám a přesně takto to funguje, ukládají se inkrementální diffy a po přenesení všech změn se aplikují, takže vybalená je nejnovější verze (starší verze lze kdykoliv získat reverse-patchem). Díky tomu jde velmi snadno mazat staré zálohy, prostě se smaže pár souborů se starým datem.

Pokud dobře chápu to, co LO naznačoval, tak PST je lepší proto, že NTFS má problémy s kopírováním velkého množství malých souborů a nějaký schopnější souborový systém Windows neumí. Nás v Linuxu tohle trápit nemusí.

Ad má problémy s kopírováním velkého množství malých souborů a nějaký schopnější souborový systém Windows neumí. Nás v Linuxu tohle trápit nemusí - ale ale. Běžte si to zkusit. Vezměte 4GB ISO image, film apod., a vezměte 4GB dat v souborech po 15kB. Pak zkuste oboje překopírovat lokálně na jiný disk, nebo to překopírovat po síti. A přijďte nám říct, co bylo rychlejší a o kolik. Mám s tím poměrně bohaté zkušenosti, a ten rozdíl je veliký, na Windows i na Unixech.

Aha. Takže když mám full backup k datu X, a pořídím nový full backup k datu Y, tak se musí přepočítat všechny diffy? No to je výhra :)

Ad proc je zalohovani nekolikagigabaj­toveho PST za vsech okolnosti vyhodnejsi, nez zaloha maildiru pomoci rsyncu nebo rdiff-backupu - netvrdil jsem, že je záloha PST/OST souboru za všech okolností výhodnější. Tvrdil jsem, že migrace emailů na jiný stroj nebo disk je výrazně výhodnější. Zálohování PST/OST souborů můžete provést spoustou způsobů, včetně differential backupu.

Ty diffy jsou inkrementální, takže se jen přidá další diff, staré diffy se nemění

Aha. Takže pokud to chápu správně, tak když udělám zálohu v den X, je to prostá kopie. Když udělám zálohu v den X+1, ta plná kopie se aktalizuje, a změny se zapíšou do reverzního diff souboru, a totéž při každém dalším differential backupu.

To má ovšem své problémy:
1. Dá se to používat jen u médií, které dostatečně rychle seekují. Na pásku zapomeňte.
2. Pokud provádíte restore něčeho staršího, musíte mít k dispozici i všechny diffy mezi tím co chcete restorovat a současným stavem.
3. Co se asi tak stane, když záloha selže, protože někdo vypnul stroj, vytáhnul síťový kabel apod.? Budete mít částečně aktualizovanou kopii, a částečný reverzní diff, které budou vůči sobě nekonzistentní (ACID transakce napříč soubory na Linuxu pokud vím pořád neumíte). V důsledku té nekonzistence jste automaticky přišel i o všechny historické zálohy.

Ono je ještě čtvrtým problémem to že ten poslední backup máte jako mirror, tj. na každý zálohovaný soubor vám připadá jeden soubor v backupu. Při větším množství malých souborů to má dost příšerný výkon (zkuste si ten test s 4GB ISO instalačkou a 4GB dat v 15kB souborech). Na lokálním stroji to není tak velký problém. Ale jakmile budete zálohovat víc stanic najednou na jeden disk, začne vám to dost drhnout. Při zápisu do jednoho backup file je výkon výrazně lepší (na stanicích ne, ale bottleneck je na serveru).

Ad na Linuxu mame disk cache, ktera doopravdy funguje - v tomhle vám moc nepomůže. Zkuste si to. Ad nic nebrani archovovat maildir do binarniho blobu - souhlas, je to rozhodně lepší řešení.

Ad prestnte si uz vymyslet dalsi scenare, ktere by dokazaly, ze maildir a rdiff-backup jsou spatne, protoze na Widlich nejsou - emailového klienta který používá file na každou message pro Windows jistě nějakého seženete, a rdiff-backup na Windows samozřejmě máme. Akorát to obojí má nevýhody.
http://savannah.nongnu.org/download/rdiff-backup/rdiff-backup-1.2.8-win32.zip

1. Kupodivu na Windows máte veliký výběr zálohovacího SW, od těch pro jednu stanici po těch pro celou firmu.
2. A napadlo vás, že také musíte přečíst originál i všechy diffy směrem k tomu co chcete restorovat?
3. Když vám někdo vyškubne napájecí kabel ze stroje který zálohujete, jak rsync-backup zajistí konzistenci mezi poslední kopií a poslední reverzním diffem? Přepisuje změny ze souboru /a/b/largedb.dbf na backup, u toho píše reverzní diff, a protože to není transakční operace, v případě neočekávaného vypnutí jste skončil s aktualizací souboru v 51% a s diffem v 50%. Je to nekonzistentní, a přišel jste o všechny historické zálohy souboru /a/b/largedb.dbf. Jak se tohle řeší?

Ad muzete zalohovat stylem backup + serie diferencialnich backupu. Ale nemyslim si, ze nalezeni toho spravneho souboru v tomhle bordelu by bylo nejak vyrazne jednodussi - nevím proč by měl být problém v tomhle najít správný soubor. Vezmete poslední full backup, k tomu poslední diff backup, a je hotovo. Samozřejmě je to pořád pomalejší než restore z incremental backupu, ale to není tak zásadní - jdete přes jeden diff soubor, ne před desítky.

Ad muzete si precist dokumentaci a zdrojak - v dokumentaci jsem to nenašel, zdroják kvůli tomu louskat nebudu :)

Ad 3: O fsync jste už někdy slyšel? Ten příkaz je o 23 let starší než váš skvělý Transactional NTFS ;-) rdiff-backup tyhle případy umí zvládat. Provbede se rollback poslední operace, záloha tak nebude nekonzistentní, jen nekompletní (celkem logicky, přeneslo se jen něco) a bez problému jde vytáhnout starší verzi. Na rozdíl od transakčního NTFS navíc alespoň něco z nových souborů bude zálohováno.

Ad O fsync jste už někdy slyšel - ten řeší jen flush bufferů na FS (a BTW ne do adresáře, na to je potřeba fsync na vlastní adresář). Vezměte si následující scénář:
- Máte zdrojový soubor A, kopírujete jeho obsah do souborů B a C. Načtete 64kB, zapíšete do jedno souboru, do druhého souboru... Klidně si zavolejte fsync po každém zápisu (čímž to výrazně zpomalíte). U rdiff-backupu je scénář v principu podobný, akorát soubor C je reverzní diff.
- Dojde k přerušení kopírování: vypadne síťové spojení, vytrhnete napájení z jednoho ze serverů apod.
- Bude podle vás obsah souborů B a C nutně stejný? Samozřejmě že ne. Jedná se o dva nezávislé zápisy, a nezajistíte jejich konzistenci.

FYI nad NTFS máme ACID transakce napříč různými soubory, případně napříč různými soubory, různými stroji a DB (nebo čímkoliv jiným).

Chápu, že programátoři pro Windows asi neznají ani základní atomické operace, tak se zkuste podívat, jak funguje read-copy-update. rename je v POSIXu atomický. (Btw. tipuji, že NTFS interně implementuje transakce podobně.)

Takže navrhujete soubor v backup location vzít, zkopírovat ho do nového souboru, sepisovat u toho reverzní diff, a nakonec starý soubor v záloze smazat a nový přejmenovat? To mi přijde mimořádně neefektivní.

Vám to možná přijde neefektivní, ale transactional NTFS interně dělá to samé.

BTW. rename ten soubor smaže za vás. To je právě ta atomická část.

Transakční NTFS zapisuje bokem jenom modifikované bloky, které v případě commitu učiní součástí modifikovaných souborů. Nepotřebuje pořizovat kopii celého souboru.

Ad rename ten soubor smaže za vás - ano, podobně jako ve Windows volání ReplaceFile().

btrfs reflink copy funguje totožně

Jo, skoro totožně. Akorát vytváří nový soubor, a nefunguje nad více soubory najednou, natož nad více stroji, a je omezený na btrfs. Pokud chcete v rámci transakce aktualizovat soubor A, soubor B a například soubor C umístěný na jiném stroj, plus ještě databázi, tak máte smůlu.

Twl to je zase diskuze, jsem se popadal za břicho, jak LO do poslední kapky krve brání binární KOMPRIMOVANÝ blob proti jednoduchým textovým souborům :-D Co na tom, že stačí drobná chyba a člověk může přijít o značnou část dat. Ten argument o migraci je taky úsměvný... který mamloj dnes potřebuje mít na klientovi 8 GB blob se stovkami tisíc mailů proboha? Já mám všechny maily na serveru, protože nežiju v pravěku, nepotřebuji nic nikam migrovat a mám všechny maily přístupné z více zařízení. Prostě je to od M$, tak to bude lepší, i kdyby to bylo 1000x horší.

Ad stačí drobná chyba a člověk může přijít o značnou část dat - vy ukládáte soubory na FS? LOL :D. Vždyť stačí drobná chyba, a můžete přijít o značnou část dat.

Ad mám všechny maily na serveru, protože nežiju v pravěku - jak jsem psal, mám na serveru cca 4.5GB, a OST soubor o stejné velikosti mi slouží jako lokální cache (ne vždy je člověk připojený, navíc jsou lokální operace výrazně rychlejší). K tomu mám asi 2.5GB lokální archiv. Nějak mi uniká výhoda spojená s tím, že bych měl na FS stovky tisíc maličkých textových souborů, k nim binární indexy, a spoléhal že jsou ty indexy fakt konzistentní s těmi texťáky.

Ad Me zase unika vyhoda binarniho blobu, jehoz funkcnost muze byt zrusena take zmenou jedineho bajtu - jak jsem psal, v podobné situaci jste i když používáte file system :)

Binární strukturu, a mimochodem i textovou, můžete poškodit změnou jednoho bytu. Ve většině případů to nezpůsobí větší problém.

"Ad stačí drobná chyba a člověk může přijít o značnou část dat - vy ukládáte soubory na FS? LOL :D. Vždyť stačí drobná chyba, a můžete přijít o značnou část dat."

A už zase jsme u demagogie, že.

"Nějak mi uniká výhoda spojená s tím, že bych měl na FS stovky tisíc maličkých textových souborů, k nim binární indexy, a spoléhal že jsou ty indexy fakt konzistentní s těmi texťáky."

Výhodu jsem jasně napsal. Změna pár, nebo dokoce jednoho bytu mě nepřipraví o všechna data.

Kde vidíte demagogii? Podle vás jsou binární struktury nebezpečné, protože můžete přijít změnou pár bytů o všechna data. To samozřejmě není pravidlem, protože 1. poškození pár bytů může způsobit problémy i v textovém formátu (třeba XML), 2. ve většině případů to nevede ke ztrátě většího množství dat, natož všech dat. Navíc spoléháte na FS, což je zatraceně komplikovaná binární struktura, se kterou z neznámého důvodu nemáte problém.

Textový formát, i poškozený, přečtu i v nejstupidnějším vieweru, binární nikoliv.

Ad Textový formát, i poškozený, přečtu i v nejstupidnějším vieweru - se čtením rozsáhlejších XML souborů nemám moc dobré zkušenosti. Navíc binární formáty zpravidla můžete nějak opravit: FS použitím fsck/chkdsk, PST file pomocí pstscan.exe atd.

No, spíš binární se můžu pokusit opravit.

Ano, samozřejmě je to scanpst.exe. A nevím že by měl něco společného se Stellar Phoenix. Máte k tomu nějaký link?

Ad SW na defragmentaci - MS napsal defragmentační API pro Windows. Vlastní defragmentační algoritmus měla společnost Executive Software hotový už pro VMS. Vy u vás píšete všechno znova, když se to dá levně koupit? :)

Ad Sysinternals - někdo napsal praktické utility, tak je MS zahrnul do Windows (a koupil u toho firmu). Distra Linuxu jsou takhle skládaná celá (až na tu koupi), tak nevím co se vám nelíbí ;)

Takže konkurent tvrdí, že produkt od MS je špatný? A nenapíše k tomu jedinou konkrétní informaci, vyjma toho že problém může být způsobený příliš velkým PST souborem (na 14+ let staré verzi Outlooku)? LOL :)

Sice nevíte co umí Stellar Phoenix Outlook PST Repair opravit, ale zato máme jasno, že je nejlepší. Měl byste se kouknout na televizi. V reklamě se dozvíte, jaký je nejlepší prací prášek :)

Vezmu trochu vážněji. ScanPst.exe je obdobou chkdsk/fsck pro PST soubory. Pokud Stellar Phoenix Outlook PST Repair umí řekněme to dělají řekněme SW pro záchranu souborů z totálně nabouraného FS (u FAT nalezení adresářů a odhadnutí návaznosti clusterů), tak možná má smysl. Pokud ne, tak je to stejný snake oil, jako různé "čističe Registry" a "zrychlovače Windows".

MS měl kdysi jakousi utilitku na smazání registrace komponent, které neexistovaly na FS. Vývoj ukončili, protože ta utilita vyjma smáznutí pár bytů v Registry, což je dost zbytečné, neměla další efekt. Nic tragického na tom nevidím. "Čističe Registry" ještě nikomu systém nezrychlily, stejně jako vám na Linuxu nezrychlí systém odstranění zbytečných souborů ze /etc.

Norton Disk Doctor byl pokud vím diskový editor, obdoba diskprobe.exe z NT Resource Kitu. K tomu tam bylo přiložených pár dalších utilitek, včetně ncache (alternativa ke smartdrv).

Jj, máte pravdu, Norton Disk Doctor byl něco trochu jiného než Disk Doctor. NDD hlásil vadné bloky dost agresivně, i když je disk prostě jen dodal později (což mohlo být tím že byl disk načatý). Norton Cache měla trochu problémy s kompatibilitou. Nevím jak vypadalo srovnání přínosu Norton Cache se SmartDrive, ale SmartDrive měřitelně fungoval.

Ad mi Widle 3.1 startovaly nejmin 5 minut - vám ty Windows jak vidím startují dlouhé minuty v jakékoliv verzi. Asi by to chtělo lepší HW :)

Ono to není jen o migraci. K těm mailům nakonec vždycky přistupujete pomocí binárních struktur, takže je musíte pořád dokola parsovat. Případně je máte dvojmo - v textu a v binární formě (s rizikem nekonzistence). Plus jsem už psal, že pokud máte půl milionu emailů, tak je nesmysl je mít v jednotlivých souborech.

Na těch vašich 1700 emailech to s tou rychlostí asi fakt nemusíte řešit :)

A tradičně nulová informační hodnota. Že mě to u vás ještě překvapuje :)

To je přesně ten problém. Běží vám tam spousta věcí které běží na pozadí, žerou CPU a baterku, a k tomu RAM. To může výrazně zkrátit výdrž na baterku.

Řešení je zjevné: neumožnit aplikacím, aby celou dobu běžely na pozadí a žraly zdroje. Protože pokud umožníte neomezený běh na pozadí, vývojáři ho samozřejmě použijí.

multitasking s zivejma kartama:
BlackBerry(zive a running jen co jsou viditelne, nebo vynucene)
https://www.youtube.com/watch?v=N3XPmPHIGRg

Sailfish
https://www.youtube.com/watch?v=GTA2a5pOlFc

webOS(zive vse krome NDK her)
https://www.youtube.com/watch?v=6SPvq6kHDkQ

kdyz ipad s obdobnejm hw parametrama prodavanej za 499$, tak bylo jiste logicke srazit cenu "HP Touchpad" z 499 na 99$ aby bylo za den prodano pres milion zarizeni a prodejny brany utokem, asi je nenapadlo dat 200-300$ aby se to prodalo za tyden misto za den (coz by udelali kdyby slo jen o prodejnost)... "HP Pre3" ani nemelo sanci ukazat jak by se prodavalo, kdyz bylo v prodeji teprve cca tyden a jen v asi 3 zemich v EU, v USA byla naskladnena u operatoru ale nebyl povolen prodej... Balmer navstivil osobne HP kdy zadal aby webOS zarizeni byla zastavena, nebo HP prijde o vyhodnou cenu OEM Widli, coz protoze pro HP stanice byli stezejni tak na to kejvlo... HP oznamilo ze konci kompletne z vyrobou vsech mobilnich zarizeni, aby par mesicu na to prosakli zpravy ze testuje novej Tablet s Win8...

jasne, uzivatele rozhodne zajima jestli jde o chybu nebo vlastnost kdyz jejich email klient pousti automaticky viry a zaviruje cele site :) ale to je jedno, protoze uzivatele windows se uz stejne naucili ze vady ve windows jsou vlastnosti a ne chyba :)

je jedno ze 11let podporuje outlook 50GB, kdyz v te dobe uzivatele prisli o maily, upozorneni ze se blizi mozna bylo, ale nehlasilo "jinak se vse pos*re", a ano premazavalo se to, a neslo opravit vse, v cca 30% pripadu se prislo o vsechno protoze nebylo opravitelne, v cca 50% se prislo o posledni mesic a nejstarsich par 100 zprav... takze prosim nelzete kdyz o tom z praxe nic nevite, nebo naopak vite a je vam blbe to priznat :)

Předpokládal bych, že o multitaskingu na BlackBerry, WebOS a SailfishOS více víc než to jestli mají karty živé náhledy :). Jako uživatel v tom zásadní nevýhodu v tom když začnu přehrávat videa, spustím hru nebo otevřu stránku na které běží nějaký příšerný JavaScript, stisknu tlačítko Home, jsem na úvodní obrazovce, aplikace na pozadí dál běží a moje baterka je za hodinu prázdná. Popisoval jsem, jak to řeší iOS a WP: když se aplikace přesune na pozadí, dostane událost díky které se může (ale nemusí) "zapauzovat", a po nějaké době ji OS ukončí. Pokud chce aplikace běžet na pozadí, může si zaregistrovat periodic agent, který může běžet nejvýše 25 sekund za půl hodiny (všechny periodic activities se spouští najednou, aby se minimalizovalo ždímání baterie). Způsob řešení na těch třech OS jste nepopsal, akorát to podle vás není problém, protože to řeší OS. Jak konkrétně to řeší?
http://msdn.microsoft.com/en-us/library/windows/apps/hh202942(v=vs.105).aspx

Ad ipad s obdobnejm hw parametrama prodavanej za 499$, tak bylo jiste logicke srazit cenu "HP Touchpad" z 499 na 99$ aby bylo za den prodano pres milion zarizeni a prodejny brany utokem, asi je nenapadlo dat 200-300$ aby se to prodalo za tyden misto za den - HP TouchPad 32GB měl cenu materiálu $318. K tomu připočtěte montáž, SW, náklady na vývoj, dopravu, marketing atd. Samozřejmě ho v HP mohli vyprodávat za $200-300, ale ztráta by to byla tak jako tak.
Snaha konkurovat Applu prostě nevyšla. Po 49 dnech prodeje se prodalo jen cca 25000 TouchPadů, a například řetězec B3s7 Bůy (vzkaz redakci: zkurvená antispamová kontrola) odmítl odebírat další kusy. K tomu měli v HP sjednané další dodávky od dodavatelů HW, takže průšvih.
http://en.wikipedia.org/wiki/HP_TouchPad

Ad Balmer navstivil osobne HP kdy zadal aby webOS zarizeni byla zastavena, nebo HP prijde o vyhodnou cenu OEM Widli - máte k tomu nějaký věrohodný zdroj?

Ad email klient pousti automaticky viry a zaviruje cele site - to se stává například u browserů, bohužel celkem běžně. Samořejmě chápu, že když má Firefox 270 zranitelností za rok, a Chrome 245 zranitelností za rok, tak to není žádný problém, protože to není SW od MS. Ovšem když jde o cca deset let starou zranitelnost Outlooku, tak to jasně dokazuje, že Windows jsou na nic (i když se problém týkal Outlooku a ne Windows) :D
url=https://se­cunia.com/?ac­tion=fetch&fi­lename=secuni­a_vulnerabili­ty_review_2014­.pdf

Ad v te dobe uzivatele prisli o maily, upozorneni ze se blizi mozna bylo, ale nehlasilo "jinak se vse pos*re", a ano premazavalo se to, a neslo opravit vse - před 11 lety bylo dost nezvyklé mít 2GB emailů, uživatelé byli upozorněni (varování při dosažení 1.8GB, chyba při dosažení 2GB, nakonec chyba při otevření souboru většího než 2GB s výzvou k opravě), a opravit to šlo (byť v některých případech se ztrátou některých emailů, vizte PST crop tool). Samozřejmě je nešťastné, že nakonec došlo k poškození PST souboru. Ad nelzete kdyz o tom z praxe nic nevite - nelžu, a ten kdo nic neví jste zatím podle vašich výroků o multitaskingu na mobilních OS vy.

Jak konkrétně to řeší?

Aplikace na pozadí samozřejmě dostane informaci, že je na pozadí, a měla by se zapauzovat. Viz zde. Systém tu aplikaci zastaví pomocí SIGSTOP, pokud nebude kooperovat. Podobně to dělá Android, aplikaci bez wakelocku prostě zastaví message loop (pokud se aplikace zasekne mimo message loop, dostane ANR a systém ji sestřelí). 25 sekund jednou za půl hodiny je hrozně debilní omezení, protože např. znemožňuje fungování aplikacím, které potřebují prorážet díry do UDP NATu, takže potřebují držet zařízení zapnuté celou dobu, což naopak žere mnohem víc baterie než na Androidu (kde stačí zaregistrovat periodický alarm a spouštět se jednou za třeba pět minut). Naštěstí Apple tohle pochopil a AFAIK od tohoto limitu už ustoupil.

Samořejmě chápu, že když má Firefox 270 zranitelností za rok, a Chrome 245 zranitelností za rok, tak to není žádný problém, protože to není SW od MS

Není to žádný problém, protože jako obvykle porovnáváte díry v produktech MS, kterými lze spouštět libovolný kód, se všechny ostatními dírami v konkurenčních produktech. Ale u MS se asi jiné díry než kritické už dávno neřeší.

Ovšem když jde o cca deset let starou zranitelnost Outlooku, tak to jasně dokazuje, že Windows jsou na nic (i když se problém týkal Outlooku a ne Windows)

Ve Windows šlo vzdáleně spouštět kód jen přes libovolné SSL spojení.

Ad Aplikace na pozadí samozřejmě dostane informaci, že je na pozadí, a měla by se zapauzovat; SIGSTOP... systém ji sestřelí - jinými slovy velmi podobně jako na WP. Tak mi nějak není jasné, co kolega "nobody" kritizoval.

Ad 25 sekund jednou za půl hodiny je hrozně debilní omezení, protože např. znemožňuje fungování aplikacím, které potřebují prorážet díry do UDP NATu, takže potřebují držet zařízení zapnuté celou - máte nějaký use case? Napadá mě leda VPN. Tu ovšem WP řeší separátně přes vestavěné nebo third-party (jen od OEM partnerů) modulů.

Ad porovnáváte díry v produktech MS, kterými lze spouštět libovolný kód, se všechny ostatními dírami v konkurenčních produktech - třeba u Firefoxu je těch highly critical vulnerabilities víc než dost :)

Ad ve Windows šlo vzdáleně spouštět kód jen přes libovolné SSL spojení - což není první ani poslední podobný bezpečnostní problém v IT, že?

máte nějaký use case?
SIP

SIP jsem důkladně nestudoval, ale aplikace samozřejmě nemůže běžet trvale na pozadí. VoIP se ve WP implementuje tak že si aplikace zaregistruje push notification, a uživatel ji s klidem může ukončit. Když telefon dostane push notifikaci příchozího hovoru, zavolá VoipHttpIncomin­gCallTask příslušící té aplikaci, a ta se tím probere. Je to z hlediska zdrojů daleko úspornější, než když máte X aplikací, které celou dobu běží na pozadí.

Mně na Androidu běží na pozadí pouze ty procesy, které jsou systémové nebo hlídají systém, tedy např. firewall. Všechny ostatní procesy jsou uspány a spotřebovávají 0 % CPU. Mobil mi při sporadickém používání vydrží na jedno nabití týden, beze srandy. Mám LG G2.

Ty WP jsou tak úžasný a propracovaný systém, že neumožňují třeba nahrávání hovorů, což já považuji za nezbytnost. Úžasný proprietární uzavřený systém, kde nemůžu nic, co výrobce nedovolil, ale hlavně, že je to "bezpečné" :-D

Hlavně je to bezpečné, ne "bezpečné". Když aplikacím zpřístupníte například na odesílání SMS na pozadí, nemůžete si divit, že se vyrojí spousta her a jiného SW, které budou posílat placené SMS na pozadí. A jakoby nestačil nešťastný design API, je Android navíc děravý jako řešeto, a opravy se k uživatelům prostě nedostanou (pro některé telefony se nevydávají vůbec, pro jiné jen po poměrně krátkou dobu). Užívejte si to, a rozhodně nesvěřujte svému Androidu číslo kreditky a podobné citlivé údaje :)

"Hlavně je to bezpečné, ne "bezpečné"."

Jasně ;-) Sorry, ale z pohádek jsem vyrostl už dávno.

"že se vyrojí spousta her a jiného SW, které budou posílat placené SMS na pozadí"

Já vím naprosto jistě, že mně žádná hra žádnou placenou SMS nepošle. Na tabletu nemám simku a na mobilu jí to nedovolím.

"A jakoby nestačil nešťastný design API"

Výhoda Androidu je v tom, že systém na MÉM zařízení, které jsem si koupil za SVÉ peníze, je přesně takový, jak chci JÁ a ne výrobce.

"Užívejte si to, a rozhodně nesvěřujte svému Androidu číslo kreditky a podobné citlivé údaje :)"

Naprosto bez problémů. Já nepotřebuji, aby za mě mou bezpečnost řešil někdo jiný. Rozhodně radši svěřím číslo kreditky Androidu, který mám pod kontrolou, než widlím, které má pod kontrolou někdo jiný.

Je pravda, že člověk musí nainstalovat aplikaci, lepší by bylo, kdyby to bylo přímo v systému. Ale neřekl bych, že je otrava povolovat požadavky. Já nemusím nic studovat, když appka něco požaduje, tak se mě ten hlídač prostě zeptá, zda povolit/nepovo­lit/podstrčit falešná data. Úplně stejně je to IMHO na iOS.

BTW taky jsem si myslel, že blbofoun je lepší řešení, ale prostě není. Když potřebuji v terénu mapy, kalendář, mail, web, nebo něco podobného, je mi blbofoun i tablet bez simky k ničemu, navíc musím tahat 2 zařízení. A tethering zvládne málokterý blbofoun, pokud vůbec takový existuje.

Ad mně žádná hra žádnou placenou SMS nepošle... na mobilu jí to nedovolím; nepotřebuji, aby za mě mou bezpečnost řešil někdo jiný - za rok 2013 se prodala více než miliarda smartphonů. Naprostá většina uživatelů je používá stejně jako hloupé telefony, jen od nich chce, aby uměly víc. A nemůžete očekávat, že se z nich stanou IT admini vlastních telefonů - stejně jako to nikdo nečeká od řidičů nebo uživatelů hloupých telefonů. Já bych sice mohl mít telefon ve stylu tamagoči, ale upřímně nechci zbytečně ztrácet čas. Smartphone je spotřební elektronika která má "prostě fungovat", stejně jako hloupý telefon, a ne aby se uživatel musel permanentně bát, že si při instalaci zatáhne malware, který ho připraví o úspory. Co je horší: většina uživatelů se ani nebojí, a jen jsou pak překvapení, když už je pozdě.

Ad Výhoda Androidu je v tom, že systém na MÉM zařízení, které jsem si koupil za SVÉ peníze, je přesně takový, jak chci JÁ a ne výrobce - na iPhonu nebo WP také máte SW který jste si vybral. Naopak u Androidu je to trochu jinak, což dokládá i zprávička pod kterou diskutujeme.

Na to, abych si nainstaloval jednu aplikaci a pak přiděloval práva, nepotřebuji být admin. BTW chtít od smartfounu, aby se choval jako blbofoun, je ujeté. Od PC taky neočekávám, že se bude chovat jako kalkulačka. A PC je taky spotřební zboží.

"Já bych sice mohl mít telefon ve stylu tamagoči"

Zase demagogie. Pokud je pro vás instalace jedné appky tamagoči, tak pak se omlouvám, ze jsem vás přecenil.

"na iPhonu nebo WP také máte SW který jste si vybral"

Já mluvím o systému, ne o SW. Na WP si můžu nainstalovat akorát tak to, co M$ milostivě povolil. Pokud chci něco víc, třeba to mnou výše zmiňované nahrávání hovorů, můžu si akorát tak trhnout nohou. A nic na tom nezměníte ani kdybyste si tady při obhajování zničil třeba dvě klávesnice.

Ad abych si nainstaloval jednu aplikaci a pak přiděloval práva, nepotřebuji být admin - a co to je, když ne administrace přístupových práv?

Ad chtít od smartfounu, aby se choval jako blbofoun, je ujeté - Apple s telefony "pro blbce" převálcoval trh.

Ad Pokud chci něco víc, třeba to mnou výše zmiňované nahrávání hovorů, můžu si akorát tak trhnout nohou - vizte třeba tohle:
http://www.windowsphone.com/en-us/store/app/callcorder-record-incoming-outgoing-phone-calls/51eed9ae-193f-41aa-b08b-51eb6dec52fa

Administraci přístupových práv může dělat i ne-admin. Je opravdu hrozně obtížné kliknout na tlačítko při výzvě.

iPhone se taky ptá, zda chcete aplikaci povolit x/y/z, takže i tam musí být člověk admin? Navíc iPhone není problém zbavit ochranných prvků a člověk si s tím může dělat, co chce.

No úžasné, vzhledem k tomu, že M$ omezuje kvůli "bezpečnosti" kde co, to musí řešit nějakým workaroundem, který spoustě lidí nefunguje, jak je vidět z hodnocení.

Ad Je opravdu hrozně obtížné kliknout na tlačítko při výzvě - to máte jako s firewally typu ZoneAlarm, které pořád uživateli hází hlášky kterým nerozumí, a chtějí po něm nějaké rozhodování. Koncepčně je to špatně, a u uživatelů to prostě nefunguje.

Ad iPhone se taky ptá - což je "skvělý" koncept, který Steve Jobs v trochu jiném kontextu popsal takhle:
Q: How do you close applications when multitasking?
A: It's like we said on the iPad, if you see a stylus, they blew it. In multitasking, if you see a task manager... they blew it. Users shouldn't ever have to think about it. Za sebe dodávám, že uživatelé by obdobně přemýšlet nad tím jestli aplikaci něco povolí, zakážou, nebo jí nechají nalhat nějaká falešná data.

by obdobně přemýšlet ==> by obdobně neměli přemýšlet

"to máte jako s firewally typu ZoneAlarm"

Ne, nemám :-) Povolit/zakázat jedné aplikaci přístup k SMS nebo ke kontaktům rozhodně není to samé, jako když mě prudí firewall s každým přístupem k síti.

"Za sebe dodávám, že uživatelé by obdobně přemýšlet nad tím jestli aplikaci něco povolí, zakážou, nebo jí nechají nalhat nějaká falešná data."

Ano, vy razíte přístup, že vy a M$ víte nejlíp, co uživatel chce, a pokud opravdu chce něco jiného, než M$ povolil, má smůlu.

Smartphone je spotřební elektronika, která má "prostě fungovat". Uživatel by neměl mít možnost si smartphone rozbít, a měl by mít záruku, že jeho telefon nebude krást data, rozesílat spam, posílat placené SMS apod., a měl by u toho vyžadovat minimální technickou zdatnost uživatele. WP jsou na tom v tomhle ohledu velmi dobře, iOS slušně, Android velmi špatně. Víc k tomu nemám co říct.

Jinými slovy WP je pro blby, kteří odpověď na otázku, zda povolit aplikaci přístup ke kontaktům, považují za skoro raketové inženýrství.

"Uživatel by neměl mít možnost si smartphone rozbít"

Takovýto požadavek je možno očekávat u jednoduchých/jed­noúčelových věcí jako CD přehrávač nebo mikrovlnka, ale rozhodně ne u počítače, kterým smartfoun je. Splnění takového požadavku degraduje smartfoun na zařízení pro idioty.

Ad odpověď na otázku, zda povolit aplikaci přístup ke kontaktům - tím by systém uživatele neměl vůbec zatěžovat,

Ad u jednoduchých/jed­noúčelových věcí jako CD přehrávač nebo mikrovlnka, ale rozhodně ne u počítače, kterým smartfoun je - procesor najdete i v mikrovlnce, set top boxu, automobilu apod.

Ad splnění takového požadavku degraduje smartfoun na zařízení pro idioty - proč myslíte? WP se dají používat naprosto v pohodě. A na rozdíl od Androidu se nikomu nestane, že by například aplikace běžící na pozadí přeposílala autentizační bankovní SMS zprávy útočníkovi nebo odesílala placené SMS. A ohledně těch idiotů: nezapomínejte že úkolem IT jako oboru je přinášet složité technologie na trh zabalené tak, aby byly snadno a jednoduše použitelné pro laiky.

"tím by systém uživatele neměl vůbec zatěžovat,"

Jistě. Lepší je řešit workaroundy, protože systém je tak "chytrý", že nedovolí téměř vůbec nic.

"procesor najdete i v mikrovlnce, set top boxu, automobilu apod."

Tohle má být co? Sice je to nesmysl, který nemá žádnou hodnotu k tématu, ale aspoň jste něco plácnul?

"proč myslíte? WP se dají používat naprosto v pohodě."

Dají se používat naprosto v pohodě, dokud od nich nechci něco víc. Tak proto. A explicitně povolit si to nemůžu, protože výrobce mě považuje za idiota a nedovolí mi to.

Ad procesor najdete i v mikrovlnce, set top boxu, automobilu ... nemá žádnou hodnotu k tématu - samozřejmě že má. Na vestavěné navigaci v autě, což je počítač. byste si také mohl změnit launcher, naučit ji přes BT ovládat kávovar, posílat SMS když se auto nastartuje a váš telefon není v dosahu atd. Ale výrobci ji zpravidla dodávají zamknutou, a můžete s ní dělat jen to co vám dovolí.
http://www.hanibal.cz/vybaveni/turisticke-vybaveni/varice-a-prislusenstvi/13392-handpresso-auto-ese/

Ad WP se dají... používat naprosto v pohodě, dokud od nich nechci něco víc - můžete mít navigaci, emaily, kalendář, hry, slovníky, překladače, ovládat RC modely nebo světla po bytě, číst knížky a spoustu dalších věcí. Jinými slovy dělají velmi dobře to na co jsou stavěná. Pokud chcete na mobilu ssh server, SW který běží celou dobu na pozadí a ždímá baterku, nebo malware který vám vyluxuje konto, zašifruje telefon apod., tak holt musíte zvolit Android :)

Tu vám přece spočítá Deep Thought :)
http://en.wikipedia.org/wiki/List_of_minor_The_Hitchhiker%27s_Guide_to_the_Galaxy_characters#Deep_Thought

Push notifikaci vám ale SIP server nepošle

Standardní SIP server asi ne. Ale nikdo vám nebrání na serveru implementovat malý kus SW, který tu push notifikaci pošle. Ve WP a iOS skoro všechno funguje přes push notifikace, právě proto aby nemusela celou dobu na pozadí zbytečně běžet aplikace.

Tak jo, vyřídíte to za mě u Faynu, aby mi posílali push notifikace? ;-)

V Androidu ta aplikace rozhodně neběží celou dobu, jen jednou za pět minut se probere.

A kdo vás nutí zrovna do Faynu? VoIP SW je spousta.

Na WP se mi Skype pouští pod 2 sekundy. Přijímání hovoru by mělo být ještě výrazně rychlejší, protože se u něj nemusí spouštět celá aplikace (WP na to používá separátní moduly, některé z nich mohou být pre-loaded).

Blahopřeju, je vidět, že to jde. Teď ještě aby se tak choval Skype i jinde než na WP.

Jinak přijetí hovoru může být trošku problém, pokud aplikace na push nereaguje, jako se často stává Skypu na Androidu.

Ad Teď ještě aby se tak choval Skype i jinde než na WP - minimálně starší verze Androidu prostě neoplývají rychlostí.

Ad přijetí hovoru může být trošku problém, pokud aplikace na push nereaguje, jako se často stává Skypu na Androidu - s tím vám bohužel neporadím.

Starší verze Androidu neoplývají rychlostí hlavně díky aplikacím, jako je Skype. Také vám na WP hned po spuštění sežere 120 MB RAM a spuštění trvá přes 30 sekund (na relativně novém a rychlém HTC Evo 3D s Androidem 4.0)? Také vám dělá to, že všechny aplikace jsou nepoužitelně pomalé, když zrovna Skype běží, a zázračně se zrychlí, když jej sestřelíte? To je ostatně i můj tip, proč ty pushe nefungují: ta aplikace je tak neuvěřitelně zdechlá, že zřejmě nestihne spustit službu do 5 sekund po příchodu pushe, a systém ji prostě sestřelí.

"Nedivim se, ze aplikace MS nemohou na Androidu korektne fungovat, kdyz vyvojari z Google takto zamerne hazi programatorum z Redmondu klacky pod nohy. Vyvojari z Google by si meli uvedomit, ze natazeni kompletniho dotnetu do pameti na mobilnim zarizeni, aby byla zajistena optimalni uzivatelska zkusenost, ma svou rezii."

Tak teď nevím, má tohle být ironie?

"No, co myslis?"

No, myslel jsem správně. Jen že ty jsi to napsal tak vážně, že jsem si fakt nebyl jistý :-)

Množství paměti zabrané Skypem jsem nikdy neměřil; na WP bych na to asi potřeboval debugger. Spuštění trvá, jak jsem psal, pod 2 sekundy. BTW ani 120MB zabrané by snad telefon s 1GB RAM nemělo rozházet, ne? :)

Fayn je poskytovatel, ne SIP software. VoIP SW asi těžko bude posílat pushe, které následně přijme.

Doporučíte alespoň jednoho poskytovatele SIP, který nabízí pushe?

Ad Fayn je poskytovatel, ne SIP software - ano, to jsem postřehl :)

Ad VoIP SW asi těžko bude posílat pushe, které následně přijme - samozřejmě mu je musí poslat server.

Ad Doporučíte alespoň jednoho poskytovatele SIP, který nabízí pushe - SIP jsem nikdy nepoužíval, takže nevím. Používám Skype.

Skype neumí česká čísla, trunk ani transfery, pro firmy je to nepoužitelné.

Volat do ČR ze Skypu můžete. Pokud někdo volá vám (a nemá Skype), zavolá prostě na mobil. BTW se Skype Connect můžete integrovat Skype se svou SIP infrastrukturou. BTW2 těch VoIP aplikací je hromada, Skype není jediný.

"Víte že bez diakritiky a kapitalizace se to po vás čte mimořádně obtížně?"

zalezi na to, kdo a jak se vyjadruje.
nekomu staci par vet o malo slovech, zato v prehledne strukturovanem textu. a je to srozumitelne, lehce citelne.

a jinemu nestaci ani 300 stranek. to je to pak obycejne splacane pate pres devate, nejake generalizovane moudra, odskoky, vedlejsi myslenky ... takze zadna nejaka hlavni myslenka, nebo jasny cil.

takze podle mne to s diakritikou nesouvisi