Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Software / Re:sha512sum ApacheDirectoryStudio
« Poslední příspěvek od Jan Antos kdy Dnes v 14:22:46 »
jeste dodam, pokud by nekdo potreboval to generovat v teto forme tak to lze snadno poslat do sedu

cat file | sha256sum  | sed -r 's/(.{8})/\1 /g'
2
Hardware / Re:Kde koupit 10m HDMI kabel?
« Poslední příspěvek od Ivo2003 kdy Dnes v 14:20:52 »
A že by jenom striktnější standard pomohl stejný signál táhnout 6x dál (10m vs. 60m)? Chápu, že tam asi budou nějaké linkové zesilovače, ale to by v HDMI mělo být taky, ne?

HDMI bylo navrženo pro propojení spotřební elektroniky na krátkou vzdálenost, tomu odpovídá stínění kabelů a výstupní signály a jeho intenzita.
U DVI bylo problém při spojení 5 a 3 metrového DVI kabelu. (pravděpodobně za to mohla i DVI spojka mezi kabely a kabel v celku o délce 10  metrů by fungoval)

Ethernet byl navržen pro vzdálenosti až 100 metrů a tomu odpovídá konstrukce kabelů a parametry vysílaného signálu.

Existuje i HDMI optický kabel, který metalický kabel nahradí optickým, ten může mít i více než 10 metrů a pravděpodobně může být i méně tlustý.
3
Odkladiště / Re:Zálohování stále se měnících velkých dat
« Poslední příspěvek od Exceptions kdy Dnes v 14:19:16 »
Jde-li konkrétně o banky.

Ono to řešení není tak složité, složité je jen v detailech. Ukázkový příklad, Oracle DB nad replikovaným diskovým polem, replikovaný transakční log, na vstupu se každý požadavek ukládá do auditního logu. Transakce se nejprve uloží do interní fronty a poté se provedou změny v modelu. Vše se striktně spouští v db transakci.

To co tzv. Core (či Core banking system, CBS). Je to databáze a k tomu rozhraní, které se stará o transakce, klienty, účty, účetnictví, číselníky atd. Na Core databázi se zpravidla nikdo z venku (ani aplikace) nepřipojuje, vše se replikuje přes transakční log, který se čte. Core bývá fyzicky, síťově a administračně oddělen od zbytku infrastruktury.

České banky mají Core velký zpravidla několik TB velký, RTO se pohybuje v hodinách. Při obnově se zahodí datová složka, vezme se poslední snapshot/checkpoint a od něho se aplikují jednotlivé transakce z logu (jedna po druhé). To už psali předřečníci.

Naše banky mají zpravidla dvě aktivní lokality, kam se data rovnou replikují. Transakční a auditní logy z core putují na pásky se zpožděním pár desítek minut.

Vedle toho pak nezávislé stojí jiné databáze a datové sklady, které data dále zpracovávají, posílají, zobrazují klientům v bankovnictví, dělají reporty a výstupy do ČNB atd. Aplikací a systémů nad Corem pak může být i několik stovek a to jsou pak systémy, s kterými se potkávají běžní lidé a zaměstnanci. Často ale neobsahují primární data a mohu je obnovit z Core systému. Tam se data zálohují už daleko jednodušejí, snaphosty virtuálů, dumpy dat a vesměs to je věcí týmu, kterému to patří, aby udělal backup and restore implementaci. Obnova se čvičí několikrát ročně a některé banky to mají již plně zautomatizované.

Technicky se ale nedá zabránit všem druhům útoků, důležitou roli hraje dohledový tým a automatizace, která izoluje v případě problémů celé systémy, dohledové centrum funguje nonstop. Díky vysokému tlaku ČNB, jsou naše banky v tomhle hodně progresivní. To už se ale nedá říct o těch systémech nad tím, s kterými se větčina vývojářů a uživatelů setkává.

Kdyby někoho zajímal rozsah, v jednom z Corů vidím třeba 2 000 tabulek a celkově obsahují 300 000 sloupců. K transakcím se ukládají i atributy a metadata, tj. z jakých terminálů transakce vznikla, různé identifikace a seriová čísla, IP adresy, časové známky, podpisy atd. atd.
4
Software / Re:sha512sum ApacheDirectoryStudio
« Poslední příspěvek od Jan Antos kdy Dnes v 14:05:30 »
Tak s timto jsem se take nedavno potkal pri PAM certifikaci, tenhle format generuje a pouziva napriklad Verify+ od Kobetron, ale ten zvaliduje i standardni format bez mezer.
5
Studium a uplatnění / Re:Kde ako ajťák žiť?
« Poslední příspěvek od Jimmyx kdy Dnes v 13:55:22 »
No akorátže ty chaty a zahrádky současní důchodci víceméně většinou zdědili po svejch rodičích co to pořídili za tuhého socializmu.

misto poridili bych napsal svepomoci postavili
Máme 36 let po revoluci. Většina původních stavitelů už je mrtvá (a ti to stavěli většinou svépomocí), ale současní majitelé, důchodci jsou většinou potomci původních stavitelů.
6
Software / Neobvyklý haš u Apache Directory Studio
« Poslední příspěvek od drnest kdy Dnes v 13:46:03 »
Ahoj, stáhl jsem si ApacheDirectoryStudio-2.0.0.v20210717-M17-linux.gtk.x86_64.tar.gz a k němu ApacheDirectoryStudio-2.0.0.v20210717-M17-linux.gtk.x86_64.tar.gz.sha512.

Jenže ten sum soubor má nějaký divný formát:
Kód: [Vybrat]
./ApacheDirectoryStudio-2.0.0.v20210717-M17-linux.gtk.x86_64.tar.gz:
771A5C2D 6B9F6F04 87CEB435 EE765863 EB51A66F 9FF4506F D5BBA574 5CFF4C41 B7557A79
 16DABE85 BAE8204E 79746A1B B95D75C1 AEACC474 193CAFC6 401A8EDB

Na svých stránkách mají i "návod", že se to v linuxu má zkontrolovat příkazem sha512sum. Ono to naštestí spočítá stejnou sumu, ale linuxový a standardní formát je takovýto:
Kód: [Vybrat]
771a5c2d6b9f6f0487ceb435ee765863eb51a66f9ff4506fd5bba5745cff4c41b7557a7916dabe85bae8204e79746a1bb95d75c1aeacc474193cafc6401a8edb  ApacheDirectoryStudio-2.0.0.v20210717-M17-linux.gtk.x86_64.tar.gz
A samozřejmě, že sha512sum --check o tom prohlásí, že je to špatně.

Mě by jen zajímalo, čístě ze zvědavosti, čím tohle u Apache vyrobili !?!
7
Hardware / Re:Rychlonabíječka pro mobil Sony Xperia 10 III
« Poslední příspěvek od novomente kdy Dnes v 13:41:58 »
Ještě jsem zapomněl.

INPUT:
100-240 V ~ 50-60 Hz  1.7 A
8
Hardware / Re:Rychlonabíječka pro mobil Sony Xperia 10 III
« Poslední příspěvek od novomente kdy Dnes v 12:53:31 »
Tak jsem konečně přečetl údaje na adaptéru DELTA k notebooku Acer. Strašně špatně se to četlo (mikroskopické písmo na zrnitém hrbolatém podkladu). Zde jsou údaje:

INPUT:
100-240 V ~ 50-60 Hz

OUTPUT:
5.0 V == 3.0 A   15.0 W
9.0 V == 3.0 A / 12.0 V == 3.0 A / 15.0 V == 3.0 A / 20.0 V == 3.25 A   65.0 W    LPS

nm
9
Software / Re:Ako pripoiť šifrovaný disk cez konzolu ako užívateľ
« Poslední příspěvek od Jan Fikar kdy Dnes v 12:50:34 »
Kód: [Vybrat]
udisksctl unlock [--key-file PATH]
10
Distribuce / Re:Bash completion pro nft
« Poslední příspěvek od xunil kdy Dnes v 12:40:12 »
Děkuji funguje,
jen tedy nemám /etc/bash_completion.d/
ale když to nacpu do /usr/share/bash-completion/completions/nft
pak to jede.
Stran: [1] 2 3 ... 10