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.
@Fórum je hrozně rozjebaný....zase mi to smázlo postZdejší fórum běží na nějaké staré verzi SMF. Nemyslím si, že by fórum někdo opravil, takže zbývá jen možnost naučit se s tím žít a nepsat příspěvky jako nepřihlášený uživatel.
Teda ne že bys neměl asi pravdu, ale když už mám teda řídit Černobyl, tak si chci zmáčknout všechna tlačítka neOK :-)
Jinak právě kvůli těmto čarodějným praktikám přibyl "TEMPORARY TABLESPACE".PostgreSQL je dost schopná databáze, akorát člověk občas musí prolézat různá zákoutí, aby našel, co potřebuje. Ten objem dat, co potřebujete zpracovat, není nijak závratný – takže by mi přišlo divné, kdyby to PostgreSQL nezvládl.
Jeho použití vypadá celkem bezpečně:
https://blog.dbi-services.com/about-temp_tablespaces-in-postgresql/
https://blog.dbi-services.com/can-i-put-my-temporary-tablespaces-on-a-ram-disk-with-postgresql/
A líbí se mi na tom i to, že by se nemusel vytvářet žádný historický hnůj...
Problém je, že import obsahuje až 60-90% už existujících dat.Přesně tak. Neimportujte všechna data do pomocné tabulky a teprve pak odstraňujte duplicity. 300 GB asi do memory tabulky nedostanete, ale to nevadí.
Tj. bulk import v podstatě vytváří pro každý insert nejprve select, jestli je možné řádek vložit.
Do nějakých větších akcí s optimalizacemi jsem se nepouštěl, protože mi to zdechalo už okolo desítek GB importu.
Ale třeba to dělám vážně špatně, osobně se rozhodně nepovažuji za specialistu na databáze.
Možná bych měl nejprve menší tabulku naimportovat do nějaké "pracovní tabulky", možná memorytable (?), pak vyhodit všechny duplicity a pak provést insert do hlavní tabulky...hm(?)....?
Nejsem odborník na databáze, takže netvrdím, že to "JE" chyba na straně MáňaDB.Myslel jsem, že se bavíme o PostgreSQL. Do MariaDB/MySQL bych se takový objem dat nepokoušel nacpat. Asi to jde, používá se i na velkých projektech, ale pak to asi znamená, že to spravuje někdo, kdo se v MariaDB/MySQL fakt vyzná.
Když se někdo jebne kladivem do ruky, není to chyba kladiva.
Ale ...co udělat líp??
Tabulka má primární klíč a pokud se nepletu, nad PK se vytváří index vždy automaticky.Zkusil bych se zamyslet, zda nejde tabulky rozdělit na partitions (tak, aby se na stará data už nemuselo sahat). Vyzkoušel bych, zda není lepší insert rozdělit do více transakcí (těžko se to odhaduje, může to být lepší, může to být horší). A samozřejmě při tom insertu vypnout indexy.
Ale před bulk insertem jsem ho nevypínal...já měl za to, že ho bulk insert vypíná automaticky.
Bezpečnostní klíče, které lze pro přihlašování ke službám veřejné správy používat (s úrovní záruky značná dle NIA):Ten token, o kterém je tu řeč, je USB/NFC. Takže pokud máte na mobilu NFC, mělo by jít ten token používat jako druhý faktor i na mobilu.
- Hardwarové klíče s certifikací FIDO_CERTIFIED_L1 (úroveň 1) a vyšší
- Mobilní zařízení s operačním systémem Android 7.0 nebo vyšší (systémový bezpečnostní klíč)
- Windows Hello (systémový bezpečnostní klíč) ‒ způsob autentizace uživatele na zařízeních s operačním systémem Windows 10
Chtěl jsem dát MojeId šanci a zprovoznil jsem si na mobilu ověření druhým faktorem.V případě přihlášení přes NIA se cílový systém vůbec nedozví, jakým mechanismem jste se přihlásil. Takže při přihlášení přes NIA určitě ČSSZ nebude psát nic o druhém faktoru.
A ČSSZ mě pak vyfakovala, protože můj druhý faktor je prý nedůvěryhodný, protože Android 6.x.
Přitom bankám, kde mám účty (RB, mBank), to nijak nevadí, jejich aplikace normálně fungují, Android 6.x je pro ně dostačující a bezpečný.
A co to nainstalovat na nějaké offline zařízení?Jako že když se chcete přihlásit na nějakou stránku, pustíte vedle starý počítač, počkáte, než naběhne, vyhledáte heslo a pak konečně slavnostně dvacetiznakové heslo přepíšete do phishingového webu, protože jste si nevšiml, že v URL je jeden znak jinak?
Na nějaký starý vyřazený comp nebo noťas, který bude sloužit jen pro tento účel.
2. Práva k instalaci a užívání.
d. Scénáře používání více uživateli.
(iv) Používání ve virtualizovaném prostředí. Tato licence vám dovoluje nainstalovat pouze jednu instanci softwaru a používat ji v jednom zařízení, bez ohledu na to, zda jde o fyzické, nebo virtuální zařízení. Pokud chcete software používat ve více virtuálních zařízeních, musíte si pro každou instanci pořídit samostatnou licenci.
(v) Vzdálený přístup. Maximálně jednou za 90 dní smíte určit jednoho uživatele, který fyzicky používá licencované zařízení jako licencovaný uživatel. Licencovaný uživatel smí k licencovanému zařízení přistupovat z jiného zařízení za použití technologií vzdáleného přístupu. V každém okamžiku může jeden další uživatel získat prostřednictvím technologie vzdáleného přístupu přístup k licencovanému zařízení z jiného zařízení. Předpokladem je, že vzdálené zařízení disponuje samostatnou licencí ke spouštění stejné nebo vyšší edice tohoto softwaru.
To by chtělo přesný text té licence pro koncového uživatele.... nejspíš to budou nějaké OEM licence. Ty nemůžete použít tak, že na stávajícím serveru vytvoříte virtuální počítač, protože jste tu licenci nekoupil s tím počítačem.
V licenčních podmínkách OEM viz výše je výslovně uvedeno, že novou, nepoužitou OEM licenci můžete sami nainstalovat na Vaše zařízení a to fyzické i virtuální.
Ono sa to komplikuje aj v tom, ze ak mu zobrazim polozky 13-22, tak by musel v tom selectitku scrollovat s lazy loadingom hore aj dole, co sa mi tiez velmi nepaci, ale mozno je to len moj subjektivny nazor.Podle mne první otázka, kterou je potřeba vyřešit je – jaký má uživatel důvod v seznamu desítek tisíc položek skrolovat? Nemůžeme mu nabídnout něco, aby to dělat nemusel? Pokud mu to nabídneme, má zůstat možnost tam skrolovat? Nebo nebude omezená na skrolování v jednotkách položek (tím pádem není nutné řešit lazy loading)?
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.
