Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Z hlavy si nevzpomenu a na hledání jsem líný :-) Nicméně pokud si pamatuji správně, nešlo primárně o OEM, ale o neplatnost EULA obecně.EULA znamená End User License Agreement. Nebo-li licenční smlouva s koncovým uživatelem. Všechny země světa, které uznávají autorské právo, jej mají postavené na licencích. Pokud jste „neplatností EULA obecně“ myslel to, že neplatí žádná licence (dejme tomu jen na software), zrušil byste tím kompletně celý trh se softwarem. Pokud jste tím myslel neplatnost nějaké konkrétní EULA, znamenalo by to především to, že dotyčný uživatel nemá nic, na základě čeho by mohl daný software užívat. Tedy opět by měl smůlu především uživatel.
Vem to tak, že i v čr působí naprosto otevřeně překupníci co přeprodávaji OEM a nikdo je nezavře ... kdyby to šlo tak by si to s nima Microsoft vyřídil.Což je ovšem úplně něco jiného, než že Evropský soudní dvůr rozhodl, že OEM licence Microsoftu jsou neplatné. Navíc to, že se něco děje, neznamená, že je to legální – na českých dálnicích potkáte auta, která zcela otevřeně jezdí 150 km/h. Ale neodvozoval bych z toho, že maximální povolená rychlost na českých dálnicích je 150. Navíc ty přeprodávané licence, to nejsou licence, které už by někde byly použité. Takže Microsoft už za ně dostal zaplaceno, a kdyby do toho šťoural, akorát upozorní na to, že někdo nakoupí licence, aby je vzápětí se ztrátou prodal – a kdyby to někdo začal zkoumat, mohla by se také ptát, proč to ty firmy dělají, a zda je k tomu náhodou Microsoft netlačí nějakými nekalými obchodními praktikami.
evropský soud kdysi rozhodl, že OEM podle MS je blbost. Takže pokud si tazatel koupil legálně Widle, může si dát na jakýkoliv PC, ale jen jen a vždy je to legální.Mohl byste odkázat konkrétní rozsudek? Pokud myslíte případ Oracle vs. UsedSoft, tak ten byl o něčem jiném.
Tak o tom se snad nikdo nehada.No tak třeba Lol Phirae bohužel ano. I když on se hádá o čemkoli, jen když může trolit…
Ee, a tohle http://ec.europa.eu/ipg/basics/legal/cookies/index_en.htm je teda o cem?O cookies… A o tom, že v některých případech máte před uložením cookies získat informovaný souhlas uživatele – což 99,99 % těch lišt stejně nedělá. Mimochodem, na odkazované stránce jsou session cookies explicitně uvedené mezi těmi, kterých se nařízení netýká.
Neblábol...Tady je něco speciálně pro vás: „Kauza cookies“, aneb vysvětlení pro opravdu nechápavé
Mým názor je, že MVVM je MVC svázané s MS technologií.Nikoli, MVVM a MVC jsou dva různé ale příbuzné návrhové vzory. S MS technologií to svázané není. Pouze framework Microsoftu je postavený zrovna nad MVVM.
Verim, ze viaceri poznaju tento vzor. Chcel by som si len ujasnit nejake veci, resp. skor vypocut nazor. Ked je model, ktory obsahuje data (properties), tak vo ViewModely vytvorite kopiu tychto properties, ktore su nabindovane na View, alebo bindujete priamo na properties v Modely? To by znamenalo implementaciu INotifyPropertyChanged v modely. INotifyPropertyChanged je UI agnostic, ale na druhu stranu by sa tym porusila myslienka MVVM, ze View nevidi na Model. Cistejsi sposob by bolo vytvorit v podstate kopiu modelovych properties vo ViewModely, tym sa ale dostaneme k DRY. To je jedna vec, ktora by ma zaujimala.
Druha vec je, ako riesite nejaku business/service vrstvu? Ja to riesim tak, ze mam ViewModel---Service/BusinessLayer---Model. Do ViewModelu je cez konstruktor pomocou DI vlozeny konkretny servis s ktorym dany VM pracuje a VM obsahuje uz len logiku tykajucu sa zobrazenia dat na View.Byznys vrstva má na jedné straně datové úložiště a na druhé straně Model. Takže ty vztahy by byly asi View---ViewModel---Model---Service/BusinessLayer---Repository---Database.
Žádnou relevantní odpověď jsi nenapsal, jen trolíš.Podle odpovědi se Marie domnívala, že nedostala odpověď na svou otázku. Takže ujištění, že je to správná odpověď na její otázku, bylo na místě.
Netrolil jsem, ale odpověděl na dotaz.Nejprve jste odpověděl na dotaz, a v dalších komentářích jste začal trolit – a vymýšlet si. U MySQL jsou v CREATE TABLE klíčová slova KEY a INDEX prakticky synonyma (rozdíl je jenom v tom, že KEY někdy může znamenat PRIMARY KEY). KEY a INDEX neovlivňují typ indexu. B-Tree samozřejmě umožňuje unikátní index, a InnoDB a MyISAM ani jiný typ indexu, než B-Tree, nepodporuje. Hash indexy podporují jen MEMORY a NDB. Doporučuji přečíst si o příkazech CREATE TABLE a CREATE INDEX v referenční příručce MySQL, tyto informace tam najdete.
Používá snad MySQL v obou případech B-tree?tedy zní: ano (alespoň pro InnoDB a MyISAM, nevím, jaký je default index pro MEMORY a NDB).
V odkazu, který poslal gll, není nic o unikátních indexech. Přesto mu to nemám za zlé.Vždyť jsem psal, že jeho odpověď je správně. Podle dotazu Marie už o unikátních indexech něco zaslechla, ale nevěděla, že je možné vytvořit index nad více sloupci.
Otázka byla položena správně.Otázka byla položena správně, to jsem nezpochybňoval – ale svědčí o tom, že Marie nezná ani základy relačních databází. Na tom není vůbec nic špatného, každý někdy začínal – ale tyhle znalosti se nedají získat dotazováním se na diskusních fórech. Je potřeba nejprve získat nějaké základní penzum znalostí a hlavně celkový přehled – a teprve pak se něco dozvím, když se budu ptát na konkrétní detaily.
Dva jsme odpověděli, třetí si zatrolil.První, kdo tu trolí, jste vy.
dal bych server do jiné vlanJá jsem dotaz pochopil tak, že nejde o jeden server, ale o stovky zařízení. Otázka samozřejmě je, proč je to tak udělané – a návrh na skutečně lepší řešení asi nepřijde bez znalosti toho, jaký problém tazatel skutečně řeší.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.