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.


Příspěvky - Filip Jirsák

Stran: 1 ... 185 186 [187] 188 189 ... 375
2791
Sítě / Re:Lokace mobilních zařízení
« kdy: 08. 12. 2018, 22:20:30 »
Asi na tom webu vidíme každý něco jiného. Mne to přesměrovává na https://www.signal-grove.com/en_GB/, kde je anglická nabídka web designu.

2792
Hardware / Re:Write once, read many storage
« kdy: 08. 12. 2018, 18:12:44 »
Restauracie, kaviarne 1.4., zvysok SK 1.7. 2019:-)
Vidím, že jste na tom stejně, jako v ČR. Že by měl být nějaký čas na analýzu, vývoj, testování a nasazení? Proč? My přece v parlamentu zvedneme ruku a tím je to hotové, nic dalšího už není potřeba, ne?

2793
Hardware / Re:Write once, read many storage
« kdy: 08. 12. 2018, 09:38:44 »
Předpokládám, že u toho chráněného úložiště bude požadavek na to, aby to bylo chráněné před zásahem uživatele, ne před zásahem dodavatele toho řešení. Přesné podmínky stanoví až Finanční ředitelství, teprve pak to bude jasné – je možné, že to popíšou obecně jenom podle toho, co to má splňovat, a nebo byli lobbisté úspěšní a bude to obecný popis jedné konkrétní technologie. To tady ale nevyřešíme. Mimochodem, doufám, že účinnost od 1. 1. 2019 se vztahuje jenom k tomu, že má finančák zveřejnit tu specifikaci, ale že účinnost toho zbytku je minimálně od 1. 1. 2020…

Pokud ty požadavky budou popsané obecně, a jde jen o to uchovávat ty samé údaje, jako se tisknou na účtenku, měl by tomu podle mne blockchain vyhovět. Na účtenku stejně musíte tisknout datum a čas a pokládají se za dostatečně věrohodné, takže by mělo stačit ten samý čas přidávat i k těm podepisovaným blokům.

2794
Hardware / Re:Write once, read many storage
« kdy: 07. 12. 2018, 14:08:45 »
Vaše řešení je tamper-evident (pokud někdo historii upraví či smaže, tak se na to přijde), ovšem nikoli tamper-proof (historii lze přepsat a k původním datům už se nedostanete; cílem podle mě bylo aby historii nešlo zničit „digitálním hackem“, ale pouze fyzickou destrukcí zařízení), pokud nebudete mít někde bokem právě to write-only zařízení na zálohování toho blockchainu.
Tamper-proof ovšem pro daňovou evidenci (evidenci tržeb) není potřeba, protože zničit historii můžete jednoduše tak, že nic evidovat nebudete. Toho, abyste evidoval, se dosahuje jiným způsobem – např. povinností vydat účtenku.

2795
Hardware / Re:Write once, read many storage
« kdy: 07. 12. 2018, 13:07:27 »
To neni offline reseni.
Jediné, co tam není offline, jsou časová razítka. A to se dá modifikovat např. tím, že se ten podpis bude tisknout na účtenku – pokud se tedy skutečně bavíme o nějaké evidenci tržeb.

2796
Hardware / Re:Write once, read many storage
« kdy: 07. 12. 2018, 10:56:19 »
Dakujem vsetkym.

Je to zlozitejsie. Data (unikatne zaznamy) tam budu napr. pribudat povedzme v intervale 2-10 minut.
Nie je ani tak problem mount/dismount, ako skor autencita, ze sa s tym nemanipulovalo, preto by bolo lepsie vendor-lock riesenie, kde je to nepravdepodobne z pohladu pripadnej kontroly. Predstavoval som si to tak, ze co tam raz poslem, uz nezmazem, a firmware na mediu sa o to postara. Cista hlava :-)
To se ale takhle neřeší. Řešení s write-once médiem snadno obejdete tak, že si pořídíte druhé takové médium, na něj si ty záznamy zkopírujete, akorát některé záznamy upravíte, přidáte nebo přeskočíte.

Přesně tenhle problém řeší blockchain. Z prvního záznamu spočítáte hash, ten podepíšete a záznam + podpis uložíte. Když přibyde další záznam, vytvoříte hash z toho záznamu a předchozího podpisu, a zase podepíšete a uložíte záznam a podpis. A takhle pokračujete pořád dál. U každého záznamu je tedy podepsaná i celá historie, nemůžete tedy do posloupnosti vložit nový záznam, smazat jej nebo upravit (teda můžete, ale pak nebude sedět podpis). Tohle samo o sobě vám samozřejmě ještě nezabrání vytvořit tu historii znovu. Vy ale k těm záznamům nebo podpisům můžete přidávat i časová razítka od nějaké autority časových razítek. Tím budete mít zaručeno, že ta historie tak, jak jí uvádíte, existovala k nějakému okamžiku (tedy že jste si jí nevygeneroval až teď). Časová razítka nemusíte dávat ke všem záznamům, můžete ho přidat třeba jednou denně (pak samozřejmě budete schopen zfalšovat záznamy novější, než je posledního časové razítko).

2797
Server / Re:Náhrada za FTP - prístup programátorov na server?
« kdy: 01. 12. 2018, 19:31:48 »
Pis si co chces, ale hlavne neplacej nesmysly

Ale tebe psani vylozene bavi, tak to potom promin...
Nesmysly tu (a nejen tady) píšete vy. Protokol WebDAV vznikl z toho důvodu, aby správce webu mohl na webovém serveru manipulovat se soubory, tedy přesně pro to, co potřebuje podle svého dotazu Tomas Lehocky. Je klidně možné, že pro něj WebDAV z nějakého důvodu nebude nejlepší řešení, ale jedno z možných řešení to rozhodně je. Nesmyslné jsou akorát vaše komentáře o tom, že se k tomu WebDAV použít nedá. Neuvedl jste žádný důvod, proč by to nešlo, akorát trollíte.

2798
Server / Re:Náhrada za FTP - prístup programátorov na server?
« kdy: 01. 12. 2018, 18:55:50 »
Jirsaku - nemas patent na moudrost a prestan uz konecne vnucovat svou pravdu vsem ostatnim

Diskutujes hodne, ale ve finale o nicem a uplne mimo puvodni tema "Náhrada za FTP -  prístup programátorov na server"
A jéje, mistr světa promluvil. Pardon, já sem nevěděl, že máte patent na rozum a jediný, kdo může napsat svůj názor, jste vy. To jsem si teda dovolil pěknou drzost, napsat něco, s čím nesouhlasíte.

2799
Server / Re:Náhrada za FTP - prístup programátorov na server?
« kdy: 01. 12. 2018, 15:26:45 »
Hele Jirsáku, co myslíš, že je důvodem stavu, cituji:

Programovanie zadávam viacerým externistom ... Vždy keď niekomu zadávam robotu tak si ako prvé pýta FTP prístup na server.

A/ Všichni externisti jsou dementní
B/ FTP funguje a pro daný účel naprosto dostačuje
C/ Je to spiknutí zpátečnických živlů

Proč asi nikdo z těch externistů nevolá: Já chci WebDAV! Teď hned, to je nástroj pro tu práci přímo stvořený! Nebo - já chci Git, prostě ho musím mít, jinak na to kašlu! Nebo - já chci přístup do shellu a SSH, okamžitě a střelhbitě ihned!

 ::) ::) ::)
Funguje a pro daný účel naprosto dostačuje zakrývat se lopuchem, utírat se tímtéž a spát v hnízdě na stromě. Akorát jsme postupem doby zjistili, že se to dá dělat i lépe.

2800
Server / Re:Náhrada za FTP - prístup programátorov na server?
« kdy: 01. 12. 2018, 14:22:58 »
Nahrada za proste FTP je FTP over SSL, pripadne SFTP nebo SCP
Ono není vždy nutné nahrazovat něco špatného něčím méně špatným, někdy to také můžete nahradit něčím, co je pro daný účel přímo určené. Což je právě případ WebDAV a správy webu. Ano, je možné, že zrovna pro případ Tomase Lehockeho nebude WebDAV vhodný. Ale zavrhovat WebDAV jenom proto, že o něm nic nevíte, není zrovna rozumné.

Nevýhoda FTP i FTPS je, že na to potřebujete speciální server a speciální komunikační kanál (HTTP/S funguje všude, což se o FTP nebo SSH říct nedá – mně se to sice nelíbí, ale nic s tím neudělám) a musíte pak na serveru řešit oprávnění, protože FTP server obvykle běží pod jiným uživatelem, než webový server. Nevýhoda SFTP je hlavně v tom, že pod tím pořád máte to SSH a musíte omezovat přístup tak, aby uživatel nemohl napáchat nějaké škody. Uděláte ze vzdáleného uživatele lokálního, a pak se ho snažíte udržet co nejdál. A s právy je to úplně stejné, jako u FTP(S).

2801
Server / Re:Náhrada za FTP - prístup programátorov na server?
« kdy: 01. 12. 2018, 13:26:46 »
On uz umi webdav menit prava k souborum a adresarum?
Tady se bavíme o publikování na webový server, takže pokud myslíte oprávnění v souborovém systému, tam musí mít webový server právo číst a zapisovat, což je zajištěné tím, že tam ty soubory vytváří právě ten webový server. Jinak WebDAV umí přenášet libovolné vlastnosti souborů a kolekcí, k tomu byl navržen, takže přes něj dokážete přenést práva pro jakýkoli systém – můžete si tam namapovat klasická unixová práva, unixová ACL, Windows ACL nebo cokoli jiného.

2802
Server / Re:Náhrada za FTP - prístup programátorov na server?
« kdy: 01. 12. 2018, 12:28:42 »
navrhovat WebDAV jako nahratu za FTP muze jen takovy odborni jako ty
Jenom trollíte, nebo máte něco konkrétního, co WebDAV neumí řešit a FTP ano? Víte, on WebDAV přímo vznikl pro autory webů, dokonce to má i v názvu. Vznikl tedy přesně pro potřeby toho, co Tomas Lehocky řeší.

2803
Server / Re:Náhrada za FTP - prístup programátorov na server?
« kdy: 30. 11. 2018, 23:05:20 »
Buď SFTP nebo WebDAV. WebDAV je založený na HTTP, tedy je to stejná technologie, na které vám běží ten e-shop, takže se to někdy dá řešit jedním webovým serverem pro obojí.

2804
Hardware / Re:Jak zamezit uspávání NASu
« kdy: 30. 11. 2018, 18:46:41 »
Je mi jedno jak to vyřeším, ale nechci aby se pořád dokola zapínal a vypínal disk, nic víc a nic míň...
Na předchozí stránce jste psal, že nechcete, aby se vypínal NAS, ale disky ať se klidně uspávají a probouzejí. Pak jste to změnil, že se vám NAS nevypíná, ale uspává. Tím už jste si jistý? Neuspávají se jen disky? A jaké disky tam máte? To, že se disk sám zastaví, když nějakou dobu nepřicházejí žádné požadavky na čtení ani na zápis, totiž může být i vlastností samotného disku.

2805
Hardware / Re:Jak zamezit uspávání NASu
« kdy: 30. 11. 2018, 16:31:51 »
Kdyby to fungovalo tak mi to tak vyhovuje, jenže problém je v tom, že se to každých cca 5-10minut po uspání zase zapne a pak zase vypne a tak pořád dokola..
Není mi moc jasné, proč se ptáte, jak zamezit uspávání, když vám ve skutečnosti vadí probouzení. To, že se to zapne, je určitě dané nějakým podnětem z venku – pravděpodobně nějaké zařízení v síti s tím NASem komunikuje. Možná dělá výpis nějaké složky. Pak vám nezbývá, než zjistit, které zařízení to dělá, a rozmyslet si, zda chcete, aby to dělalo, nebo ne.

Stran: 1 ... 185 186 [187] 188 189 ... 375