Jen je skoda ze se nikdo nezeptal primo u zdroje :(
Na stankach mesta www.muenchen.de jsem nasel cislo na recepci +498923300, na potreti jsem narazil na nekoho kdo mluvil anglicky, ale v IT department nebyl nikdo k zastizeni. Vzali si moji e-mailovou adresu a ze mi odepisou do tydne ;)
Kdyby jim pan redaktor chctel napsat, tak je to 115servicecenter@muenchen.de
Skoda ze se zaden reporter nezeptal "straight from the horse's mouth".
Mimo jine jsem na jejich strankach nasel odkaz s pomoci uzivatelum Win XP a instalaci Linuxu misto drahe licence ;)
http://www.muenchen.de/rathaus/Stadtverwaltung/Direktorium/IT-Beauftragte/Aktuelles/linux_cd.html
coz se urcite nekomu nelibilo ;)
Tady maji zajimavy clanek o zavrseni celeho projektu
http://www.muenchen.de/rathaus/Stadtverwaltung/Direktorium/LiMux.html
proc se nekdo nezaptal pani Christine Strobl andbe nekoho jineho,co si o tom mysli ;)
Je tam odkaz na 47 strankovy dokument
http://www.muenchen.de/rathaus/dms/Home/Stadtinfos/Presse-Service/Rathaus-Umschau-2013/Halbjahr2/237_1.pdf
a odkaz na Blog IT centra mnichovske radnice
http://www.it-muenchen-blog.de/
bohuzel nikde ani zminka o tom co aktualni radni vypustil do medii.
Tady je odpoved, ktera mi pred chvili prisla z Mnichovske radnice:
Sehr geehrter Herr Anonym,
zu Ihrer Anfrage kann ich Ihnen Folgendes mitteilen:
Das LiMux-Projekt ist bereits abgeschlossen, die Verwaltung hat auf mehr als 15.000 PCs LiMux im Einsatz.
Informationen dazu finden Sie unter http://www.muenchen.de/rathaus/Stadtverwaltung/Direktorium
Oberbürgermeister Dieter Reiter hat die Verwaltung beauftragt, Fakten für die Entscheidung zusammenzustellen, wie sich die städtische IT insgesamt weiterentwickeln soll. Das reicht von Fragen der IT-Organisation und der Kosten über die Leistungsfähigkeit bis hin zur Nutzerzufriedenheit. Alle weiteren Schritte sind abhängig vom Ergebnis dieser Bestandsaufnahme.
Mit freundlichen Grüßen
Dr. Daniela Rothenhöfer
P.S. Co se stalo s investigativni novinarinou???
Jako počáteční info beru.
Ale pořád NIKDE nevidím, na CO přesně si ti zaměstnanci stěžovali?
- že si tam nemohou instalovat kdejakou kokocinu?
- že jim v mailech neblikají blbostě, které všem ostatním ano?
- že jim zbytek státní správy/veřejnost posílá soubory ve formátu majkrosoftu, a tudíž s tím mají (občas) problémy?
Jsem schopen pochopit a uznat tu poslední věc, ale je otázka, zda není řešením něco jiného, než přechod zpátky k majkrosoftu ...
Situaci v Mnichově neznám, takže si jen tipnu:
- Spousta aplikací běží jen na Windows, takže je musí jít k dedikovanému počítači, nebo je spouštět ve virtuálním stroji.
- Nové webové aplikace jsou utrpení ve srovnání s původními lokálními.
- Nemají groupware typu MS Exchange, ve kterém by měli kalendáře, plánování meetingů a zasedaček, workflow atd.
- Dostávají dokumenty ve formátech ISO/IEC 29500, DOC, XLS a PPT, které jim nejdou otevřít.
- Odesílají dokumenty ve formátech ODF, které spousta příjemců neumí otevřít.
- OpenOffice pomalu startuje, pomalu funguje, a nemá řadu funkcí, které má MS Office.
- Pro nástroje typu MS Project nemají odpovídající náhradu.
- Mají problémy s tiskárnami, skenery a dalšími zařízeními.
Úředníci si nestěžují, stěžuje si jenom pár vedoucích. Asi jim chybí úplatky:
Microsoft announced last year that it was moving its German headquarters to Munich. This move is planned to take place in 2016. While Reiter was involved in the deal that precipitated the move and describes himself as a "Microsoft fan," he says the criticism of LiMux is unrelated.
No vidím že jste s tím hotový rychle. "Nové webové aplikace jsou utrpení ve srovnání s původními lokálními." - "Nejsou" apod. :D
1. Fakt víte, jak to tam mají udělané? Teď jsem byl ve firmě, kde část lidí převedli na Linux, a aplikace pro Windows mají rozjeté na dedikovaných strojích. Všichni jsou z toho nešťastní. V případě Mnichova jejich IT tvrdí, že aplikace pro Windows jedou ve virtualizaci.
2. Rychlost, ovládání a řada dalších věcí ve webových aplikacích z nich dělá utrpení. Nevím proč si myslíte, že tenhle problém nemohou mít v Mnichově.
3. Problém je v tom, že jejich způsob užívání (mailový klient a nic jiného) je daný tím, že mají LiMux.
4. Fakt jste nikdy neviděl problémy při otevírání dokumentů MS Office v OpenOffice?
5. Je specifikováno jako jediný formát, nebo jako možný formát? A kdo v něm v praxi komunikuje - ve stání správě, v soukromých firmách a mezi občany?
6. Změřte si dobu startu MS Office a OpenOffice. Změřte si dobu ukládání sheetu s milionem řádků. Koukněte se třeba na kontingenční tabulky.
7. Fakt ne? Jak tohle víte?
8. Fakt ne? Jak tohle víte?
To že se Reiter prohlašuje za fanuška Microsoftu je nepodstatné. Lidi kteří sedí v tamním IT jsou zase fanoušky Linuxu.
"No vidím že jste s tím hotový rychle."
To asi nepsal Lael. Dorazili snad brigádníci s rychlokvašenou maturitou?
"To že se Reiter prohlašuje za fanuška Microsoftu je nepodstatné. Lidi kteří sedí v tamním IT jsou zase fanoušky Linuxu."
Blábol. Je rozdíl být fanouškem open source projektu a komerční firmy s obratem velkým jak roční rozpočet ČR.
Ad Je rozdíl být fanouškem open source projektu a komerční firmy - žádný relevantní rozdíl v tom nevidím. Snad jen v tom, že ti první jsou agresivnější. Nakonec i tady na rootu fanoušci před pár lety publikovali dopisy plné gramatických chyb, ve kterých poněkud pomýleně vysvětlovali našim ministerstvům, že EU doporučuje Linux a OpenOffice :)
Situace je jasná - Microsoftu teče do lodi a tak se snaží ucpat díry nějakými PR nesmysly o tom, jak úředníci trpí. Jako zaměstnanec firmy 7 let používající Open a LibreOffice mohu říct, že jsem nikdy netrpěl, leda snad ze začátku (trochu), ale rozhodně to za to stálo.
A to, že se nějaký politik nechá uplatit a pořádá Microsoftu kampaň, to mne vůbec nepřekvapuje. Vzpomeňme na český projekt "Microsoft do škol" (tedy vlastně Internet do škol) a na pohřbené miliardy, ať odpočívají v pokoji.
To není PR Microsoftu, ale vyjádření zástupce města. A žádné úplatky v tom nevidím. Jestli o nich víte, hoďte sem detaily, nebo ho hlaste rovnou německé policii.
S českým projektem "internet do škol" měl MS společné jen to, že prodal licence společnosti, která projekt vedla.
presne tak ja porad nemuzu zapomenout na ty zaplavy reportazi na ceske televizi a radiozurnalu, o tom jak microsoft venoval ceskym skolam software za 2 miliardy.
cela ta reportaz vypadala jako placena reklama microsoftu (neco jako pr clanky tady na rootu), vubec nevzali v potaz ze m$ to nestalo 2 miliardy (oni vlastne jen vygenerovali licence a poslali je ministerstvu skolstvi, to byly cele jejich naklady) a ze si timto microsoft vlastne zahackuje uzivatele uz na skolach, kdy se jeste nedokazou obektivne rozhodnout pro nejvhodnejsi variantu. Meli by se ucit operacni systemy obecne a ne jen windows. nehlede na to ze s windowsama se fungovani os chape dost tezko.
Já bych užívání OS povolil až od 21 let, když už jsou lidé dostatečně vyspělí, aby mohli přijmout informované rozhodnutí. A všechny ty internety bych zakázal ;)
Studenti by se samozřejmě měli učit na Windows, MS Office a dalších programech, které potkají v praxi. Výuka principů OS je myslím daleko nad rámec výuky na SŠ i většiny VŠ, a samozřejmě ji lze provádět i na Windows.
S MS Office se dnes studenti setkají pouze ve firmách, které nevědí co s penězi. A jak bude naše ekonomika chřadnout (nebo jste optimista?), tak bude firem používajících LibreOffice přibývat (a nakonec se zřejmě prosadí i Linux, i když to trvalo dlouho). Studenti by se měli učit především pro budoucnost?
V každém případě - nevím, proč by si měl student kupovat Windows a MS Office, když se může naučit totéž na softwareu zdarma? Navíc má dnes každý školák mobil nebo tablet s Andoidem...
Ono si stačí srovnat náklady na pracovníka a na licence SW, abyste viděl, že šetřit na MS Office nemá moc smysl. Pokud uvažujeme cenu licence MS Office Standard 10500 Kč, a novou verzi Office každé 3 roky, tak je to 292 Kč za měsíc. Přitom průměrný plat je okolo 25000 Kč, plus přičtěte odvody, kancelář, topení, energie atd. Fakt má smysl šetřit cca 0.3% nákladu na pracovníka, a přidělávat si tím spoustu problémů? To už snad dosáhnete větší úspory lepším nastavením topení a použití levnější kávy :)
Když mám MS Office, musím mít i MS Windows. Musím mít i antivir. Musím si koupit nový HW, protože ten starý už nestačí, případně nemá nějakou "fíčuru", třeba UEFI. Teď si to všechno spočítejte.
A počítejte s tím, že průměrný plat má málokdo, protože statistiku kazí pár miliardářů, politiků, pod. Opravdu budeme stále na 0.3%?
Teď si představte, že místo nákupu zbytečností dáte jednou ročně řekněme 5000,- zaměstnancům před Vánoci na nákup dárků. Budou Vás mít radši, a ti schopní od Vás třeba neodejdou tak rychle.
A pokud dříve používali starší verzi MS Office, budou rádi, že si nemusejí zvykat na ribbon, ale mohou používat textový editor tak, jak jsou zvyklí.
Když se podíváte na distra Linuxu, která byste byl ochoten vzít v úvahu jako náhradu Windows, tak nejsou zrovna dvakrát HW nenáročná. UEFI samozřejmě není pro Windows potřeba. Windows mít musíte - v ceně počítače vás vyjdou na pár stovek korun, při 600 Kč a 3-letém cyklu obnovy HW (což je značně pesimistický odhad) to dává 16 Kč měsíčně :). Antivirus bych jednoznačně doporučil, vyjde na 58 Kč měsíčně.
OK, možná se dostanete na 0.4% nákladů na zaměstnance. Pořád je to celkem málo, a když snížíte produktivitu práce jen o 0.5%, třeba díky problémům s kompatibilitou, tak na celé akci proděláváte. A zrovna Mnichov můžete brát jako příklad: deset a půl roku migrace, výměna IT týmu, napsání vlastního distra, stížnosti uživatelů.
Ribbon je naprosto v pohodě. Nakonec jsme v roce 2014, a první verze s ribbonem přišla v roce 2007, takže se s ním už stejně všichni naučili zacházet.
A nebudeme to přepočítávat na Kč za hodinu, aby ta částka byla ještě menší? Jak se říká, halíře dělají talíře. Teď jsem se díval na rozdíl ceny počítače bez OS a s Windows v běžném maloobchodě, a dělalo to 1200,-Kč, ne 600,-Kč. Rád bych věděl, kdo a jak může získat Windows s 50% slevou?
Windows XP jsou stále používány na skoro 20% počítačů. Podobné, nebo ještě horší to bude s MS Office. Spousta lidí ještě s ribbonem do styku nepřišla, i když je to 7 let stará věc. Hodně firem prostě nemá na zbytečné utrácení.
Platy se uvádějí za měsíc, tak přece pro srovnání můžeme přepočítat na měsíc i SW. Znovu připomínám, že jde o prosté podělení ceny na 36 měsíců, neaplikují se levnější licence pro státní správu, upgrady apod.
Hm, máte pravdu, v ČR za ty OEM Windows chtějí víc. O 17 Kč/měsíc :)
Někteří lidé ještě s ribbonem nepřišli do styku, ale daleko spousta už ano. Ti z té první skupiny se budou muset něco nového naučit. Tak už to při používání počítačů funguje. Jinak by zdejší diskutéři ještě používali ZX Spectrum a programy natahovali z kazeťáku :)
Náklady navíc proti čemu? Proti stavu, kdy si zaměstnavatel jako v Mnichově udělá desetiletý program migrace, vymění IT tým, nebude mít na SW podporu, bude mít problémy s kompatibilitou i s šíří nabídky dodavatelů, a k tomu nespokojené uživatele? To bych radši těch 0.něco procenta platu zaměstnance ušetřil na levnější kávě a lepší regulaci topení :)
Pokud to vyústí v problémy s kompatibilitou dokumentů (včetně vlastních starých dokumentů), menší nabídku dodavatelů (protože Linux nepodporují), nedostupnost některých SW pro vaši platformu (takže stejně jako v Mnichově budete mít i počítače s Windows a Windows ve virtuálu na stanicích), tak jste silně prodělal. Použití OSS za každou cenu je možná cílem nějakých fanoušků, státní správa by se tak chovat neměla.
Například to že máte některá PC s Windows a některá na Linuxu znamená nutnost držet experty se znalostí obou systémů, což jsou náklady navíc.
Ad závislost - na dodavateli jste vždycky závislý. V Mnichově používají distro postavené na Ubuntu, což je produkt britské společnosti Canical. Ta mimochodem trvale prodělává, takže je otázkou, jestli za rok nebo dva nebudou muset stavět svoje distro od začátku znovu.
Pokud Linux opravdu používáte, tak byste mohl vědět, že i upgrade na novou verzi toho samého distra často končí systémem rozdrbaným tak, že je jediným řešením reinstalace. V Mnichově si na víc nad Ubuntu vytvořili vlastní distro, které přiohnuli podle svých potřeb. Pokud by Canonical skončil, začínali by znovu s jiným distrem.
Samozřejmě si mohou vybrat komerční a podporované distro. Například Red Hat Enterprise Linux Desktop vyjde na 80 USD na rok (ještě nedávno 100 USD na rok), což je dražší než Windows.
Pokud Linux opravdu používáte, tak byste mohl vědět, že i upgrade na novou verzi toho samého distra často končí systémem rozdrbaným tak, že je jediným řešením reinstalace.
Tohle jsem viděl zatím jen u Windows, a to tu mám i systémy po osmi či více upgradech.
V Mnichově si na víc nad Ubuntu vytvořili vlastní distro, které přiohnuli podle svých potřeb. Pokud by Canonical skončil, začínali by znovu s jiným distrem.
Fakt si běžte někdy zjistit, jaký je rozdíl mezi Ubuntu a Debianem. Začínali by znovu asi tak, jako vy začínáte znovu, když připravujete aktualizaci na novější service pack.
Takže když Caninocal z Debianu dělá Ubuntu, je to vlastně nula nula nic práce. Kupodivu na tom ročně utratí miliony dolarů. Mění prostředí, konfiguraci, přidávají spoustu patchů, dodávají navíc vlastní applety, shánějí aplikace, přebalují je pro Ubuntu atd.
Ad Tohle jsem viděl zatím jen u Windows - když se upgrade Windows nepovede, tak instalátor provede návrat k původnímu stavu (navíc máte k dispozici upgrade advisor, který vás upozorní na možné problémy). Co se v takovém případě stane na Linuxu? Zůstanete s rozjebaným systémem.
Takže když Caninocal z Debianu dělá Ubuntu, je to vlastně nula nula nic práce. Kupodivu na tom ročně utratí miliony dolarů. Mění prostředí, konfiguraci, přidávají spoustu patchů, dodávají navíc vlastní applety, shánějí aplikace, přebalují je pro Ubuntu atd.
Co z toho dělá Debian nekompatibilní? Představte si, že podobné věci dělá třeba Dell. Jsou jejich Windows taky nekompatibilní s Windows od MS a při pokusu o přechod budete muset začít od nuly?
když se upgrade Windows nepovede, tak instalátor provede návrat k původnímu stavu (navíc máte k dispozici upgrade advisor, který vás upozorní na možné problémy).
Problém je, že se ten upgrade často povede, ale systém už nenaběhne. Nebo se bude chovat dost podivně.
Mno narozdil od toho tuxe budes vprdeli, protoze nesezenes drivery pro novy uzasny widle. Jelikoz na tuxovi chodi i 20let starej HW ...
A delat ugrade widli ... to muze leda silenec. Tak jako tak nejpozdejs do 14ti dnu skoncis u cisty instalace, protoze se ti bude dit hromada podivnosti, a navic mit na disku misto 50GB 100 ...
Hele pro prdel, kolegacek onehda (velmi naivne) pustil instalaci opic 2k7 pres 2k3. Clovek by rek, ze tak jako kazda normalni appka si M$ pozna, ze ma nainstalovanou starsi verzi, a nejak neco s tim udela ... mno 2k7 se naisntalovaly a ... cely widle byly vprdeli. Nefungovalo proste prakticky vubec nic, opice neslo spustit ani stary ani novy ...
"Pokud Linux opravdu používáte, tak byste mohl vědět, že i upgrade na novou verzi toho samého distra často končí systémem rozdrbaným tak, že je jediným řešením reinstalace."
Neříkám, že se to nemůže stát, ale rozhodně to není nic častého a rozhodně se to netýká případu Mnichova, kde se neprovádí jen tak nějaký upgrade na vyšší verzi.
"Samozřejmě si mohou vybrat komerční a podporované distro. Například Red Hat Enterprise Linux Desktop vyjde na 80 USD na rok (ještě nedávno 100 USD na rok), což je dražší než Windows."
Platí se za support, nikoliv za distro. BTW místo RHEL lze s klidem použít CentOS. Nic to ale nemění na tom, že v případě, že Ubuntu zanikne, lze jednoduše přejít teba na Debian. Tvůrci Mintu, který z Ubuntu vychází, o přechodu na Debian již spekulují. Není to nic neproveditelného.
To viszejo loliku ... jenze tech $80 neni za system, ale za podporu. Kdyz si koupim support na widle, bude me to stat o dva rady vic ... a stejne nikdo nic nevyresi. Nemluve o tom, ze tys zjevne vzivote tuxe nevidel, upgrade verze se udela ne jedinym stroji, tam se poresi pripadna rekonfigurace nekterych aplikaci, a pak se to lusknutim prstu dostane presne stejne na vsechny stroje zecla bez ohledu na HW. Na widlich zcela nemyslitelna vec.
"Například to že máte některá PC s Windows a některá na Linuxu znamená nutnost držet experty se znalostí obou systémů, což jsou náklady navíc."
Pokud mám několik strojů s widlema kvůli nějaké kompatibilitě nebo neexistujícímu SW, rozhodně na jejich správu nepotřebuji žádné experty.
Aha, takže když se zákazník dostane z vendor locku, tak bude šťastný a spokojený. Bude používat béčkové aplikace, které jsou dekády pozadu proti těm komerčním, řešit problémy s kompatibilitou kompatibilitou datových formátů i kompatibilitou HW, a nabídka SW bude velmi omezená (BTW často bude mít uzavřený zdroják i na open source platformě - Oracle, Lotus Notes/Domino atd). No prostě idylka :)
Když se má něco nového naučit člověk přecházející na MS Office s ribbonem, nebo přecházející z Windows XP na Windows 8, tak to podle Vás není problém, a lidé se to, jak píšete, "budou muset naučit".
Ale když se má něco nového naučit člověk přecházející ze starého MS Office (bez ribbonu) na LibreOffice, nebo přecházející z Windows XP na (třeba) OpenSUSE, tak je to podle Vás velký problém, obrovské náklady a ztráta času, i když je to (pro uživatele) daleko snazší.
Tak se mi zdá, že tu někdo měří dvojím metrem...
PS: Zdejší diskutéři nemusí používat ZX Spectrum. Prostě si místo licence MS Windows koupí nový SSD disk, lepší zdroj, novou bezdrátovou klávesnici a myš atd. A když si nekoupí MS Office, tak mají celý nový počítač.
Rozdíly mezi Office s ribbonem a bez jsou hlavně v tom, že ribbon je lépe a praktičtěji uspořádaný. Uživatelé s ním dosahují měřitelně vyšší produktivity. OO/LO řeší ten samý problém jako MS před ribbonem - jak reorganizovat UI. Zatím s ničím nepřišli.
Přechod mezi WinXP a Win8.x pro uživatele znamená změnu hlavně v tom, že místo Start Menu má Start Screen. Navíc jsou Win8 určené primárně pro stroje s dotekovým interfacem, takže je na desktopech moc často nepotkáte (uživatelům Win7 nepřinášejí dost novinek).
UI je navíc jen jedním z problémů Linuxu. Podle mě zásadnější je problém s kompatibilitou aplikací i dat, omezená nabídka aplikací (OO/LO a browser není všechno), obtížnější tvorba aplikací (protože dokumentace sux, a frameworky nakonec také), to že dostupné aplikace bývají typicky generačně pozadu proti aplikacím pro Windows atd.
Jaképak problémy s kompatibilitou? Microsoft teď nově podporuje ODF formát, tak to všechno hromadně převedu do ODF (na to Microsoft určitě nějaký nástroj nabízí, protože má řešení na všechno :-)) a je po problému s nekompatibilitou. ODF je ten formát, který se prosazuje, a myslím, že už i Microsoft to chápe, když ho podporuje...
Pokud vím, vzorce spreadsheetů jsou součástí verze ODF 1.2 a procházejí procesem schvalování. Pořád lepší standardizovat pomaleji s důrazem na kvalitu, než bleskově a za pomoci úplatků jako Microsoft (já vím, peníze za tím bleskovým řízením vůbec nebyly...). Alespoň pak nevznikne taková hrůza jako OOXML o 6.000 stránkách, kterou může implementovat jedině Microsoft. Ale nakonec - v nejnovějším MS Office je snad ODF 1.2, takže to asi takový problém nebude?
To myslíte vážně? První verze ODF byla standardizovaná u ISO v roce 2006, a vzorce spreadheetů neobsahovala (což vedlo ke vtipným situacím, kdy se spreadsheet z jedné aplikace nedal použít v jiné aplikaci). Dnes máme rok 2014, a ODF 1.2 (obsahující OpenFormula) pořád nemá ISO standard. WTF, osm let a pořád bez standardu pro vzorce?
Specifikace OOXML popisuje všechno co popisovat má, a umožňuje plně popsat i starší dokumenty MS Office. Radši delší úplná specifikace, než osm let nedodělané torzo.
Standardy se přijímají pomalu, protože je potřeba je důkladně prodiskutovat a zvážit. Tedy až na OOXML, které za těch pět měsíců od podání žádosti do hlasování nešlo pořádně ani přečíst. Průměrně je u ISO standardů potřeba jeden den na každou stranu, aby bylo možné jej detailně prozkoumat a vyhodnotit. V takovém případě by OOXML bylo schváleno nejdříve za 18 let.
Specifikace OOXML popisuje spoustu věcí, které odporují jiným ISO standardům i jiným částem OOXML. Raději pořádnou specifikaci než zmetek, kterého se už asi nikdy nezbavíme.
Navíc opět nemáte pravdu. ISO ODF vzorce popisuje, jen je popisuje poměrně obecně a obsahuje jen několik funkcí. ODF 1.2 pak specifikaci pouze upřesňuje a rozšiřuje. Navíc původní verze OOXML vzorce neměly vůbec a MS je tam dodal až rok poté, co vznikl první draft těch upřesněných vzorců.
Proto se standardy nejprve připraví pro ISO v organizaci jako ECMA nebo OASIS, a pak projdou fast-track procesem. ODF i OOXML prošly přesně tímhle způsobem.
To že specifikace OOXML není ve shodě s jinými ISO standardy není nic proti ničemu. Pokud odporuje sama sobě, je to chyba. Specifikace ODF ovšem také obsahovala chyby. Napříkad:
- rotatez (<rotate-angle> ), which specifies a rotation by <rotate-angle> degrees along the y-axis
- Attribute names in 15.31.3 "Scaling" chart:interval-minor-divisor is used in the body text, while chart:interval-minor is used in the schema.
- Attribute names in 15.31.3 "Scaling" chart:axis-logarithmic is used in the body text, while chart:logarithmic is used in the schema.
- Attribute names in 15.30.9 "Lines" chart:splines is used in the body text, while chart:lines is used in the schema.
- Attribute names in 15.30.4 "Chart Symbol Size" chart:symbol-length is used in the body text, while chart:symbol-height is used in the schema.
- Attribute names in 15.30.4 "Chart Symbol Size" chart:symbol-length is used in the body text, while chart:symbol-height is used in the schema.
- The first para of 15.3.4 is: "If a page contains borders, the border line width attributes style:border-line-width, style:border-line-width-top, style:border-line-width-bottom, style:borderline-width-left and style:border-line-width-right specify the properties of the border lines of the headers and footers." However, since 15.3 applies to headers and footers, should "If a page" be replaced with "If a header or footer"?
atd. atd.
http://www.jtc1sc34.org/repository/0942.htm
ODF samozřejmě vzorce ve spreadsheetech nepopisuje (chapter 6.7.6). Výjimkou je pár triviálních funkcí pro database ranges (chapter 8.6.9) a data pivot tables (chapter 8.8). A pracovní skupina u OASIS se už v roce 2005 jasně vyjádřila: we do not belive that this is in the scope of the current specification.
https://lists.oasis-open.org/archives/office/200501/msg00004.html
OOXML samozřejmě vzorce popisuje. Vizte ECMA-376 (December 2006), Part 4: Markup Language Reference, chapter 3.17.7. Je tam popsaných 252 funkcí, popis má 300 stránek.
MS Office 2013 stejně jako LibreOffice podporuje ODF 1.2, který obsahuje vzorce spreadheetů obsahuje. Takže pokud to má Microsoft správně implementováno, tak jsou kompatibilní. Pokud všichni vycházejí ze stejných podkladů, tak na tom, že schvalování ISO teprve probíhá, zas tak moc nezáleží. Stejně má tuším letos schvalovací proces skončit.
PS: OOXML umožňuje popsat i starší dokumenty MS Office = obsahuje tuny starého balastu. MS Office se výborně hodí do archivu, ne na nové dokumenty.
Faktem je, že ty vzorce v ISO standardu pořád nejsou. A c ve standardu skončí, to je velká otázka. Například specifikace OOXML předložená ECMA v ISO doznala změn.
Možnost uložit v novém formátu staré dokumenty je pro uživatele klíčová. OOXML to řeší v Transitional části specifikace.
"Specifikace OOXML popisuje všechno co popisovat má" - není pravda. Specifikace nemůže obsahovat formulace typu "formátovat tak, jak to dělal produkt XY před 20 lety" bez podrobnějšího popisu. Což je přesně to, co bylo objektem kritiky. Naprosto oprávněně. Sám jsem nucen standardy pokud možno dodržovat při své práci (a telekomunikační standardy jsou opravdu peklo, včetně lahůdek typu standardizovaných bugů), ale "kvalit" OOXML zdaleka nedosahují. Jak už tu někdo napsal - OOXML by nebyl standard, ale parodie na standard, naprostý výsměch tomu, jak má standard vypadat.
"a umožňuje plně popsat i starší dokumenty MS Office" - na starší dokumenty MS Office ti se..e pes. Zasviňovat tím starým balastem nový standard je hloupost. Nadto - viz výše. Tím, že kdosi vymyslí značku typu "řádkovat ve stylu Word 95" rozhodně neumožňuje "plně popsat i starší dokumenty MS Office". Jakožto implementátorovi by mi taková "specifikace" byla platná jak mrtvýmu zimník.
Ostatně - jak už jsem tu zmínil já i řada ostatních, ani samotný MS není schopen v novějších verzích správně zobrazovat dokumenty starších verzí! A ani nezkoušejte psát, že jste nikdy neviděl, aby se něco takového stalo. Protože dle všeho jste neviděl skoro nic, když tak pročítám tuto diskusi. Hromada lidí má s něčím problémy, ale vy je údajně nemáte, tak problém neexistuje. Až celá ta vaše slavná firma jednou zkrachuje, tak se budete strašně divit, jak je to možné, když to přeci tak krásně fungovalo a všem to tak strašně vyhovovalo. A že k tomu má nakročeno! Když i můj kolega z humanitního oboru mě uhání, abych ho osvobodil od W8, jež nechtěně vyfasoval s novým notebookem, neboť dle jeho slov se v tom už nedá pracovat. A že to je člověk, který nemá ve zvyku se v tom vrtat a ke své práci potřebuje jen grafický a textový editor (obojí používá velmi minimalistickým způsobem, ale prý je tak zvyklý). Ale jestli se chceš vytáhnout, tak mi tu můžeš na sebe nechat kontakt, abych mu ho předal s tím, že znám Windows guru, který mu to dá do pořádku.
Pokud má OOXML umožňovat reprezentaci starých dokumentů bez rozpadu layoutu, musí samozřejmě obsahovat nějaké compatibility flags. To jsou flagy jako autoSpaceLikeWord95 (Incorrectly Adjust Text Spacing for Specific Unicode Ranges). V současné verzi OOXML má tenhle flag dvoustránkový popis. Protože je to transitional feature, doporučuje se tenhle flag ignorovat. Samozřejmě s výjimkou situace, kdy chcete 100% zachovat layout - k tomu ale musíte implementovat layout engine tak jako Word 95.
Ad na starší dokumenty MS Office ti se..e pes - možnost pracovat v novém Office se starými dokumenty je pro zákazníky klíčová. Zbytek viz výše.
Ad ani samotný MS není schopen v novějších verzích správně zobrazovat dokumenty starších verzí - samozřejmě jsem tyhle problémy viděl, a popisoval jsem tu řešení (vypnutí compatibility flagu Use printer metric to lay out document - v OOXML je to usePrinterMetrics; použít shodné fonty). Je to triviální, ale spousta lidí to zřejmě není schopná pochopit.
Ad jestli se chceš vytáhnout, tak mi tu můžeš na sebe nechat kontakt, abych mu ho předal s tím, že znám Windows guru, který mu to dá do pořádku - nemám tu potřebu. Ale pokud platí víc než 2000 Kč za hodinu, možná bychom se dohodli :)
Myslím, že pro propagaci MS a jeho úžasných produktů uděláte nejlépe, když se předvedete zadarmo.
Ale mám lepší nápad. Nechce někdo z adminů v diskusi dát Laelovi prostor, ať přijede a předvede, jak vyřeší některý z prakticky neřešitelných problémů, s nimiž se dnes a denně setkává? Když je takový frajer a nic není problém, ať se ukáže. Řečnit v diskusích umíme všichni.
Ribbon, to je to, co když náhodou a nedopatřením zabrousím na počítač s MSO, tak to zakrývá text a znemožňuje normální práci (asi jako vyskakovací okna s reklamou na webových stránkách) a nejde to nijak vypnout?
Patrně jste o efektivitě psaní a editace textu nikdy nic neslyšel a neviděl to ani z rychlíku. Pokud mám psát a editovat nějaký text, tak to udělám v konzolovém editoru a až výsledek přenesu do office (jakýchkoli, šmejd jako šmejd), pokud má být výsledek třeba v doc. I tak mám neskonale vyšší produktivitu práce než kdybych to psal rovnou v office (jakýchkoli).
Nevím jak vám, ale mě ikony ribbonu při rozlišení 1980/1200 zabírají 7.6% výšky obrazu. Jestli je to u vás třetina 24" monitoru, tak máte asi špatně nastavené rozlišení, a k tomu neumíte ten ribbon schovat (má na to tlačítko na pravé straně, a v Office 2007 to bylo tuším buď v kontextovém menu, nebo dvojklikem).
Jsem toho názoru, že hlavní problém ribbonu spočívá v tom, že se uživateli agresívně vnucuje cosi, co výrazně překáží při práci a nepřináší žádný benefit. Navíc MSO neumožňují nastavit vlastnosti a uložit je na disk (jak to uměl třeba ten nebožtík Klasik a původní StarOffice a jak to umí většina konzolových nástrojů - proto je také používám raději). Některé věci se tam sice nastavit dají, ale to nastavení se podělá po každém spuštění programu a někdy i po otevření dalšího souboru = nedá se to nastavit fixně a jednou pro vždy až do chvíle, kdy to sám uživatel aktivně změní. Proto také většina uživatelů na nějaké nastavování Wordu nebo Excelu rezignovala. Ono klikat půl hodiny myší po každém spuštění programu, nebo dokonce otevření dalšího souboru, dost dobře nejde. Jistěže by to vyřešilo nějaké natažení konfiguračního skriptu, ale to by museli programátoři od MS myslet mozkem a ne obsahem konečníku.
Jak jsem uvedl výše - zcela jsem rezignoval na používání šmejdů tohoto druhu a text vytvořím v opravdovém editoru (tedy nástroji, který je určen na psaní a úpravy textů, nikoli na tvorbu a spouštění makrovirů) a maximálně hotový výsledek copy paste přenesu do opicí. A pokud se to odevzdává na papíře, tak udělám dokument v TeXu a s nějakými opicemi se vůbec nekašlu, protože ty jen práci komplikují.
Zavést ribbon byla nutnost, protože už ve MS Wordu 2003 bylo cca 260 položek menu, 31 toolbarů a 19 task panes. A uživatelé chodili s dalším požadavky na funkcionalitu, což by ovládání ještě víc znepřehlednilo. O nepřehlednosti klasického interacu s menu a toolbary svědčí i to, že řadu požadavků na novou funkcionalitu ve skutečnosti Word už řešil - akorát to uživatelé nebyli schopní najít. Ribbon je daleko přehlednější, lépe členěný, a vede k měřitelnému zvýšení produktivity.
Ribbon se ve Wordu samozřejmě dá nastavovat, a konfiguraci lze exportovat a importovat, tuším od verze 2010.
Nastavení MS Office samozřejmě "drží" i pokud aplikaci ukončíte a znovu spustíte. Pokud to u vás nefunguje, bude problém jinde.
Ad použití TeXu místo MS Office - to je vaše preference. Nic proti, berte a vychutnávejte:), ale většina světa chce WYSIWYG a GUI.
Ono by stačilo zpřehlednit a uspořádat ta menu, protože prohrabávat se naprosto nepřehledným Ribbonem je ještě větší opruz. Další věc je, že řada funkcí na MSO i v samotných win je pojmenovaná tak idiotsky, že se to nedá najít. Na w98 se přestaly zobrazovat přípony souborů a nikde se nedalo najít, jak to zapnout (protože jsem viděl w98, kde to šlo), případně jak to změnit. Logicky by člověk očekával přejmenování souboru, ale tam to,pochopitelně, nebylo. Takže buď spustit v DOS okně norton a přejmenovat to v něm, později restart do linuxu, ještě později bye, widle.
A to, že se nastavení wordu a spol. mění běžně po natažení nového souboru, je fakt, na který si stěžuje prakticky každý uživatel té hrůzy. Pokud se dá někde nastavení zafixovat, tak je to před uživatelem v nápovědách i uživatelských příručkách dobře ukryto.
TeX dokáže věci, kterým se MSO nemá šanci ani přiblížit - viz např opravdu plnohodnotné styly. Úkol typu "vyhledej veškerý tučný text" je ve Wordu neřešitelný, v TeXovském zdrojáku je to naprostá trivialita. Tabulku s textem v části buněk otočeným o 90 stupňů v Excelu asi vytvořit lze, ale ještě jsem nenatrefil nikoho, kdo by to uměl. Neumějí to ani klotové rukávy na ministerstvech, proto jejich tabulky na vyplňování vypadají mnohdy naprosto příšerně. A to nemluvím o prasečině typu stránkového zlomu přes buňky tabulky, což lze běžně vidět i v diplomkách, protože se to nedá rozumně nastavit a navíc se to při tisku znova a znova rozdrbe. Dokonce ve wordu nefunguje uvnitř tabulek funkce vyhledej a nahraď (v TeXovském zdrojáku pochopitelně bez problémů).
Bohužel je těch funkcí tolik, že je to menu nelze přehledně uspořádat. Už ve starších verzích Wordu můžete vidět i menu třetí úrovně, což je dost neergonomické.
http://techwhirl.com/wp-content/uploads/2013/06/WordToolbars.jpg
Na jedné straně si stěžujete, že neumíte najít funkce v ribbonu. Na druhé straně obahujete TeX, kde pokud neznáte tag, tak si ani neškernete, protože ho jaksi nemáte kde najít. Zajímavý přístup.
Ad w98 se přestaly zobrazovat přípony souborů a nikde se nedalo najít, jak to zapnout - je to v nastavení preferencí Windows Exploreru. Pokud jste kvůli tomu restartoval do Linuxu, tak je to fakt vtipné.
http://media.askvg.com/articles/images4/Show_All_File_Extensions_Windows_Explorer.png
Nastavení Wordu se samo nemění. Pokud se mění u vás, bude chyba jinde.
Najít ve Wordu tučný text samozřejmě není žádný problém, ve vyhledávacím dialogu si prostě zvolíte formátování, které chcete vyhledat.
http://social.microsoft.com/Forums/getfile/32763/
Otočení textu buněk o 90 stupňů v Excelu je "kupodivu" přímo na ribbonu na kartě Home. Alternativně je to "nepochopitelně" ve formátování buněk.
http://cloud.addictivetips.com/wp-content/uploads/2010/10/42d1273426679howrotatecellexcel.jpg
Stránkový zlom přes buňky se vypíná "kupodivu" ve formátování řádku tabulky. Dá se to uložit do stylu tabulky. Například u studentů psychologie, bohemistiky nesmí mít člověk přehnané očekávání, ale tohle by měli umět i oni. Výjimku mají studenti FLE, protože písek ;)
http://fiveminutelessons.com/files/microsoft-word-table-properties-all-rows-selected.png
https://www.youtube.com/watch?v=wqH0Eg8YKKA
Při tisku se samozřejmě nic nerozdrbe. Pokud se vám mění layout dokumentu při změně počítače nebo tiskárny, máte v dokumentu zapnutou compatibility option "use printer metrics to lay out document", nebo máte na každém počítači fonty s jinou metrikou.
http://web.uconn.edu/print/dpcweb2011/qcopy/qcimages/metrics.gif
Ad ve wordu nefunguje uvnitř tabulek funkce vyhledej a nahraď - samozeřejmě funguje, zkuste si to.
Shrnuto: stejně jako v minulých diskusích jen ukazujete, že s Wordem neumíte zacházet ani na úrovni středně pokročilého uživatele. Místo abyste se potichu styděl, že neznáte Word ani tak jako každá slušná sekretářka, tak tady svoji neznalost veřejně ukazujete.
Opravdu nevidím důvod, proč bych měl hledat náhled na dokument v nabídce pro tisk, když ho tisknout nehodlám. "Logika" uspořádání menu v officoidních programech vzbuzuje podezření na opravdu vysokou spotřebu houbiček a podobných přírodních produktů v době, kdy se to sepisovalo.
Pokud chcete WYSIWYG náhled na dokument, je to pochopitelně na kartě View. Pokud chcete Print Preview, najdete ho pochopitelně u tisku, stejně jako v předchozích verzích MS Office (a většiny ostatních programů). Kterou z těch funkcí hledal uživatel našeho super-admina "l"? To z jeho otázky, jako obyčejně, není jasné.
Ještě k té produktivitě - troufám si tvrdit, že s MS Office bude produktivnější tak 1-2% zaměstnanců (ti, kteří vytváří nějaké složité věci, které se nedělají každý den). Ostatní budou produktivní stejně, protože vyplňování tabulek nebo šablon je stejně snadné v MS Office jako v LibreOffice.
Aaa, demagog lolik ... loliku, ty opice jiste bezej na systemu zadarmo, a serverova cast ta je taky zadarmo, ze ...
Takze to mame (aby ty opice mely nejakej smysl) minimalne licenci na widle, licenci na serverovy widle, licenci na exchange, a samozrejme prislusny cal na exchange, cal na widle ... takze z tech tvrch 10k je najednou 30. A ver tomu, ze ten zamestnanec mnohem radsi dostane ten litr mesicne k vejplate.
Byla řeč o MS Office, tak se (kupodivu) bavím o ceně MS Office. Serverový SW samozřejmě také něco stojí. MS Exchange CAL vyjde na 36 Kč/měsíc, Windows Server CAL na 77 Kč měsíčně. A to nepočítám levnější GOV licence, možnosti upgradu atd.
Alternativy samozřejmě také nejsou zdarma.Lotus Domino/Notes, NetIQ eDirectory (bývalé Novell Directory Services), nemluvě o aplikacích postavených na zakázku nad platformou.
Na tisícovku měsíčně se asi nedostanete. Navíc v Německu je průměrný plat cca 94948 Kč měsíčně :)
Pořád je to: na jedné straně náklady X Kč a na druhé 0 Kč. A pořád je to o odesílání peněz někam za moře, když by mohly končit v Evropě a tvořit HDP a budoucí důchod. Peníze má smysl utrácet jen za takový software, u kterého neexistuje podobně dobrá alternativa, a MS Office takovým softwarem pro většinu uživatelů rozhodně není.
=========
Studenti by se samozřejmě měli učit na Windows, MS Office a dalších programech, které potkají v praxi. Výuka principů OS je myslím daleko nad rámec výuky na SŠ i většiny VŠ, a samozřejmě ji lze provádět i na Windows.
=========
Jsem hodně rád, že učitel IT na základce mého syna přemýšlí a takový nesmysl nepodporuje. Až syn dodělá školu, budou windows, pokud se vůbec budou používat, úplně jiné a MS Office, která asi přežije, bude vypadat úplně jinak, než ta dnešní. Zrovna MS je ten, který vší silou tlačí na změny ovládání. Děti potřebují znát princip a ne kam kliknout. Ale to přece není potřeba opakovat, každému je to jasné. Ono je to jasné i Laelovi, jenom by za to neměl body do soutěže.
Ona je otázka, jaké principy byste chtěl studentům vysvětlovat. Samozřejmě by měli znát principy práce s OS a aplikacemi. Pro jejich praktické uplatnění je ale zásadní, aby uměli pracovat s produkty, které potkají v praxi.
Windows, MS Office, účetnictví, mzdy a další ekonomické agendy nejspíš přežijí v podobné formě, jakou vidíte dnes. Pokud se podíváte do minulosti, od roku 1995 je prakticky jedinou výraznou změnou v GUI Windows zavedení Start Screen místo Start Menu. V MS Office je jedinou větší změnou zavedení ribbonu před 7 lety.
BTW co byste řekl tomu, kdyby se děti učily na Macu a iWork, nebo Windows a WordPerfectu? Fakt myslíte, že pro ně není lepší se učit na něčem, co v praxi uvidí?
Problém je, že každá verze MS office má zcela jiné ovládání a zpravidla to nejde vrátit na normál předchozí verze. Rozdíly jsou zpravidla větší než přechod MSO - LO.
Další věcí je nekompatibilita MSO sama se sebou, opakovaně jsem se setkal s tím, že soubor jeden den uložený nešel následující den otevřít, případně se po otevření místo textu objevily jen řady obdélníčků. Na OOO a LO jsem se s ničím takovým nikdy nesetkal (o Klasikovi ani nemluvě).
Pod zcela jiným ovládáním si představujete přidání toolbaru ve starších verzích Office, nebo nahrazení Office buttonu kartou File v Office s ribbonem? Jo, to jsou zcela zásadní změny UI :)
Pokud soubor jeden den uložíte v MS Office a druhý den jsou z něj čtverečky, zřejmě máte někde zásadní problém - a nebude v MS Office. Mě se to nestalo za těch pár desítek let s MS Office ani jednou, a ani jednou jsem to neviděl nikde jinde. Zřejmě se vám dokumenty mrší díky vadné paměti, disku apod. Ale ve většině případů stačí provést Repair místo Open.
"Pokud soubor jeden den uložíte v MS Office a druhý den jsou z něj čtverečky, zřejmě máte někde zásadní problém - a nebude v MS Office."
Pochopitelně. Jak by vůbec mohl být problém v MS Office, to je přece zhola nemožné. VŽDY je problém někde jinde než u M$, akorát by mě zajímalo, co si vymyslíte teď, když problémy se sítí nebo debilním adminem na to nelze aplikovat :-D
Vy máte vůbec zajímavé "vidění". Celý svět řeší problémy s M$ softwarem, diskuze a fóra po celém světě jsou plná dotazů, ale Lael Ophir z rootu nikdy žádný problém neviděl.
"a to trávím s MS Office spoustu hodin každý den"
To je zajímavé, kolik toho stihnete. Vy jste takový Hulán na druhou :-)
"Výuka principů OS je myslím daleko nad rámec výuky na SŠ i většiny VŠ, a samozřejmě ji lze provádět i na Windows."
Pozeram videa z prednasok o OS z jednej us univerzity. A skoro kazdy priklad je z linuxu (niektore su zo starsich OS ktore mali zverejneny kod). O windows tam nie je ani zmienka lebo nikto nevie co vnutri kod robi. Preto sa pytam ako by ste vysvetlili napriklad scheduler programov na windowse, alebo pracu z pametou? Ak najdete nejake linky rad si ich pozriem dost ma to zaujima.
Například University of Tokyo má kvalitní kurzy Windows Internals a licencované zdrojáky Windows. Ukázka slidů z přednášky:
http://i-web.i.u-tokyo.ac.jp/edu/training/ss/lecture/new-documents/Lectures/05-TrapsInterruptsExceptions/TrapsInterruptsExceptions.pdf
A pochopitelně se Windows učí i v ČR. Na ČVUT mají (měli?) dokonce licencované zdrojáky.
http://www.win.ms.mff.cuni.cz/WinSys/2-5%20Driver.pdf
mily Lael, skor, nez ste sem dali prvy koment, mali ste si zistit situaciu, aka je v Mnichove a prestal tu pisat tieto bludy...
alebo Vam zase zaplatili z MS, aby ste tu zase pisali kraviny?
Vy a ten primator mesta Mnichov ste si velmi podobni v tom, ako sa tvrdosijne zastavate Windowsu a pritom si neoverite ziadnu zo skutocnosti...
Mno loliku, jestli je tu produkt, ktery opravdu rychle vymira, tak prave widle a M$ opice. Sviraj se vam pulky vid? Mimochodem, nekolik ceskych firem ktere mam v dosahu je defakto rozhodnutech, ze si dalsi exchange uz neporidi, a to zdaleka nejen kvuli cene.
BTW: lotus neni ani zdaleka jedinej produkt.
Mimochodem, situaci v Mnichově možná neznáš, ale zajímalo by mě, jestli víš jak to chodí v úřadech :-)
Protože všechno co jsi psal úřad prakticky nezajímá.
1) nic zvláštního, i na úřadě postaveném na windows řešení je občas potřeba odejít k dedikovanému počítači. Konkrétně registr obyvatelstva (který jede tam kde jsem dělal kompletně na Linuxu :D), další počítače sítě MVČR a jeden stroj zvlášť mělo i krizové řízení.
2) Přechod na webové aplikace je celkem moderním trendem a prodělávají ho i úřady fungující na Windows. Namátkou Domovní Evidenční Systém, původně běžící na DOSu a jeho nová verze iDES, webová aplikace. Popřípadě mapový software pro územní plánování, odbor dopravy, životního prostředí… Taky přechází na web verzi.
3) Groupware jsem viděl používat fakt jen vedení města, nikdo jiný s tím neuměl (a i pro ně to byla jen aplikace pro kalendář, který jim plnila sekretářka). Evolution nebo Kontact, popř. Firebird s kalendářem ty funkce zastoupí na 100%.
4) Vzhledem k tomu jak často dostávali úředníci ODF bych řekl, že problém bude stejný u obou řešení.
5) Irelevantní. Odesílají dokumenty vygenerované agendovým systémem, takže klidně PDF, pokud to bude nastaveno. I ten Open Office se dá nastavit tak, aby defaultně bez ptaní ukládal doc. (nebo ideálně pdf)
6) Irelevantní. Úředníci pokročilé funkce neumí používat a start se dá zrychlit preloadem (jako to ostatně dělá i MSO)
7) Nevím co je MS project, ale vím jistě, že to na žádném úřadě co znám nepoužívají.
8) O tom jak občas fungují pod Windows scannery (zejména síťové) raději mluvit nebudu. Pokud úřad zvolí kompatibilní HW, může být s tiskárnama i scannerama stejný, nebo menší problém než pod Windows. Další zařízení fungují také dobře.
1) Takže vlastně není problém, když z uživatelů uděláte "nosiče vody"? :)
2) Jo, přechod na webové aplikace je děsně moderní. Sice se mizerně ovládají z klávesnice, a jsou naprosto nevhodné pro jen trochu pokročilejšího uživatele, ale hlavně že je to trendy :)
3) Upřímně je jedno, jestli s groupwarem pracuje manager nebo jeho sekretářka. A to že ve státní správě pracují často lidé, kteří by se v soukromé sféře nikdy neuživili, a že jejich jedinou kvalifikací jsou politické zásluhy nebo to že nikomu nevadí? Smutné, ale s tím nic neudělám.
4) Rozdíl bude nejspíš v tom, že MS Office umí otevírat ODF. Samozřejmě to někdy drhne, ale to je problém OO/LO, které píší spoustu věcí, které ISO standard vůbec nepopisuje.
5) A když máte štěstí, tak ho bez větších ztrát otevřete alespoň v jiném OO/LO :)
6) Úředníci samozřejmě používají i pokročilé funkce. Ne každý, a různí uživatelé různé funkce, ale používají. Preload nevyřeší pomalou aplikaci, nejvýš její start. BTW MS Office preload už pěkných pár verzí nepoužívá.
7) To je nějaká variace na "Za prvně nevím co to je a za druhý mě to uráží."? ;)
8) Ehm. Na podatelně nejspíš najdete skener, který skenuje stovku stránek za minutu, provádí razítkování naskenovaných papírů časem a značkou, obraz se převádí z barevného na 1-bitový pomocí dynamického prahování (tak aby nezmizela razítka, byly vidět třeba zvýrazňovače apod). Tiskárny umí například brát různé druhy materiálů (obálky, fólie) z různých zásobníků, svazovat výtisky apod. Ono není všechno jako váš domácí skener, který díky SANE při troše štěstí i vyhodí nějaký obraz, a vaše domácí tiskárna nakonfigurovaná jako generický model PCL5 nebo PS zařízení.
2) Loliku, na uradech zadny pokrocili uzivatele nejsou, tak mozna admini.
4) rozdil je v tom, ze OO/LO si narozdil od M$o poradi i s DOCem velmi dobre. Ostatne minimalne 1x tydne nekomu preukladam nejaky doc, protoze se mu v M$o naprosto dokonale rozpadne.
6) mlel si o tom, ze LO pomalu startujou, coz plati o o M$o (ty jsou jeste 10x pomalejsi), pokud se jim znemozni naladovat si GB do RAMky predem.
8) ehm, zjevne vubec netusis, jak to na uradech vypada. A mimochodem, jen pod widlema si mi pravidelne stava, ze nekdo tiskne 5MB soubor, a widli driver z toho udela 1,5GB ... a tiskarna to vytiskne bud za hodinu a to rychlosti 1stranka za 5 minut, nebo projistotu nevytiskne vubec.
2) Jo, admini, ti jsou fakt pokročilí uživatelé. Třeba ti co ani nevědí o compatibility settings ve Wordu, že?
4) LOL
6) LOL, vezměte si stopky a jděte to zkusit. A jak jsem psal, MS Office už pěkných pár verzí preload nepoužívá, což byste jako admin měl vědět.
8) Asi máte špatné drivery.
Loliku, tys zjevne vzivote zadnej vytvor M$ opic na jinym stroji neotviral. Klidne i ve stejny verzi.
Jop, lol to teda je, ze musim pouzivat LO k tomu, abych zkonvertoval M$o dokument do M$o formatu aby ho M$o otevrely.
Stopky si brat nemusim ty desitky vterin kdy se loadujou DLLka vs asi 5 vterin, kdy startuje LO ... jiste, preload si totiz delaji widle, jak ono se to .. jop "optimalizace spousteni pouzivanych aplikaci" ... to je ta vec, ktera mi znemoznuje jeste 10 minut po startu widli cokoli delat, protoze disk porad sviti.
Jiste, dodane M$.
Jeníčku, dokumenty MS Office otevírám velmi často na různých strojích. Už jste si, Velký Admine, zjistil k čemu jsou compatibility opions ve Wordu? Asi ne, tak si běžte dál hrát na admina :)
Už jsem uváděl možnost použít recovery dokumentu v MS Office. Opět nevíte, neumíte, neznáte? Nepřekvapí.
Aha, a OO/LO nepoužívá DLLka? :D A proč OO/LO startuje pomalu i na Linuxu? Asi protože zlý MS ;)
Hele loliku, zrovna ted mam pred sebou prezentaci, vyrobenou nejspis s M$o 2k7, ulozenou ve formatu 2k3 kvuli adresatovi a voiala, ono si to samo meni fonty. U diaktritickych znaku nejde prezentace ulozit se zvolenym fontem.
Co k tomu je k nalezeni, tak vypovida o tom, ze M$ neumi ulozit kompatabilni format, a 2k3 prozmenu nejspis neumej unicode a cely se z toho vopupinkujou.
Takze jestli je tu nekdo neschopen blb, tak leda ty.
1. MS Office je zpětně kompatibilní, nikoliv dopředně kompatibilní. Zjistěte si, co ty termíny znamenají. Adminovi by se to někdy mohlo i hodit :)
2. PowerPoint provádí nahrazení chybějících znaků pomocí jiných fontů. Je to špané, ale horší je, když ty znaky nejsou vidět vůbec. Poweruser by si prošel mapu znaků pro daný font.
Takže zase je to vaše neznalost? Jo, už to tak vypadá.
...product or technology is backward or downward compatible if it can work with input generated by an older product or technology such as a legacy system.[1] If products designed for the new standard can receive, read, view or play older standards or formats, then the product is said to be backward-compatible...
http://en.wikipedia.org/wiki/Backward_compatibility
Tak Lael už aktuální desktopovou linuxovou distribuci spoustu let nepoužíval, možná ani v praxi neviděl, takže jsou jeho názory v této oblasti zcela irelevantní. Nemá smysl jej v tomto ohledu brát vážně, s aktuálním linuxem nemá vůbec žádnou praktickou zkušenost.
Mně se soubor v LO otevírá tak 3 sekundy, na obyč. pár let starém PC. Samozřejmě mám zapnutý quickstart (stejně jako všichni, kdo tady ve firmě mají linux na desktopu), od toho tam je.
To vizejo loliku, bezi to na widlich, je to produkt M$ tak je problem vzdycky jinde, i kdyz na tom stroji nic jinyho neni ...
A to bych moh jeste pokracovat zazitky na tema "uzasny graficky udelator na tema management", kde se sice da pekne obrazkovat a propojovat, ale kdyz to po mesici chce clovek upravit, tak se to ulozi a uz nikdo neprecte.
Nebo trebas kdyz clovek opatchuje a pak potrebuje doinstalovat nejakou tu uzasnou ficuru, tak se dozvi, ze jeho instalator je starsi verze ... a tudiz ze si nenainstaluje NIC, protoze jediny zpusopb jak to vyresit, je reinstalace widli.
> LaelO: Situaci v Mnichově neznám, takže si jen tipnu:
Nemuzete si tipovat na nejakem treba loterijnim sajtu?
2 admin: Neni mozne nekoho zabanovat? Jakej ma smysl, kdyz tu zapleveli diskuzi clovek z reklamy? Akorat se vynuluje informacni hodnota ostatnich postu v diskuzi. Chcete skoncit na urovni novinek?
Pane kolego, zkuste se s tím dávením trochu kontrolovat. Kdybyste potřeboval nějakou pomoc s psaním příspěvků, koukněte do pravidel diskuse pod formem, do kterého příspěvek píšete.
Ty "postřehy z praxe" jsou anecdotal evidence. Diskutéři například dokládají nepoužitelnost Lync a Outlooku tím, že se jim nedaří připojit k serveru. Přitom sám musíte vědět, že nemožnost nějakého uživatele připojit se na server nedokazuje o aplikaci vůbec nic. Kdybych uváděl podobné "postřehy z praxe", psal bych že Apache je úplně nepoužitelný produkt, protože se mi nejde připojit na intranetový server. A vy byste zcela správně mohl tvrdit, že problém může být v konektivitě, správě serveru, konkrétní webové aplikaci apod., a o Apache to neříká vůbec nic. Jenže když někdo mele nesmysly o produktech MS, tak najednou uvažujete poněkud jednobitově.
Není mi jasné, proč tu není zmíněn článek, který je dole v patiččce inzerován už pár dní:
http://www.lupa.cz/clanky/mnichov-zvazuje-navrat-od-linuxu-zpet-k-microsoftu/
K vyhlaseniam o tom, co by komu "malo stacit" som dost skepticky. Ja napr. travim v kancelarskom baliku cca 1/2 pracovnej doby. Typicky administrator, ktory v nom travi max 1h tyzdenne, mi nepride dost kompetetny na to, aby vedel posudit, aky balik je postacujuci.
Tiez mi nepride konstruktivne prist za programatormi a zacat im menit hromadne IDE na zaklade myslienky, ze vacsina z nich su taky patlali, ze im staci hocico.
Jo, tiez tu poznam par takych, co stravia tyzden patlanim v office. Ale tito ludia to pouzivaju ako pisaci stroj, ked maju spocitat sumu v excely, vytahuju kalkulacku... Potom sa clovek nedivi, ze im kazda blbost trva pol pracovnej doby :p
Ale nie, vazne, co moze taky bezny statny uradnik robit v MSO, ze sa mu to v OO/LO neda?
Keby som ja mal takto zovseobecnovat vykony programatorov alebo adminov... Na take patlanie, ake robi polka z nich im staci v pohode notepad.
Aj v LibreOffice sa da robit, tak ako sa da robit s hobby bruskou a profi bruskou. Co take viem urobit s profi bruskou, co neviem s hobby verziou?
Spatne prirovnani. Ono too ovladani WP melo hodne do sebe. To formatovani, indexy a jine se v tom totiz dalo delat proklate rychle.
BTW, ony se i ty pestni kliny tak trochu dnes pouzivaji, jen jsou trochu mensi a maji drzak. Ono totiz na skalpely, zejmena treba na neurochirurgiii, neni lepsi material, nez stary dobry obsidian.
O pistolnikovi s Coltem proklate nizko zavesenym uz jste nekdy cetl? No, tak tak nejak asi. Jinak jak myslite, ze se ve Worperfectu ty formatovaci sekvence zadavaly? Byly tam klavesove zkratky na *uplne* *vsechno*. Bylo jich hodne, ale kdyz je nekdo mel v hlave, tak jel jak fretka.
Jinak ten moderni skalpel je jen novym vyuzitim velmi stare technologie. Chci tim rici, ze stara technologie nemusi byt spatna jen proto, ze je stara.
Ovládání WorPerfectu bylo dost odstrašující, a většina power userů měla nad klávesnicí "papírek helpáček", aby věděla, jestli použít Ctrl+Alt+F5 nebo Alt+Shift+F3+F5+F7 :). Editor T602 se tehdy v ČR prosadil právě díky tomu, že uživatel viděl, co vlastně dělá.
Navíc verze WP pro Windows přišla pozdě, byla naprosto katastrofická, nestabilní a se špatnou podporou národních jazyků.
Ovladani WP asi nemohlo byt lepsi. Byla to DOSova aplikace, zcela ovladana klavesovymi zkratkami. Ty sice mohly byt jine, nicmene byly udelany tak, ze mely jistou logiku.
User, ktry koukal do papirku, asi nebyl power user. Power user to tam hustil z hlavy a kdyz si obcas nemohl vzpomenout, kouknul do helpu.
Přesně tak.
Ač jsem zapálený linuxák (uživatel), tak tvrdím, že nasazení linuxu v zaměstnání by byl krok zpět. Nejde však o systém, ale o aplikace: kdo bude předělávat všechna makra uživatel zpracovávající data z databází či jiných zdrojů? Viděli jste někdy vytváření a výsledný layout kontingenční tabulky v LibreOffice a MS Excelu? Existuje zdrojově otevřené řešení MS Utlooku v linuxu (schůzky, rezervace zasedaček)?
Jen ne hlášky jako "Gimp nahradí Photoshop bez problémů, uživatel stejně více nepotřebuje", "Evolution je skvělá alternativa k MS Utlouku". Možná, že ve vašich firmách používají zaměstnanci počítač jen jako lepší psací stroj. Ale spousta firem už je trochu jinde. A i když se ta cesta zpět do minulého století negativně dotkne jen 10 % uživatelů, pak lze předpokládat, že zrovna těch, o které by zaměstnavatel asi přijít nechtěl (či neměl).
Na druhou stranu: nově příchozí už nebudou vědět, že by to šlo i lépe, takže vlastně stačí vytrvat ;-(
V Mnichově nechali pár počítačů s Windows, a to je právě ta cesta. Základem je standardizace formátů dat, a potom už si každý může vybrat, jaký software chce používat. A kupovat nějakému úředníkovi za tisíce MS Office, aby si mohl udělat hloupou tabulku se součtem, to je přece kardinální blbost. Každému takový nástroj, jaký opravdu potřebuje.
Evolution jsem nikdy nepoužíval, existuje přece Zimbra a Zimbra Desktop, které jsou skvělé (Zimbra Desktop může ale nemusí být použit spolu se Zimbrou).
A že Gimp nahradí plně Photoshop, to snad nikdo netvrdí, ale nějakému úředníkovi by určitě stačil, vím jak se v našich úřadech nakupuje software, a co s ním pak úředníci dělají...
On OSS se stále vyvíjí, je třeba se dívat trochu dopředu.
On OSS se stále vyvíjí, je třeba se dívat trochu dopředu.
Potíž je v tom, že on se vyvíjí i ten komerční sw.
Ale obecně řečeno souhlasím s přechodem "základně vybavených" stanic na linuxové aplikace a doufám, že to alespoň zvýší investice do open source řešení.
Nezávidím však IT oddělení, které se místo o dvě tři standarní instalace (image) bude muset starat o trochu větší a různorodější sestavy. Ale to mně jako uživateli je nakonec jedno ;-)
Rozdíl mezi open source softwarem a komerčním se stále zmenšuje, a často je ten "open" i lepší. Nedovedu si představit, že bych se třeba z OpenSUSE vrátil k Windows.
Pro IT oddělení se práce zjednoduší, protože nebude muset sledovat licence. Veškerý software může být instalovaný jednotně na všech počítačích, a nikdo neřeší, jestli na to máme.
To, že každý uživatel dostane, co potřebuje, bylo myšleno tak, že není třeba plýtvat penězi, a dávat zaměstnancům/úředníkům do rukou nástroje, které nevyužijí. Pokud ale software nic nestojí, je samozřejmě možné instalovat všechny programy na všechny počítače. Například - je určitě blbost, aby měl každý úředník Photoshop (a licence Photoshopu se na úřadech nakupovaly, i když jde o nástroj pro profesionálního grafika, což je na úřadech málokdo...). Nic ale nebrání tomu, aby byl na každém počítači Gimp, i když ho dotyčný nepoužije, protože to nezpůsobí žádné další náklady.
Takže v současné době bude mít IT oddělení starost s několika konfiguracemi Windows stanic (a jejich licencemi) a s jednou konfigurací Linuxu. Postupem času budou ty Windows stanice nahrazovat, až skončí s tou jednou konfigurací Linuxu, stejně jako u nás ve firmě. Než vzniklo FlexiBee, měli jsme pro Pohodu i stanice s Windows, které teď už nejsou potřeba.
Jestlize ten rychly urednik vetsinu casu ma volno na fejsbook nebo orezavani fotek, tak by se dalo rici, ze ho danovy poplatnik zivi zbytecne. Mela by mu byt predefinovana pracovni napln nebo by mel prejit na castecny uvazek. Neni cilem, aby urednik jel, az bude mit penu u huby a v padesati infarkt z prepracovani, ale jaksi by ve vecech mela byt jista rovnovaha. Pokud se urednici flakaji, na druhou stranu ale jim vyrizeni jednoho papiru trva dva mesice a jeste treba neznaji sve kompetence a to, jak system funguje, je neco spatne. Jiste, podle verchusky je danovy poplatnik vul s bezednou kapsou, ale vseho s mirou.
Uživatelé měli spoustu požadavků "Udělejte plochu Windows z dlaždic", a když to Microsoft udělal, tak se z ničeho nic postavili na odpor??? Nebylo to spíš tak, že se Microsoft vykašlal na názory uživatelů a inovoval a inovoval, i když o to nikdo nestál?
Od určitého stavu jde prostě GUI opravdu vylepšit jen s velkým úsilím. Zase ale, kdyby to Microsoft neudělal a "neinovoval", lidé by mohli mít pocit, že mu už dlouho platí ty nehorázné peníze za nic. Těžké dilema...
MS s Metro interfacem cílil na dotekové počítače, aby se prosadil na trhu tabletů. Výsledek je technicky velmi dobrý. Například MS Surface Pro je krásné zařízení, a Win8.x na něm fungují přesně tak, jak autoři zamýšleli. Těch 200M prodaných zařízení není moc dobré číslo, ale čeká se nárůst téhle kategorie a ústup PC bez dotekového ovládání.
Na klasických desktopech není moc důvodů upgradovat na Win8.x. Firmy mohou klidně počkat na Windows 9, stejně jako nenasazovaly třeba Vistu.
Nedělejte ze sebe oba trotly.Dotekový interface je primárně určený pro convertibles. Příklady:
https://www.youtube.com/watch?v=2w_NS4Qs-Ts
https://www.youtube.com/watch?v=3sfMVS6XGpI
Když už se používá dotekový display na desktopu, tak ho máte daleko blíž než klasický monitor a sklopený dozadu.
http://www.dellmaniac.co.uk/wp-content/uploads/2012/10/Optiplex-touch.jpg
Problém to není víceméně žádný, stejně tak jako by nebyl žádný problém dát zvolit mezi ribbonem a klasickým menu, nebo dát možnost nastavit si barvu fontu v titulku okna. To by ovšem jistá nejmenovaná firma nesměla razit heslo "my víme nejlíp, co potřebujete, tak držte hubu a plaťte" - počínaje již bezpodmínečnou koupí OEM licence, pokud nechceš vybírat z velmi omezeného sortimentu.
Vždyť si můžete triviálně nainstalovat Start Menu od jiného výrobce. S barvičkami a dalšími nesmysly si můžete hrát třeba ve WindowBlinds až do omrzení.
Většina uživatelů používá počítač s Windows, takže ho většina výrobců dodává s Windows. Kdyby byly počítače s Linuxem prodejním hitem, výrobci by samozřejmě zareagovali na poptávku.
Ale no tak. Vždyť už v devadesátých letech padala CD s Linuxem ze všech IT časopisů, psalo se o něm snad i v časopisech pro ženy, a ještě v roce 2001 pánvé z IBM sprejovali po chodnících Love, Peace, Linux. Propagace bylo dost. Problém je s funkčními vlastnostmi, což si nějak odmítáte připustit.
Pokud jsem si všiml, Linux fans šíří také spoustu nesmyslů a FUDu.
To vizejo loliku, on se user bude ucit zpameti nazvy vsech svych 187 aplikaci, aby je v tom bordelu nasel ... vis loliku, i pomerne velkej demnt vi, ze lidi si pamatujou asi tak o 10 radu lip, kde neco najdou ve strukturovanym menu. A kdyz nic jinyho, tak strukturovany textovy menu se da prohledavat pomerne snadno, narozdil od 150ti stranek piktogramu.
Strukturovane menu nikdy nebylo silnou strankou Widli. To mame na Linuxu, ale na Widlich to je naplacane po aplikacich hned v prvni urovni, v lepsim pripade to je na dvou urovnich, nejdrive vydavatel softu, na dalsi urovni vlastni soft. Nicmene vetsina vydavatelu ani tohle nedodrzuje nebo to dela pouze pro nektere sve produkty, takze vysledkem je nesmyslne dlouhe menu, ktere se vam treba ani poradne nevejde na display netbooku.
Souhlasím, strukturované menu v ubuntu/mintu/xdg? je uživatelsky daleko přijemnější, než nepřehledné peklo podle názvu softwaru ve win. Ač jsem CLI-based, v linuxu menu opravdu používám a nevadí mi (samozřejmě kromě pár klíčových aplikací, na které mám klávesové zkratky nebo tlačítka multimediální klávesnice), ve win je pro mě podstatně pohodlnější vyhledávat podle názvu aplikace.
Někdy si to zkuste. Stačí si dát sklápěcí monitor tam kde máte dneska klávesnici, a dát si židli výš (nebo stůl níž). Je to někde mezi těma dvěma extrémy, které jste popsal. BTW ještě že na Linuxu máte podporu myši. Jinak bychom se dočetli, že je to nepoužitelný nesmysl, protože se musíte pracně strefovat do maličkých míst na obrazovce, což přece nikdo nemůže zvládnout :)
Zajímavé. Když se rozhlídnu kolem sebe, všichni, co nemají dostatečně vysokou nohu LCDčka, tu mají monitor vším možným podložený, aby mohli sedět vzpřímeně a dostali jej do výše očí. A ta vzpřímená záda si mohli opírat o pevnou opěrku pořádné židle. Přesně tak, jak se to doporučuje, jinak mimochodem normální selský rozum.
A vyšší chlapi mají zvýšené stoly, aby jim nevisela ramena. Opět aby si neničili záda.
Tak já jim všem tady vyřídím, aby si dali ty monitory zase zpět dolů, chlapům dáme nízké stoly. Aby si přece zvykali na moderní technologie. Schválně, kam mě pošlou.
Je mi líto, že jenom papouškujete tyhle noty. Upřímně si myslím, že máte na víc.
Choďte na win fóra a raďte win adminům, to je vaše parketa. Ale prosím nekomentujte věci kolem linuxu, když jej znáte jen z doslechu. Jste tu za trotla.
Předpokládám že u vás zaměstnanci například nikdy nepracují s papírovými materiály, protože by neměli horní hranu papíru ve výši očí :D. Něco vám doporučím: zkuste se alespoň podívat, jak někdo dotekový monitor používá, a vyzkoušejte si to. do té doby jen teoretizujete o něčem, co jste nejspíš ani neviděl. Navíc asi předvádíte i to, co co krásně popsal Ezop v bajce o lišce a hroznech :)
Krok "späť" je to z mojej skúsenosti práve pre tých, čo nevedia správne používať ani Windows softvér a majú strach z čohokoľvek nového bez ohľadu na platformu. Takí sa sťažujú na akúkoľvek zmenu. Napríklad pri pokuse o nahradenie MS-Office bol u nás najčastejší problém zo strany manažmentu v tom, že im "nefungoval" Outlook kalendár. Keď som sa pozrel ako ten kalendár používajú, zistil som, že ho títo experti rozosielajú ako prílohu emailu v HTML fotmáte, pričom jednotliví užívatelia boli k úlohám priradení ako textová poznámka. :-) Takíto užívatelia boli proti tomu, aby sa nasadil robustný zdieľaný multiužívateľký plánovač a kalendár. Doteraz manžment "kalendár" a udalosti "zdieľa" medzi sebou vzájomným rozposielaním exportu svojho Outlook kalendára ako HTML prílohu emailu, s ktorou príjemca nevie spraviť nič, len si to celé importne alebo vytlačí a udalosti týkajúce sa jeho osoby vyhľadá v poznámkach a prepíše do podobného vlastného Outlook "kalendára". Smutné… Takéto problémy nie sú o platforme, ale o ľuďoch.
No to jste kalendář v Outlooku skoro prohlédnul :D. A všiml jste si, že při plánování meetingu vidíte informaci o volném čase účastníků (free/busy information), a pokud to mají povolené, tak i popisy jejich meetingu? Že můžete založit kalendář pro zdroje jako jsou jednačky nebo auta, a do přidat je do meetingu? A víte že se požadavky rozesílají jako emaily proto, abyste mohl poslat pozvánku i lidem z jiné firmy, kteří nejsou připojení na váš Exchange server? A víte že to HTML je jen jednou z reprezentací toho meetingu (na to byste musel MS Exchange znát trochu lépe)? A víte že ty pozvánky na meeting nemusíte tupě přepisovat, můžete je otevřít a meeting potvrdit, odmítnout nebo navrhnout nový čas (u čehož opět vidíte free/busy informaci ostatních účastníků)? A že když se cestou na meeting zdržíte, stačí na telefonu kliknout na meeting a vybrat "zdržel jsem se, přijdu za chvíli" a odeslat to organizátorovi nebo všem účastníkům? Takových věcí byste mohl zjišťovat ještě hodně. Nebo si můžete zajít na školení MS Outlooku pro začátečníky.
A hlavně: když si v Outlooku naplánujete meeting na notebooku, uvidíte ho za pár vteřin i na svém desktopu a mobilu (ActiveSync), a samozřejmě v něm můžete z každého zařízení dělat změny. A máte přístup i přes webové rozhraní, pokud nemáte žádného pořádného klienta.
Třeba kvalitní desktopový klient, custom forms, workflow, public folders, klientské API, integrace s Lync, integrace s faxem, telefonní ústřednou, push synchronizace mailů i kontaktů. Každá konkurenční aplikace umí něco, ale žádná nemá ten záběr funkcionality a ten komfort používání. Photoshop je nástroj pro grafiky udávající směr, Exchange/Outoook je totéž ve světě workgroup SW.
Desktopový klient Outlooku je tak kvalitní, že končí v různých hall of shame či hall of hate, nehledě na spoustu zcela zásadních bugů jako nefungující IMAP. GMail i eGroupware mají různé desktopové klienty, plnou podporu má třeba Kontact nebo Thunderbird.
Custom forms, workflow, public folders, klientské API, integraci s faxem, push synchronizace, to všechno má GMail a eGroupware taky. Místo integrace s Lyncem má jeden integraci s Hangouts a druhý s Chatty (oboje jde přiohnout pro libovolné XMPP). Telefonní ústřednu GMail umí pomocí Hangouts či Google Voice, eGroupware pomocí Asterisk.
no docela by mne zajimalo opravdu objektivni srovnani celkovych nakladu na provoz dejme tomu site s 300 pc (takova stredni firma). Ani bych se nedivil ze celkove naklady u win ekosystemu budou nizsi nez u open source kde se sice usetri na licencich, ale vyda majlant na supportu (z cehoz ostatne zije RedHat ..) a o absenci centralizovane spravy nemluve .. neumim si predstavit jak nas IT spravce by to nejak centralizovane kociroval ...
priznavam ze o tom, jak se centralne spravuji linuxova pc mnoho nevim, jen by mne zajimalo jake jsou naklady na zaskoleni obsluhy (it spravce) na win platforme a linux platforme a taky kolik casu tomu potom ten spravce musi u obou platforem venovat jestli "to proste funguje" nebo "musim furt neco resit, nastavovat, konfigurovat, hledat reseni ..)
Nejde ani tak o zaškolení, firma prostě přijme správce pro Linux, nebo Windows. A vím že rozumně nakonfigurovaný linuxový server prostě běží a pokud se nejedná o HW problém, nebo útok zvenčí, takřka o něm nevím. U Windows jsou problémy, ať už s pamětí (je jedno kolik jí je instalováno, pořád je to málo), tak i s podivným chováním, protože se jedná o blackbox. A to už vůbec nemluvím o aktualizacích. Na Linuxu se prostě restartuje služba která byla aktualizována a nikdo nic nepozná, na Win je většinou potřeba provést restart. Díkybohu už se u serverových oken nerestartují po aktualizaci samy, jak to bývalo u těch starších :-)
jak si predstavuji v nasi firme IT spravce (zena) jak prechazi na linux centralizovanou spravu a ona by proste potrebovala z gruntu od nuly nove skoleni, funguje u nas jak ferda mravenec, stara se sama o 300 pc, od vypadle snury, pridani ramky, skladani hw pc, pres site, konfiguraci vseho, aktualizace vsech aplikaci, mame i zivotne dulezitou aplikaci bezici na oracle a server na kterem bezi, jinak trend asi bude tenkej klient (aplikace klient - server) resp. webove aplikace a boj o penize uz se bude odehravat jen na strane serveru, zamestnancum je fuk na cem ten server pobezi.. je backend nezajima, jen klikaci frontend ...
Na vic nez polovine widlich serveru mame nastavenej pravidelnej denni/tydeni restart. Duvod? Proste se to zacne chovat divne - bez jakychkoli logu samo.
Ostatne, nejvic jsem se nasmal, kdyz majitel vznesl dotaz, jak to vidim s provozem 24/7. Na widlich (a s widlima aplikacema) naprosto neresitelny. Mam tu ISko, ktery si noc co noc restartuje IIS, coz samo vede k odstreleni vsech klientu, duvod je, "aby se nezaplnila ram".
Muj apache bezi aktualne cca 1/2 roku od posledniho restartu ...
Schopný admin netvrdí že se systém "chová divně", ale analyzuje problém. Nástroje na to máte, jen je umět používat.
Ohledně zaplnění RAM: některé aplikace trpí na resource leaks. Takový resource leak byste měl být schopný najít, omlátit dodavateli o hlavu a donutit ho k opravě.
Pokud se stroj začne chovat vláčně, nejspíš má nějaký resource bottleneck: CPU, paměť nebo disk. Všechny tři věci můžete dobře monitorovat pomocí vestavěného Resource Monitoru. Snadno pak najdete proces, který žere jeden z těch třech zdrojů.
Pokud problém není vidět tady, může jít například o nesprávné zamykání DB, visící TCP spojení na klienty atd. Pochopitelně i tady existují nástroje, kterými zjistíte příčinu problému.
Nie pytam sa na nastroje, konkretne ma zaujima pamet. Resource monitor mi pise ze iexplorer.exe pid 8156 berie 207 780KB ? Su tam 4 udaje o RAM ktore nechapem co znamenaju :-) ale neva, zda sa ze explorer ako pisem tento komentar vzrastol na 213 500KB. Je to memory leak? Ten explorer je modelovy pripad, ale zaujima ma ako to ma chudak admin zistit ( a mozno tiez niekedy ja sam). (Uz je 218 076KB)
JavaScript bohužel umožňuje memory leaks. Můžete použít například sIEve. Ovšem oprava není na vás, ale na autorech webu. Přitom když si pustíte pár tabů Youtube a Facebooku, po čase vám sežerou GB paměti v každém browseru.
http://home.online.nl/jsrosman/sievehelp.htm
ale samozrejme :-D Explorer ma leak (keby len jeden) v implementacii cohokolvek ... a ten co to ma opravit je chudak web developer. Aby nahodou nepouzil volanie, ktore Explorer nezvlada bez leaku :-D
Ako by take weby vyzerali? Cisty text bez css, obrazkov a najlepsie aby sa zmestili na jednu obrazovku bez scrollu? :-D
Boze to je nazor...
Ale pridam moju skusenost. Dell blade server, 4GB ram, nejaky dual quadcore xeon. Jeho dina uloha bola exchange pre jednu jedinu domenu s 20 schrankami. Vysledok - 4 giga zozral len samotny exchange pri starte. Na dotaz u typka s certifikatom od ms ci to je normalne odpoved: jasne. 4 je minimum co to vie zozrat. Co je trosku na pocudovanie ked postfix spravujuci cez 200 domen s 2000 mailboxami zere 400MB ram a pusteny odkedy nabootovala masina: 290 dni :-D
Ale musim uznat ze to bezalo - mozno vdaka tomu ze sa to cele same resetovalo vzdy ked sa ms podarilo vyprodukovat nove bugy a naisntalovat ich cez windows update :-D
JavaScript umožňuje resource leaks, to je bohužel fakt. Weboví vývojáři jsou často patlalové, kteří jsou horko těžko schopní svoji "aplikaci" rozhodit, natož aby se zabývali nějakými resource leaks. Ještě k tomu že je to věc MSIE: proč tedy ty samé problémy vidím ve Firefoxu a Google Chrome?
Ad paměť u MS Exchange vs Postfixu - Postfix je hloupý MTA, nepodporuje kalendáře, veřejné složky, plánování zdrojů (zasedačky apod), workflow, fulltext indexing, webový interface a nejspíš ani push technologie. Srovnávejte srovnatelné. Navíc velikost paměti u MS Exchange lze konfigurovat; by default jsou hodnoty poměrně velké, protože se očekává nasazení ve velkých firmách.
Proto jsem psal, že v našem případě. Ono taky záleží, kdo a jak to nastavil, správně nastavit Exchange není jednoduchý. Jen pustit setup nestačí, část věcí se pak musí doladit podle hlášek v event logu, často přímo v powershellu. Zrovna Exchange nepatří mezi vyslověně klikací softy, taky byl myšlený hlavně pro větší firmy.
Kolik měl ten comp RAMky? A bylo tam zároveň DCčko (což je nedoporučovaná varianta)?
Našel jsem ten původní příspěvek, DC tam asi bylo. Tím, že je to nepodporovaná kombinace, tak některý věci po instalaci Exchange nefungujou správně. Jedním ze známých problémů je právě dlouho trvající restart (běžně 1/4 hodiny). Buď se dlouho vypíná a nebo pak naopak nenastartují všechny služby a musí se něco nahazovat ručně. Jde to vyřešit, jsou na to postupy, ale chce to víc práce a hlavně o tom musí člověk vědět.
SBS to má nějak pořešené, aby to dohromady fungovalo bez ladění, ale ten neznám. Jinak i my máme DC a Exchange dohromady.
Tomu věřím. Ale není hlavní důvod to, že do postfixu vidíš a do Exchange tolik ne? Já bych měl zase naopak větší problém s nastavováním postfixu. Každý umí něco jiného a tak je to správně.
Jinak jak psal předřečník, funkčnost postfixu je jen *malou podmnožinou* funkčnosti Exchange. Nejde to úplně srovnávat.
A Samba nerovná se AD. SMB sdílení je podporovaný na jakýkoliv roli serveru, tj. samozřejme i spolu s Exchange.
> Ale není hlavní důvod to, že do postfixu vidíš a do Exchange tolik ne?
Ten mrtvolný stav jsem nezpůsobil já, takže to je irelevantní, nakolik do toho vidím já. Nicméně nevím, jak by někdo mohl dokázat, aby postfix způsoboval čtvrthodinový start serveru. To dost dobře nejde právě proto, že postfix nepoužívá neprůhledné nespravovatelné jediné úložiště, které když se posere, nikdo to nedá dohromady.
Ty v té práci jsi 24/7, že máš čas na analýzy problémů woken? Proč by měl ztrácet svůj čas analyzováním problémů způsobeným Macroshitem? Neměl by omlátit widle dodavateli o hlavu a donutit ho k opravě?
Kromě toho neznám admina, co by se s něčím jebal pořád dokola a marně, když cesta nejmenšího odporu je noční restart.
Jenže ty problémy bývají způsobené převážně aplikacemi, ne OS. A proč byste měl ztrácet čas řešením problémů? Protože to je váš job.
Ad neznám admina, co by se s něčím jebal pořád dokola a marně, když cesta nejmenšího odporu je noční restart - dobrých adminů je bohužel málo.
LOL mě už to taky napadlo, on je totiž výborný teoretik, vše mu funguje, verze office jsou naprosto kompatibilní, lokální síť a sdílení běhá vždy bez problémů, nikdy se mu nestalo, že by widle nenastartovaly ani do nouzového režimu... ale když dojde na praxi, je to bída. No a když něco někomu "náhodou" nefunguje, tak je to pochopitelně jen a jen jeho chyba, je špatný admin, který by měl hledat cizí memory leaky... no sranda :-)
To s tím dodavatelem špatně jednáte. Navíc pokud vám dodavatel zmrší aplikaci, není to problém platformy, a není v tom ani větší rozdíl v platformách - aplikace pak nebude fungovat korektně na žádné platformě.
Samozřejmě jsem systémy s Windows (a nejen s nimi) administroval.
Loliku, dodavatel je gold ci kyho vyra partner M$, a ten M$ ho stejnak posla tak maximalne do <>ce, kdyz mu dodavatel nareportuje, ze v jeho widlich je bug jak krava, a ze jim jejich appka delana presne podle dokumentace pada.
Takze zcela zjevne vis naprosto kulovy o tom, jak veci fungujou.
Jeníčku, kdybyste byl programátor, tak byste věděl, že se pro Windows píše velmi dobře, API má kvalitní dokumentaci a je má minimum bugů. Programátoři-patlalové samozřejmě mají problémy, ale ti je mají všude.
Ad zcela zjevne vis naprosto kulovy o tom, jak veci fungujou - OK, jistě se nám svěříte s konkrétním příkladem toho bugu. Které API, v jaké situaci? Vy hodně plácáte, a píšete zatraceně málo konkrétních informací - protože většinou nerozumíte tomu o čem mluvíte.
jo loliku, to uzasny psani pro widle jsem mel tu cest ... videt na vlastni kukadla. Vase vlastni visualko se nebylo schopny syncnout s tim vasim kramem (ted nevim jak se to jmenuje, ale je to neco na tema svn).
Nebo dalsi uzasna vec, u toho dokonce vim, ze se tomu rika konektor ... fakt bomba, dodavatel zmeni query, a musi ho celej smazat a zalozit novej, protoze kdyz jen vymeni, byt nepatrnou a zcela nepodstatnou cast ve where, tak se to cely rozsype, klidne si to zalozi novy, zcela neexistujici pole (na tema pole vs pole01) a vsechno se pak pochopitelne rozesere, protoze vsude v kodu se cte pole, ve kterym nic neni.
Taky to zjevne neumi fungovat bez napojeni do databaze, coz je uzasny, kdyz clovek potrebuje neco zmenit, a nema zrovna moznost se k ni pripojit ...
Aha. Takže jste jednou viděl synchronizaci VS s TFS, a jednou vám podle toho popisu asi někdo ukázal nějaký nástroj pro vizuálního návrh, se kterým neuměl zacházet (a který se v používá leda v triviálních aplikacích). Jo, to už je z vás skoro vývojář :D. Samozřejmě o žádném bugu, o kterém jste psal, nevíte vůbec nic, a jen plácáte. Proč mě to nepřekvapuje?
Vy si to ale, Vazeny Loliku, predstavujete jak Hurvinek valku.
Modelova situacia, ku ktorej som sa minuly rok primotal. Statny urad vyuziva "webovu aplikaciu", monstrozitu beziacu len na kombinacii WinServer 2k3 + ISS6 + IE9.
Dodala to firma, ktora k tomu prisla cez vyberove konanie (dokonca asi nepodmaznute), pricom to cele bezi na frameworku externej, nemeckej firmy. Support je docela fajn, chalan na drate sa ide pretrhnut, aby pomohol, ale v praxi nezmoze moc a vsetky realne problemy deleguje vyssie, niekedy az do toho nemecka. Pricom samozrejme, za support sa plati nemeckou cenou, i tym Slovakom, takze s nim clovek nemoze jednat prilis casto :p
Mno a problem je v tom, ze ten IIS zamrza. Neviem, ci je to bug, leak, alebo proste made in MS, kazdopadne na tom stroji nebezi nic ine, HW je virtualny, host 100% v poriadku a ak zamrzanie sposobuje samotna aplikacia, dodavatel to rozhodne neprizna.
Vyjadrenie MS je cca v tom zmysle, ze oni uz svoj SW nepodporuju. Zial, cela ta vec je opatrena asi kilom certifikacii a akykolvek upgrade je absolutne nepodporovany. Bol by teda na zodpovednost toho, kto ho schvali a to je pri IIS profesionalna samovrazda :)
Preto teda dodavatel potvrdi existenciu problemu a odporuci nocny restart.
Drahý čtyřnožče, v takovém případě je na místě dát podpoře dodavatele vzdálený přístup pod dohledem, a nechat je problém řešit. Ať si to vyříkají se svým dodavatelem.
BTW pokud by dodavatel dodal podobně zmršenou aplikaci pro Linux/Apache, byla by situace nějak odlišná? V principu to totiž podle všeho není problém OS ani webového serveru, ale konkrétní aplikace, a hlavně komunikace s dodavateli.
ctvornozec ses preto, lebo lolik po slovensky nevladze .... ;D
Podobne jako nechape, ze s vadnym IIS a widlema proste neudelas nic. Ani kdybys cirou nahodou mel verzi "podporovanou", nebylo by ti to platny vic, nez mrtvymu zimnik.
Mimochodem, pamatuju si (kuprikladu) to, jak sme kdysi resili, proc nenastartujou zcela ciste nainstalovany w98 ... a samo, jakozto "parner" M$ sme se teda obratili na ne. Tahali z nas SN a nakonec nam rekli, ze se mame obratit na dodavatele PC ... coz sme byli mi ... lol. Vysledek? Samo zjistenej bez M$ ... Mno w98 proste nenastartovali s vic nez 512MB ram. Musels je nastartovat s min, zakazat jim pouzivat vic, a pak si tam moh tu pamet navic (ktera tam byla uplne zbytecne) pridat. Ostatne, jejich 32bit w7 neumej vic nez cca 3,5GB dodnes. Na to si musis naisntalovat externi appku, pripadne widle ohackovat ...
S vadnými Windows a IIS samozřejmě můžete udělat spoustu věcí, pokud máte koupený support. Navíc jste popisoval problém, který byl podle všeho způsobený aplikací. BTW co uděláte s vadným Linuxem a Apache? :)
Pokud máte OEM licenci Windows, podporu poskytuje dodavatel systému. Když si koupíte díky a k nim OEM licenci, jste svým vlastním dodavatelem, a je to na vás. Máte přístup k Knowledge Base.
Loliku, prace admina je udrzet veci v chodu, ne zjistovat proc nefungujou widle. A vazne nevim, proc bych mel stravit mesic hledanim problemu, kdyz ho stejne NIKDO nevyresi. Ale jo, muzu si nahodi nejake hexaeditor a zacit opravovat dllka.
Proto se zcela zasadne widle NIKDY nespravujou, protoze vsichni davno vedi, ze i kdyz venujou disitky hodin casu na analyzu problemu, tak jedinej vysledek bude, ze "o teto chybe neexistuji dalsi informace". Proto se widle rovnou reinstalujou, protoze je to asi tak o 10 radu levnejsi a efektivnejsi.
> Proto se widle rovnou reinstalujou, protoze je to asi tak o 10 radu levnejsi a efektivnejsi.
Chtěl bych vidět toho Laelova kvalitního admina, jak na stovkách stanic analyzuje problémy typu Systém událostí modelu COM+ nemohl vytvořit instanci odběratele ... :)
To by pak cena licence v celkových nákladech byla naprostá nula a nebylo by vůbec smysl ji řešit :)
widli log:
Stav služby Multimedia Class Scheduler byl změněn na: running
Stav služby Multimedia Class Scheduler byl změněn na: stopped
Stav služby WinHTTP Web Proxy Auto-Discovery Service byl změněn na: running
Stav služby Windows Modules Installer byl změněn na: running
Režim spuštění služby Windows Modules Installer byl změněn z demand start na auto start.
Režim spuštění služby Windows Modules Installer byl změněn z auto start na demand start.
To sou udaloste, co? ... Tehle sracek je plnej log.
Ale muzem samo i "zajimavejsi" - oznacene jako error - (celkem standarni denne pouzivanej desktop)
Neočekávaná chyba. Kód chyby: 490@01010004
Od zacatku roku cca kolem tisicovky logu oznacenych jako error ... a to je jeste prdlajs, nasel bych i takovy stroje, kde jich budou desitky tisic ... presto je jejich uzivatele celkem normalne pouzivaj ... proste u M$ je error v logu celkem nezajimava normalni vec. Ostatne, parkrat sem se sel podivat do errorlogu ciste nainstalenych widli, chyby tam byly vzdy.
1. Když si projdete logy nějakého unixového systému, najdete podobné hlášky. Pokud chcete vidět jen chyby, naučte se v Event Vieweru používat filtry.
2. Na Unixech často dostanete spoustu chod nijak neovlivňujících chyb i když si jen pustíte GUI aplikaci z terminálu. Někdy si to zkuste.
1. Mě ty hlášky typu "Stav služby Multimedia Class Scheduler byl změněn na: running" nepřijdou až tak nesrozumitelné :)
2. Pokud spustím GUI aplikaci z terminálu a začne na mě házet chyby, tak je to špatně. Samozřejmě ve /var/log najdete také spoust chyb, které nijak neovlivňují provoz.
Aha. Takže když je u vás nemáte, kdy jste je naposledy viděl? Jaký OS v jaké verzi? A spravoval jste ho jak dlouho? Na jaké pozici?
Jinak pod "unixové" myslím všechny skutečné unixy i unix-like systémy. Tj. i Linux, o jehož penetraci na serverech se snad nebudeme bavit, nebo jo?
A pokud byste měl zájem o skutečné unixy, tak např. Netflix provozuje svoji CDN na FreeBSD, takže nejméně třetina severoamerického internetového provozu je obsluhována unixem :)
Pracoval jsem se systémy DEC, Sun, HP a IBM. Samozřejmě jsem přišel do styku i s Linuxem - ve srovnání s dříve jmenovanými systémy je jeho kvalita dost tristní. Další detaily o své osobě si s dovolením nechám pro sebe.
Linux se používá primárně na internetovou infrastrukturu, a to primárně díky nulovým pořizovacím nákladům. Uvnitř firemních serveroven je situace značně odlišná.
Nenajdete. Najdete ID udalosti, co je len poradove cislo v logu, uzitocne jak sanky v mori.
Ja vam to kludne odcitujem:
Event Type: Error
Event Source: Service Control Manager
Event Category: None
Event ID: 7031
Date: 8/24/2014
Time: 13:52:05 PM
User: N/A
Computer: serer14
Description:
The Print Spooler service terminated unexpectedly. It has done this 1 time(s). The following corrective action will be taken in 5000 milliseconds: Restart the service.
V detailoch sa dozviete kody pre horeuvedene "riesenie" a hexa zapis slova "Spooler". Ze to sposobuje "vhodne" formatovane PDF v tlacovej fronte, pravdepodobne v spolupraci s driverom HP, na to musite prist metodou pokus-omyl.
Opat raz musim vyjadrit svoje podozrenie, ze ste zivi WinServer este nevideli :)
Event ID není pořadové číslo události v logu. Je to ID (typu) události, v tomto případě EVENT_SERVICE_CRASH.
http://msdn.microsoft.com/en-us/library/windows/desktop/aa363632(v=vs.85).aspx
http://www.microsoft.com/technet/support/ee/transform.aspx?ProdName=Windows+Operating+System&ProdVer=5.2&EvtID=7031&EvtSrc=Service+Control+Manager
Vyjma toho byste měl v event. logu najít i vlastní pád servisu, který vám může něco říct. Vyjma toho si můžete zapnout logování spooleru. V druhém linku zjistíte i jak použít debugger.
http://blogs.technet.com/b/askperf/archive/2008/08/12/two-minute-drill-enabling-print-queue-logging.aspx
http://social.technet.microsoft.com/wiki/contents/articles/13308.troubleshooting-windows-server-2012-printing.aspx
Samozřejmě to že jde o "vhodně" formátované PDF zjistíte rychleji metodou pokus-omyl. Drivery od HP jsou obecně dost tragické. Doporučuji instalovat ty jejich minidrivery, což je v podstatě DLL s parametry pro driver od MS, kde to HP nezmršili vlastním kódem.
Loliku, kdyz pisu aplikaci, tak zavolam knihovnu, a ta mi vrati nebo nevrati nejaky vysledek, aplikace podle toho bud vrati nebo nevrati nejaky chybovy hlaseni, ale rozhodne to neni duvod k tomu, aby zbuchla. Samozrejme pokud to napise nejakej dobytek od M$, tak se appka slozi, protoze se nepredpoklada, ze by trebas knihovna nevratila nic ... ze.
Drahý Jiříčku, zkuste si představit, že v té knihovně dojde k výjimce. Například hrábne do paměti mimo adresní prostor aplikace. Co se pak stane? Protože je to knihovna, kód běží v kontextu aplikace, která ji používá. Takže spadne *ta aplikace*.
To je samozřejmě jen jeden ze scénářů. Pokud má například knihovna vrátí nějaký pointer, ten směřuje někam mimo, a aplikace se pokusí ho následovat, tak také spade. To se stane například pokud se volání knihovny úspěšně vrátí, s tím že mimo jiné vytvořila novou instanci objektu, ale pointer na ten objekt je null.
Ono to skoro vypadá, že vaše znalosti principů OS jsou stejně slabé, jako vaše znalosti prakticky čehokoliv jiného, k čemu se snažíte vyjadřovat.
Chyby s číselným kódem jsou dost neobvyklé. Pokud na ně dojde, můžete buď googlit, nebo se kouknout do seznamu chybových kódů. Doporučuji tu druhou možnost. Plus si můžete stáhnout utilitu err.exe, která vám na chybový kód vrátí hlášku.
http://msdn.microsoft.com/en-us/library/cc231199.aspx
Loliku, na tuxovi jednak nema ZADNE hlasky typu error (ani jednu jedinou), dokonce ani zadnou typu warning, druhak mi loguje jen presne to, co logovat chci. Zadny nicnerikajici plky.
Protoze kdyz se na tuxovi objevi error (nebo i ten warning) tak se narozdil od widli da vyresit. Mimochodem, citace podpory M$ ... "tyhle chyby ignorujte".
Jaroušku, problém bude spíš v tom, že neumíte základy troubleshootingu. Pro méně schopné adminy opravu může být jednodušší dokola restartovat a reinstalovat, protože na víc nemají. Otázkou je, jestli by se pak měli nazývat administrátory. Takoví totiž dělají špatné jméno sobě i své profesi.
Naopak loliku, schopnej admin vyhodnocuje casovou narocnost operaci, a protoze vi, ze casova nacocnost opravy widlich menstruaci se blizi nekonecnu, tak se tim nezabyva. Jeho chlebodarce by ho totzi brzo vykop, kdyby spravoval 30dnu z mesice PC jeho ucetni, protoze analyzuje v cem je problem ...
Vis loliku, krome zmeny distra sem tuxe nikdy nereinstaloval, ani jednou, a vis ty proc? Protoze casova narocnost vyreseni problemu, se velmi blizi nule. Jeste se mi nestalo, ze bych behem par minut nenasel pricinu i lecivo. A co vic, tux se nereozesere sam od sebe, kdyz se neco stane, tak vyhradne pri nejakych zasazich => je na to cas. Ne jako u widli, ktery vyhnijou proste casem.
Tohle je na windowsech naprosto běžný jev, který znají všichni uživatelé. Než jsem likvidoval poslední windows na domácím počítači (to už jsem tam měl dual boot s linuxem), tak startovaly cca půl hodiny. V praxi jsem to dělal tak, že jsem zavolal děckám domů před odchodem z práce, ony to zaply, a než jsem se dostal domů, tak to bylo jakžtakž funkční.
Ona nenávist MS vůči linuxu je vcelku pochopitelná: plnohodnotný a funkční systém je dosti návykový a kdo si na něj zvykne, tak se k produktům od MS vrací jen s odporem, protože je zvyklý, že systém a programy fungují, a to svižně.
Že to není problém Windows, ale tvůj to tě nenapadlo? Nainstaloval sis tam (nebo děcka ti tam nainstalovala) tunu kdovíjakého balastu, co se natahuje při startu a pak se divíš. Moje zkušenost je taková, že se start Windows časem sice opravdu zpomaluje, ale je to tak v řádu vteřin. Startovat Windows na rozumném hardwaru dýl jak minutu jsem ještě neviděl. Nehledě k tomu, že sám počítáč už roky jenom uspávám, takže mi 'startuje' tak 5 vteřin max.
Ona nenávist Linuxáků vůči Microsoftu je vcelku pochopitelná: ono dívat se jak si lidi vyzkoušejí Linux a ještě moc rádi se vracejí k byť nedokonalým, ale pořád o dost použitelnějším Windows musí pro ně být dost frustrující ;)
Nejsem linuxák (já vlastně ani nevím, co si pod tím mám představit, pokud kritiku M$, tak linuxák jsem), ale mně spíš přijde frustrovaný někdo, kdo na web převážně o linuxu chodí dlouhé roky plácat nesmysly o tom, jak jsou widle dokonale funkční a bezchybný systém. Taková nenávist stále více se prosazujících OSS technologií musí být opravdu frustrující ;-)
BTW už několikrát jsem se ptal a zatím mi nikdo neodpověděl, tak odpovíš třeba ty: co z toho máte, že lobujete za cizí zahraniční megakorporaci a její proprietární produkty? A co máte z toho, že se snažíte (kolikrát velice trapně) shazovat lidi, kterým se to nelíbí, nechtějí být závislí na jedné konkrétní firmě a nějak proti tomu bojují? Připadáte si drsně, cool, nebo se považujete za hrdiny?
Já za žádnou zahraniční megakorporaci rozhodně nelobuji, já se sem chodím vysloveně bavit, v okamžiku kdy se objevily zprávy o tom Mnichově mi bylo hned jasné, že se tu zase strhne nádherná diskuse, a měl jsem pravdu. Takové perly co sem někteří místní borci házejí, to je prostě paráda. Aby bylo jasno já proti Linuxu nic nemám, sám Linux používám, na server je Debian jasná volba, a dlouhé roky jsem jej používal i na desktopu. Akorát mne mrzí že někteří zastánci Linuxu tu prostě otevřeně lžou a nebo blábolí naprosté nesmyly, to se pak někdy ozvu.
Nevšiml? To asi přehlížíš většinu příspěvků od j. Stačí se podívat o kousíček níže kde reaguje na mně - nejprve začne ironickým oslovením (zřejmě aby ukázal světu jaký je borec) pak s naprostým klidem lže o tom, že se bavíme o serverech, přičemž diskuse je desktopech, a na závěr si neodpustí aspoň jednu zkomoleninu MS, opět aby ukázal světu jaký je to borec a krutopřísežný linuxák :) A takhle tady bohužel vypadá většina jeho příspěvků.
No, ona ale řeč opravdu o serverech celou dobu byla, to až A.S. Pergill a ty jste začali mluvit o desktopech ;-)
Hele, sice se j vyjadřuje trošku květnatě, ale tomu, co říká, klidně budu věřit na rozdíl od toho, co zde prezentuje jistý Lael, u kterého je chyba VŽDY jinde, než u produktů M$. Buďto je zmršená aplikace (pozor! zmršená aplikace rozhodně nemůže být od M$, v tom případě je chyba stoprocentně někde jinde), nebo je problém se sítí, nebo je neschopný admin, nebo tisíc dalších věcí. Já se v IT pohybuji profesionálně již přes čtvrt století a za tu dobu jsem něco viděl a zažil, a že to byly často neuvěřitelné věci.
Jinak no offence ;-)
Také jsem v IT řadu let, a také jsem viděl těžko uvěřitelné věci . BTW zpočátku často na Unixech, než jsem zjistil, že za desetinovou cenu může mít člověk PC server :). A protože jsem toho spoustu viděl, odmítám například šmahem vinit IIS, když s nejvyšší pravděpodobností někdo zmršil aplikaci, která na něm běží.
Kolega "j" se vyjadřuje jako kdyby se narodil v ghetu. To ale není nic proti tomu, jaké neznalosti v diskusích veřejně ukazuje.
Máme na ústavu v učebách windows na zcela nových počítačích, nemáme k nim administrátorská práva, takže tam nemůžeme "instalovat žádný balast" a přesto naskakují 5 - 10 minut a občas i zatuhnou. Proti linuxu naprosté utrpení.
Jinak registry bobtnají každým zapnutím počítače a každou akcí na něm. Přitom se natahují celé do paměti, takže jí ukusují stále víc a to natahování nakonec přejde na swapování systému, když už volná paměť nestačí.
K návratu k windows vede prakticky vždy (s jinou příčinou jsem se nikdy nesetkal) záměrná nekompatibilita MS formátů s jejich standardy. Případně existence win only formátů a technologií typu Silverlight.
Jiste ... proto kdyz si pustim z win 7 RDPcko, tak mi KAZDA JEDNA sesna sezere 300MB RAM? Takze kdyz potrebuju bejt pripojenej na 5 stroju, tak jen na to potrebuju 1,5GB? Jasne, za to si urcite muzu sam ... stejne jako za to, ze jakejsi proces svchost bezi asi tak 30x, sezere dalsi GB ram, a 50% CPU ...
Jop, vazne by me zajimalo, jak sikovnej admin resi to, ze si koupil za nehorazny prachy licenci na terminalserver, a ten ma jen po prvnim prihlaseni vsech uzivatelu registry velky 2GB ... a rostou a rostou ...
Tak zde je konkretni problem, ktery pocituji snad 5 let: XP pri poskytnuti vzdalene plochy zmeni power management settings z never/never/never na uspani po nahodne dobe. Takze pokud prestanu delat na RDP nebo se odpojim, stroj usne.
A co navic, kdyz zmenim volby zpet na never/never/never tak to nejde ulozit, pry chyba "Power policy manager unable to set policy: Indicates two revision levels are incompatible". Jde to jen ulozit pod novym nazvem, takze mam profily never1, never2, ... az kolem dvaceti nez to pak promazu.
Ted se divam, ze ty starsi profily ktere byly ulozeny jako never, maji v sobe nahodne data...
A reseni? Neni. Duvod? Neznamy.
http://www.textndata.com/forums/power-management-changed-when-remote-93682.html
Praktikuji toto:
WORKAROUND: Immediately on establishing the remote connection, open the power properties dialog and if they have changed, set them back to "never" (hibernate or go to standby) FROM THE REMOTE MACHINE. Now you can stay connected all day. If you forget that step, as I do once in awhile, you can lose the connection until you can get back to the remote machine and bring it back to life.
Ale nepovazuji to za reseni. Zrejme MS si o tom mysli neco jineho.
Tohle dává technologii Remote Desktop Connection úplně nový rozměr :-)
Ono RDpcko na widlich ma jeste dalsi uzasne nalezitosti. Konkretne mam trebas grafarnu (celkem jedno jestli NV nebo ATI), a kdyz se pripojim pres RDP, tak pro system neexistuje => nelze na ni spustit nejen zobrazovani (to bych jeste bych shopen pochopit, i kdyz nevim proc), ale nelze spustit ani zadny vypocet. System totiz zadne GPU nema.
Tuhle ficuru muzem povysit tak, ze pokud se ve widlich spousti neco, co s grafarnou nejak pracuje, je treba se nejdrive prihlasit lokalne, protoze jinak ta aplikace nenastartuje. Pokud uz bezi, tak kupodivu zustane bezet i po naslednem RDP konektu, ale samozrejme se nesmi ukoncit.
Totez samozrejme plati pro zvuk a zvukove karty, jakmile se clovek pripoji vzdalene, prestavaji pro system existovat. Tudozi pokud by nekdo zil v naivni predstave, ze si vzdalene na vzdalene zobrazovadlo pusti nejakou prezentaci (vcetne zvuku), tak to je pod widlema proste dokonale nerealizovatelne.
Boha. Když máte terminálový server, tak vzdálený uživatel samozřejmě nemůže používat zvukovou nebo grafickou kartu toho serveru. Pokud jde o výpočty, tam autor aplikace nemá používat shadery, protože ze servisu nebo Remote Desktop session nemá přístup ke grafické kartě serveru. Místo toho má používat DirectCompute/C++ AMP.
Ještě jednou pro méně chápavé chlapce, co si hrají na adminy. RDP vytváří více sessions, a ty jsou pochopitelně izolované, takže nemají mít přístup ke zvukové ani grafické kartě serveru.
Jinými slovy vám někdo napsal aplikaci tak, že používá zdroje, které v terminálové session (ano, RDP) nejsou k dispozici. Pokud to nechápete, tak vzdejte IT, a jděte třeba smažit hamburgery. Prý je to méně intelektuálně náročné, a časem můžete povýšit třeba na vedoucího smažiče hranolek.
Nj, tady nekdo neumi napsat system, a podobni meneceni jedinci to jeste oslavujou. Loliku, kdyz se k systemu prihlasim jako admin, tak sem jeho BUH. A Buh smi VSECHNO. Pokud to nechapes, tak navsitch Dr. Chocholouska, bude z tebe mit radost, povesi si te na zed hned vedle slavne tarasnice.
On totiz kdyz nekdo provozuje nejaky HW, tak (pro M$ samo velke prekvapeni) proto, aby na tom HW neco bezelo. A pokud na tom HW nic behat nemuze, protoze nejakej trotl vymyslel, ze se to musi spoustet vyhradne lokalne, tak je proste takovej system zcela nepouzitelnej.
Mimochodem, loliku, presne tohle je duvod, proc v oblasti vykonu a stroju za mililardy $ po widlich ani vidu ani slechu. On totiz bezne vedec vyrazi na let pres 1/2 zemekoule, aby ci moh spustit svuj vypocet z lokalni konzole.
BTW: Uz ste se v M$ naucili, co to znamena need?
Jeníku, přečtěte si tohle. Třeba vám to rozšíří obzory.
http://www.root.cz/clanky/mnichovske-kritice-linuxu-chybi-padne-argumenty/nazory/511753/
Administrátor samozřejmě není bůh - jen by se tak někteří rádi viděli :). Existují naopak velmi dobré důvody mít například jen administrátora uživatelských účtů a podobné omezené administrační role.
Ad nejakej trotl vymyslel, ze se to musi spoustet vyhradne lokalne - ten trotl je autor aplikace. Jak jsem opakovaně psal, takovéhle aplikace mají jet přes DirectCompute/C++ AMP. Jinak je to totiž nebezpečné.
Nepracuji v MS, ale připadá mi, že slovo need chápou. A co vy, už jste si nastudoval alespoň ty compatibility options ve Wordu? :)
Jo, nejde to. Remote Desktop je postavený tak aby izoloval uživatelské sessions, i pokud přistupuje jediný uživatel. Ono když sessions neizolujete, má to dost závažné bezpečnostní důsledky (vizte třeba odposlech X11 events). Pro scénáře jako výpočty na GPU se používá DirectCompute/C++ AMP, v interaktivních aplikacích i servisech. Pokud spustíte v RDP session řekněme OpenGL aplikaci, která něco počítá s použitím shaderů, tak samozřejmě počítat nebude, protože nevidí grafickou kartu serveru.
Pokud se uživatel přihlásí lokálně a následně se k této session připojí přes RDP, žádnou novou izolovanou session to nevytvoří, jen se to začne tvářit, že grafická karta najednou není.
Nevím, jaké odposlechy X11 events máte na mysli, v Linuxu jsou uživatelské session také od sebe izolované, ale k hardware mají takový přístup, jaký jim dávají jejich práva, Linux se netváří, že tam žádný není.
Sessions mají vždy izolaci. Aplikace A ze session 1 nemůže posílat window mesages aplikaci B běžící v session 2. Když si vytvoříte session, můžete se k ní připojit z jiného terminálu - pochopitelně grafická karta zmizí.
Ohledně session isolation doporučuji tohle:
http://theinvisiblethings.blogspot.cz/2011/04/linux-security-circus-on-gui-isolation.html
Pokud jde o OpenGL, tak tam není problém získat obsah obrazovky. Vzdálený uživatel by získal možnost kreslit po obrazovce serveru a koukat na ni, což je z hlediska bezpečnosti průšvih. Je pěkné, že v daném scénáři uživatel jenom vytvoří shader, kterým něco spočítá, ale bezpečnostní díra je to tak jako tak. Proto MS doporučuje DirectCompute/C++ AMP.
Ve Windows k těm heslům máte přístup, i když máte pouze právo ke čtení shadow copy, které můžete mít klidně vzdáleně, a to přesto, že všechna vaše ostatní data jsou v bezpečí, protože je máte šifrované (i když u toho si nejsem jistý, jak složité by bylo z Windows vykuchat ten šifrovací klíč, který zcela evidentně nemůže být chráněn heslem?). V Linuxu jsou ta hesla alespoň hashovaná tak, že nejdou rozluštit, v lepším případě je šifrovaný celý disk a zálohujete jej tak.
Pokud máte práva na čtení shadow copy a práva ke kritickým souborům, samozřejmě je přečtete (na Unixech se ani nemusíte obtěžovat se shadow copy). Hashe hesel nejsou salted, ale jsou šifrovaná. Heslo se samozřejmě dá dohledat.
Pokud jde o rainbow tables, je to sice efektivní technika, ale tabulky jsou velké. Od verzí Windows Vista a Server 2008 MS by default neukládá slabé LM hashe, a rainbow table NTLM hashů pro 9-místné heslo má okolo 1TB. Kolega Jiřík má buď 1TB USB klíčenku :), nebo používá nějakou prehistorickou verzi Windows.
A šifrování disku? Šifrovací SW (TrueCrypt, BitLocker) potřebuje mít za běhu klíč v paměti. Dump paměti dostanete například tak že stroj resetujete a zabootujete z USB klíčenky - většina paměti zůstane neporušená. Nebo obraz paměti vytáhnete z běžícího stroje přes nějaké rozhraní: Express Card, PC Card, Thunderbolt, 1394. Law #3: If a bad guy has unrestricted physical access to your computer, it's not your computer anymore.
http://technet.microsoft.com/library/cc722487.aspx
S Rainbow Tables a se šifrováním disku máte pravdu.
Problém s NTLM hashi (pokud jsem si to přečetl správně) je v tom, že ke spoustě služeb (třeba v doméně) mi stačí znát ten NTLM hash, a nepotřebuju zjišťovat původní heslo. Hash hesla z /etc/shadow v linuxu mi nic takového neumožňuje.
Tak jsem si to špatně spojil. Viz http://en.wikipedia.org/wiki/NTLM . Znalost NT-hashe a LM-hashe stačí na přihlášení se pomocí protokolu NTLMv1. Znalost NT-hashe a v2-hashe (možná je to ten o kterém jste mluvil v příspěvku výše) stačí na přihlášení pomocí NTLMv2. Samozřejmě pokud administrátor domény povolí jen kerberos, tak by znalosti hashů měly být k ničemu.
1 TB je podle vás moc velké? To žertujete, že? Co takhle ty tabulky najít předpočítané? A aby to nebylo málo, NT hash je MD4. Hashovací algoritmus, který je dvacet let (!!!) prolomený. Bez soli. Až se divím, že se MS vůbec obtěžuje ty hesla ukládat jinak než v plain textu.
Opět opakuji, u Windows ani nepotřebujete mít přístup k hardware, stačí mít vzdálený přístup a právo číst disk. Což by nikdo nepředpokládal, že bude tak strašně nebezpečné.
1TB při 9-místném heslu. S každým dalším znakem hesla jsou ty tabulky výrazně větší.
OMG. Databáze jsou podle vás zřejmě velmi nebezpečný sport. Uživatelská hesla jsou běžně hashovaná, a stačí mít vzdálený přístup k souborům DB. Přitom je to tak jednoduché: nedávejte bad guys přístup k hashům.
Uživatelská hesla jsou běžně hashována algoritmy, které pokud možno nejsou prolomené, a s přidanou solí. Oboje z celkem rozumných důvodů. Např. MD5 je sice tak trochu prolomené (sice ne jako MD4, kde jste už v roce 1995 mohl najít kolizi za pár sekund, ale za určitých okolností lze vytvořit kolizi), ale díky soli vám ani tak nestačí najít libovolnou kolizi. U NTLM vám stačí najít první kolizi a můžete se přihlásit (nehledě na to, že v mnoha případech vám stačí jen ten hash a ani ho nepotřebujete lámat).
Přitom je to tak jednoduché: nedávejte bad guys přístup k hashům.
S tímhle přístupem je úplně zbytečné plýtvání výkonu počítat nějaké hashe ;-)
Uz se ti stalo, ze si M$ sql je tak znicehoz nic vzpomel, a smazal vsechny data? Me uz jo ... cumel sem na to jak puk, vsechny soubory v datovym adresari byly vpr... Nakopirovat ze zalohy par stovek GB precijen chvilu trva ... (a to sem fakt jen kopiroval, kdybych mel pouzivat integrovanej zalohovac, trvalo by to tak 1/2 den)
Pletete si veřejné internetové servery s těmi firemními. Veřejné weby na LAMP, případně nedej bože na Wordpressu, jsou často (a úspěšně) cílem úroků. Pokud jde o firemní servery, tak tam jde primárně o ochranu desktopů. Proto když dojde na použití linuxového serveru, najdete antivirus často i tam.
http://www.root.cz/zpravicky/android-a-ios-stale-rostou-ostatni-se-propadaji/
Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz
19. 8. 2014 5:25
Re: Pokles WP
celé vlákno</b>
Zákazníci to třeba vidí tak, že jsou WP druhou nejrozšířenější mobilní platformou. V Evropě mají WP 8.5% trhu. A i když ta celosvětová procenta by mohla být lepší, zrovna fanoušci Linuxu nemají moc co křičet. Jejich tučňák se přece na desktopech nedostal na ta procenta WP ani za 22 let, a přesto nevyléčitelně věří, že už zítra to musí vyjít :)
Doufal jsem, pane Ophire, že se na pokec u tohodle tématu stavíte. Měl bych na vás opět otázku:
Kde přesně bych měl hledat problém, když se na Windows serveru stane tohle:
https://plus.google.com/109540561880466469418/posts/PQCAbxKtEGL
?
V logu serveru samozřejmě nic. Když jsem disk vytáhl a připojil k jinému počítači, proběhla operace bez problémů.
Splňuje tenhle příklad dostatečně definici "divného chování"?
Hele, ty jen kopirujes data, to muzes v nejhorsim poresit pripojenim disku k nejakymu tuxovi, ten na prava z vysoka ... ;D
Ale kdyz mas AD (neboli slavnou M$ domenu) to je teprve zazitecek. Premigrujes usera z Xp na W7 (trebas) a ... voiala ... user ma svy data v pr... protoze M$ zalozi na serveru novej, cistej profil. Ten starej samo zmigrovat neumi, a zadnej nastroj na to nemaj. Takze muzes zacit pekne rucabo kopirovat. Samo to znamena, ze prestanou fungovat i M$ applikace (trebas utlouk), protoze jejich nastaveni je ... v profilu. Zuzo.
Kdyz sem menil distro tuxe, tak sem vzal /home, a bylo zmigrovano ...
Tahle akce byla právě v rámci umravňování jednoho hodně zanedbanýho a totálně umrtvenýho AD severu :) Jenom jeho nastartování trvalo (ještě dokud tam byl Exchange) asi 15 minut :)
Nutno říct, že samba 4ka je taky pěkná prasárna, ale aspoň má člověk jistotu, že se dostane k datům a nebude několik dní řešit jenom dementní práva k souborům :)
S těna profilama je to dementní, ale aspoň ty V2 profily mají trochu hezčí strukturu...
njn, domain controler ... ;D
kolega onehda v ramci vylepseni bezpecnosti provozu nahodil sekundarni. A pak se zcela random useri dozvidali, ze nemaj prava na to ci ono. Samo kdykoli sme to zacli zkoumat, tak bylo vse naprosto koser ... mno asi po 3ch mesicich, kdyz uz to vypadalo ze nas useri sezerou, proste ten sekundar vypnul. A voiala, zazrak, samo se to spravilo ;D.
Samozrejme, v logu nic, vsechno aspon 50x zkontrolovany, naconfeny presne podle dokumentace ...
Pak jeste zkusil nechat bezet sekundar a vypnout primar ... to fungovalo uplne stejne dobre. Ale oba zaroven ani za boha.
Jestli ono to nebude tím, že Application Data není adesář :). Od Visty dále jsou tahle data v adresáři %USERPROFILE%\AppData\Roaming. Application Data je jen link, který existuje kvůli kompatibilitě se špatně napsanými aplikacemi. Přesvědčit se můžete příkazem dir /a:l
Je dost smutné, že nevíte a neznáte, a v důsledku z vás padají nesmysly jako "shit" a "parodie na OS". Předpokládám že kdybych třeba já neznal koncept hardlinků na Unixech, narazil na něj a psal pak něco o shitu a parodii na OS, myslel byste si něco nepěkného jak o mých znalostech, tak o mých schopnostech analyzovat problémy. Uvědomte si prosím, že přesně v téhle roli jste vy.
> Jestli ono to nebude tím, že Application Data není adesář :)
Nebude, protože to byl adresář v profilu Windows XP uložený na Win Serveru 2003. Čili úplně normální adresář. A nedělal to jenom tenhle, dělalo jich to spousta. Takže zkusme nějakou jinou teorii.
Jinak, to vám přijde normální, že příkaz pro změnu vlastníka by neuměl traversovat link, popř. napsal, že u linku neumí změnit vlastníka?
> Je dost smutné, že nevíte a neznáte
Důležité je, že vy víte a znáte, co je adresář na disku, který jste nikdy neviděl :)
> Předpokládám že kdybych třeba já neznal koncept hardlinků na Unixech, narazil na něj a psal pak něco o shitu a parodii na OS
Pokud by příkaz "chown lael hardlink" napsal, že není místo na disku, tak byste na to měl plné právo. Problém je v tom, že žádný unix tohle neudělá.
OK, zkuste si ten dir /a:l a přijďte se pochlubit výsledkem.
Ad to vám přijde normální, že příkaz pro změnu vlastníka by neuměl traversovat link, popř. napsal, že u linku neumí změnit vlastníka - jestli to tak opravdu je, tak to nepotěší. Ale mě daleko víc nepotěšilo, když mi například všechny utility na Linuxu odmítly založit šestnáctou partition na RAIDu, a žádná mi nedala srozumitelnou hlášku, že to prostě nejde.
> OK, zkuste si ten dir /a:l a přijďte se pochlubit výsledkem.
Mile rád se pochlubím: "File not found". V /a:X je pro X povoleno jenom D,H,S,R,A,- Aspon tedla podle dir /?
:)
Ale vážně: link to prostě není. Už proto, že kdybyste se pořádně podíval na ty screenshoty, na prvním z nich stejná chyba vypadne na nějakém XML souboru.
Aha, a co třeba disk quotas? Pokud je máte zapnuté a admin je překročeno povolené místo, zkuste dočasně vypnout nastavení Deny disk space to users excededing quota limits. Kvóty najdete ve vlastnostech disku, jsou tam i quota entries.
http://i.technet.microsoft.com/dynimg/IC244471.gif
I kdyzž je pozdě, tak pokud se setkáte s tímto problémem do budoucna, tak zkuste icacls.exe (tahle aplikace je docela dost silná, umí přebírat i oprávnění tam, kde GUI selhává - zvláště u creator ownera).
Jinak Jsem si čtením těch komentářů tady prodloužil život tak o 10 let (jen shrnutí: Indoš=tunel; rozumný klient pro Exchange = on nějaký existuje?, v jednom kuse mi to synchorniuje data se serverem, asi si vypnu tu offline cache, navíc mi to příjde jako naprosto zbytečné řešení, když vemu v potaz, že používám kalendář, tak si vystačím bohatě s Googlem, profesionální nástroj na tvorbu dokumentů = ten tady ještě zmíněn nebyl, ano je to LaTeX, v neposlední řadě takové sra*** jako Publishe netřeba komentovat, nesetkal jsem se s moc kladnými ohlasy, jo a po čerstvé instalaci Win8.1 po te, co mi update z 8 na 8.1 smazal složku Installer - v podstatě všechny MSI aplikace šly do kytek, mi nejel ani skydrive, musel jsem dát skydrive stop, skydrive reset a skydrive, pak se rozjel). Jen taková perlička:
Mám Windows Servery 2012-R2 a mám udělán snapshot. Dva týdny jsem na ten snapshot instaloval různé buildy jisté aplikace (.Net 4, nepodpora klientského OS) a naprosto bez problémů, vždy jsem pak obnovil snapshot, po dvou týdnech prostě nic, chybová hláška odkazující na problém s .Net a toť vše. Zkoušel jsem i buildy, které na tom před tím jely a prostě nic. Teď se ptám (řečnicky, ironicky, to je jedno), proč mi naráz přestal fungovat snapshot (já myslel, že si má uchovat aktuální stav systému, ale evidentně mají v MS vyšší plány - ano bylo to MS Hyper-V ovládáne System Center Virtualzation Manager, nebo jak se to jmenuje). V Linuxu, VMWare ani v Oraclu se mi nic podobného nestalo (pokud jsem si to nezapříčinil sám - rád experimentuji a viruálky jsou na to super).
Odpoved na recnicnou otazku ... protoze ses blbej admin, kterej nicemu nerozumi ... nebot lolovi vse funguje a nikdy nevidel zadnej problem.
Hele, ja se pravidelne trebas potykam s wsusem, kterej neumi smazat nepotrebny patche, takze uloziste ma stovky GB ... a pravidelne dojde misto. Kdyz spustis ten jejich uzasnej mazaci dzob, tak bezi desitky hodin a stejne nedobehne.
Na prvním místě je recyklace poolu pouze workaround pro špatně napsané aplikace.
Pokud se pool nerecykluje, buď je v kódu aplikace deadlock, nebo máte někde jiný problém. Samozřejmě lze zjistit příčinu problému, ale pro klikače bez znalosti IIS je to asi nemožné. V takovém případě doporučuji kontaktovat autora aplikace, případně nějakého jiného profesionála.
Měl by, ale byla by to jedna z oblastí, kde bych začal s troubleshootingem. Samozřejmě nemám dost detailů o problému, který pan kolega neumí řešit. Jako admin by ale měl být schopný dělat troubleshooting tohoto typu. Admin by neměl být lama, která umí jen klikat na restart.
Partnerský program MS nijak nevypovídá o kvalitě aplikace, kterou takový partner (kvalifikovaný podpisem smlouvy) podepíše.
Jinými slovy vám někdo dodal špatně napsanou aplikaci. A protože jede na Windows, je to samozřejmě problém Windows. Kdežto kdyby aplikaci autor zprasil pro Linux... samozřejmě by to byl problém autora, že? :D
Nikoli loliku, takovy aplikace dodava i M$, kuprikladu slavne reporting services. Ty taky 1x tydne restartuju, protoze jinak trva nacteni reportu i nekolik minut. A roste to exponencielne s casem, po ktery ty widle bezely. A ne loliku, nic jinyho nez ty reporting services na tom stroji (krom holych widli) neni. Presto trva zobrazeni reportu ( i za normalnich okolnosti) nekolikanasobek casu, co trva samo query. A to jde o zcela trivialni generatorem vygenerovanou tabulku. nedovedu si predstavit, ze by na ten srv pristupovalo vic nez tech nekolik jedincu co to pouzivaj.
Reporting Services jsem, Jeníčku, nikdy nepoužíval. Ale jako super-schopný admin, kterého jsi ztělesněním :), jsi jistě dávno prošel zdroje informací a něco o věci načetl. Nebo tě platí za psaní na rootu?
http://technet.microsoft.com/en-us/library/bb522786(v=sql.105).aspx
http://technet.microsoft.com/en-us/library/bb522806(v=sql.105).aspx
Tak důvod vyplaval, je to v jádru Win a IIS... http://diit.cz/clanek/mnichov-se-na-windows-nevraci/diskuse#comment-726928 dolní část komentáře.
S něčím jako každonoční restart serveru bych se nesmířil. Z práce (asi 40 Win serverů) mám zkušenost, že skoro všechny problémy lze nakonec vyřešit, i když někdy to opravdu trvá dlouho. Když už nevíme sami, tak zavolám někoho z Gopasu. Většinou za pár tisícovek pořeší problém, který bychom sami řešili týdny. Zkuste se jim ozvat, znají věci, o kterých jsme (jste) ani nevěděli, že existují.
Jinak aplikační pooly (procesy) IIS se ukončují po minutách nečinnosti a navíc se každý den restartují jako ochrana proti blbě napsaným aplikacím. Obojí lze samozřejmě změnit. A lze zařídit, aby restart app pooolu neodhlásil uživatele. Myslím, že blbě napsaná aplikace může přetížit nebo jinak znefunkčnit server jakýkoliv platformy. Ale restartovat kvůli tomu celý server? Není to jako kanón na vrabce?
Jinak naše aplikace na IIS běží taky klidně neomezeně dlouho, pokud v nich není chyba. Myslím, že to není o systému.
No ono asi jde také o to, jak kvalitní ten support bude. U opravdových odborníků a ne jen bastlířů/klikačů nejspíše nebudou zas tak velké rozdíly v tom, za jaký plat jsou ochotni pracovat.
Jinak určitě jde ošéfovat i ta centralizovaná správa, neříkejte že ty tisíce hostingových firem, které spravují unix-like-servery dělají vše ručně. Navíc unixové systémy mají lepší dokumentaci a možnosti přizpůsobení, než Windows řešení, kde se většina nápovědy omezí na lakonické „kontaktujte svého správce sítě“.
lol ... cca 100PC s win, minimalne 2-3x tydne se resi, ze "neco" nefunguje. V jednom az 2 z tech pripadu, se to po cca 1/2 dni prace ITka povede nejak poresit (nebot vzhledem k neexistenci logu trva neuveritelne dlouho zjistovani, proc to, co na 98 PC funguje, na tom 99 ne). Minimalne jeden z tech podelanych stroju jde na reinstal. To samozrejme plati za "bezneho" provozu. V okamziku kdy jsou do site pusteny M$ aktualizace, se pocet potizi znasobi.
Duvodem je v 90% pripadu to, ze na widlich proste neexistuje zpusob, jak udrzet ty widle ve stavu, v jakym si je nainstaloval. At chces nebo ne, do registru se naustale zapisujou dalsi a dalsi sracky.
Jinde +- 30 stroju na tuxovi. Takze (pokud by to bylo ciste pomerny) by se mel resit aspon jeden tydne. Jenze... neresi. Mozna tak kdyz se jde delat upgrade distra, tak se narazi na nejaky problemek, jenze ten se vyresi 1x ... a pak na vsech strojich stejne. Tohle na widlich taky nefunguje, protoze kazda instalace i na totoznym HW je unikat.
Mam tu dobre 60 zcela totoznych stroju na widlich a presto kdyz ty widle nainstaluju cisny, tak se na kazdej instalujejinej pocet patchu, a nektery (pokazdy jiny) neprojdou ...
O centralizovany sprave zjevne vubec nic netusis, nastavim autentizaci vuci ldap/radius a co se patchu tejce, instalujou se na tuxovi zcela jednoduse ... takze je jen vsem predhodim do spolecnyho repa. Dtto pripadna instalace neceho novsiho, staci to predhodit a klient si to sam prechroupe. Jako bonus se mi nekopirujou GB sracek v podobe "lokalni cache" do utlouku na kazdej jeden stroj 20x, kdyz na nem dela 20 llidi.
....
Podotykam, ze mluvim vyhradne o widlo potizich, ne samo o dalsi hromade problemu s aplikacema samotnejma. Kupdikladu widle jsou tak uzasne kompatabilni, ze na Win 7+ sice spustim aplikaci z win xp (od M$), ona dokonce neco dela, ale blbe. Jop a jejich XPmod je samozrejme ve firemnim prostredi naprosto k hownu a zcela nepouzitelnej. Realne to totiz znamena adminovat dvojnasobej pocet sytemu, vcetne jajich zarazeni do AD a spustu dalsich ficur, vcetne toho ze ty Xpcka chteji samo vlastni Ipcka ...
proc furt vznikaji stovky dalsich zbytecnych distribuci, forku ... a ruznych semestralnich a nadseneckych projektu koncicich navzdy v alfa verzi .. misto toho aby proste spontanne z open source komunity se konsolidovalo tak +/-10 distribuci, ktere by mely jasne vedeni, jasne stanovenou svou cilovou skupinu (desktop na doma, enteprise prostredi), nastaveno jasnych par piliru dle priority na kterych se bude makat a vsechny ostatni blbosti se zahazovaly ... asi holt uz by nestacilo naprogramovat nejakou betu a "jit od toho" ale muselo by se makat na malickostech, detailech .. ktere rozhoduji ... na to asi chybi potreba kvalita u vyvojaru, snazsi je zacit zase s novym projektem a skoncit zase v nejake nadsenecke fazi kdy pulka veci nefunguje a tak furt dokola ...
Ale ono to tak je, je pár distribucí které mají dostatečně silnou vývojářskou a uživatelskou základnu, no a pak spousta malých, kde si kde kdo zkouší a občas se v nich objeví i něco tak skvělého, že to převezmou i jiní. :-) A nebo je ten pokus tak skvělý, že se vyšvihne mezi ty "silné".
No však jo. Ale kdo koho nutí používat forky?
Myslím, že tu něklik stabilních distribucí s podporou je (namátkou RedHat, SuSE(převzal Novell)) a to, že si někdo udělá fork je joho rozhodnutí.
Buď a) se na tom naučí nebo b) je to korporátní fork pro firmu (třeba Česká pošta).
A ano, RedHat a pod žijí z podpory, což se u MS říci nedá (i když i tam je samozřejmě placená podpora a ty licence k tomu) :-(
Ono pro firmu s mnoha tisíci PC se už asi nějaká vlastní distribuce přesně nastavená pro její business vyplatí, do těch IT by stejně museli investovat a ty úpravy se jistě vrátí a vyplatí více, než se snažit ohýbat MS produkty a modlit se, aby nějaká aktualizace to neshodila.
Pravda je vždycky někde uprostřed a upřímně ... firma určuje pracovní pomůcky, ne zaměstnanec. Pokud v práci "trpí", může jít radostně pracovat jinde, kde je Windows.
@D.J.Bobo:
Souhlasim s Vama, ale nevim jak je to ve statni sprave v DE, nebo CR, ale treba v UK pokud se do statni spravy dostanete, jste tam na dozivoti ;) = Yes Minister/Prime Minister no a vetsinou Ti lide po tech letech vi jak veci funguji, nebo jak zaridit aby fungovaly ;)
proč vznikají další spousty variant? Ze stejného důvodu proč vznikají "stovky dalších zbytečných" aut, telefonu, bytů, košil, triček, budíků, příborů ... a všeho dalšího. Protože můžou.
Doby kdy "Ford" byl skoro synonymem pro "Auto" jsou dávno pryč. U výrazů "Windows" a "Operační systém" to tak taky časem bude.
Open source z principu je odsouzeno do stovky forků a tím k tříštění vývojářské a uživatelské komunity a nedá se s tím nic dělat. Základní filozofie open source je totiž uspokojit potřeby co největšího množství uživatelů, nikoliv koncentrovat síly na jeden univerzální produkt pro všechny.
Nic take ako triestenie vyvojarskej komunity neexistuje. Aspon nie do takej miery aby to bol problem. To je prazdny argument.
Ak ten vyvojar nebude suhlasit so smerom vyvoja, tak proste odide a prestane produkt vyvijat. Open source ma aspon tu vyhodu, ze takyto vyvojar moze dalej rozvijat produkt svojim smerom, ktory sa bud uchyti a prekona povodny alebo nie a skonci.
V najhorsom pripade je vysledok rovnaky, ci uz s forkom alebo bez neho. V lepsom pripade tu mame konkurencny boj a rychlejsi vyvoj.
Ty tlaky nejsou překvapivé. Pro Microsoft je to dost nepříjemné a je vcelku logické, že se bude snažit pomocí zaplacených "analýz", nastrčených lidí a samozřejmě také užitečných idiotů nebezpečnou situaci zvrátit. Má pochopitelně obavy, aby se "nákaza" nešířila dále.
Mimo jiné má v Mnichově i velkou pobočku :-) Je to prostě obrovská reálná síla a mám respekt před IT lidmi v Mnichově, že i v takových podmínkách to dokázali.
Brzy to uvidíme i v této diskusi - zanedlouho tu bude od pár placených tlachalů a celé dlouhé řady dobrovolných zakomplexovaných, značně nazvraceno.
> zaplacených "analýz"
iste dostalo HP od MS zadanie ako ma sprava skoncit. O tom ziadna. Ale preco si myslite, ze aj analyza mesta neprehana? Predstavte si sefa IT ktory 5 rokov migruje na linux, minie x milion eur a potom vyhlasi "kurva, nejde to tak dobre ako sme si mysleli". Ako dlho by ostal na svojej pozicii?! Nema inu moznost len obhajovat a obhajovat aj keby vedel, ze to tak nie je.
docela bych chtel umet nahlednout jak to bude vypadat treba za 10 let, ani bych se nedivil ze kralem desktopu, zejm. domacich uzivatelu ale i ve firmach bude namisto win android (uz dnes tablety od samsungu galaxy tab pro, galaxy tab s ktere maji 12,2" uhlopricku umoznuji pohodlnou praci, jen k tomu pichnout BT klavesnici a mys), jde uz asi jen o historicky relikt vendor lock-in kdy proste je vsude spousta win aplikaci na ktere bude potreba udelat napojeni na android klienta.. mozna bude vetsina "velkych" aplikaci klient server a penize uz pujdou vydelat jen na te strane server resp. v enterprise prostredi, ja linuxu fandim ale home user nebude chtit dat za support ani vorla, jedine firmy, tam pujde vydelat ale ty uz si nechaj zpracovat TCO analyzy na migraci, implementaci konkretni funkce, portaci, vyvoj ... anebo bude budoucnost hybrid vseho se vsim takova entropie vsech moznych platforem coz by mozna teorii spontanniho chaosu nejlip odpovidalo ...
Android na domácích počítačích v podobě kusu mastného skla, to je opravdu hrůzná představa. Určitě podíl něčeho takového stoupne, ale dominovat to nemůže - lidi přece jen nejsou tak blbí....
Vedle toho zlaté PC s Windows, která můžete vyhodit a nahradit je třeba Ubuntu nebo OpenSUSE, chcete - li.
Existuji nastroje, kde lze nastavit, co ma pri bootu startovat a tak. Ale Android na to z vysoka ...... Jeste existuje sance, ze by to chodilo na rootnutem zarizeni. Az nebudu liny, zkusim vygooglovat, jestli se da rootnout muj sestakovy tablet, protoze opravdu nestojim o to, aby se mi tam sama spoustela ctecka epubu, kterou jsem uz mesic nepouzil a nejmene mesic nepouziji nebo nejaky manager archivu, ktery jsem jeste ani nezkousel pouzit a je tam jen proto, ze by se teoreticky nekdy mohl hodit.
No, to by teda byla výhra. Android, kde je pánem taky zcela nepředvídatelnej Google, vycházející vstříc různejm šmejdům:
http://www.zive.cz/bleskovky/google-zrusil-moznost-zakazat-aplikacim-pristup-k-osobnim-informacim/sc-4-a-171760/default.aspx
Hlavně, že má ve smlouvách, jaká jeho nepoužitelná aplikace má bejt vždy jako výchozí, ale že na rok starym smartphonu nejde nikdy upgradovat Android na novou verzi, protože výrobci pro nový verze bezdůvodně tlačej vždycky i novej hw, to ne.
Fujtajxl.
google se nechova dobre, to je fakt, jenze android a cela komunita na xda-developers.com uz nabrala takovy grady ze ho to semele s jeho manyry ... i na stary stroje s 512 ram jde dat kitkat 4.4, vsechno je resitelne (lbe privacy, nastavit defaultni aplikaci jinou nez od googlu taky jde atd ..) at vyrobci smartfounu, tabletu chtej (poskytujou ota update) nebo ne ...
tady je dalsi aplikace na omezeni toho sdileni privatnich udaju
https://play.google.com/store/apps/details?id=biz.bokhorst.xprivacy.installer
Firmy mají oblíbené Windows zejména pro jejich zpětnou kompatibilitu, schopnost spouštět i 10 let staré aplikace, což je v Linuxu sci-fi. To umožňuje ochranu investic do software, do školení zaměstnanců a podobně.
Také vývoj aplikací pro Windows je zásadně levnější, nejméně o 30 %.
V nejbližší době se nic nezmění a rozhodně Android neovládne korporátní sféru. Může se ale stát, že zaměstnanci budou mít počítačů více kusů na osobu.
Firmy mají oblíbené Windows zejména pro jejich zpětnou kompatibilitu, schopnost spouštět i 10 let staré aplikace, což je v Linuxu sci-fi.
Jejda, na to jste přišel jak? Já tedy rozhodně nemám v Debianu problém pouštět aplikace staré, co deset let, ale třeba i dvacet let! Nehledě na to, že nejsem ani omezen HW architekturou, jako v případě M$.
Také vývoj aplikací pro Windows je zásadně levnější, nejméně o 30 %.
Můžete uvést nějaký zdroj? Nebo podobnými výkřiky trpíte často? Nedívají se na Vás lidé v metru divně?
S GUI aplikačkou máte v Linuxu problém bez rekompilace často i po půl roce a moc dobře to víte. Zdrojáky ke komerčním aplikacím pochopitelně nedostatene, to je doufám jasné.
Je to tvrdá realita, nemá smysl o tom diskutovat. V Linuxu spousta věcí chybí a musí se různě dolepovat a jako bonus je nutnost testování na mnoha distribucích a verzích. Opět to moc dobře víte.
"S GUI aplikačkou máte v Linuxu problém bez rekompilace často i po půl roce a moc dobře to víte."
Hm, já používám některé GUI aplikace i několik let staré a žádný problém nemám.
"Zdrojáky ke komerčním aplikacím pochopitelně nedostatene, to je doufám jasné."
Vážně? U OSS to bývá běžné i u komerčních aplikací. A u státní správy to považuji za samozřejmost.
"nutnost testování na mnoha distribucích a verzích."
A u widlí se tohle jako neděje? Tam to pravda není až tak moc o těch verzích, zato je to např. o HW. BTW o testování se většinou starají maintaineři dané distribuce, nikoliv vývojáři, pokud už je tedy nějaké zásadní testování potřeba.
Prokazatelně si vymýšlím? :-D
"U Widlí stačí otestovat tři verze a je vyřešeno. V Linuxu násobky. HW s tím moc nemá co dělat kromě her."
Je zajímavé, že třeba Steam se testuje pouze na Ubuntu, přesto bez problémů běží i na jiných distribucích. Asi to dělají nejak blbě nebo co... Ale tak hlavně ze máte svůj názor ;-)
"Zdrojáky komerčních aplikací jsou vždy za tučný příplatek."
Prokazatelně si vymýšlíte, zdaleka to není vždy.
"Steam je pro úřednické desktopové aplikace mimo mísu."
Stejně tak testování na více distribucích je pro úřednické desktopové aplikace mimo mísu, když používají jeden systém. Ale uhýbáte statečně, jen co je pravda ;-)
Ano prokazatelně. Zdrojáky komerčních aplikací jsou vždy za tučný příplatek.
Třeba takový RHEL 7 je také fest komerční aplikace a přesto na kompletní zdrojáky právě teď koukám. Dělám něco špatně já nebo Red Hat?
Steam je pro úřednické desktopové aplikace mimo mísu.
Proč? Je to aplikaci pro Linux? Ano. Má GUI? Ano. Je podporována pouze na Ubuntu 12.04 a 12.10? Ano. Funguje třeba na Arch Linuxu? Ano. Čím se tak zásadně liší Steam od jiných aplikací? Že k němu Valve dodává i runtime závislosti, aby to fungovalo všude možně? Na Windows se nezřídka dělá totéž...
To je zajimavy, ze sam velky M$ celkem standardne dodava svy appky (trebas Axapta (neboli Microsoft Dynamics AX) vcetne zdrojaku. Variantne se mi ti vali od Oracle BI. Oni ty zdrojaky totiz jaksi bez supportu stejne nemaji u vetsich projektu smysl, protoze ikdo si nebude najimat tym programatoru, aby se 20let ucili jak to funguje a pak mu to mohli zacit udrzovat. Zdrojaky maj smysl tak pro nejaky drobny upravy.
Tovis ze jo, a k tomu asi tak 800 jazykovych mutaci ... protoze kazda se za jistych okolnosti muze chovat zcela jinak. Protoze v M$ neumej udelat multilang system.
Kdyz vemu tuxe, tak to prachsproste skopiruju na 1000 zcela ruznych HW ... na na 1000 stroju bez problemu nastartuje. Udelej to samy s widlema.
Zase nesmysl. Windows i Office mají dávno stejné binárky pro všechny jazykové mutace.
Ad vemu tuxe, tak to prachsproste skopiruju na 1000 zcela ruznych HW ... na na 1000 stroju bez problemu nastartuje - a nebo taky ne :)
http://www.root.cz/zpravicky/nektere-nove-notebooky-od-samsungu-nepreziji-instalaci-linuxu/
"To je jako kdyby NVidia vydala rozbitej driver pro svoje grafárny, kterej je přetaktuje a spálí. Byla by to chyba Windows? :-)"
Něco velmi podobného se v minulosti stalo. nVidia měla v jisté verzi ovladačů bug v regulaci otáček ventilátoru, který se i při plné záteži GPU nerozběhl naplno. V té době novinka Mass Effect 2 dokázala GPU vytížit natolik, že se v důsledku nesprávné regulace chlazení přehřálo. Některým lidem toto přehřívání zničilo grafickou kartu. Pokud by se stejná logika Samsung X Linux aplikovala na Mass Effect 2 X nVidia, byl za destrukci GPU odpovědný Mass Effect, který neúměrně zatěžoval GPU...
http://www.bit-tech.net/news/hardware/2010/03/18/nvidia-fixes-overheating-issue/1
Autorem driveru nebyl Samsung, ale nějaký dobrovolník. Driver nebyl vůbec psaný ani testovaný pro daný model HW, používal nedokumentovaný interface, a používal ho (díky bordelu v kernelu Linuxu) i při EFI bootu, i když ten nedokumentovaný interface při EFI bootu neexistuje.
Příslušný ovladač napsal Greg Kroah-Hartman na základě jakési dokumentace přímo od Samsungu. Problém byl právě v tom, že onen interface při EFI bootu existoval (to ovladač kontroloval), ale jeho použití vyvolalo Machine Check Exception. Tu jádro zalogovalo do variable storage. Ta když se zaplnila nad kritickou mez (někde se uvádělo 50 % celkové kapacity), počítač umřel.
Jestli Windows logují MCE do variable storage také, stane se tam totéž třeba v případě, kdy se notebook se zaprášeným větrákem přehřeje.
Greg Kroah-Hartman napsal ovladač na základě nějaké neoficiálního mailu od zaměstnanace Samsungu, který se týkal konkrétního modelu před nevím kolika lety. Modul samsung-laptop provádí nějaké divoké a nepodporované modifikace paměti BIOSu, které s řadou modelů nebyly nikdy testované, a mohou a nemusí fungovat. Bohužel je provádí i když se zabootuje v UEFI módu, díky problému s funkcí efi_enabled, který je popsaný v třetím linku. A protože při UEFI bootu ta modifikovaná paměť BIOSu není k dispozici, skončí to crash dumpem. Crash dump se zapíše do UEFI storage space, a tam dojde k dalšímu problému. Samsung tam totiž má nějaký bug, díky kterému při zápisu většího počtu velkých variables dojde k bricknutí.
http://mjg59.dreamwidth.org/22855.html
http://www.codon.org.uk/~mjg59/scratch/brick_samsung.txt
https://patchwork.kernel.org/patch/2087041/
Kdyby to ty prasárny (nepodporovaný interface, driver netestovaný na konkrétním modelu HW, použití interface BIOSu při EFI bootu) neskončily zrovna na MCE a na tom bugu ve firmwaru Samsungu, byl to by jen další "kvalitní" driver pro Linux :)
Modul samsung-laptop provádí nějaké divoké a nepodporované modifikace paměti BIOSu, které s řadou modelů nebyly nikdy testované, a mohou a nemusí fungovat
Proč mi tenhle popis jen připomíná generické ovladače ve Windows?
A protože při UEFI bootu ta modifikovaná paměť BIOSu není k dispozici, skončí to crash dumpem
Jenže ta paměť k dispozici je, ten ovladač to testuje, až při použití dojde k MCE. Prostě Samsung při UEFI bootu inzeruje něco, co neumí
Samsung tam totiž má nějaký bug, díky kterému při zápisu většího počtu velkých variables dojde k bricknutí
Takže je určitě chyba Linuxu :-P
Mimochodem když už sem hážete odkazy, zkuste si je přečíst:
Originally we assumed that the magic values we wrote were causing the problem, so the samsung-laptop driver was patched to disable it on UEFI systems. Unfortunately, this doesn't actually fix the problem - it just avoids the easiest way of triggering it.
Ad Proč mi tenhle popis jen připomíná generické ovladače ve Windows - to nevím, povídejte
Ad ta paměť k dispozici je, ten ovladač to testuje - na daném místě v paměti byl nějaký pointer, o kterém nikdo oficiálně neříká, kam má směřovat. A zápis na lokaci, na kterou ten pointer ukazuje, vyvolal MCE - což je naprosto v pořádku, protože driver nemá co psát po paměti kam se mu zlíbí.
Ad určitě chyba Linuxu - tohle byla chyba Samsungu, což jsem také psal.
Ad zkuste si je přečíst - zkuste si je přečíst vy. Po vaší citaci autor popisuje ten bug Samsungu při zaplnění UEFI storage space.
Jak jsem psa, jde o kombinaci problémů: použití nepodporovaného interface vytáhnutého neoficiálně kdysi od někoho ze Samsungu, netestování driveru s konkrétními modely HW, změna významu flagu efi_enabled, a bug firmwaru Samsungu (který jen ty ostatní prasárny vystavil světu). Závěr: špinavé hacky vedou k problémům, a Linux jich má požehnaně.
A co měl v tomto konkrétním případě autor ovladače řešit jinak? Ty špinavé hacky jsou totiž podle všeho oficiální způsob, jak na noteboocích Samsungu měnit jas, přepínat bluetooth atp. Iluze o tom, že se výrobci obtěžují své produkty nějak smysluplně testovat mi definitivně sebrala následující epizodka, týkající se pro změnu notebooků Toshiby:
Výchozí nastavení notebooků od Toshiby je v "Powersave" režimu snížit výkon CPU vkládáním prázdných CPU cyklů. Skoro nic to neušetří a výrazně to sníží výkon, ale aspoň se to dá kontrolovat voláním ACPI metod. Pro majitele těchto strojů je velmi nešťastné, že embedded controller v těchto zázracích nedeterministicky tento režim aktivuje, i když to uživatel v nastavení vypne. Pokud teplota CPU stoupne nad kritickou mez (dle mé zkušenosti 65 °C), CPU se přiškrtí a počítač se stane téměř nepoužitelným. Legrační je zejména to, že tento režim ve Windows nelze s použitím oficiálních ovladačů Toshiby nijak vypnout. Ve správě napájení je sice příslušné klikadlo, ale jeho přenastavení nemá žádný efekt. Bez ohledu na verzi ovladače, postupu při jeho reinstalaci a intenzitu klení není možné se tohoto režimu zbavit. Reset BIOSu také nepomůže, protože nastavení je zřejmě uloženo v nějaké interní paměti EC. Uživatelé Windows jsou odkázáni na 3rd party hacky. Ty sice např. periodickým voláním příslušné ACPI metody throttling vypnou, ale CPU se pro změnu začne přehřívat; EC totiž řidí i otáčky ventilátoru, který se v "Powersave" režimu spouští vždy jen na cca 2/3 výkonu.
Jedinou možnost, kterou jsem za snad 5 let operování s těmito krámy objevil je použití neoficiálního ovladače "omnibook" pro Linux. Funguje úplně stejně jako samsung-laptop - na nějakým způsobem odhadnutou adresu něco zapíše. Na rozdíl od oficiálního ovladače to ale funguje a do doby, než EC zase rupne v kouli je vše OK.
Ještě je třeba si povídat o tom, jak profesionálně se dnes dělá software spotřební elektroniky? S touto úrovní bastličství na straně výrobců a fatálním nedostatkem dokumentace se pak nelze divit, že dochází k excesům á la Samsung.
Změna jasu se pokud vím má provádět pomocí ACPI funkce _BCM, ostatní akce podobně. Pokud se jedná o vendor extension, je potřeba buď získat dokumentaci od výrobce, nebo to zjistit vlastním úsilím. Vendor extensions jsou ale specifické pro daný model HW, a pokud se mají použít na jiném HW, je potřeba opět získat od výrobce dokumentaci, nebo vlastním úsilím na daném HW funkce otestovat.
Pokud výrobce nechce dát dokumentaci, samozřejmě ho lze motivovat ke spolupráci. Autoři kernelu mohli dávno vytvořit databázi modelů HW a vendor extensions, a jednat s výrobci o jejím naplnění. Jistě by se někdo našel, a další by s časem přidali. Výsledkem by byla DB modelů a konkrétních postupů, jak se implementují různé funkce, kterou lze snadno zkompilovat do binární podoby. Pak už chybí jen ACPI driver, který bude ty funkce volat. Uživatel si může triviálně ověřit, jestli je jeho model HW podporovaný, případně co na něm Linux neumí. Samozřejmě by takovou DB mohlo vytvořit i UEFI Forum (které ACPI spravuje). Canonical, Red Hat i SuSE jsou členy, možná by tam měli dělat něco rozumného.
A co máte místo toho? Příšernou změť driverů psaných na koleni, které vycházejí z různých neoficiálních informací a debuggingu AMC a driverů pro Windows, které se používají pro HW, na kterém nikdy nevyly testované. Koupě notebooku s Linuxem je dál sázka do loterie. Pak se nelze divit ničemu.
Jak další dva katastrofické příklady jsem v minulých diskusích uváděl CD-ROM mechaniky LG, které měly bohužel navěšenou funkci pro update firmwaru na funkcích, které používají běžně CD-R mechaniky. A nějakého exota nenapadlo nic lepšího, než typ mechaniky "experimentálně" ověřovat tak, že mechanice pošle příkazy specifické pro CD-R, a koukne jestli to vrátí chybu. Wow, bricknutý HW, kdo to mohl čekat? Špinavé hacky vedou ke špatným koncům.
Dalším příkladem je bricknutí karet Intel. Ftrace prováděl nebezpečnou techniku modifikace živého kódu. A protože se prováděla asynchronně, mohlo dojít k modifikaci paměti programu, který už neběžel. To bylo vyřešeno pojistkou ve formě ověřování, jestli se program už neukončil, která ale díky bugu nefungovala. Jako poslední záchrana tam bylo srovnání cílové paměťové lokace s instrukcemi skoku (tedy jestli se opravdu přepisuje, co se přepisovat má). Ovšem na paměti zařízení srovnávací operace nemají definovaný výsledek, takže ani to nezabralo. A špatný zápis shodou okolností skončil zápisem no NVRAM síťové karty. Samozřejmě ke špatným zápisům docházelo na spoustě systémů, ale shodou okolností se nestrefily do ničeho kritického. Chyby na straně Linuxu: nebezpečná technika a dva kritické bugy. A znovu, špinavé hacky vedou ke špatným koncům.
Databáze podporovanáho hardware samozřejmě existují. spousta distribucí má informace týkající se funkčnosti různého HW na svých Wiki stránkách atp. Problém je, že spousta výrobců hardware pod jedním modelovým označením často nabízí různý hardware, odlišné verze firmwarů a BIOSů jsou jinak zabugované takže ani tyto databáze nejsou zdaleka samospásné. Navíc neřeší situaci nových zařízení, která se ještě nestihla dostatečně otestovat.
Problém LG mechanik lze interpretovat i obráceně. Výrobce inzeruje hardware jako ATAPI kompatibiliní a přitom se v některých verzích firmwaru rozhodne tuto specifikaci porušit. Ovladač předpokládájící ATAPI kompatibilitu pak provede něco, co mechanika nezbaští. Nedodržovaní standardů kupodivu také vede ke špatným koncům.
Jo, databáze podporovaného HW existují. Na prvním místě je ten humus s nedokumentovanými interface, na koleně psanými a nedokumentovanými drivery, který jsem popisoval. Na druhém místě to autoři distra zabalí do ISO image. Na třetím místě pak někdo doma zkusí, jestli mu to funguje. Samozřejmě to nezkouší nijak metodicky. A výsledkem je informace, že Frantovi cosi doma zafungovalo. Informace je to naprosto nespolehlivá, a samozřejmě se týká jednoho distra v jedné verzi. V jiném verzi nebo jiném distru to může dopadnout úplně jinak. Je to prostě bažina, navíc plná krokodýlů :)
Problém s mechanikami LG se má trochu jinak. Driver nemá co posílat CD-ROM zařízení příkazy, které nejsou ve specifikaci. Pánové z LG museli někam pověsit interface pro update firmwaru - specifikace ATAPI to nijak neřeší. Typicky se to dělá tak, že update firmware navěsíte na nějaký kód příkazu, který na zařízení nikdy nepřijde. To že si v LG vybrali zrovna kód který u CD-R mechanik znamená flush buffer není nic proti ničemu, i když je to dost nešťastné. Ale kdo ví, jestli to nepsali ještě před vedením toto příkazu ve specifikaci ATAPI. Každopádně detekce toho, jestli jde o mechaniku CD-ROM nebo CD-R, se provádí pomocí nějakých flagů popisujících zařízení. Pokud to někdo zjišťuje posíláním příkazů, které zařízení podle specifikace nemá umět, tak je to prasárna, a koleduje si o šlápnutí do lejna. Což se také stalo.
Ad Není žádná oddělená specifikace ATAPI pro CD-ROM - vizte http://www.bswd.com/sff8020i.pdf
Samozřejmě tam nenajdete ani slovo o příkazu flush buffer.
Autor driveru pro Linux může za to, že místo aby detekoval CD-R mechaniku podle flagů, tak zařízení posílá příkazy které podle specifikace nemusí vůbec znát, a čeká na chybu. To je zcela zjevně špatný postup, aka prasárna. S tímhle souhlasíte, nebo to rozporujete?
Tam je otázkou, jaké modely mechanik to byly, a kdy k nim byl psaný firmware.
Rád bych zopakoval otázku z druhého odstavce:
Autor driveru pro Linux může za to, že místo aby detekoval CD-R mechaniku podle flagů, tak zařízení posílá příkazy které podle specifikace nemusí vůbec znát, a čeká na chybu. To je zcela zjevně špatný postup, aka prasárna. S tímhle souhlasíte, nebo to rozporujete?
Tam je otázkou, jaké modely mechanik to byly, a kdy k nim byl psaný firmware.
Problém se objevil v roce 2003 a šlo o mechaniky, které byly ještě v záruce.
Autor driveru pro Linux může za to, že místo aby detekoval CD-R mechaniku podle flagů, tak zařízení posílá příkazy které podle specifikace nemusí vůbec znát, a čeká na chybu. To je zcela zjevně špatný postup, aka prasárna. S tímhle souhlasíte, nebo to rozporujete?
Nesouhlasím, protože máte špatné informace.
Specifikace ATAPI:
This command is mandatory for devices not implementing the PACKET feature set
Jestli zařízení používá PACKET feature set, si ovladač testoval.
Co se ATAPI-4 specifickace týče, píše se v ní toto:
FLUSH CACHE je volitelný příkaz, pokud není podporován, má zařízení vrátit chybový výstup s nastaveným bitem ABORTED. Totéž platí pro IDENTIFY PACKET DEVICE. Zda zařízení podporuje packet writing by měl ukazovat word 82/bit 4 vrácený příkazem IDENTIFY DEVICE. ATAPI-4 dále specifikuje příkaz DOWNLOAD MICROCODE, který se má pro nahrávání firmwaru použít.
Dále je třeba říct, že tímto problémem trpěla jen distribuce Mandrake 9.2. Její vývojáři se totiž rozhodli do jádra zařadit v té době experimentální patch pro podporu packet writingu. Použití FLUSH CACHE bylo z verze nakonec zařazené do mainline jádra odstraněno (http://osdir.com/ml/linux.suse.packet-writing/2003-10/msg00028.html). Pokud tedy kromě LG někdo selhal, byli to pouze vývojáři Mandrake.
No jo, jenže ještě v roce 1997 ve specifikaci ATA-3 příkaz FLUSH CACHE nebyl. A pokud pánové z LG psali firmware podle ATA-3, tak o něm nevěděli. IDENTIFY DEVICE words 82 a 83 mohou podle ATA-3 vracet 0000h nebo FFFFh, pokud zařízení nemá podporu command set notification.
S DOWNLOAD MICROCODE máte sice pravdu, ale až od ATA/ATAPI-4.
Na prvním místě byl kód napsaný v rozporu se specifikací, na druhém místě autoři minimálně Mandrake udělali závažnou chybu (ovšem zahrnutí nejrůznějších divokých patchů je v komunitních distrech běžné dodnes).
Ad "ty mechaniky byly o pět let mladší" - modely poškozených mechanik jsem nenašel. Pokud vy ano, dejte sem prosím zdroj.
Ad zrovna tady vám takhle starý standard nevadí - jistě se shodneme, že driver pro packet writing by měl korektně fungovat i mechanikami staršími než pár let. Nemusí na nich umět zapisovat, ale neměl by jim posílat příkazy, které nejsou podle specifikace podporované.
Seznam mechanik, které mohou mít problematický firmware jsem objevil zde (http://forums.scotsnewsletter.com/index.php?s=747a0e2943aaf5bac3a27b38f8c1b12b&showtopic=3582entry42809). Pokud se dá z data zveřejnění elektronické verze návodu k obsluze něco vyvozovat, byla nejstarší postižená mechanika z roku 1999, více jich bylo vyrobeno po roce 2000. Seznam je celkem obsáhlý a všechny modely jsem se nedíval, takže tam možná je nějaký ještě starší model.
ATA standard samořejmě umožňuje ovladači kontrolovat, jakou verzi standardu zařízení podporuje, takže ovladač měl možnost si ověřit, zda zařízení zná ATAPI-4. Nějaká verze patche pro podporu packet writingu pro jádro 2.4.22 je třeba zde (http://www.linuxfromscratch.org/patches/downloads/linux/linux-2.4.22-packet-1.patch), ale těžko říct, jestli Mandrake 9.2 obsahoval přesně tento kód. Příkaz DOWNLOAD MICROCODE je ale obsažen už v ATA-2 z roku 1996. V dokumentu týkajícím se ATA specifikace pro CD-ROMy, který jste odkazoval se v abstraktu píše toto:
"This specification supplements the definitions of an ATA mass storage peripheral found in the ATA document. The ATAPI and CD-ROM interfaces described in this document are compatible with existing ATA hard-ware without any changes or additional pins."
Tato specifikace je tedy pouze rozšířením v té době platné ATA, nikoliv samostatným standardem určeným pro CD-ROM. Pokud byly postižené mechaniky aspoň ATA-2 kompatibilní, měly pro update firmwaru používat DOWNLOAD FIRMWARE nebo nějaký vendor-specific opcode. Už podle ATA-2 je povolený rozsah hodnot pro vendor-specific příkazy 9Ah, C0h - C3h, 8xh a F0h - FFh. FLUSH CACHE má opcode E7h.
Máte pravdu, v ATA-2 už je DOWNLOAD MICROCODE. Ovšem ty modely mohou vycházet z daleko staršího firmwaru.
Ten patch se mi nechce celý číst, ale na první pohled to vypadá, že například pkt_flush_writes() netestuje návratovou hodnotu pkt_flush_cache(). Tenhle kód zjevně neměl být zahrnut do žádného distra.
Ad Už podle ATA-2 je povolený rozsah hodnot pro vendor-specific příkazy 9Ah, C0h - C3h, 8xh a F0h - FFh. FLUSH CACHE má opcode E7h - rozsah vendor-specific commands je určený už v ATA-1, a zbytek rozsahu je popsaný jeko reserved. Takže pokud byl ten upgrade firmware opravdu pověšený na E7h, buď psali firmware podle specifikace IDE (tu nemám), nebo šlo o porušení specifikace ATA-1.
Tím pádem to vypadá, že sešel zjevně špatně napsaný driver s pravděpodobným bugem ve firmwaru mechaniky.
Díky za všechny informace, byla to fajn diskuse.
Aaaaa, uz tu zase mame notebooky od Samsungu s defektnim firmwarem. Na to se vzdy tesim. No, kdybyste daval pozor, tak na foru se resil nejaky notebook od Lenova, ktery se Linuxem take da bricknout, i kdyz z jineho duvodu. Zda se, ze od doby, kdy nas vyrobci v bratrske spolupraci s Microsoftem a dalsimi borci, obstastnili UEFI, jsou defektni firmwary docela modni.
> Je to tvrdá realita, nemá smysl o tom diskutovat.
A z toho důvodu, že to jde tak dobře, má každá druhá verze Windows nějaký "kompatibility mód", pod kterým se mají staré aplikace spouštět, aby možná (nezaručeně) v nové verzi fungovaly?
Na unixoidním systému, když bych to nakrásně potřeboval řešit (jakože jsem nikdy nepotřeboval), není problém si udělat chroot s jakoukoli verzí systému. Prostě něco jako ty Windows kompatibility módy, akorát na steroidech. Přesto to skoro nikdo nepoužívá, protože to prostě není potřeba :)
Jsi vážně komik! Na 64bitových sedmičkách nepustím ani Visual Studio 6 od téže firmy!
Windows je takový omyl IT. Na profi práci absolutně nevhodný, na amatérskou práci naprosto zbytečný - ani ryba, ani rak. Ouřadové by si dodnes vystačili s T/C602 a FoxPro na 286kách s DOSem a neviděl bych na tom nic špatného. Aspoň by ten HW nevyužívali jen na 5%, ale na celých 10 a my bychom ušetřili stovky miliard korun. Peníze naházené do IT ve státní správě jsou vyházené do kanálu. Aby mi z města poslali dopis vyzývající mě k dodání papírů ze stavebního, který sídlí patro nad nimi, zatímco já sídlím 180 kilometrů od obou - tak na to by jim stačil i psací stroj a cyklostyl, když ani v jednadvacátém století, přes všechny ty dvougigové procesory se čtyřmi gigy RAMky a statisíci kilometrů optik, nejsou schopni si to tam vyřídit mezi sebou.
VS6 na Win7 není podporované, ale samozřejmě ho můžete naprosto triviálně nainstalovat. Je potřeba použít setup.exe a spustit ho jako admin (pravá myš na souboru, Run as administrator). Ještě se doporučuje pro IDE nastavit compatibility mode.
Ad ouřadové by si dodnes vystačili s T/C602 a FoxPro na 286kách - sice jste jejich práci neviděl ani z rychlíku, ale zato víte, jaké nástroje jim musí stačit :)
Ad z města poslali dopis vyzývající mě k dodání papírů ze stavebního, který sídlí patro nad nimi - záleží na legislativě, kdo má nárok si údaje ze stavebního vyžádat. Podobné "detaily" samozřejmě nevidíte.
Ad VS6 na W7 64b - Samozřejmě, že takové blbiny, jako run as administrator, compatibility mode, různé kombinace service packů apod. jsme zkoušeli, to opravdu nepotřebujeme od nikoho radit. Oficiální stanovisko z Microsoftu, jehož se nám dostalo, je: NEJDE TO. Jenže íkváci z této firmy asi netušej, že je třeba udržovat i starší projekty, takže jediná schůdná cesta je vmware s WinXP. Tím to samozřejmě nekončí - samovolné updaty způsobují náhodnou nefunkčnost ovladačů apod., kdy jedinou radou z Microsoftu je reinstalace PC, čili zabitý manday, nekompatibila mezi jednotlivými verzemi MS Office je taky úžasná vlastnost, takže vzhled dokumentu je vždycky sázkou do loterie a jeho dodatečná úprava další zbytečný čas a tedy i peníze; co chvíli nefungující Outlook, o Lyncu ani nemluvě! Vedle toho neexistence standardního použitelného systémového shellu, takže automatizace čehokoli vždy velmi problematická; nikdy není jasné, jak a kdy se projeví jaká skrytá nefunkčnost na nástroji vyvinutém pod XP ve W7. K tomu navíc různá chybová hlášení, která jsou sama jakási zabugovaná - ve stylu "Error: ;;@" - jako třeba u toho VS.
Zkrátka jedním slovem - peklo! Jelikož jsme velká firma s dominantním postavením na trhu, přechod na něco jiného se nevyplatí. Ovšem pro menší firmu by obdobné řešení mohlo být smrtící. Netvrdím, že pro nějaké menší projekty s životností pár let ve firmách s pár lidmi by to nebylo vyhovující řešení, ale v našich podmínkách je to opravdu neuvěřitelné množství zbytečné práce a vyhozených peněz navíc. Vzhledem k tomu, že se sám s pár dalšími chystáme založit vlastní firmu zabývající se vývojem specializovaného HW/SW, je tato moje stávající zkušenost k nezaplacení. Raději si měsíc hrát s vymazlováním konfigurace linuxového pracoviště a pak to 10 let v klidu používat, než mít za den vše nainstalované a každý druhý den řešit nějaký problém nebo stupidní vlastnost, která se rozumným způsobem vyřešit nedá vůbec.
Pokud jde o práci úředníků, tak ještě jako student jsem na úřadě brigádničil, takže o jejich práci tak nějak povědomí mám. Jak jsem řekl - T/C602 by jim bohatě stačily - a mnozí z nich na ně také s láskou dodnes vzpomínají.
Pokud jde o zákony - pokud by si tentýž dokument v jiném městě běžně nepředávali, tak bych to i chápal. Tady ale nejde o nic jiného než lenost a zkostnatělost. 20 let dělají neustále totéž, jen k tomu potřebují každé 2 roky nový HW a SW, který jim tu práci nijak nezrychluje ani nezjednodušuje.
Oficiální stanovisko MS je takové, že VS 6 je z roku 1998, a tedy dávno nepodporované. To jste fakt za posledních deset let neměli čas zmigrovat projekt na novější verzi VS? Jinak VS 6 jsem na Win7 měl nainstalované. Chtělo to trochu přemlouvat, ale rozběhal jsem ho.
Aktualizace mi ještě nikdy nerozbily drivery, i když samozřejmě nevylučuji, že se to někomu mohlo stát. MS Office je zpětně kompatibilní, takže byste se vzhledem dokumentu neměl mít problémy. Samozřejmě pokud nemáte v dokumentu nastavenou kompatibilitu s Wordem 95, což se bohužel dodnes vidí. Dalším problémem mohou být fonty s nekompatibilní metrikou, což není problém produktu (ale můžete je vložit do dokumentu).
Pokud vám nefunguje Outoook nebo Lync, jde nejspíš o problém konektivity nebo serveru, nikoliv produktu.
Pokud hledáte použitelný shell, zkuste se naučit PowerShell. Je to velmi silný nástroj.
Víte, pohybujeme se v oblasti technologií, konkrétně telekomunikací, a i tady, stejně jako v jiných technologických oborech, existuje cosi jako inženýrský konzervatismus. Pokud 15 let ladíte nějaký rozsáhlý systém, čistě statisticky každý rok z něj odstraníte jisté procento chyb. Takový systém sice není nějaký výkřik poslední módy, ale má jednu podstatnou vlastnost, kterou naši klienti oceňují, neboť jim (potažmo nám, na smluvních pokutách) šetří peníze - spolehlivost. Klienti našich klientů nemají vůbec tušení, jakými technologiemi jsou jejich služby zprostředkovávány, naše produkty nejsou vidět, takže není důvod je co dva roky inovovat, naše produkty musejí hlavně spolehlivě fungovat a k upgradu je důvod jedině tehdy, když jsou po nich vyžadovány nové vlastnosti - a i tehdy se vždy pokud možno volí ta nejminimalističtější varianta, protože když něco dobře funguje tak do toho hlavně co? No nehrabu! Migrace by byla jednak nákladná časově i finančně, jednak by šlo jen o údržbu stávajících řešení, ale hlavně - v životním cyklu produktu by nás to vrátilo zpět do beta fáze, což je naprosto nepřijatelné. Navíc nejde o jeden projekt, je to celá generace velice rozsáhlých projektů.
Stručně a krátce - proč migrovat projekty do nové verze vývojového prostředí s naprosto nejistým výsledkem, když stávající kombinace se osvědčila, funguje a jediné, co je čas od času třeba, je změnit/doplnit pár desítek, maximálně stovek řádků kódu a celé to prohnat tisícovkami testů? To by nedávalo smysl.
Word dokumenty sice načte, ale formátování absolutně nesedí. Žádné externí fonty v nich použity nejsou, veškerá firemní loga apod. jsou samozřejmě součástí souboru. O problémech v mnohastránkovém dokumentu ale navíc není autor nijak informován, takže když se třeba část tabulky schová za okraj, snadno se to přehlédne - zvláště, vyjde-li to náhodou na vertikální dělící čáry. Jediné řešení je používat vedle sebe více verzí MS Office, ale ani to není bezproblémové, spíše naopak, takže opět raději volíme cestu vmware. Připadám si opravdu jak v době kamenné - přečíst dokumentaci, připravit si vhodnou virtuální mašinu a v ní provést potřebné změny/testy/kontroly.
Nejsem ajťák a tak neřeším, co způsobuje problémy Lyncu nebo Outlooku. Dost možná tedy máte pravdu, ale z mého pohledu to zkrátka nefunguje, ačkoli určité nepříjemné vlastnosti se na konektivitu ani server shodit nedají, jako jejich řešení historie, omezení délky zpráv apod.
Mluvil jsem o standardních nástrojích. Nemohu si na pracoviště nainstalovat, co se mi zlíbí, ani nejsem oprávněn k administrování svého počítače. Jaké aplikace jsou povoleny je poměrně striktně vymezeno.
Pokud vydáváte aplikace psané ve vývojovém prostředí z roku 1988, tak jste to s tou konzervativností zjevně trochu přehnali :). Ale jak jsem psal, ve VS můžete pracovat i ve Win7 64-bit.
Zkusím vysvětlit. Word 95 (a starší) používal layout dokumentů podle metriky tiskárny. Jde o to, že při rastrování křivkových fontů vám třeba písmeno "m" vyjde široké 7.25 pixelu, což na tiskárně jaksi nedáte, takže to musíte zaokrouhlit (navíc často jinak než prostě matematicky, protože písmeno musí zůstat symetrické apod). Aby se tyhle chyby nekumulovaly (může to být cca délka slova na jednom řádku), rozvržení dokumentu na obrazovce tehdy vycházelo z velikosti fontů na tiskárně. Od Wordu 97 je to jinak, a chyba se rozkládá po řádku, což je možné díky tomu, že se v té době přestalo tisknout na jehličkových tiskárnách s nizkým rozlišením.
Pokud se vám layoutu rozpadá, nejspíš je to proto, že ve vlastnostech dokumentu máte nastavené compatibility options pro Word 95. To nastavení se vám přenese například ze šablony, kterou kdysi někdo vytvořil a od té doby stokrát upravil. Stačí si tu compatibility option vypnout, a dokument bude vypadat všude stejně.
Problém s fonty je v tom, že mají více verzí. Například se do nich přidávaly národní znaky, takže ve Wordu 2000 na Windows 2000 nevidíte řekněme čínské znaky, a ve Wordu 2013 naopak zabírají místo. Méně absurdním příkladem jsou aktualizace fontů, které mění velikost znaků - takových je málo, ale několik jich proběhlo. A pokud má stejný font na různých strojích různou šíři písmen, ani nejlepší aplikace dokument s tímhle fontem nevyrastruje bez rozdílů.
Pokud nejste ajták, ta vězte, že Lync i Outlook ve většině firem fungují zcela bez problému. Obraťte se na vaše oddělení, a doufejte, že tam nepracují někteří ze zdejších diskutérů, kteří váš problém "vyřeší" tím, že restartují server :D
PowerShell je součástí Windows 7. Pokud ho tam nemáte, kontaktujte admina. Předpokládám že když byste měl na Linuxu adminem zakázaný bash, asi byste nevinil Linux.
Hlavni je, ze vzdy rikate, ze Widle spolehlive spusti SW i z doby Widli, kdyz Bill Gates jeste mel deset uhru na cm2 a ted najednou prohlasite, ze SW z roku 88 je zastaraly. BTW, kdyby upgradovali vyvojove prostredi, tak by jim sice na novych Widlich asi bezelo, otazka ale je, jestli by jim pak jeste bezel jejich produkt nebo kolika dosud nevidanymi bugy by trpel a jak dlouho by to davali dohromady.
"Pokud vydáváte aplikace psané ve vývojovém prostředí z roku 1988, tak jste to s tou konzervativností zjevně trochu přehnali"
Vy jste to zase poněkud přehnal s tím letopočtem. Jinak si představujete migraci velké aplikace do novějšího VS jak Hurvínek válku. Ono to totiž může být tak pracné a nákladné, že se to prostě nevyplatí.
"Ale jak jsem psal, ve VS můžete pracovat i ve Win7 64-bit."
Tak on napíše, že vyzkoušeli kdeco bez výsledku, a vy zase jak kolovrátek, že může... prostě ROFL :-D
"Word 95 (a starší)..."
Jak jste přišel na Word 95? On nic takového nepsal.
V praci jsem kamenovan za to, ze pouzivame VS2005 (nebo 2003? uz nevim). Nedavno jsem s nekym resil neco tusim v VS2012 a musim rici, ze bych v tom opravdu nechtel programovat. Pominu to, ze spousta binarek nejde spustit na starsich systemech (to uz snad opravili), ale pri vyvoji se resi milion necekanych problemu, ktere ty starsi Visual Studia jednoduse neznaji.
A Win7/8 vs. konsistence Win32 API je kapitola sama pro sebe. Treba dialogy a DPI. Kazdy system (XP/Vista/7/8) se chovaji JINAK. Nakonec jsem zacal reverse engineerovat jak funguje CreateDialogIndirect, protoze si jej musime implementovat sami (to nakonec tedy po nekolika prekvapenich funguje konsistentne). Jenze ten MS kod je protkany hromadou ruznych ifu ktere lezou do ruznych fieldu struktury dialogu a podle toho vselijak cahruji s bity.
Linux ma take sve mouchy, ale toto mi prijde jako docela zasadni problem. Kdyby alespon ta binarni kompatibilita skutecne fungovala.
Loliku a M$ zaplati par mega za migraci ty appky? Ty zjevne vubec nechapes, ze tu appku nejspis pouze udrzuji => par drobnych zasahu rocne, mozna nejake prizpusobeni legislative. Jop, na to se vyplati to cely prepsat, gratis ... ale v tom pripade rovnou do tuxe. Tam si totiz muzou bejt jisty, ze to skompilujou i za 20 let.
No, vzhledem k tomu, jak mizernou VS mívalo (a u C++11 stále má) kompatibilitu se standardy programovacích jazyků, to půjde tak maximálně u C#, které si MS píše sám. Případně se to zkompiluje, ale bude to dělat něco úplně jiného, než u starší verze.
Překlad aplikace na Linuxu vyhodí deset obrazovek chybových hlášek, pokud vám chybí nezbytné knihovny, popsané většinou v README. Ve chvíli, kdy je máte, to zkompilovat půjde.
To není tak úplná pravda to s tím README. Existuje sice pár projektů, kde autoři svědomitě tyto informace do README zahrnou, ale těch je výrazná menšina. Ve většině případů tam člověk najde pouze vágní instrukce pro ./configure, make, make install a tím to hasne. V lepších případech se ta informace dá ještě najít na jejich webu, případně se dá použít info z balíčkovacího systému. Už jsem ale instaloval i věci co neměly dostupné vůbec žádné info a to pak byla celkem sranda, odhadovat na základě výstupu z configure co tomu vlastně chybí :)
> Jinak VS 6 jsem na Win7 měl nainstalované. Chtělo to trochu přemlouvat, ale rozběhal jsem ho.
Ale vždyť na Windows se takhle přece věci řešit nemusí - zkoušet jak něco rozběhat, ono to přece funguje klik klik klik hotovo... Nebo přece jen ne?
> MS Office je zpětně kompatibilní,
Teorie je krásná věc a věčně zelený je strom života...
> takže byste se vzhledem dokumentu neměl mít problémy.
Mezi "byste neměl mít" a "nemáte" je v podání MS často nepřekonatelná propast...
> Outoook nebo Lync, jde nejspíš o problém konektivity nebo serveru, nikoliv produktu.
A tohle už je LO klasika, vaření vody :-D
> Pokud hledáte použitelný shell, zkuste se naučit PowerShell. Je to velmi silný nástroj.
Ale vždyť jedna ze super features oproti Linuxu je, že se dá vše naklikat a příkazová řádka patří do šedesátých let...
Stačí spustit jako admin setup. Vista a vyšší používají UAC, a setup packages musí mít v manifestu řečeno, že se mají spouštět pod adminem. Starší setupy manifest vůbec nemají (tehdy se nepsaly), takže se spustí vždy s právy běžného uživatele, která na setup nestačí. Proto to spouštění pravou myší Run as administrator.
Mno, dobré je to k tomu, že když to člověk nainstaluje, tak zjistí, že se to pod adminem musí i spouštět, protože pod userem to funguje nějak divně nebo vůbec. Případně musí procházet pekelnou adresářovou strukturu zaplevelenou tisíci linky od čerta k ďáblu, aby zjistil, kde se co vytvořilo, a nastavoval tomu práva. Prostě má o zábavu postaráno :-)
Krizovým řešením může být http://sourceforge.net/projects/sudowin/.
Na novějších Windows jsou s tím ale prý nějaké problémy (např. http://sourceforge.net/p/sudowin/discussion/480629/thread/45d5d2a0/), což je mimochodem modelový příklad, jak "bez problémů spustím dvacet let staré aplikace"...
To ti muzu celkem slusne popsat.
1) po par dnech/tydnech souboje, se ti povede oddebugovat kam vsude ta appka leze/neleze ... a vytvorit nekolikaset radkovej script, kterej nastavi prislusna prava.
2) prijde prvni patch aplikace, a ty zjistis, ze to leze jeste nekam jinam, alternativne, ze se appka zcela random hrouti.
3) prijde druhy patch ...
4) ohlasis managementu, ze bud aplikaci vymeni, nebo necht rezignuji na jakoukoli bezpecnost, neb des dat vsem userum admina a tudiz zaroven davas zcela ruce pryc od jakehokoli zabezpeceni.
5) management rozhodne, ze ses spatnej admin, a najme jinyho, kterej se na nic nepta a toho admina vsem da rovnou.
6) M$ vymysli, ze admin nebude admin.
Ono byla řeč o instalaci, nikoliv provozu aplikace. K instalaci vám stačí napsat manifest a umístit ho do adresáře se setupem. Bohužel existují admini, kteří manifesty neznají. Čí je to chyba?
Pokud jde o provozování aplikací, které jsou špatně napsané:
1) No jo, spustit Process Monitor a zjistit kam aplikace leze, to může být pro neschopného admina i na pár dní. Pokud jde o debuging, tak si tipnu, že jste debugger v životě neviděl.
2) Ono to možná chce nastavovat zjištěné přístupy na adresáře a větve registry, nikoliv na konkrétní soubory a klíče. Kdo by to čekal? ;)
5) Jo, pokud management takového admina vyhodí, udělá firmě službu.
Hele, a to je jeste vetsi prdel o to, ze ani jako admin spoustejici veci jako admin ... nemuzes nektery veci delat. Nato musis ziskat prava "system", na coz musis pouzit nektery z obskurnich postupu, pricemz ... trebas aktualizacni servis co si naistaluje chromajzl/firefox/... pod tim systemem bezi - tedy neco o tak 10 radu nebezpecnejsiho.
Kdyz se v tuxovi prihlasim jako root, a preju si killnout kernel, tak system bez kecu kernel zabije.
Tuhle věc taky nechápu. Např. velká lahůdka je, že pánové v MS vymysleli, že hesla v AD se nebudou ukládat do LDAPu. Asi jakože "bezpečnost" nebo nevím. takže oficiální způsob, jak hesla vydumpovat, není.
Ovšem samozřejmě protože admin je admin, tak to může obejít - např. tak, že si vytvoří shadow copy toho volumu, příslušný soubor si vykopíruje a hesla pohodlně louskne, protože o nějakém SHA2 hashi se Windows nesnilo, že.
Prostě klasický příklad, jak znepříjemnit práci legitimnímu adminovi, aniž by to mělo jakýkoli dopad na útočníka.
Ach jo, vy se z te horecnate PR prace jednou sedrete z kuze :) Rikam jasne, ze hesla jdou LOUSKNOUT, cili zjevne v plaintextu nejsou.
A i kdyby byly, tak nejsou v LDAPu, pokud se nepletu, takze nejdou normalnim zpusobem z LDAPu dumpnout a totalne zbytecne otravuji admina tim, ze to musi obchazet.
Pokud o nejakem podporovanem zpusobu, jak dumpnout hesla z AD vite, budu moc rad, kdyz se podelite.
Windows skladují by default hesla ve formě hashe, takže je přes LDAP fakt nedostanete. Z bezpečnostních důvodů ani ve formě hashe.Samozřejmě můžete použít Active Directory Migration Tool, nebo udělat nějakou lobotomii, například DB "implantovat" jinému stroji se stejným SID. Záleží samozřejmě na tom, čeho se snažíte docílit.
BTW proč se pouštíte do věcí, které zjevně neumíte? Já se také nesnažím hrabat do vnitřností instalační databáze RPM nebo tabulek SAPu, protože to není moje specialita. Pochopitelně bych pak narazil na limity svých znalostí, a musel se učit. Daleko jednodušší je práci svěřit člověku, kdo ví co dělá. Sobě ušetříte nervy, a ostatním vaše výkřiky o tom jak to celé nefunguje :)
> Z bezpečnostních důvodů ani ve formě hashe.
Je zbytecne s vami diskutovat, kdyz vubec nectete, co pisu.
Da se to cele snadno obejit, takze to bezpecnost nezvysuje ani o pid. Cili pokud slo o nejake "bezpecnostni duvody", tak se to nepodarilo naplnit.
> BTW proč se pouštíte do věcí, které zjevně neumíte?
Psal jsem, ze jsem si ty hesla (ve forme hashe) vytahl a rozlouskl. Takze na zaklade ceho se poustite do tohodle utoku ad hominem?
Přece byste netvrdil, že například permissions nad DB nezvyšují bezpečnost, protože můžete data vydumpovat ze souborů DB.
Nejde mi o útok ad hominem. Jde o to, že jste podle všeho nedělal žádnou migraci ActiveDirectory ani další pokročilou administraci Windows (BTW jak to dopadlo s těmi kvótami?). Na tom přece není nic negativního. Já také nemigroval SAP R/3 na nový stroj se změnou hostname (což je BTW lahůdka). A buď se do toho můžu pustit, nadávat u toho jako špaček, strávit nad tím spoustu času a učit se to na zákazníkovi, nebo k tomu prostě pustím někoho, pro koho je to denní chléb a zvládne to bez problému. A přesně k tomu mířila moje otázka: proč se mordujete s něčím co není ve vašem poli působnosti?
Pokud máte přístup k souborů DB, tak každé normální databázi můžete říct, aby ty soubory načetla a permissions ignorovala. Permissions totiž slouží k tomu, aby uživatelé, kteří nemají přístup k těm souborů, mohly alespoň do jejich části zapisovat nebo je číst (prostřednictvím databázového serveru). Pokud ale má někdo přístup k těm datům, je zbytečné se tvářit, že tam nejsou.
Hele, cet si nekdy papirovej postup na tema downgrade widli? A zkusil si to nekdy realizovat? Ja kolegovi rikal ze tam volat nema, ze to je zbytecny, ale o mi neveril a zavolal. Citace: "tak si nekde, treba na ulozto, sezente instalacku a cislo nekde opiste". Kolega z toho byl celej den nejakej spatne ... ;D
Takze M$ ti klidne i takovejhle postup zcela oficielne po telefonu doporuci.
1. Omyjte si ruce (a přirození) vlažnou vodou, a NEKŘIČTE na mě capslockem! Pro downgrade potřebujete média starší verze OS. Pokud máte starší verzi Windows na jiném stroji, máte i instalační média.
2. Instalační média se s některými notebooky dodávají, jiné umožňují jejich vyvoření.
3. Instalační média jsou ke stažení, pokud jste si licenci koupil přes web MS. Dále jsou je stažení v multilicenčních programech, v MSDN atd. A samozřejmě se dají vyžádat DVD na kontaktním centru.
http://support.microsoft.com/kb/326246/en-gb
1. "Pokud máte starší verzi Windows na jiném stroji, máte i instalační média." To NENÍ PRAVDA!
2. Řeč je o čistých widlích, ne o vytvoření instalačního DVD plného toho samého crippleware, který se snažím z kompu vykopat. BTW instalační médium dodává k PC snad jen dodavatelé ve vašem vesmíru, v tom našem jsem se s tím nesetkal.
3. Jo, při požadavku o instalační médium dostanete rady sehnat si jej na torrentech, prosě LOL :-D
Ceskej support doporucuje ulozto ... ;D, a samozrejme, ani je nenapadne se zminit, ze by bylo aspon dobry porovnat hash, natoz aby aspon poslali odkaz na web, kde je. A SN k serverovym widlim se taky shani moc dobre, to je na kazdym desktopu co se valej kolem nalepeny zcela bezne ...
BTW: Pro zajimavost, resil sem zprovozneni terminal serveru na 2k8, a chtelo to (narozdil od starsich widli) licencni server ... tak sem mu ho teda dal, a pak chtel nejaky sileny hausnumero s licenci, ktery sem samo nemel (tu licenci sem mel). Tak sem chvili zkoumal ... a pak sem tam proste flaknul, ze chci 100x a dal tam zcela random cislo ... a ono to proslo ... lol. Takze je to jen dalsi bloatware, kterej stejne nedela vubec nic, jen zere vykon a zdroje.
Jinak si taky celkem dobre pamatuju, jak M$ onehda "vyresil" jakymsi patchem "piratske" widle, a to tak dokonale, ze 80% firemnich stroju se co 5 minut restartovalo, s hlasenim, ze system neni legalni ... samo, vsichni s upiratenejma widlema nemeli vubec zadnej problem.
Lole, tys nikdu necet web microsoftu na tema downgrade? Pro downgrade (na ktery mas pravo) mas zavolat na support M$, kde ti na zaklade cisla tvy verze maji rict SN pro ten downgrade. Ale nereknou, nejspis proto, ze nevedi kde by ho vzali.
Jinak vazne nevim, kde mam vzit placku se serverem 2k8, kdyz se koupil 2k12 ... ke kterymu projistotu neni placka taky, tu si mam od M$ sosnout. Tak nejak bych ocekaval, ze pokud mam pravo na downgrade, tak ze budu mit u toho M$ zcela automaticky k dizpozici i nalezeta iso vsech nizsich verzi. Ale jaksi ... nemam. A proc potrebuju 2k8? No protoze widle jsou tak uzasne kompatabilni, ze 80% aplikaci na novsich nefunguje.
Drahý Jiříčku, na rozdíl od vás jsem tu proceduru četl. A píše se tam celkem jednoznačně, že potřebujete médium starší verze a její licenční číslo. Kdy neprojde aktivace, máte zavolat MS support, a ten vám dá *aktivační* kód, což *není* totéž jako licenční klíč.
http://www.microsoft.com/OEM/en/licensing/sblicensing/Pages/downgrade_rights.aspx
Ad widle jsou tak uzasne kompatabilni, ze 80% aplikaci na novsich nefunguje - to je samozřejmě nesmysl. BTW tenhle problém je typický pro Linux: balíček je určený pro konkrétní verzi konkrétního distra, a instalace na jiné verzi nebo jiném distru je potenciálně silně problematická.
Downgrade je určený pro firemní zákazníky. Pokud potřebujete downgradovat, zřejmě to bude proto, že máte spoustu strojů na Windows verze X, a nechcete instalovat na nové stroje verzi X+1. V takovém případě máte instalační média starší verze i licenční číslo.
Navíc už jsem linkoval, že si instalační média můžete objednat na kontaktním centru MS. Pokud máte multilicenční program, MSDN apod., můžete si je i stáhnout.
http://support.microsoft.com/kb/326246/en-gb
a instalace na jiné verzi nebo jiném distru je potenciálně silně problematická
Balíčky obsahují závislosti včetně čísel verzí knihoven. Pokud ty knihovny jsou k dispozici, instalace projde bez problémů a program bude fungovat. Pokud nejsou, instalace selže a řekne vám, jaké knihovny vám chybí. Poté, co ty knihovny nainstalujete (např. ze starší verze toho distra nebo z backportů), tak instalace projde a program bude fungovat.
Ve skutečnosti nastane problém, i když si změníte desktopové prostředí v rámci jednoho distra a nainstalujete balíček vytvořený pro to distro. Ona totiž různá prostředí zakládají položky ve Start Menu odlišným způsobem.
Instalace balíčku určeného pro jinou verzi nebo jiné distro vede na dependency hell. V mnoha případech nelze závislosti vyřešit, a když se je pokusíte přerazit, výsledkem je systém rozdrbaný tak, že pomůže jen reinstalace. BTW instalace knihoven ze staršího distra je potenciální bezpečnostní problém.
Ve skutečnosti nastane problém, i když si změníte desktopové prostředí v rámci jednoho distra a nainstalujete balíček vytvořený pro to distro. Ona totiž různá prostředí zakládají položky ve Start Menu odlišným způsobem.
Instalace balíčku určeného pro jinou verzi nebo jiné distro vede na dependency hell. V mnoha případech nelze závislosti vyřešit, a když se je pokusíte přerazit, výsledkem je systém rozdrbaný tak, že pomůže jen reinstalace.
A zase nemáte pravdu. Knihovny na Linuxu mají ve svém jménu verzi ABI, stejně jako jména balíčků s těmi knihovnami, takže klidně můžete mít všechny verze dané knihovny jednu vedle druhé. Občas k nějakým kolizím dochází (typicky v datových souborech, protože ty se na rozdíl od kódu neverzují), ale ty lze celkem slušně řešit, a pokud se něco nepovede, lze vrátit systém do předchozího stavu. Způsobem, který na rozdíl od windowsího Obnovení systému většinou dokonce funguje.
Mimochodem pokud by vám to opravdu nešlo, pořád můžete nainstalovat to jiné distro do chrootu a ten program spouštět odtamtud.
instalace knihoven ze staršího distra je potenciální bezpečnostní problém.
Potenciální bezpečnostní problém v té jedné aplikaci, protože jiné aplikace ty knihovny využívat nebudou (jelikož knihovny mají v názvu verzi ABI). Pokud ale instalujete takovou starou aplikaci, navíc staženou odněkud z internetu a ne z repozitářů, měl byste si být vědom příslušných bezpečnostních rizik.
Ad různá prostředí zakládají položky ve Start Menu odlišným způsobem - a co ti kdo se neřídí Desktop Entry Specification? Bohužel to není nijak neobvyklé.
Ad můžete mít všechny verze dané knihovny jednu vedle druhé - ano, se spoustou výjimek. Když vám závislosti propadnou například na verzi glibc, nebo na přítomnost PulseAudio/Open Sound System/ALSA apod., tak jste došel.
a co ti kdo se neřídí Desktop Entry Specification? Bohužel to není nijak neobvyklé.
Které obvyklé desktopové prostředí se tím neřídí?
ano, se spoustou výjimek. Když vám závislosti propadnou například na verzi glibc, nebo na přítomnost PulseAudio/Open Sound System/ALSA apod., tak jste došel.
Všechny minor verze stejné major verze glibc jsou zpětně kompatibilní a různé major verze můžete nainstalovat vedle sebe. Pulse Audio je normální program, takže si jej jako normální program můžete nainstalovat. OSS a ALSA nejsou knihovny, ale jaderné systémy, a jsou přítomné ve všech jádrech od 2.6.0. Problémy dříve nastávaly, pokud jeden program používal OSS a druhý ve stejnou dobu PulseAudio, případně pokud jeden program OSS exkluzivně zamkl, ale to PulseAudio umí už pár let řešit.
Scifi ses tu leda ty, appku napsanou pro XP na vyssi widlich bud nespustis vubec, nebo ji musis hodne poupravit. Appku napsanou pred 20ti lety pro tuxe spustim na libivolnym soucasnym distru, staci ji bud prekompilovat ... nebo si doinstalovat dobovy verze knihoven.
Vyvoj aplikaci stoji presne totez.
Ad appku napsanou pro XP na vyssi widlich bud nespustis vubec, nebo ji musis hodne poupravit - to je samozřejmě nesmysl. Aplikace psané pro WinXP lze na vyšších verzích spouštět naprosto bez problémů. Výjimek je pár - převážně firewally a antiviry (tam se měnilo API) a mizerně napsané aplikace.
BTW jak konkrétně se ty aplikace musí "hodně poupravit"? To by mě fakt zajímalo.
Ad vyvoj aplikaci stoji presne totez - jak a kterých. Zkuste si napsat aplikaci používající skenování a OCR, nebo transakční zpracování dat nad DB a FS.
Nove modernizovane DPI GUI funkce spolehlive rozbiji spoustu aplikaci. Oprava neni uplne trivialni diky totalne domrvenemu designu DPI ve Win32 na W Vista/7/8. Stejne tak filesystem redirection, oboji to vymyslel opravdu s hlavou v (_,_) .
Staci se podivat na obdobne problemy jak je resi OS/X ...
Já bych k tomu podotknul, že v tomto případě přece nejde jen o "čisté" náklady za linux vs. widle. Státní správa není soukromá firma, je potřeba brát v úvahu další věci, např. to, že přechod na linux dal práci německým občanům, platby za licence a podporu nekončí v zahraničí, a v neposlední řadě došlo ke zbavení se (alespoň částečné) závislosti na jedné konkrétní zahraniční korporaci. BTW že lidi brblaj je úplně normální, lidi budou brblat vždy, nezávisle na OS.
Jinak lidé, kteří za přechodem stojí, mají můj obdiv, jistě to nebylo jednoduché ani technicky, ani psychicky, počítám že jisté "tlaky" z druhé strany působily celou tu dobu.
Toto už tvrdím roky. Ak ma riešenie s Linux stáť rovnako ako riešenie s Windows ešte stále je lepší ten Linux. Totiž v prípade M$ ide min. 70% penazí na podporu zamestnanosti a zisku americkej firme a občanov. V prípade Linuxu ide min. 90% penazí ľudom do lokálnej krajiny a vráti sa späť vo forme daní a vo forme nižšej nezamestnanosti.
Prečo v tomto nikto nekričí ako v prípade potravín, že kupujte od lokálnych výrobcov a pestovateľov?!?
Implementaci, administraci a podporu samozřejmě dělají vždy lokální firmy.
Ad Prečo v tomto nikto nekričí ako v prípade potravín, že kupujte od lokálnych výrobcov a pestovateľov - protože je to úplně stejný nesmysl. Vždycky mě baví, jak ministři zemědělství křičí, že lokální potraviny jsou nejlepší. A kupodivu takhle křičí v ČR, na Slovensku, v Polsku, Německu i všude jinde. Přitom problémy evropského zemědělství jsou úplně jinde: nízká efektivita, trh pokřivený dotacemi, a úchylnost jménem CAP.
BTW velmi mě pobavily třeba akce zemědělců, kteří požadovali podporu státu př výrobě mléka. Prý když nedostanou podporu, budou muset snížit počty krav. Ty vole, jako fakt? Oni zákazníci nechtějí vaše produkty, a vy chcete dotace? A jinak budete muset snížit produkci toho co neprodáte? Wow, to by byla fakt katastrofa - zemědělci by museli vyrábět tolik mléka, kolik trh potřebuje. Zkouším si představit, jak by výrobci šroubků, mikrovlnek nebo automobilů požadovali dotace, protože jinak budou muset vyrábět jen tolik, kolik jsou schopni prodat :D
Nevím, co je nesmyslného na tom dávat přednost lokální produkci, pokud tedy nejsem multikulti globálně sluníčkový pošahanec.
Stejné je to s tím mlékem. Divit se tomu, že zemědělci požadují pomoc od státu, když jsou díky stupní EU zemědělské politice a dotacím nekonkurenceschopní, může jen mimoň. Ne že by mě to konkrétně u vás překvapovalo.
Osobně při koupi potravin (a nejen těch) vybírám podle kvality a ceny. Nevidím jediný důvod si koupit lokální produkci, pokud (ceteris paribus) zaostává v valitě nebo ceně.
Dotace v zemědělství se měly dávno zrušit. Díky nim vyrábíme potraviny mimořádně draze, a ještě trpíme nadprodukcí, kterou z EU vyvážíme - samozřejmě s dalšími dotacemi, protože světové ceny jsou nižší. CAP je příšernost. Jenže ti zemědělci nevolají po zrušení dotací, ale naopak po jejich navýšení. A to že považují za nepředstavitelné vyrábět jen tolik produktu, kolik ho trh považuje, je prostě chutzpah. Považuji do za výsledek degenerace zemědělství v důsledku dekád dotací.
"Osobně při koupi potravin (a nejen těch) vybírám podle kvality a ceny."
To já taky. Musím ovšem podotknout, že v řadě výrobků jsou ty české kvalitní a cenově rovnocenné a zejména v tomto případě nevidím nic špatného na tom, když někdo hlásá, že by se jim měla dávat přednost. Pořád jsme samostatný suverénní stát s vlastní ekonomikou, takže (byť slovní) podpora místních se mi jeví v pořádku.
"Dotace v zemědělství se měly dávno zrušit."
Souhlas bez výhrad.
"Jenže ti zemědělci nevolají po zrušení dotací, ale naopak po jejich navýšení."
Ono to ovšem má svůj důvod a to ten, že dostat nějakou dotaci místně je mnohem reálnější, než jejich zrušení celoevropsky - to se mi jeví jako zhola nemožné.
Pokud mám před sebou dva podobné výrobky u kterých vyhodnotím stejně kvalitu i cenu, tak většinou koupím jednou jeden, podruhé druhý, a pak se rozhodnu, co budu kupovat příště. České výrobky jsou bohužel většinou levné a nekvalitní. Příkladem mohou být párky obsahující 50% masa, a zbytek je sojový granulát, kůže, škrob a voda. Osobně dám přednost německým párkům z masa. A tak to bývá u dlouhé řady výrobků.
Ad nějakou dotaci místně je mnohem reálnější, než jejich zrušení celoevropsky - zemědělci by byli sami proti sobě, kdyby si chtěli uříznout dotace. Oni považují zemědělství za speciálního aktivitu, kterou bez dotací nelze dělat. Podobně si myslí, že zajištění odbytu je práce státu. Oni prostě vyrábějí a dostávají peníze. Nemají zapotřebí reagovat na nějaké přízemní potřeby trhu - od toho mají ministra zemědělství, aby jim trh zpracoval (třeba voláním po podpoře místní produkce). A z toho se pak líhnou i akce typu "mléko do škol" nebo "jablka do škol". Za mě: uříznout jim celoevropsky dotace, a nechat je vyrábět jako každý jiný průmysl.
....zemědělci by byli sami proti sobě, kdyby si chtěli uříznout dotace.
A to jako proc? Pokud nebudou muset konkurovat dotovanym vyrobkum, vyjde je to nastejno. Proste nedostanou dotace a nalezite natahnou cenu, aby odpovidala realnym nakladum. Danoveho poplatnika to pak vyjde levneji o administrativu, ktera je s dotacemi spojena.
Dotace byly zavedeny hlavne proto, aby danovy poplatnik mel pocit, ze kupuje levne jidlo. Je to takova socialisticka habadura, patrne z hlavy nejakeho francouzskeho genia. Danovy poplatnik je totiz blby a nevsimne si, ze to doplaci jinde, navic mu nebudeme detailni rozpis pouziti jeho dani prilis vnucovat, aby mu nezacalo neco byt napadne.
No a já zase dávám přednost českým a to i v případě, že jsou dražší. A nemusí mě k tomu vyzývat žádný ministr.
"Příkladem mohou být párky obsahující 50% masa, a zbytek je sojový granulát, kůže, škrob a voda. "
Tak to nesmíte kupovat sračky z Agrofertu. Kupříkladu Globus, pokud se budeme bavit o super-hyper, má kvalitní výrobky, no a jinak je tady řada soukromých dodavatelů, řezníků... já třeba zeleninu beru na vybraných farmách.
"Nemají zapotřebí reagovat na nějaké přízemní potřeby trhu"
Dokud bude regulovaný trh zaplavován levnými dotovanými výrobky ze zahraničí, o žádný trh se v podstatě nejedná a nelze na něj nijak rozumně reagovat. Pokud se zemědělci nechtějí jít pást, nic jiného, než řvát o dotace, nemůžou.
"Oni považují zemědělství za speciálního aktivitu, kterou bez dotací nelze dělat."
S tím generalizováním jděte někam. Tohle platí tak možná pro některé velkododavatele, jako výše zmíněny Agrofert. Ti menší by se klidně bez dotací obešli, kdyby celé zemědělství slavná EU nezmrvila.
"Oni považují zemědělství za speciálního aktivitu ... "
".... a nechat je vyrábět jako každý jiný průmysl."
Malinky problem - na rozdil od kazdeho jineho prumyslu je zemedelstvi specialni aktivita napriklad v tom, ze pokud zlikviduju polovinu sadu jabloni, protoze neni poptavka, tak i kdyz poptavka poroste, tak od zasazeni stromu do jeho produkcni plodnosti je to minimalne 5 let ....
Kazopadne se mi zda, ze se dostavame OT.
Kvůli pozdními snížení produkce zatím nikdo neumřel, ale kvůli pozdnímu zvýšení produkce to jsou ročně miliony lidí, většinou právě ze zemí, kde zemědělství řídí jen trh. Spotřeba se jakž takž předvídat dá, ale už jen velmi obtížně se předvídá její složení (protože ceny kolísají), a předpověď výše úrody je už spíš jen věštění z křišťálové koule.
Jo, to jste pěkně smíchal tržní zemědělství a hlad, jen co je pravda :). Akorát jste nějak zapomněl, že se hlad týká rozvojového světa, a problém tam není v trhu, ale v nedostatku bezpečnosti, infrastruktury a znalostí. Vyjma toho rozvojové státy také často potraviny dotují, příkladem může být Egypt.
Zemědělství je v civilizovaných zemích aktivita zaměstnávající okolo 1% lidí. Poptávka se dá předvídat velmi dobře, a spotřeb záleží na úrodě a tedy ceně.
BTW koukněte se, co dneska obnáší zemědělská výroba:
https://www.youtube.com/watch?v=CVPOxYoFm-o
https://www.youtube.com/watch?v=nj_EYZeSkhM
https://www.youtube.com/watch?v=JYzFqSFyTRM
https://www.youtube.com/watch?v=g_49_84Tgec
Kdyz se nezrusi dotace v EU, nelze je zrusit v CR. Kdyz se nezrusi celosvetove, nelze je zrusit v EU.
Jinak koupi podle ceny a ne podle mista produkce sice mozna usetrite par sestaku, ale mohlo by se vam to prodrazit tim, ze budete muset zivit vice nezamestnanych. Dale pak tim, ze cim dal vice penez bude koncit za hranicemi a CR bude stal rychleji upadat, az to tady bude jak v Sovetskem svazu za Brezneva.
> Dotace v zemědělství se měly dávno zrušit. Díky nim vyrábíme potraviny mimořádně draze
Ne že by se mi to taky nelíbilo, ale ono to má dva háčky:
1. Ta zemědělská plocha by se tak jako tak musela nějak udržovat. Těžko můžeme nechat přes 50% rozlohy republiky nechat jejímu osudu. Ledaže bysme místo dotací platili někomu za to, že tam ty buřiny bude aspoň sekat. Ani produkce biomasy si na sebe, pokud vím, nevydělá.
2. Není od věci být aspoň v základních životních potřebách aspoň z části soběstační z důvodu bezpečnosti - proto se mluví o energetické a potravinové bezpečnosti/soběstačnosti. Kdybysme 90% potravin dováželi, lehce by se mohlo stát, že by přišla nějaká třetí světová a nikdo by nás napadat nepotřeboval, protože by stačilo nás prostě nechat pochcípat hlady. Ona ne každá produkce potravin se dá obnovit ze dne na den z nuly.
Ono je to trochu jinak. Kdyz tem zemedelcum nedate dotace, bude trh zaplaven levnejsim mlekem z Francie nebo Holandska a to jejich mleko je levnejsi, protoze dostavaji dotace. Cesky zemedelec s tim nemuze soutezit, rotoze bojuje proti neferove vyhode. Kdyz mu dotace nedate, zniciteho, ziskate dalsiho nezamestaneho, pole zarostla koprivami a jeste ceske penize potecou za hranice.
Evropska politika dotaci je tak uzasna, ze dokaze znicit i farmare az v Africe. Evropsky dovoz je diky dotacim levnejsi nez cokoliv, co bez dotaci vypestuji na miste.
moje zkusenost mi rika, ze existuje nezanedbatelne procento lidi, kteri s stezuji vzdy a na vse. A take je nezanedbatelne procento lidi, ktere odmita jakekoliv zmeny. Tudiz s oblibou limuxu to nebude tak snadne - tim chci naznacit, ze 'Analyza oblibenosti limuxu' skonci vysledkem podle prani zadavatele.
Moje zkusenosti jsou zhruba v tom smeru, ze "co to mas za pekny windows". Vetsine lidi, kdyz se jim nerekne co je to za system, tak si nejak poradi - pokud se to samozrejme chova alespon trochu normalne (tzn pro ulozeni souboru netreba mackat esc+:wq ;D).
Jinak samozrejme mam i zkusenosti se spoustou (i mladych) lidi, kteri se suverene hlasi na pozice, kde se naprosto samozrejme predpoklada prace s PC, a pritom neumi ani zcela zakladni a trivialni ukony (a to samozrejme ani na tech win a v M$ office).
Osobně si myslím, že nejde o Mnichova a jeho přechod, ale že to má být informace směrem k dalším velkým městům - nepřecházejte na Linux, budete mít jen samé problémy a ještě vás to bude stát víc.
Docela zábavné je i spojování této akce s tím, že Microsoft se v Německu stěhuje do centrály v Mnichově...
No, ono je to přesně naopak. Čím více obcí na linux přejde, tím méně problémů v konečném důsledku bude. Úplně nejlepší by byl přechod celostátně a odstranění nekompatibilních aplikací.
"Docela zábavné je i spojování této akce s tím, že Microsoft se v Německu stěhuje do centrály v Mnichově..."
Docela by mě zajímalo, co je na tom zábavného. Máte nějaké informace, že to spolu vůbec nesouvisí?
Jak zmínil jeden z přispěvatelů přede mnou - hlavní sídlo Mrkwe v Německu se (čirou náhodou?) stěhuje do Mnichova. Proč mám takový pocit, že je to úmyslné nahrávání na konflikt.
1) Mrchochwo$t se přestěhuje do Mnichova
2) bude muset jednat s městskými úřady... denně
3) M$ bude úřadům úmyslně posílat nekompatibilní dokumenty
4) ve volbách zvolení užiteční idioti v politických funkcích budou tvrdit, že vina je v Linuxu (málokdo se podívá na to, od koho dostali příspěvky na volební kampaň)
5) vyvine se POLITICKÝ tlak na vystrnadění Linuxu - přece si nemůžeme dovolit znepřátelit M$ když zde platí daně a zaměstnává lidi, že?
A mimochodem - kdyby byla státní/krajská/městská správa co k čemu, tak udělá systémy a specializované aplikace pro úřední aparát ve formě webového portálu. Tím v počítačích může zůstat jen systém, nutné runtime frameworky (flash, java), webový prohlížeč, Solitare a Hledání min.
Stejně tak je možné vyřešit problém s kompatibilitou aplikací pomocí virtualizace - úředník má jen terminál, v něm se vzdáleně přepne buď na Windows (pro kompatibilitu lze provozovat odděleně různé verze) nebo do Linuxu.
Mimochodem mám s tímhle praktickou zkušenost - aplikace ze začátku devadesátých let, DosBox-only... aplikace pro W95/98 - v XP a výše bez šance, příchod W7/8 - staré aplikace nekompatibilní... starší HW (připojitelný přes USB) - nejsou nové ovladače pro W7, tak se instaluje virtuální XP a do něj ovladač aby se starší stále funkční tiskárna dala provozovat...
... bez virtualizace by to prostě nešlo.
"Single page app sa moze chovat "
iste sa tak moze chovat, ale zatial som nestretol ani jednu pouzitelnu :-)
staci len zobrazit nejaky zlozitejsi grid ( bunka zlozena z 3-4 hodnot/indikatorov zavislych na niecom inom) a cele to vyzera biedne...
pouzitie viacerych monitorov je skvela zabava v browser app
rad si necham predviest nejaku cool browser app ktora reprezentuje spicku momentalnych moznosti vyvoja aby som len tak nehatoval nadarmo :-)
"iste sa tak moze chovat, ale zatial som nestretol ani jednu pouzitelnu :-)"
Co třeba online office od Google a M$?
"staci len zobrazit nejaky zlozitejsi grid ( bunka zlozena z 3-4 hodnot/indikatorov zavislych na niecom inom) a cele to vyzera biedne..."
Tohle jsem nějak nepochopil...
"pouzitie viacerych monitorov je skvela zabava v browser app"
To snad platí pro všechny jedno-okenní aplikace. BTW on není takový problém udělat víceokenní aplikaci ani u webu.
"rad si necham predviest nejaku cool browser app ktora reprezentuje spicku momentalnych moznosti vyvoja aby som len tak nehatoval nadarmo"
Kromě výše zmiňovaných online office třeba zde:
http://www.maclife.com/article/gallery/29_web_apps_we_cant_live_without
https://twistedwave.com/online/ (celkem slušný wave editor)
Ony ty webové aplikace nejsou zas takové zlo, na spoustu věcí jsou dostatečné. Vývojáři ovšem jsou druhá stránka, a to kolikrát i u desktopových aplikací, že :-)
"Google office a M$ office som nikdy online nepouzil, lebo na to na co ja pouzivam excel je to nepouzitelne..."
To chápu, web office nejsou všespásné.
"Velký" Outloook je jeden nejpraktičtějších SW, který kdy kdo napsal.
Ad mám X mailů, nieco tam najst je ciste psycho - mám řádově víc emailů, a hledám v nich fulltextem. Vyjma toho je dobrým zvykem si řadit emaily do adresářů podle tématu (například projektů, zákazníků, aktivit apod). Předpokládám že kdybyste dostával papírovou poštu v podobném množství, také byste si ji neházel do velikých krabic s nápisy "Inbox", "Sent Items" a "Archive" :)
A to snad v GMailu nejde? Stačí mi srovnat rychlost prohledání mailů v Outlooku, který jsem nucen používat v práci, a GMailu; nemluvě o kvalitě nalezených výsledků. GMail zlomky sekund v několika tisících e-mailech, Outlook prohledává minuty pár stovek e-mailů s výsledkem nejistým.
GMail používá na třídění štítky. Orientace velmi rychlá, práce s nimi taktéž.
Nejen GMail. I takový Kontact, vyvinutý dobrovolníky, hledá výrazně rychleji. A navíc mu funguje synchronizace e-mailů.
Zvlaste. Ja mam na Exchange niekolko giga pracovnych mailov a nikdy som nemal problem s tym, ze by to prehladavalo minuty alebo s relevanciou vysledkov.
,,Niekolko tisic emailov'' je smiesne cislo. Hocikto zo stredneho manazmentu dostava bezne desiatky mailov denne (maily typu ,,preparkujte zeleny citroen'' samozrejme mazem hned). V tisickach mailov ani hladat nemusim, v tom sa zorientujem standardnymi priecinkami a farebnymi kategoriami.
Nejak sa mi nechce zdat, ze by mi Outlook po par tyzdnoch (100-ky mailov) mal prestat poriadne fungovat.
Outlook od verze 2007 používá Windows Search, a hledá zatraceně rychle. Pokud provádíte fulltext search bez indexu, pochopitelně to dost dlouho trvá :)
Štítky hodnotím jako velmi nepraktické, navíc se to pere se IMAP synchronizací (štítky se tváří jako adresáře a vznikají duplicity). Děkuji, nechci.
Hledání v Outlooku samozřejmě normálně funguje. A stejně fungují i mailboxy s mnoha GB pošty.
Archivace ve starších verzích Outlooku nabízí uživateli přemístění emailů do PST souborů, na nových do archivního mailboxu. To má velmi dobrý důvod. Při pár tisících uživatelů a pár GB emailů na uživatele server skladuje desítky TB emailů, a mělo by to být na velmi rychlých discích. Archivace dává možnost přesunout ta data na levnější úložný prostor. Všechno se to dá konfigurovat, ale chápu, že pokud admin neumí základy administrace MS Exchange, může to být nepřekonatelný problém :)
""Velký" Outloook je jeden nejpraktičtějších SW, který kdy kdo napsal."
LOL
"mám řádově víc emailů, a hledám v nich fulltextem..."
Hm to je super. Jenom taková drobnost, že není ani tak důležité, čím kdo hledá, ale jak dlouho to hledání trvá a jestli vůbec něco dohledá ;-) BTW lobo má cca 20 tisíc mailů, vy jich máte "řádově" víc. Tím nám chcete opravdu říci, že máte statisíce mailů? :-D
Jenze to se chlapce dela jinak. Aplikace se dela tak, ze na webu ti bezi soap nebo jiny standardni rozhrani. K tomu tam samozrejme muze byt i webova stranka umoznujici s aplikaci primo pracovat. Mno a na soap ti samozrejme zcela kdokoli pripoji zcela cokoli - to muze byt nativni win/tux/mac appka, bezici v konzoli nebo v gui ... je to uplne jedno. Dulezity je, ze je definovano ono rozhrani.
Jinak se samozrejme da napsat i webova appka, ktera se bude chovat presne stejne jako aplikace bezici lokalne, presto, ze na pozadi bude prohlizec. Vcetne fungujicich funkcnich klaves atd.
Pokud by se vyse zminenym zpusobem povine delaly vsechny aplikace statni spravy, tak se zadne problemy s kompatibilitou neresi. Nejvic me pak dojima, ze pri tech vynalozenych miliardach se ty aplikace cim dal vic plazi, na cim dal vykonejsim HW. Prave proto 99% uredniku dyckinky rekne, ze jejich starej system byl mnohem lepsi. Protoze ten dosovej soft nebo telneti terminal ... reagoval hned a nemuseli minutu cekat, nez jim nabidne 10 karosarskych variant ...
Ne ze by to byl problem jen statni spravy, samozrejme, zna tu nekdo helios green? ;D jeho vyvojari si taky myslej ze index je sprosty slovo ...
Fakt bych rád viděl webovou aplikaci, která umí třeba skenovat z lokálního skeneru a provést OCR. Nebo vytiskne na lokální tiskárně obálku, předtištěný formulář a dopis, ze třech různých podavačů papíru. Nebo při tisku sváže dokument.
Souhlas v tom, že se nové aplikace čím dál víc plazí. Například webové verze office aplikací jsou funkčně na úrovni před 20 lety, ale jejich výkon je neskutečně hrozný. Tak to dopadá, když se aplikace píšou pro browser a JavaScript. Jen čekám, kdy někdo přijde s office aplikací napsanou kompletně v .bat souboru :)
"Fakt bych rád viděl webovou aplikaci, která umí třeba skenovat z lokálního skeneru a provést OCR."
Tak to neumí, no a co? V případě firem se sdílenými prostředky to není problém, skenování, OCR a tisk můze dělat server po síti. BTW tisk na lokální tiskárně umí každý browser už x let.
"Například webové verze office aplikací jsou funkčně na úrovni před 20 lety..."
Přesto to miliony lidí používají a stačí jim to. Ne každý potřebuje desktopový Office 2013, Photoshop, Autocad a 3D studio.
"Jen čekám, kdy někdo přijde s office aplikací napsanou kompletně v .bat souboru :)"
Sice se to snažíte zesměšňovat, ale vývoj jde kupředu a na mnoho věcí jsou webové aplikace dostatečné. Tak to prostě je.
Vývoj jde kupředu, abychom na dnešních strojích s jednotkami či desítkami GB RAM a TB disky provozovali aplikace v browseru, které jsou funkčně pozadu i za těmi 20 let starými lokálními. Ve jménu pokroku a snížení produktivity práce přepíšeme všechno pro web. A nejlépe k tomu nacpeme data do cloudu, ať se na firemní dokumenty podívá majitel cloudu, ISP a všechny třípísmenkové agentury, které sbírají data po cestě do toho cloudu. Wow, krásný nový svět :)
Tak v prvé řadě ty GB RAM a TB disků jsou nutné především kvůli widlím a desktopovým aplikacím. Webové, pokud to nevíte, nepotřebují TB dat na lokále a desítky GB paměti ;-) Jen pro zajímavost: win7 x64 + aplikace (0 her), bez uživatelských dat, bez swapu, za cca 3 roky zabírá 54 GB. Mint x64 + aplikace za cca 2,5 roků zabírá 14 GB.
Další věcí je, že jsem JASNĚ psal, že na MNOHO VĚCÍ, nikolov na VŠECHNO, jsou web aplikace dostačující.
No a o cloudu, respektive o tom, co si pod tím většina lidí představí, tedy např. DropBox, si myslím něco moc nehezkého.
Ale když nejsou argumenty, tak něco se překroutí, vloží se do úst výroky, které oponent netvrdil, hlavně, že se něco plácne, že jo.
Ty GB RAM a TB disků jsou tak levné, že je dostanete za cenu, za kterou jste před časem dostal jednotky MB RAM a stovky MB disků. Pokud jde o webové aplikace, tak zrovna ohledně RAM mi moc úsporné nepřipadají. Pár tabů Facebooku a Youtube dovede sežrat GB RAM v jakémkoliv browseru.
Webové aplikace jsou mizerná náhražka těch lokálních. Umí toho v principu méně než ty lokální, a HTML (včetně HTML5) je pro tvorbu interface míle pozadu za technologiemi dostupnými na lokálu.
Office 365 je předplatné SW a služeb, a ten lokální Office funguje dost dobře :). Webové aplikace MS jsou odjakživa špičkou v oboru, ať jde o Outlook Web Access nebo Office Web Apps (mimochodem OWA byla první implementace toho, čemu se dneska říká AJAX). Nicméně jsou to pořád webové aplikace, a tedy výrazně slabší než ty lokální.
Vlastní cloud? A viděl jste Microsoft Azure Pack?
http://technet.microsoft.com/en-us/library/dn296435.aspx
Outlook Web Access bych za špičku v oboru rozhodně nepokládal, možná v dobách, kdy vznikla AJAX, dnes je to ale zářivý příklad pomalé a velmi špatně použitelné webové aplikace, obzvlášť ve srovnání třeba s GMailem. V MS asi nepochopili, že webové aplikace se píší trochu jinak než desktopové.
Azure Pack jsem neznal. Nechápu tedy, proč jste psal o cloudu:
ať se na firemní dokumenty podívá majitel cloudu, ISP a všechny třípísmenkové agentury, které sbírají data po cestě do toho cloudu
Snad jedině pokud Azure neumí HTTPS, ale tak zaostalý snad ani MS není.
OWA mi připadá velmi rychlý - samozřejmě záleží na vašem serveru
Asi jsem měl smůlu, byl to server nadnárodní korporace za několik tisíc eur a bylo nás tam asi dvaceti najednou. Musím tedy přiznat, že v pondělí to většinou fungovalo docela svižně, protože o víkendu se dělal pravidelný restart. V pátek se už na tom dělat nedalo.
Interface v rámci možností poměrně věrně kopíruje ten desktopový.
No ano, v rámci možností. Ono je totiž potřeba webové aplikace psát trochu jinak.
Fakt bych rád viděl webovou aplikaci, která umí třeba skenovat z lokálního skeneru a provést OCR.
Třeba AutoStore tohle umí.
Nebo vytiskne na lokální tiskárně obálku, předtištěný formulář a dopis, ze třech různých podavačů papíru. Nebo při tisku sváže dokument.
Tisknout na lokální tiskárnu snad umí každý prohlížeč. Nastavení tisku (včetně vázání) jde dělat přes ActiveX (v IE) nebo JS Print Setup (ve Firefoxu).
OCR není jen o rozeznání znaků. Výsledkem by měla být informace o tom, že naskenovaná sázenka je na zápas Sparta-Slavia dne x.y.zzzz s částkou XYZ Kč, nebo že faktura je od firmy Sten Doe Ltd., na částku 12345 CZK, položky na faktuře jsou dvě tužky a tři bloky papíru, a datum splatnosti je zítra. Koukněte se někdy na produktivní OCR systém.
Při tisku z webové aplikace vyskočí uživateli dialog, který musí potvrdit. Nad tiskem nemáte prakticky žádnou kontrolu - ani nezjistíte, kde se stránka zalomí.
Ano :-) (ironie)
Takto opravdu uvažuje "normální uživatel". Pošlete mu .odt, .ods nebo nějaký takový soubor a on vám za to začne nadávat a prakticky není způsob jak mu vysvětlit, že je to JEHO problém, že jeho Word neumí otevřít standardizované formáty.
Stejně tak je to se "standardem" OOXML (docx, xlsx ...) - je na to norma, jak to má vypadat, ale nedodržuje ji ani sám Mrkwosoft. Jeho vlastní software MS Oppice nedodržuje "standard" ISO/IEC 29500, který MS lobby prosadila navzdory rozsáhlé kritice.
Bohužel lama-user prostě reaguje stylem "máte to rozbitý, můj Word je v pořádku".
Soubory .odt a .ods otevřete normálně pomocí MS Office. Pokud nastane problém, tak nejspíš proto, že OO/LO nepíše standardní ODF dokumenty, ale směsku ODF, různých draftů a vlastních extensions.
MS samozřejmě ISO/IEC 29500 dodržuje. Office 2007 píše ECMA-376 (tj. ISO/IEC 29500 s pár drobnými změnami - aplikace vyšla před schválením ISO/IEC 29500), Office 2010 píše ISO/IEC 29500 Transitional a čte Strict, Office 2013 píše i čte ISO/IEC 29500 Strict.
loliku, ani jeden M$ produkt neumi ulozit ten jejich standard. OO/LO umi ulozit dokumet zcela v souladu se standardem, staci si to vybrat, a v pripade statni spravy by to meli mit nstaveno jako default.
Ostatne, M$ neumi otevrit ani svoje vlastni formaty, zrovna tuhle sem resil doc, kterej se v 2k7 naprosto rozpad.
Jendo, z čehopak soudíte, že ani jeden M$ produkt neumi ulozit ten jejich standard? MS Office 2010 podporuje ISO OOSML Transitional pro zápis i čtení a Strict pro čtení. MS Office 2013 podporuje ISO OOSML Strict pro zápis i čtení. Pokud máte jiné informace, sem se zdroji.
A když jsme u toho, zkuste si někdy uložit ten "standardní" dokument OO/LO, rozbalit si ho, a kouknout co je opravdu uvnitř. Spousta věcí v žádném standardu popsaná není, a jedinou "dokumentací" je zdroják OO/LO. A vzorce shreadsheetů ještě ani ISO standard nemají. Pánové se totiž od roku 2006 ještě neobtěžovali je standardizovat u ISO.
Ad zrovna tuhle sem resil doc, kterej se v 2k7 naprosto rozpad - buď má dokument špatně navolený compatibility mode (jako admin byste měl vědět, co to je a k čemu se to používá), nebo jsou odlišné fonty.
resit problem flashem neni zadna vyhra
Dnes se to už dělá v technologiích HTML5, dokonce tak jdou vytvářet aplikace, u kterých v Ubuntu nebo Firefox OS ani nepoznáte, že jsou webové.
kvuli windouz programum nasazovat virtualizaci to je spis z nouze nez z cnosti
Souhlas, bohužel pokud ty aplikace byly napsány pro Windows XP, tak často nic jiného nezbude ani ve Windows 7 (a pokud fungují bez virtualizace, tak nebývá problém je spustit ve Wine). Snad jediný rozdíl je v tom, že Windows 7 mají virtualizaci Windows XP out of the box.
to, ze hlavni podstata toho mnichovskeho projektu unika lidem v zahranici ani tolik neprekvapuje (neustale se totiz jen diskutuije o nakladech na licence, co vsechno jde a nejde pod windows a nebo KDE ..), protoze zahranicni ctenari jsou zasobovani jen podobnymi strohymi informacemi.
Hloupe je, ze podobna situace je i v Nemecku a dokonce i v Mnichove. Vedeni projektu se pokusilo v minulych letech radou prednasek situaci objasnit. Ale v dnesni dobe, kdy se venuje pozornost jen 'vykrikum do tmy' nikdo nechce slozite souvislosti chapat a ani se s nimi zabyvat.
Dlouholety sef projektu, pan Hoffmann na svych vystoupenich vzdy zacinal s otazkou:
'jak nasadit linuxovy klient v pracovnim prostredi'?
a hned na to odpovidel: 'vubec se o to nesnazit'.
Snazil se tim vysvetlit, ze linuxovy klient na tech 12000 pocitacich mestske spravy je jen okrajova zalezitost. Hlavnim smyslem projektu byla konsolidace spravnich agend (v Nemecku nazyvaji na uradech agendu 'Fachverfahren'). V Mnichove se po 10 letech tato konsolidace 'zdarila' (jakz takz - jak uz to je u takovych obrovskych projektu bezne). Problem neni ani tak nasazeni MSOF nebo LO , nybrz, napr. jak spravuji ta makra, ktrera se v te ktere agende na tom urcitem referatu pouzivaji. Problem je, jako v kazdem takovem obrovskem systemu, jak konsoliduji tiskarny a jejich drivery, aby s temi agendami fungovaly. A takovych problemu jsou tisice (mimojine, zna je kazdy adminitrator na vetsim urade, i kdyz se na takovem urade pouzivaji klidne Windows).
Dalsim probleme je, ze rada informatiku nechape problematiku statni spravy a uradu, v Nemecku jiz vubec. Existuje naivni predstava, ze se proste naprogramuje (nejlepe s Webklientem) nejaka standardni 'spravni' aplikace a bude to. Takovy nejaky ERP system pro urady.
To je bohuzel nemozne. Nemecko je federalni stat se silne zazitou komunalni decentralni strukturou. V Nemecku se vypravi v teto souvislosti napr. o agende pro spravu hrbitovu. Takovou agendu musi mit vpodstate kazda vesnice , ale predpisy, narizeni a zakony jsou tak rozdilne (prave kvuli komunalni decentralite Nemecka), ze takovych standardnich 'hrbitovnich agend' by byly jen desitky, kdyby se to snazil nekdo zkonsolidovat. Existuji pro to predpisy jeste z dob cisarstvi a i nejnovejsi EU narizeni. A nejvetsi vykon v Mnichove je, ze se to podarilo prave tak nejak zkonsolidovat.
Nevite jestli ten jejich IT Dep. je in-house / nebo nejaka externi firma?
Pan Dieter Reiter se urcite ve sve nove funkci chtel zviditelnit:
http://www.muenchen.de/rathaus/Stadtpolitik/Stadtspitze/DieterReiter_100TProgramm.html
coz se mu povedlo ;)
Jen je skoda, ze se k cele situaci nikdo nevyjadril na oficialnich strankach mesta nebo jejich IT Blogu ;)
od 1.1.2012 se o IT zalezitosti stara "it@M". Je to organizace, ktera spada pod mesto asi jako mestska plynarna nebo mestske komunikace. In-house se tedy asi neda 100% rict, ale samozrejme to neni zadna privatni externi firma,ktera to IT pro Mnichov dela.
Predtim to bylo myslim decentralizovane, kazdy vetsi referat mel vlastni IT oddeleni.
Jak starosta, tak predevsim jeho zastupce se urcite chteli a chteji profilovat, o tom zadna. A jsem celkem presvedcen, ze Microsoftu jiste neco slibili za to, ze se prestehovali do Mnichova a budou platit dane mestu. Ale neprekvapuje me, ze na IT-blogu mesta nejsou zadne komentare, protoze by doslo ke stretu odbornych oddeleni s politickym vedenim a to si myslim nelze (kompetence ..).
Ono se to odehrava pres media a proto nakonec i odpovedi technickych pracovniku (i minulych) se kolportuji pres media - s tim ze ty 2 doposud uverejnene stiznosti starostova zastupce, totiz:
- statosta cekal 3 tydny na napojeni smartphonu
- "at uz prijdu na jakykoliv referat, tak vsude si lide stezuji na ten linux ..."
byly zodpovezeny s tim,
- na centralnim komunikacnim reseni se pracuje (Kolab 3) a jede to podle planu
- lide si v Mnichove nestezuji vice jak kde jinde
Takze ono vlastne neni co resit :-)
Jestli ten problém s napojením smartphonu nebyl nakonec způsobený tímhle :-)
Published: Aug 18, 2014
What causes the issue?
This issue is caused by installing one of the following updates that have been pushed out by Microsoft on 11/12/13:
KB2837618 or KB2837643
If you have not already done so, please avoid this update for a bit until Microsoft corrects the issue. If you cannot avoid the update, we will provide you with further steps regarding a temporary fix for the issue.
:-) :-) :-) :-)
Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz
Včera 14:18
Re: dotaz
celé vlákno
Jenže ty problémy bývají způsobené převážně aplikacemi, ne OS. A proč byste měl ztrácet čas řešením problémů? Protože to je váš job.
Ad neznám admina, co by se s něčím jebal pořád dokola a marně, když cesta nejmenšího odporu je noční restart - dobrých adminů je bohužel málo.
Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz
Včera 16:26
Re: dotaz
celé vlákno
Totéž co s open source aplikacemi: kontaktovat dodavatele.
:-) :-) :-) :-)
:-) :-) :-) :-) :-) :-) :-) :-)
A hotfix je o pět dní starší než ten článek :D
http://support.microsoft.com/kb/2817347
Ježiš jen to ne, kdo má ty hory nesmyslů a humoru zvládat. Tomu hlodu, že superpočítače se staví z písíček od Dellu (http://www.root.cz/zpravicky/android-a-ios-stale-rostou-ostatni-se-propadaji/510793/), jsem se řehtal půl hodiny. Typický superpočítač z písíček:
Je to přesně jak jsem psal: superpočítače se zcela běžně staví z běžných PC, klidně od Dellu. Když se kouknete na top500.org, což mimochodem není reprezentativní vzorek superpočítačů, zjistíte že většina strojů stojí na CPU Intel nebo AMD, které jsou nasázené do racků. Na nižších příčkách top500 jsou nody běžně spojované levným ethernetem, na vyšších příčkách najdete Infiniband a podobné. A v top500 najdete deset kousků od Dellu.
Vámi uváděný IBM Roadrunner je dost netypický kousek. Když jsme u toho, tak i ten má třetinu CPU od AMD stavěných do TriBlade. Pánové od IBM se akorát rozhodli do těch bladů nacpat dvě třetiny vlastních Cell procesorů - asi pro ně neměli jiné využití :)
http://en.wikipedia.org/wiki/IBM_BladeCenter#mediaviewer/File:Blade-LS21-inside.jpg
http://www.hpcwire.com/features/Will-Roadrunner-Be-the-Cells-Last-Hurrah-66707892.html
Psal jsem, že jsou to převážně běžná PC, klidně od Dellu. A to zjevně jsou, také nevidím, co vám na tom přišlo tak k smíchu. Ethernet má u větších superpočítačů své limity, ale do těch PC (klidně od Dellu) si můžete dát karty na Infiniband nebo jiné technologii.
Samozřejmě se staví i počítače s ne-PC HW, ale vyjde to dost draho, takže je jich málo.
Asi je problém v tom, co vy si představujete pod běžnými PC. Já ty krabice, co se prodávají v Alze nebo třeba Euronicsu, a co je mají lidi doma pod stolem. Tak z takových se tedy běžně opravdu nestaví a to mě rozesmálo. Nějaký mainboard osazený AMD Opterony a ECC ramkami teda za běžné PC nepovažuji.
Běžným PC rozumím stroj z kategorie, která se původně nazývala IBM PC kompatibilní. Dneska jde o stroje vyhovující Windows Hardware Certification Requirements, o jiné specifikaci shrnující požadované vlastnosti stroje nevím. Jestli je prodává Alza, Euronics nebo Cray, to je úplně jedno.
Nie som administrator, ani nepracujemm v statnej sprave, ale pohlad ohladom pouzitia v globalne posobiacej f. s pobockou v SK.
Linux by nasadatitelny bol, ale...
Skusenosti IT zamestnancov, ohladom linuxu, su povacsa s windows.
Kancelarsky balik pokial nie je ho potrbne kombinovat s ostatnym softom je jedno aky. U nas sa kopec generuje (reporty) z do wordu ci excelu z dalsieho softu. Tu je problem nie kazda firma je ochotna dodadat nieco pre linux (proste neoplati sa im). Aj ked mame aj takych co prednostne ponukli linuxove riesenie.
Komunikacia s ostatnym svetom (cez specificke soft. riesenia) opat moze nastat problem. (zial wine a virtualBox vsetko neriesia).
Catia, autocad...atd Ked uz mate soft treba najst aj cloveka co to v tom vie.
Na mieru robeny soft nerozoberam, ten na zakazku f.urobi ci pre widle, linux, OSX, albo cokolvek.
Ako dalsi priklad ak na SK narazite na potrebu nieco pozriet na katastralnom portale.
Tada z danych poznatkov si dokazem predstavit co moze potrebovat uradnicek ked robi viac ako iba kavu rano na obed a pred odchodom domov.
Myslím že by bylo dobré opravit některé nepřesnosti z článku:
1. Primárním důvodem přechodu na Linux nebyla finanční úspora. Naopak řešení s Linuxem vycházelo dráž než na Windows. Na radnici ovšem seděla koalice zelených a socialistů, kteří rozhodli, že důležitější než cena je nezávislost na dodavateli.
2. Údajné úspory rozporuje například studie HP. Vedoucí projektu argumentuje tak, že ušetřili, protože si k produktům na Linuxu nekoupili podporu.
3. V Mnichově se nanejde "ještě pár stanic s Windows", ale 20% stanic s Windows. Navíc je řada aplikací pro Windows provozovaná na stanicích s Linuxem ve virtualizované formě.
4. Není mi jasné, o jaké velké nepříjemnosti by si Mnichov říkal přechodem na Windows. Podle všeho měli značné nepříjemnosti s přechodem na Linux, včetně obrovského zdržení. Přesto projekt dokončili, protože si to odhlasovali. V případě přechodu na Windows možná bude následovat kritika na linuxových magazínech, ale to je tak všechno.
"Údajné úspory rozporuje například studie HP. "
Tu "studii" (tedy spíš PR pro velmi blízkého partnera HP - Microsoft; s naprosto nesmyslnými čísly vycucanými z prstu - viz její napadení ze strany Mnichova) všichni známe. Jestli to opravdu myslíš vážně, tak jsi už úplně ztratil soudnost a schopnost objektivního myšlení a posuzování stavu věci. Dál jsem to nečetl.
Studii Mnichova napadli v HP, studii HP napadli v Mnichově. Komu z nich věříte? Já ani jedné straně. A určitě nevěřím vedení tamního IT, protože to má velmi dobré důvody se ukázat v dobrém světle - jde jim totiž o židle. HP to naopak může být celkem ukradené, jejich business na Mnichovu nestojí.
HP to může být ukradené, ale MS to ukradené není. Je to vidět i na tom, jak jsou ochotni uplácet město třeba tím, že tam za odměnu přesunou svoje sídlo. Pokud má někdo takhle velký zájem na tom, aby tenhle jeden pokus, který dle vás je fiasko, byl co nejdříve odpískán pokud možno bez nějakého vyhodnocení, zřejmě se snaží něco skrývat.
Wow, MS uplácá města tím že se do stěhuje svoje kanceláře? To je dobrý vtip :). Předpokládám že Red Hat uplácá Brno tím že tam má kanceláře :D. FYI daleko aktuálnější jsou skutečné úplatky, a unixové firmy mají v úplatkářství (a dalších pochybných praktikách) dlouho tradici.
O kauze Mironet panuje v linuxové komunitě spousta mýtů. Přitom se věci mají trochu jinak. Na šestí stránkách se dozvíte, že nebýt chyby na příkazu k prohlídce a "odkládání" dodání licenčních karet Mironetem do doby kdy jim je "odnesla voda", dopadla by celá věc úplně jinak.
http://diit.cz/clanek/kauza-mironet-tajemstvi-zbavena
Můžete kolegu nechat, aby mluvil za sebe. On to zvládne, a možná i pobaví :)
To co psal "j" samozřejmě nijak nedokladoval a nedal k tomu další informace. Pokud je to jako v ostatních případech, nejspíš někde viděl titulek a zbytek si domyslel. Upřímně jsem viděl jako konstruktivnější alespoň nalinkovat něco ke kauze Mironetu, kterou fanoušci rádi vidí poněkud zvláštním způsobem.
Pokud jde o trestní oznámení, tak tam žádnou prasárnu nevidím. Při kontrolním nákupu byly na počítači nalezeny nelegální aplikace. Podle Mironetu to bylo vyprovokované, ale 1. to nehraje roli, 2. může jít o účelovou obhajobu. Na stranách 4 a 5 se pak můžete dozvědět, že firma nebyla při prohlídce schopná doložit nabytí SW, některé licence dodala cca po půl roce, a další jim údajně odnesla voda. Mironet unikl potrestání jen díky zpackané prohlídce a právnickým kličkám.
navic pro LiMux hlasovali i 3 zastupci svobodnych demokratu.
Pouze krestansti socialiste byli proti, nebot se obavali, ze 'hobbyprogramatori z open source sceny' zdevastuji IT infrastrukturu v Mnichove a ze se zamestnanci budou muset ucit novou office. Cele Nemecko se tem argumentum tenkrat smalo.
"Navíc nemůžete vědět, koho si kdo jak v Mnichově koupil, aby tam byl prosazen LiMux."
To si děláte srandu? LiMux není produkt jedné konkrétní zahraniční firmy, navíc LiMux přišel až dlouho po tom, co se s přechodem na linux v Mnichově začalo. Nechápu, jak by si mohl někdo někoho koupit, aby byl prosazen LiMux. BTW LiMux je jen poupravené Ubuntu.
"ale nějak vám unikají uživatelé..."
Komu unikají? To jako že se vyskytlo pár brblalů a ještě navíc čirou náhodou až v poslední době? Nikde jsem nečetl, že by tamní úředníci nějak masově nadávali.
Kdo mohl někoho koupit, aby tam prosadil LiMux? Pokud vím, tak Mnichov za něj neplatil žádné externí firmě. A kupovat někoho, když z toho nebudete mít žádný zisk, to snad v MS dobře vědí, že je hovadina.
Ne, uživatelé unikly CSU, když jejich hlavní argument proti Linuxu byl, že tím zničí IT dodavatele v Mnichově. Prostě protože uživatelům je to celkem jedno, naopak mnozí LiMux uvítali, protože se nemuseli přeučovat na ten příšerný ribbon.
To si myslíte, že Mnichov nepoužil subkontraktory na dodávky? :D A od roku 2012 provádí správu jejich systémů IT@M.
http://www.muenchen.de/rathaus/Stadtverwaltung/Direktorium/IT-Beauftragte/Wir-ueber-Uns/ITatM.html
Osobně si myslím, že úplatky nehrály roli u MS ani současného IT. Ale pokud někdo automaticky vidí úplatky u MS (což by bylo celkem unikátní - není to HP nebo IBM), dovoluji si tvrdit, že je to možné stejně tvrdit o jakékoliv jiné straně. Bez důkazů je to jen hromada spekulací.
Vždycky mě potěší číst mýty o nepoužitelnosti ribbonu od lidí, kteří oslavují interface vimu :D. Na jedné straně není problém se učit hjkl a stovky příkazů vi, a na druhé straně je veliký problém najít operaci na logicky roztříděném ribbonu, který máte před očima. Zajímavý paradox. Víte o čem to podle mě vypovídá? Tihle "experti" zestárli a ztratili schopnost se učit.
Máte nějaké konkrétní případy, kdy byl MS usvědčen z korupce? Já takový nedohledal. Naopak u HP a IBM to bylo k dohledání celkem snadno. Co jsem dohledal v roce 2012:
Společnost IBM deset let uplácela v Číně a Jižní Koreji:
http://www.bbc.co.uk/news/business-12793255
Společnost HP uplácela v Rusku:
http://news.cnet.com/8301-13578_3-20016072-38.html
Společnost HP uplácela v Německu:
http://online.wsj.com/article/SB10001424052748703723504575425303867402456.html
Jistě, stesky zneuznaného admina :-D
http://www.root.cz/clanky/ostrava-jih-prechazi-pod-tlakem-linux-windows/
"Když jde do něčeho přímo MS, dává si záležet, aby to bylo čisté."
Já vím, třeba standardizace OOXML, to byla čistota jedna báseň :-D Opakovat tady vaše teze o tom, jak chudák M$ "kontaktoval své partnery", aby se bránil těm zlým firmám, které násilím bránily jeho přijetí, nemusíte. Zase bychom se dostali k tomu, že bych vás žádal o nějaké odkazy na tyto skutečnost, jako již několikrát v minulosti, které však vždy zůstaly bez odpovědi.
Byla řeč o zakázkách. Pokud jde o schvalování OOXML, jasně jsem vám psal, že můj tehdejší zaměstnavatel byl mezi těmi, které MS pozval k hlasování. A stejně tak jsem vám psal, že o tom nemám důkazy, protože si takové věci neschovávám. Ale pokud chcete tvrdit, že za tím byla korupce, tak byste naopak s důkazem měl přijít vy :)
No a co, že byla řeč o zakázkách. To znamená, že pokud nejde o zakázky, tak se na čistotu nehraje?
"jasně jsem vám psal, že můj tehdejší zaměstnavatel byl mezi těmi, které MS pozval k hlasování..."
A já jsem vám jasně psal, že váš tehdejší zaměstnavatel je mi ukradený, mluvilo se o jiných a podstatně větších "subjektech", které do té doby neměly s M$ nic společného.
"A stejně tak jsem vám psal, že o tom nemám důkazy, protože si takové věci neschovávám."
Ne, to jste mi nepsal, ale alespoň už znám výmluvu :-D
"Ale pokud chcete tvrdit, že za tím byla korupce, tak byste naopak s důkazem měl přijít vy :)"
Nevím, co za tím bylo, ale o tom, že to bylo mírně řečeno hodně neobvyklé, se toho napsalo dost. A o tom, že ty "subjekty" se již žádného dalšího hlasování standardizační komise nezúčastnily a tím pádem způsobovaly problémy se schvalováním, taky. Tak ze sebe nedělejte ještě většího šaška, tohle všechno se tady probíralo x-krát.
Ty "větší subjekty" v tom měly své zájmy - například prodávaly MS Office, vyvíjely pro něj aplikace, nebo ho používaly. Netvrdil bych, že s MS neměly do té doby nic společného.
Ano, tenhle standardizační proces byl dost neobvyklý. Nevím o jiném případu, kdy by se konkurenti rozhodli za každou cenu zabránit standardizačnímu procesu, aby získali konkurenční výhodu. Svou obhajobou takových praktik ze sebe naopak děláte šaška vy.
Ehm, kdo se rozhodl zabránit standardizaci OOXML? Nebyli to pánové z IBM, FSF a spol.? Tohle k tomu řekl Nicos Tsilas, senior director of interoperability and IP policy at Microsoft: "It's a new way to compete. They are using government intervention as a way to compete. It's competing through regulation, because you couldn't compete technically." Paoli said that Microsoft has never been an aggressor in the standards world and did not mobilise against Sun and IBM when they proposed ODF. "We did not go and block it," Paoli said. "When it was voted as an ANSI [a standard of the American National Standards Institute] in the US, we voted 'yes'."
http://www.zdnet.com/microsoft-ibm-masterminded-ooxml-failure-3039292492/
Myslím že závěr musí být jasný i slepému: Sun, IBM a spol. nebyli schopní se prosadit s OpenOffice/Lotus Symphony tržními prostředky, takže standardizovali ODF (na což MS kývnul), a později se snažili všemi silami zabránit ve standardizaci OOXML, protlačit do zákonů povinné používání ODF a ničeho než ODF, aby tak získali výhodu nad konkurentem. Je tohle podle vás normální postup ve standardizačním procesu? A co podle vás měl MS v takové situaci dělat jiného, než pozvat všechny partnery (prodejce, vývojáře, velké uživatele), aby se k hlasování připojili?
ODF je určené pro všechny dokumenty, včetně těch převedených ze starších. Jestli ale tím převodem máte na mysli značku autoSpaceLikeWord95
, tak na to opravdu myšlené nebylo, protože dávat něco takového do standardu pro výměnu dokumentů je prasárna. Word 95 evidentně ten standard neuměl a novější převodník to snad dokáže převést tak, že ten formát popíše jinými, obecnými značkami.
První verze ODF popisovala základy. To je ostatně dobrým zvykem u standardů (a jakýchkoliv jiných technologických staveb), že se začne od základů a až na tom se na tom staví další patra.
Mimochodem co se týče toho nepopisování, OOXML sice popisuje „všechno“, ale ten popis je pro implementaci naprosto nepoužitelný.
Tohle je opravdu směšné a trapné.
http://www.ddworld.cz/software/windows/standardizace-microsoft-ooxml-nefalsovana-fraska-2.html
Takže čtvrtá výzva na dodání nějakých důkazů se opět minula účinkem. Jediné, čeho jsem se dočkal, je vaše pomýlená interpretace celého procesu a vyjádření někoho z M$, což je jistě objektivní a nezaujatý názor.
"Nevím o jiném případu, kdy by se konkurenti rozhodli za každou cenu zabránit standardizačnímu procesu, aby získali konkurenční výhodu."
Ty samé lži pořád dokola. Žádám po čtvrté o nějaké důkazy.
"Svou obhajobou takových praktik ze sebe naopak děláte šaška vy."
Tak tady jste mě zjevně nepochopil, já praktiky M$ neobhajuji, já je kritizuji, obhajujete je pořád dokola vy. Už máte šaškovskou čepici s rolničkami? ;-)
Aha. Čeho se tedy podle vás společnosti Sun, IBM a SIIA (plus Oracle, Red Hat, Corel, Novell a další) založením lobbyistické organizace OpenDocument Format Alliance, která se snažila o uzákonění povinnosti používat ODF (a právě a jen ODF) ve státní správě na území US, EU, Brazílie, Indie, Malajsie, Polska a Portugalska? Později organizace lobbovala za nepřijetí OOXML u ISO members. Mimo jiné měli najatou PR agenturu Rational PR, dnes vystupující pod jménem Rational 360. Takhle podle vás vypadá běžný standardizační proces?
http://en.wikipedia.org/wiki/OpenDocument_Format_Alliance
http://www.computerworld.com/s/article/print/9022878/Microsoft_trounces_pro_ODF_forces_in_state_battles_over_open_document_formats
http://www.computerworld.com/s/article/109190/Alliance_forms_to_promote_OpenDocument_Format?taxonomyId=86
Kdo se podívá na fakta, ten vidí. Kdo je zaslepený náboženstvím, ten holt nevidí.
ODF Alliance se snažila o to, aby se ODF používalo jako PRIMÁRNÍ formát, nikoliv jediný, a to z toho důvodu, že byl oproti tehdy ještě proprietárním M$ formátům otevřený. V této době měla ODF Alliance 33 členů, z nichž absolutní většina neměla s ODF nic společného.
ODF Alliance nebyla zdaleka jediná, kdo se snažil, aby standardizace OOXML neprošla, ovšem ze zcela jiných důvodů, než se tady snažíte tvrdit. Těmi důvody byl například naprosto nestandardní zkrácený schvalovací proces specifikace o 6500 stranách, který M$ protlačil díky svým, jak vy je označujete, "partnerům", dalším důvodem byla spousta výhrad členů komise vůči specifikaci.
http://en.wikipedia.org/wiki/Standardization_of_Office_Open_XML
http://arstechnica.com/uncategorized/2008/10/norwegian-standards-body-implodes-over-ooxml-controversy/
http://techrights.org/2008/03/14/ms-spec-vs-industry-standard/
New doubts about ISO's fast-track standardisation of Microsoft OOXML
http://noooxml.wikidot.com
M$ se mohl do standardizace ODF zapojit, ale radši si hrál na uraženého a silou protlačil jeho OOXML způsobem do té doby nevídaným.
S tou poznámkou o zaslepeností náboženstvím jste mě teda pobavil, od vás to sedí :-)
ODF Alliance prosazovala do zákonů povinné použití ODF. Kde to nešlo, prosazovala alespoň použití ISO standardů, a zároveň podle Wikipedie "was focused on lobbying ISO members in order to prevent OOXML from being accepted by ISO". A snahou podle vás nebylo prosadit používání ODF jako jediného formátu :D
Fast-track proces je naprosto standardní záležitost: pověřená organizace (mimo jiné OASIS nebo ECMA) standard připraví, a ten pak jde do ISO jako Fast-Track. Specifikace ODF prošla úplně stejným procesem. BTW Gnome Foundation hlasovala pro OOXML.
ODF vychází z interního formátu OpenOffice. Proč by se MS měl zapojovat do standardizace formátu konkurenčního produktu, když byl ten produkt navíc o dekádu pozadu, a specifikace nepopisovala prakticky nic vyjma struktury dokumentu?
Fast-track proces je naprosto standardní záležitost: pověřená organizace (mimo jiné OASIS nebo ECMA) standard připraví, a ten pak jde do ISO jako Fast-Track. Specifikace ODF prošla úplně stejným procesem.
ODF tím fast trackem prošlo bez jakýchkoliv změn a bylo jednohlasně přijato, mimo jiné proto, že v OASIS bylo patřičně vyvíjeno tři roky.
Naproti tomu OOXML, které bylo osmkrát větší, zvládli v ECMA splácat za méně než rok, tj. byli schopni promyslet, projednat, sepsat a odhlasovat v průměru 25 stránek denně! Pak se nemůžete divit, že takový zmetek fast trackem neprošel. Tedy kdyby MS s partnery nepodváděli (známé podvody či zneužití pravomocí nastaly v Německu, Norsku, Nizozemí, Polsku, Portugalsku, Španělsku, Švédsku a Švýcarsku, nakonec i ČSN se chovalo velmi neobvykle u této jedné standardizace) tak moc, že ISO poprvé a zřejmě i naposledy (protože ISO změnilo svoje pravidla, aby se tohle už nestalo) nechalo fast trackem projít něco, co bylo při hlasování odmítnuto a přijato až poté, co během pěti dní bylo změněno několik set stránek, přičemž diskutováno bylo jen 20 % požadovaných změn.
ODF vychází z interního formátu OpenOffice. Proč by se MS měl zapojovat do standardizace formátu konkurenčního produktu, když byl ten produkt navíc o dekádu pozadu, a specifikace nepopisovala prakticky nic vyjma struktury dokumentu?
ODF z interního formátu OpenOffice vychází jen velmi volně, ale to je u standardů celkem běžné, že se vezme něco existujícího a na tom se ten standard vyvíjí, a když MS nebyl schopen uvolnit dokumentaci svých formátů (OOXML začal vyvíjet až půl roku poté, co OASIS schválilo finální verzi ODF), tak si OASIS vybralo Sun.
Na druhou polovinu věty nemá cenu reagovat, protože evidentně trollujete.
atd. atd.
http://www.jtc1sc34.org/repository/0942.htm
Ballot Result Meeting je (resp. minimálně tehdy byl) podle pravidel. Na meetingu se sice diskutovalo jen 20% požadovaných změn, ale hlasovalo se o každé změně zvlášť, a všichni měli ty změny k dispozici, takže v tom nevidím problém. Čtyři země sice podaly protest, ale ISO se k tomu vyjádřilo těmito slovy: The processing of the ISO/IEC DIS 29500 project has been conducted in conformity with the ISO/IEC JTC 1 Directives, with decisions determined by the votes expressed by the relevant ISO and IEC national bodies under their own responsibility, and consequently, for the reasons mentioned above, the appeals should not be processed further. Tím také padají námitky týkající se údajných podvodů a zneužití pravomoci.
http://arstechnica.com/information-technology/2008/07/iso-leadership-encourages-rejection-of-ooxml-appeal/
Ad ODF z interního formátu OpenOffice vychází jen velmi volně - fakt? A viděl jste ty specifikace? Já ano. Specifikace OpenOffice.org XML File Format byla základem pro technickou komisi OASIS, a specifikace ODF z ní vychází daleko víc než volně :). Namátkou jsem si otevřel z OpenDocument 1.0ed2:
6.2 Document Fields OpenDocument fields can display information about the current document or about a specific part of the current document, such as the author, the current page number, or the document creation date. These fields are collectively referred to as document fields.
Document fields are often fixed. A field can be marked fixed to indicate that its content is preserved, rather than re-evaluated, when the document is edited.
.....
4.4.3 DDE Source If sections are linked via DDE, their linking information is represented by <office:dde-source> elements. It contains attributes that specify the application, topic and item of the DDE connection.
A totéž z OpenOffice.org XML File Format 1.0 Technical Reference Manual, Version 2, December 2002:
3.7.2 Document Fields OpenOffice.org fields can display information about the current document or about a specific part of the current document, such as the author, the current page number, or the document creation date. These fields are collectively referred to as document fields.
Document fields are often fixed. A field can be marked fixed to indicate that its content is preserved, rather than re-evaluated, when the document is edited.
.....
3.2.2 DDE Source If sections are linked via DDE, they ar represented by a <office:dde-source> element. It contains attributes that specify the application, topic and item of the DDE connection.
BTW Na úvodním zasedání OASIS Open Office XML Format TC bylo 17 členů, průměrná účast za další dva roky je okolo 7 členů, jen 2 se zúčastnili 75% meetingů a další 4 půlky meetingů. V roce 2005, pár měsíců před standardizací, přejmenovali TC na OASIS Open Document Format for Office Applications TC, aby bylo vidět, že to v žááádném případě není interní formát OpenOffice :D
FYI MS měl XML formát pro Excel v roce 2000 (spreadsheetML - i jméno je stejné jako v OOXML), a pro Word v roce 2002 (wordprocessingML - opět stejné jméno jako v OOXML). V tomhle případě se OOXML liší o něco víc, ale spousta je toho stejná, a rozhodně to není tak, že by MS psal celou specifikaci během jednoho roku.
Zkusím se tedy zeptat ještě jednou: měl podle vás MS zahodit vlastní XML formáty, a místo toho přecházet na interní formát konkurenčního office produktu, který navíc popisoval prakticky jen strukturu dokumentu, neřešil vzorce, pořádné sledování změn v dokumentu a tisíce dalších věcí?
Mně už se na to vaše překrucování a vytrhávání z kontextu ani nechce reagovat. Jasně jsem psal, proč ODF Alliance, a NEJEN ONA, "lobovala" za nepřijetí OOXML jako standardu, že to bylo kvůli tomu, že přijetí něčeho tak obsáhlého v zkráceném procesu a s tolika chybami je prostě nesmysl.
M$ se mohl zapojit do vytváření standardu ODF a mohl se vytvořit jeden standard, který by vyhovoval všem, to na vaši otázku PROČ.
Celý proces standardizace OOXML byla neskutečná fraška, důkazů je na to dost.
Souhlas, za zmaření standardizace OOXML lobbovali i jiní. Ovšem výrazně se lišíme v interpretaci důvodů.
Ad $ se mohl zapojit do vytváření standardu ODF - znovu se ptám, proč by se MS měl podílet na tvorbě interního standardu jiného office balíku?
Ad Celý proces standardizace OOXML byla neskutečná fraška - opět souhlas, akorát se neshodneme na tom, proč to bylo fraška.
BTW ohledně čeho bych se ohradil je to překrucování a vytrhávání z kontextu. ODF opravdu vychází z OpenOffice.org XML slovo za slovem, a šlo o standardizaci interního formátu produktu OpenOffice.org. Specifikace ODF opravdu obsahovala chyby. Standardizace OOXML opravdu podle ISO proběhla podle pravidel. Jsou to prostě jen fakta, která odporují vašemu vidění věci. Nicméně potom byste měl vinit svůj názor na věc, a nikoliv "nepohodlná" fakta.