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 20K položek musí libovolná sql databáze našeptávat realtimeJde o to, zda chcete jenom hloupě našeptávat přesně ty položky, které v databázi jsou, nebo jestli chcete řešit překlepy, psaní bez diakritiky, synonyma apod.
V cem je lepsi elastic nez udelat si fulltext index v postgres?V tom, že Elastic Search je na fulltexty specializovaný, takže má podstatně víc možností.
Na jakém principu tyto aplikace fungují? Chápu správně, že pouze nahrávají hrající audio výstup a přidávají k výsledným souborům metadata, která získávají přes veřejná API těchto hudebních služeb?Většinou přímo stahují data ze serveru a dekódují je. Nahrávání audia by bylo komplikované. Ale záleží na konkrétní implementaci, nezkoumal jsem to. Každopádně normálně se to přehrává na uživatelově zařízení, a to i na hloupých zařízeních jako „chytrá“ televize. Takže to může být chráněné jen přihlašovacími údaji uživatele, případně může být nějaký klíč zadrátován v aplikacích – pak ale není tak těžké dostat ho odsud ven. Takže i pokud ty služby používají nějaké kódování (DRM), není to nic světoborného, co by se nedalo relativně snadno obejít. Pro jistotu ale připomínám, že takové obcházení je porušením zákona.
Já bych se opravdu zeptal tazatele, jak si představuješ, že bude v DB uložený string? Ty vidíš asi jen obsah, ale string bude mít nějakou velikost a nějaké data, které buď budou přímo v řádku, pokud jsou malé, nebo tam bude reference odkazující někam jinam. Teda pokud si tam nerezervuješ nějaký fixní string, v tom případě by ale stejně musel byt dost velký, abys ten celý integer v textu do něj uložil... 64-bit int je oproti tomu fakt nic - v bitové podobě je to ta nejoptimálnější reprezentace čísla.Ono to z dotazu není hned zřejmé, ale gleng podle mne nechce ukládat do jednoho záznamu jedno číslo, ale posloupnost čísel.
Asi bych doporučil si něco přečíst o databázích, a potom použít třeba DB jako postgres, která umí transparentně kompresovat celé bloky.
Velmi záleží na objemu dat a toho, co se v daném sloupci vyskytuje za hodnoty, např. pokud budu mít 10000 záznamů jsou indexy v podstatě k ničemu. Naopak pokud mám 100mil záznamů, tak ano, ale pokud daný sloupec může být jen boolean, index postrádá smysl. Ale to jen tak na okraj. Bohužel hodně lidí si myslí, že více indexů, tím super rychlost...I tohle je pravdivé jen částečně. Nezáleží na typu hodnota, ale na histogramu hodnot. Když budete mít tabulku se sto milionem záznamů, ale řádků s hodnotou true bude 100 a ty budete hledat, index se vám sakra vyplatí (zejména funkční, ve kterém budou jenom ty true hodnoty). I u těch desítek tisíc záznamů se může sloupec dost vyplatit, zejména pokud ta tabulka bude velká nebo dokonce data, která vás zajímají, vyčtete rovnou z indexu.
Problem parametru backup je ten, ze (napr. v pripade haproxy) ten backend "backup" je monitorovany (a tim se propaguje to monitoringu, fw apod). Ale jako jo, provozni naklady jsou proti nakladum na vypadek defacto nulove.Nerozumím, v čem je problém. Když všechny servery vypadnou z primáru, budete je mít stejně v monitoringu – proč vadí, když tam budou ještě jednou v backupu?
Z toho duvodu zvazujeme, zda nezkusit cestu pres monitorovani primo HTTP statusu z dotazu, ale trochu se obavam, ze odpojovani backendu tam bude castejsi (a z toho vznikl dotaz, zda lze zajistit, aby aspon jeden backend byl vzdy pripojen).
Cookie lišta na řadě českých webů dnes nejde odsouhlasit a zavřít. Vše končí v konzoli se stejnou chybou Uncaught TypeError: Cannot read properties of undefined (reading 'legIntPurposeIds').
Cannot read properties of undefined (reading 'legIntPurposeIds')Prohlížeč Vivaldi 5.0 pod Windows, blokování reklam i sledování je v prohlížeči vypnuté.
O autorském právu tady vím nejvíc já sám, když se jím zabývámNa to vám tady nikdo neskočí. Kdybyste se autorským právem zabýval, věděl byste o existenci § 29.
Uživatel, který si dělá rozmnoženinu pro osobní potřebu, vychází pouze z paragrafu 30 a v žádném případě není jeho starost, jak a co má vypořádané nějaký provozovatel televizního vysílání, přičemž zákon ve vztahu k volnému užití vůbec neupravuje, jestli je to provozovatel přes pozemní šíření, satelitní, kabelové nebo nějaká internetová televize. Stejně tak normální uživatel ani nemusí vědět, jestli něco sleduje lineárně nebo ze záznamu, prostě si zapne set-top-box od provozovatele služby, vybere pořad a kouká a není jeho starost, jak je takový pořad odbavený. Pokud si tedy cokoliv nahraje a neprolamuje u toho nějakou ochranu, na kterou zákon již pamatuje (typicky třeba DRM), tak je to volné užití a pro osobní potřebu žádný problém. Ostatně není znám ani jeden rozsudek soudu, který by za výše uvedené kohokoliv potrestal, takže i z toho plyne, že nahrávání z TV vysílání pro osobní potřebu je legální ať se jedná o jakýkoliv způsob příjmu televizního signálu bez výjimky.Vážně vám ani po tolika pokusech nedošlo, že M_D toho ví o autorském právu víc než my všichni ostatní tady dohromady? Dunningův–Krugerův efekt je pěkná mrcha, co?
Veselá debata, ve které ovšem ani od jednoho z diskutérů nezaznělo to podstatné - Kde není žalobce, není soudce.Tazatelka se ovšem ptala především na legálnost.
Paragraf 18 se týká Sdělování veřejnosti. Jestli vám toto připadá jako užití pro osobní potřebu, tak zjevně jeden z nás dvou není zcela při smyslech, leč já to určitě nejsem.Zákon platí jako celek. Nemůžete si vybrat jeden paragraf, který se vám hodí, a tvářit se, že není zasazen v kontextu celého zákona, že ten paragraf platí sám o sobě. Užití pro osobní potřebu dle § 30 je jedno z volných užití, která jsou omezena v § 29. A § 29 zase píše o tom, zda nejsou nepřiměřeně dotčeny oprávněné zájmy autora. Oprávněné zájmy jsou zase definovány v předchozích paragrafech, mimo jiné v těch paragrafech 18 až 23. Mimochodem, televizní vysílání sem bylo zataženo tím, že někdo streamování přirovnával k televiznímu vysílání – jenže právní úprava je trochu odlišná.
V debatě by bylo dobré rozlišit užití pro osobní potřebu, což je merito zdejší diskuze a nějaké provozování televizního a rozhlasového vysílání a s tím spojené šíření signálů, což jsou ty paragrafy 18 až 23 a zbytečně se tady zmiňují, když se to užití pro osobní potřebu nijak netýká a jenom to mate neznalé čtenáře.Tady se ovšem celou dobu bavíme jen o užití pro osobní potřebu. Jenomže záleží na „zdroji“ té kopie pro osobní potřebu – proto se tu píše o rozhlasovém a televizním vysílání a streamování. IPTV spadá pod § 18 odst. 2. Ty paragrafy se užití pro osobní potřebu týkají, neznalé čtenáře matete vy.
Pořizování rozmnoženiny pro osobní potřebu z internetové IPTV rozhodně nemusí být jenom ze záznamu, protože IPTV je primárně šířena lineárně a ze záznamu pak jenom jako volitelný doplněk.
§ 18, § 25 odst. 1 písmeno b.Pokud dílo bylo vysíláno v TV nebo rádiu, tak autorský zákon přímo řeší, že si z něj mohu udělat kopii pro vlastní potřebu a tuto kopii si doma tak užívat na základě §30 pro volné užití.V kterém § to AZ řeší, nějak přímo toto nemohu dohledat...
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.