Názory k článku
Skype 4.2 a starší už v Linuxu nefunguje, uživatelé musí aktualizovat

Když zrovna tohle bylo požadováno. Lidé, co si zprovoznili Skype na mobilu jinak měli problém, že i když měli mobil u sebe, tak na Skype se zobrazovalo offline. Bylo kolem toho docela dost diskusí a zvolilo se to menší zlo - pokud si zprovozníte Skype v mobilu, tak se bude tvářit jako mobil. Takže jste vidět online.

Ve hře byla i možnost, že se Skype client v mobilu bude co pár minut někam připojovat a říkat, že je spuštěný a vy jste tedy online. Ale to se lidem také nelíbilo. Proto zvolili možnost, že se ukazujete online dokud se neodhlásíte nebo si nezměníte status. Že je možné aplikaci odinstalovat bez toho, že by vás donutila se nejdříve odhlásit, je vlastnost OS. A že se mi mobil pravidelně nepřipojuje pravidelně někam na server MS a cosi neposílá, to já považuji za výhodu. Už takhle máme dost konspiračních teorií.

Možnost "když mám mobil a neřeknu jinak, tak jsem online" je sice poměrně pragmatické řešení problému. Druhým extrémem je ale původní stav, kdy se uživatel tvářil offline, přestože měl mobil u sebe.

Ano, je to hack jak to vyřešit bez změny stavového stroje. Čekal bych, že na tomto serveru to bude spíše považováno za efektivní, rychlé a chytré řešení.

Ona ta změna výčtu stavů klienta vyžaduje mimo jiné aktualizaci všech klientů. Jenže když MS aktualizuje klienty, je to taky špatně. Vám se jeden nezavděčí :)

Jak už někdo psal dříve, zřejmě se vám seknul nějaký klient.V libovolném Skype chatu zadejte příkaz /showplaces - ten vám ukáže, kde jste momentálně připojený. Pak můžete pomocí /remotelogout odhlásit všechny instance Skypu vyjma té aktuální. Pokud je problém na u těch lidí a ne u vás, musí tuhle akci provést oni.

Jak už tu někdo psal, mobilní aplikace jsou na tenhle problém trochu náchylné. Skype neběží celou dobu na pozadí, protože by to žralo prostředky. Místo toho je aplikace ukončená, a dostáváte jen push notifikace. Jenže když takový telefon vypnete, zůstáváte dál přihlášený na serveru - neběžela aplikace, která by serveru řekla, že telefon vypínáte.

Ještě krátký dodatek: ti lidé dost možná jsou pořád online, pokud mají (funkční) Skype na telefonu.

Hm, takže si představujete, že když se zařízení dostane mimo signál, pošle serveru zprávu "už nejsem online"? To se dělá dost blbě, pokud nechcete používat kouřové signály. BTW vás kontakt může mít klidně otevřený Skype na jiném počítači.

Pokud je timeout na mobilních zařízeních opravdu 30 dní, tak je to zbytečně dlouho. Ale nepodařilo se mi najít zdroj toho tvrzení.

Nevim proc se cilis, to je u M$ prece normalka ... mas trebas wsus, a ten ti ve svy uzasny konzoli (ktera startuje asi 20 minut ...) zobrazi u vsech stroju, ze need (tedy nutne potrebuji) 20 aktualizaci ... a kdyz obetujes par hodin zkoumani co ze je to za pitchovinu ... kdyz ty widle samy o sobe tvrdej, ze zadny aktualizace k dizpozici nejsou, tak zjistis, ze na M$ webu je asi tak tisic stranek dlouhej thread, kde ti dementi tvrdej, ze to tak je dobre, protoze to sou jazykovy balicky ... lol (80% postu je tam skrytejch, protoze zjevne lidi psali presne a doslova co si o tom myslej).

Takze je ti ta konzole naprosto k hownu, protoze proste neexistuje zpusob jak zjistit, jestli mas widle aktualizovany ... teda mozna leda tak, ze si na to napises vlastni SQL query ... (ktery bude jako bonus asi tak o 10 radu rychlejsi).

A jestli zijes v naivni predstave, ze to zmenej ... tak leda nas..at.

Ad Pokud na telefonu neni Skype spusten, uzivatel stejne zpravy neprijima, i kdyz telefon je zapnuty - to se mýlíte. Koukněte se, jak jsou řešené push notifikace. Jako příklad si můžeme vzít iOS, na ostatních platformách je to podobné. Výrobce aplikace má přidělené Push Application ID. Když chce server zobrazit na telefonu notifikaci (například příchozí zprávu na Skypu), pošle na server společnosti Apple notifikaci pro dané zařízení, s daným Push Application ID. Na telefonu aplikace v danou chvíli neběží, a OS má otevřené jediné persistentní http spojení na server společnosti Apple (což je stav ve kterém CPU spí a čeká na interrupt). Když přijde notifikace, OS telefonu dostane z http spojení kus dat s notifikací, a tu zobrazí formou změny ikony (u WP změnou dlaždice), textové zprávy, případně vydá zvuk.
https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/ApplePushService.html

Tenhle mechanismus nevyžaduje, aby pro přijetí notifikace aplikace na telefonu běžela. Tím se šetří paměť, CPU, a v důsledku toho i baterka (což je hlavní přínos). Apple využití tohoto mechanismu požaduje v podmínkách pro přijetí aplikace do Store: "5.1 Apps that provide Push Notifications without using the Apple Push Notification (APN) API will be rejected"
https://developer.apple.com/appstore/resources/approval/guidelines.html#push-notifications

Tenhle mechanismus má samozřejmě tu nevýhodu, že když telefon nemá konektivitu, z hlediska serveru se může dále tvářit jako že je připojený. Teprve při odeslání zprávy se zjistí, že ji na telefon nelze poslat. Je to problém společný všem implementacím.

To co navrhujete vy je běžet aplikaci na telefonu po celou dobu, a pravidelně provádět ping na server. Bohužel to vyžaduje, aby aplikace běžela, měla alokovanou paměť a žrala baterku. Ještě drsnější je to v případě, kdy vám takových aplikací běží na telefonu víc, a všechny se občas probouzejí a komunikují. S takovou byste baterku vybil fakt rychle.

Tak si to zkuste přečíst ještě jednou, s důrazem na tu pasáž kde píšu, že jde o problém společný všem implementacím.

Teda mluvit v případě Skype o šetření paměti telefonu a baterii, to chce opravdu notnou dávku drzosti.

Živím se vývojem SIP aplikace a mohu vás ujistit, že ta i s probouzím se dvakrát za minutu žere baterii výrazně méně než nejnovější Skype, o spotřebě paměti raději ani nemluvě. Kde asi soudruzi z Redmondu udělali chybu?

To by mě celkem zajímalo. Jak jsme popisoval, Skype mi na telefonu (WP) kvůli notifikacím neběží, starají se o to toast notifikace. Jak tedy Skype žere baterku, když neběží? Uvítám technické detaily.

Nevím, jak na WP, ale na Androidu ji žere hodně. Detaily nevím, nezkoumal jsem to, je to ale vidět v přehledu, která aplikace žere kolik baterie.

Mi stačí jako důkaz to kolik skype sežere paměti a procesoru na PC , a na tabletu je to nejzasekanější aplikace všech aplikací. Na to kolik paměti to zbaští a procesorového času pochřoupe jsem se raději ze zdravotních důvodů nedíval.

Mě momentálně Skype bere asi 140MB paměti. Je to dost, ale na druhé straněve srovnání s browserem s pár otevřenými taby je to skoro nuda.

140 MB? Ve srovnání s browserem na tabletu nebo telefonu? WTF?

Btw. pro SIP bez problémů stačí třetina. Během videohovoru.

140MB na desktopu se 16GB RAM.

Celou dobu se bavíme o Skype na mobilech, proč sem pletete desktop?

Proto: "Mi stačí jako důkaz to kolik skype sežere paměti a procesoru na PC"
http://www.root.cz/zpravicky/skype-4-2-a-starsi-uz-v-linuxu-nefunguje-uzivatele-musi-aktualizovat/509635/

Ja som sa tiez cudoval preco uz prihlasovaice okno Skype 4.3 pod linuxom zerie permanentne cca 2% CPU? Prikaz top ho ukazuje permanentne navrchu. Rovnake je to aj po prihlaseni...

Tak by se ten ping poslal místo ze Skype z APN na APN server, a informace by se vrátila M$/Skype. Nevidím problém.

Mimochodem, znamená to, že: a) zprávy vidí kromě M$/Skype a uživatelů i Apple?
b) že můžu poslat skype zprávu i někomu, kdo skype nemá, protože se to pošle přes APN a Skype do toho nezasahuje, protože neběží?

Jenže to ten ping musíte provést ze zařízení - tedy ho periodicky probouzet. Když zařízení pouze naslouchá, může CPU spokojeně spát, a zareaguje až když na socket přijde nový paket (tj. dojde k HW přerušení od sítě).

a) Notifikace by měly být šifrované - koukněte se na link, který jsem posílal. b) Aplikace se musí registrovat na serveru, aby mohla dostávat notifikace. Vizte sekci Registering for Remote Notifications v linku. V důsledku to znamená, že když se aplikace Skype nezaregistruje pro příjem notifikací, nemůže server notifikaci poslat (a kdyby ji poslal, zařízení by ji zřejmě ignorovalo).
https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/IPhoneOSClientImp.html#//apple_ref/doc/uid/TP40008194-CH103-SW1

Ja se ho zbavit nemuzu, protoze to v praci musime pouzivat :(

Chce to důsledněji ten shit sabotovat, ono se posléze někomu rozsvítí. :-)

Mě Lync nepadal - samozřejmě může být, že vám padá. Odkazy se kopírují buď z kontextového menu přes Copy Link, nebo z textu (pokud je na serveru vypnutá podpora hyperlinků). To "dementní" omezení délky zprávy je na 800 u první zprávy a 8000 u dalších zpráv - jde o chat, ten není na tapetování :). Ad-hoc call uděláte jednoduše tak že vyberete kontakty (klik, CTRL+klik) a z kontextového menu vyberete Start a Conference Call. Emotikony se v chatu běžně používají, ale pokud si píšete do chatu řekněme zdrojáky, může být dobrý nápad je prostě vypnout na serveru - je to na tři příkazy v PowerShellu (command line - to by se vám mělo líbit). Samozřejmě to jde nastavit i v každém klientu zvlášť. Formátování se resetuje stejně jako ve Wordu klávesou CTRL+Space.

Jak na to koukám, tam problém nebude v SW, ale v tom, že s ním neumíte zacházet. A teď si zkuste představit, co si lidé asi myslí o editoru vi :)

Kopirovat se da, ale strasne blbe to oznacuje(od verze 2013). Kdyz je link uprostred textu, tak se skoro neda to oznacit bez predchozicho radku. Proste to funguje hur nez v jakekoliv jine aplikaci. Na tom dementnim omezeni delky je nejhorsi to, ze se neda vypnout. O tech limitech samozrejme vim, ale nekdy mi pripada, ze to nezere ani tech 8000(i kdyz to neni prvni zprava). My tam netapetujeme, ale kolikrat potrebuju poslat treba stack trace vyjimky a musim to jako cu*** delit rucne. Nebo mi chces rict, ze je efektivnejsi psat e-mail? S emotikony je problem, ze si to musi nastavit druha strana. Jestli to ma byt urcene na praci(soudim dle integrace s outlookem a dalsimi moznostmi), tak proc tam vubec defaultne jsou? Na serveru to asi nevypnu, ve firme se stovkami zamestnancu jsou programatori pravdepodobne v mensine. O resetu formatovani jsem nevedel, diky za tip.
P.S. Ze mi pada asi nebude zpusobene tim, ze s tim neumim zachazet. Pri rekreacnim pouzivani to je mozna ok, ale ja na tom jedu cely den, mam tam treba deset konverzaci naraz, do toho nejake konference a ten soft to proste nezvlada a obcas vytuhne. Stalo se mi treba nekolikrat za sebou, ze mi chcipnul kdyz jsem oznacoval odkaz a omylem na nej pritom kliknul. Jenze kdyz jsem pak zkousel nasimulovat reprodukovatelny scenar, abych poslal bugreport, tak uz se mi to znovu nepodarilo.

Nejjednodušší je hodit do konverzace UNC path příslušného logu (alespoň u nás stack trace končí v logu). Samozřejmě můžete do konverzace hodit rovnou soubor pomocí drag&drop. Osobně ale většinou používám mail, protože pád aplikace je u nás dost výjimečná událost.

Pokud emotikony nejsou potřeba, tak byste neměl mít problém je vypnout v nastavení serveru. Pokud potřeba jsou, tak je to holt na programátorech. BTW neměl by být problém vypnout emotikony jen programátorům přes Group Policy. Buď je to v Office 2013 Administrative Templates (lync15.admx), nebo si .admx template můžete vyrobit sám.

Jak jsem psal, tuhnutí ani pády se u mě nevyskytovaly. Ale máte k dispozici Event Log i textový trace log v adresáři %USERPROFILE%\Ap­pData\Local\Mi­crosoft\Office\15­.0\Lync\Tracin­g. Samozřejmě se můžete kouknout v Process Exploreru, kde se thread zatoulal. A pokud jste vývojář, jistě máte při ruce debugger, víte že můžete vyrobit dump atd. BTW aplikace mohou mít problém i pokud máte nabouranou registraci nějakých COM komponent, nebo poškozené knihovny (včetně .NETu).

Mne se Lync 2013 chova hodne divne.

Pokud nekdo zapne video, zejmena u videokonference s mnoha lidmi casto zatuhne - prestane se prekreslovat okno a vypada jako by havaroval. pomoci klavesove zkratky Ctrl-Shift-P jde ale prepnout do compact view a zase se zacne chovat normalne.

Lync 2010 mi funguje fajn.

Takhle vypada chat na praci! https://www.hipchat.com/
Ne ta M$ sracka

Hm, a ten můžete mít plně na svých serverech? A umí skupinový video call, video prezentaci, voice, má integraci s ActiveDirectory a s Outlookem? Na tohle se zákazníci ptají :)

Zákazníci se hlavně ptají na to, jestli to vůbec funguje. Až potom přicházejí na řadu věci jako integrace s něčím.

OMFG, kdyby jsi na ten odkaz alespon kliknul ty pako, vsecho to maji napsane v H1

Takže zatím co já na (mnohdy fakt hloupé) otázky odpovídám, a většinou dost podrobně, vy mi raději napíšete obdobu "OMG RTFM". S takovou běžte do háje.

Nejsou to otazky, to co je hloupy. Nejsou to otazky. Krmis tady forum reklamou na sra*** od nejakyho nadnarodniho koncernu. Prosim moderatory, at daji na toho cloveka ban, to uz tu muzu cist reklamu na oriflame. Kazdej thread je hijacked, co uz se tu muzu dozvedet rozumnyho.
Mate z toho roote taky neco, nebo vas microsoft obchazi a dela aktivni protikampan na vasich forech zadamo?

Nikdy jsem na root nenapsal žádné reklamní sdělení. Samozřejmě mám nějaké názory na technické věci a nějaký světonázor - jako každý. Z příspěvků jiných lidí jsou také vidět jejich názory, nakonec proto je do diskuse píšou.

Na rozdíl od vás netoužím dávat lidem ban jen proto, že nesouhlasím s jejich názory. Naopak by mi hlídání "názorové čistoty" diskutérů přišlo jako dost nebezpečný trend.

Pokud se většina lidí ve firmě nemůže k nějakému systému půl hodiny přihlásit, zřejmě máte problém s dostupností toho systému. To je ovšem problém na serveru nebo na síti, který by vaši lidé měli řešit - nikoliv problém produktu (který se takhle běžně nechová). Totéž u ostatních popsaných problémů.

Pro srovnání: předpokládám že kdyby se půl hodiny lidé nedostali řekněme na intranetový portál, asi byste netvrdil, že použitý typ web serveru je špatný. Spíš byste věděl, že máte někde problém s konektivitou nebo správou serveru.

Chybu v kódu aplikace si tedy nepripoustite a tvrdíte, že je Lync bez chyby? To je docela odvaha ...

A vy víte, že se jedná o chybu v kódu aplikace? Pokud se půlka firmy nemůže přihlásit k serveru, je nejspíš problém v konektivitě, nebo ten server má nějaký problém. Tím problémem serveru může být neplánovaná odstávka, nějaký nedostatek místa, nebo cokoliv jiného.

Chcete nějaký podobně nesmyslný komentář? Tady je. "Nejde intranet? To bude jistě chyba v Apache serveru." :)

Lael přece ví vždy, že chyba je jinde než u MS produktů ;-), to mu nevysvětlíte, že když vše jede, jen jediný systém od MS se chová blbě, tak že to dle logiky musí být kde asi, on musí najít hromadu výmluv, proč to je určitě jinde a přitom o tom ví prd ;-)

Jo, to když vám nejede intranet postavený na Apache serveru, a všechno ostatní jde, zjevně musí jít o chybu v Apache serveru :). Pokud se - jak tu kolega popisoval - spoustě uživatelů nejde přihlásit na Lync server, na rozdíl od vás nevidím jediný důvod šmahem tvrdit, že je to chyba produktu. Asi to bude tím, že už mám na rozdíl od vás nějaký ten troubleshooting serverových produktů za sebou.

Přesně klasika... Když už vám docházejí argumenty co by asi tak mohlo být blbě všude jinde než na straně MS, tak začnete zpochybňovat odbornost diskutéra a prsit se svojí. Takže to vrátím na vaši stranu, ať jsme si kvit a už s váma dále nemám co diskutovat:
Vzhledem k tomu, že víte prdlačky jaký mám ma za sebou troubleshooting serverových a jiných produktů za sebou, tak jen jako vždy vaříte z vody a prostě šmahem odsuzujete cokoli, jen aby jste našel argument (ale jen pro ten argument), proč to určitě je jinde.
Kromě vaření z vody podsouváte ostatním, že řekli (napsali) co neřekli (nenapsali) a proto si myslím, že si diskutovat vystačíte sám, založte si vlastní vlákno (nejlépe na jiném serveru, tady jste trochu špatně), vymýšlejte si hypotetické argumenty a protiargumenty sám, uspokojte tím to co si tím uspokojujete a my ostatní budeme spokojení taky.

Naopak jsem neviděl žádný dobrý argument, ze kterého by plynulo, že jde o problém produktu. Samozřejmě chápu, že podle některých lidí musí jít vždy automaticky o chybu v produktu MS, protože proto :)

K tomu vaření z vody: pokud jsem si všiml, zatím tuhle techniku používáte vy. Možná čekáte, že vám každý poklepe na rameno a řekne "jo, jasně, je to od MS, takže automaticky musí být chyba tam". Nicméně jsou na světě i lidé používající zdravý rozum, takže vám to neprošlo.

Všechno co popisujete vypadá jako problém s výkonem serveru (snad s výjimkou toho výběru textu). Nevím jak jste implementovali - dost možná vám Lync jede na virtuálu s dynamickou pamětí, přetížených SATA discích a se špatnou konfigurací síťových karet, data jsou na přetíženém vzdáleném SQL Serveru, a Lync server používají stovky uživatelů pro videokonference :). Dost možná potřebujete zahodit odborníky kteří Lync implementovali, a najmout na to někoho, kdo to fakt umí. Firmy běžně používají Lync na většinu ne-mailové komunikace, a zpravidla bez problémů.

Nebo se můžete učit. Pro začátek vám Frank White vysvětlí pět nejčastějších problémů, a na TechNetu máte popis Lync Server 2013 Stress and Performance Tool. BTW pokud si myslíte, že s jiným SW to půjde bez učení, tak jste na omylu.
https://www.youtube.com/watch?v=ziuxm9nlKu0
http://technet.microsoft.com/en-us/library/jj945609.aspx

Dost možná potřebujete zahodit odborníky kteří Lync implementovali, a najmout na to někoho, kdo to fakt umí.

No pochopitelně, implementace toho shitu chce celý tým ocertifikovaných expertů M$. Možná se někdy někdo u MS ale náhodou praští do hlavy a rozbřeskne se mu natolik, aby se zamyslel nad tím, zda je normální, aby implementace instantního kecadla s hovory a videem vyžadovala několik serverů, přičemž samotná instalačka té hrůzy má 1,3GB, SQL server v to nepočítaje. Megakrám.

Jestli myslíte, že při deploymentu jiného SW pro videokonference určeného pro větší počet lidí se obejdete bez znalosti věci, tak jste na omylu. I tam budete potřebovat dostatek paměti, rychlé disky, QoS atd.

Rychlé disky? QoS? Co to ten MS vyvádí, že na SIPu nic takového nepotřebujeme?

Co vyvádí? No, tenhle Lync zázrak prostě vytvářel podobný megaloman, který má na svědomí Exchange. Ono je to i stejně velké. Absolutně nepochopitelné. Po dvoudenním studiu se nám to monstrum povedlo korektně zlikvidovat - k odinstalaci existuje 101stránkový dokument ve Wordu.

A vy máte na SIPu například historii konverzace po stovky či tisíce lidí za nevím jakou dobu zpátky, včetně příloh, s full textovým vyhledáváním? A kolik lidí vám přes ten SIP hovoří najednou, že nepotřebujete QoS? Ono když si pár lidí začne tahat z file serveru řekněme ISO image, a k tomu chcete plynulé video pro pár dalších lidí, tak to bez QoS moc nejde.

Mohl jste si všimnout, že Lync není jen textový chat. Je to také nástroj pro skupinový chat, audio a video konference, nahrazující použití klasických telefonů a video konferencí (hm, ty asi v ČR nejsou moc "klasické").

SIP potřebuje pro videohovor méně než 1 Mbps, pokud máte gigabitové sítě, tak to nebývá problém i bez QoS, pokud je nemáte, tak vám většinou QoS stejně moc nepomůže. QoS se hodí tak maximálně na WiFi a i tam to spousta WiFi hardwaru umí dělat automaticky.

Fulltextové vyhledávání v historii není zrovna běžně používaná vlastnost, navíc si to řeší jednotliví klienti.

Bandwidth pro video záleží na rozlišení a frame rate. Samozřejmě pokud vystačíte s obrazem 320x240px, kde horko těžko spočítáte kolik očí má ta čmouha na druhé straně :), tak se dostanete na poměrně nízký bitrate. U MS Lync se u peer-to-peer spojení dostanete typicky na 0.5Mbps, nejvýše na 4Mbps.
http://technet.microsoft.com/en-us/library/jj688118.aspx

QoS samozřejmě pomůže. Pokud máte 100Mbps síť, je to naprostá nutnost. Pokud máte 1Gbps síť, pomůže to v případě že vám po síti běží dva DB backupy, a k tomu si spousta lidí tahá soubory přes file sharing. Minimálně na serveru se vyplatí mít network offloading. Samozřejmě je rozdíl mezi síti s deseti uživateli a jednou aktivní chat session, a sítí s tisíci uživateli, stovkou aktivních chatů a několika video konferencemi.

Historie se drží na serveru - když se uživatel přihlásí na jiném stroji, automaticky se mu dotáhne. Drží se to v DB, a pokud server nemá dost paměti a dost rychlé disky, může se řada operací dost protáhnout. Lync je na rozdíl od podvojného účetnictví real time aplikace, takže je nutné sizing HW dělat trochu jinak.

Váš vysoce technicky erudovaný a věcný příspěvek - jistě založený na nějaké osobní zkušenosti - jsem vzal na vědomí :)

Podobné zákony jsou v takových vyspělých zemích, jako je Rusko, Írán nebo Čína :-)

Ad Radši méně spolehlivý, ale o to bezpečnější komunikátor - když použijete pevnou linku nebo mobil, může také poslouchat kde kdo. P2P Skype prostě fungoval mizerně. Za mě raději stejně kvalitně a stejně nebezpečně jako telefonem, ale zadarmo, než nekvalitně a dost možná stejně nebezpečně. Samozřejmě pokud potřebujete probírat něco opravdu důvěrného, telefon i Skype jsou špatné prostředky.

Ad podobné zákony - znáte český zákon 127/2005 Sb. o elektronických komunikacích?
§ 97 odstavec 1
Právnická nebo fyzická osoba zajišťující veřejnou komunikační síť nebo poskytující veřejně dostupnou službu elektronických komunikací je povinna na náklady žadatele zřídit a zabezpečit v určených bodech své sítě rozhraní pro připojení koncového telekomunikačního zařízení pro odposlech a záznam zpráv
a) Policii České republiky pro účely stanovené zvláštním právním předpisem^36),
b) Bezpečnostní informační službě pro účely stanovené zvláštním právním předpisem^37),
c) Vojenskému zpravodajství pro účely stanovené zvláštním právním předpisem^37a).
odstavec 3:
Právnická nebo fyzická osoba zajišťující veřejnou komunikační síť nebo poskytující veřejně dostupnou službu elektronických komunikací je povinna uchovávat po dobu 6 měsíců provozní a lokalizační údaje, které jsou vytvářeny nebo zpracovávány při zajišťování jejích veřejných komunikačních sítí a při poskytovávání jejích veřejně dostupných služeb elektronických komunikací^37b).
http://portal.gov.cz/app/zakony/zakon.jsp?page=0&nr=127~2F2005&rpp=15#seznam

Dále se v odstavci 3 dozvíte, že provozovatel musí data za daných podmínek vydat orgánům činným v trestním řízení, Policii České republiky, BIS, Vojenskému zpravodajství a ČNB.

Pokud jde o data, je to obdoba zákonů v US. Samozřejmě pokud jde o zadržování osob apod., jsou americké zákony drsnější. Je to divočejší a násilnější země, plus má výrazně rizikovější menšiny. Zkuste si představit, že bychom v ČR měli podobné incidenty jako v US. Řekněme několikrát do roka střelbu na školách (zbraně by si střelci koupili v Tescu po předložení občanky, případně je ukradli rodičům), půlka taxikářů by měla zbraň, běžně by probíhaly války gangů (převážně romských) se střelbou a mrtvými, měli bychom za sebou bombový útok na pražskou správu sociálního zabezpečení se stovkami obětí, bombový útok na maraton na Národní třídě se stovkami zraněných a jednotkami mrtvých, náraz letadel do budov na Pankráci s tisíci mrtvých... A k tomu by čeští občané bojovali na straně džihádistů v Sýrii, Iráku Afghánistánu a Libyi. Potom by asi ty naše zákony také vypadaly trochu jinak.

Takže FICA nic, Patriot Act nic, NDAA nic. A tyhle věci určitě nevznikly kvůli gangům nebo střílení na školách.

Já radši komunikaci P2P, třeba méně kvalitně, ale rozhodně bezpečněji než s centrálními servery.

Gangy a střílení na školách jsou spíš pro dokreslení atmosféry. Samozřejmě jde o primárně o ochranu proti teroristům.

Ad radši komunikaci P2P, třeba méně kvalitně - to je vaše preference, klidně se ji držte. Dost možná časem zjistíte, že aplikaci kterou používáte napsali nějací bad guys a je záměrně děravá jako řešeto, nebo se dočkáte jiného překvapení.

No pokud ji titéž bad guys používají, tak velmi pravděpodobně děravá nebude.

Firmy musí na soudní příkaz vydat data, šifrovací klíče atd. - to je prostý fakt. Koukněte se třeba na Lavabit nebo Silent Circle. Na rozdíl od Levisona a Jankeho nechtějí Apple,Google, Microsoft, Verizon, Yahoo a další prostě zavřít krám. Nemají v tom roční úspory jednoho člověka, ale desítky miliard dolarů a stovky tisíc pracovních míst.

Těžko by mohli nějaká data vydat, kdyby žádná neměli, že.

Tak budou muset vydat klíč, poskytnout přístup k serveru apod. Z toho prakticky není úniku. A pokud se nějaká cesta objeví, nejspíš bude relativně brzo kompromitována.

Oprava: Těžko by mohli nějaká data nebo klíč vydat, kdyby žádná neměli, že.

Autor či provozovatel zpravidla má něco čím lze komunikaci kompromitovat. Pokud nemá, jedná se zase většinou o systémy, které mají zásadní problémy s reálnou použitelností.

Máte na mysli třeba Jabber, iMessage nebo svého času Skype (než jej koupil MS)?

Takže třeba HTTPS má zásadní problémy s použitelností? No to jsou mi věci :-)

Sten také uvádí pár pěkných příkladů. Ohledně Skype a politiky přechodu na centrální servery jsem tady již psal.

LOL ta streli, debile, uz nemas co povedat??

Tenhle pablb MUSÍ být placený Microsoftem nebo Krčmářem nebo mít nějakou poruchu, jinak nedává vůbec žádný smysl, proč se sem každý den sere a pouští tu takové sračky, když Linux nenávidí. Zvládnout zasrat diskuse celého portálu, to je nadlidský výkon. Umíte si představit, že budete roky každý den chodit na nějaký widlí portál a reagovat tam na každou hovadinu?

:-D

Neumím si to představit. Chodím sice na živě číst si diskuse, protože to je nekonečný zdroj zábavy, ale že bych se tam pod každým druhým článkem s těmi idioty hádal... to bych nedělal nic jiného :-)

Přesně tak, ani mi na Živě nestojí za to, zakládat si tam účet kvůli diskuzím, pobavím se i bez přispívání a nutit jim nic nepotřebuju, ale myslím, že Lael může třeba mít jen mesiášský syndrom ;-)

Navíc KolibriOS zřejmě nemá API pro 3D akceleraci, podporu skenerů, transakční zpracování dat, faxování, zálohy, tisk, kompresi a dekompresi multimédií, podporu přihlašování čipovými kartami a *obrovskou* spoustu dalších věcí.

Win7 jsou sice asi 77x větší, ale obsahují drivery k obrovské spoustě HW (ty zabírají většinu instalačního média), zatraceně velké soubory pro rozeznávání řeči v několika jazycích, a jen samotné Unicode fonty pro pár set jazyků jsou větší než celý KolibriOS.

Vida, to ani nevím, že Window mají. Asi jsem to nikdy nepoužil - teda kromě toho skenru. Hlavně u té 3d akcelerace netuším, k čemu by mi byla dobrá, netuším, kde se ve Win používá transakční zpracování dat. Čipovou kartu pro přihlašování do Win taky nemám. Vlastně ani nevím, kde se něco takového dá sehnat.

Když srovnám W7 s Linuxem, stejně mi vychází, že po čisté instalaci mají win7 cca 4 GB, a to se tam pak ještě musí dontalovat mraky dalšího softwaru, zatímco čistá instalace Linuxu má tak 3 GB, ale pro změnu s veškerými programy, které používám (a které si po doinstalování do Win vezmou při dnešních velikostech další GB) a několika okenních manažerech (u Win jich snad ani víc nainstalovat nejde, co vím).