Příspěvky

4066

Vývoj / Re:.Dbf tabulka

« kdy: 27. 01. 2017, 07:11:38 »

Nejde o to tam najít data, ale chtěl bych s tím souborem dále pracovat tzn. zapisovat i číst

V tom případě musíte nejprve zjistit, o jaký typ DBF souboru se jedná. Tenhle typ souborů používaly minimálně FoxPro, dBase a Clipper, a lišilo se to i podle verzí.

K zapisování do toho souboru byste měl mít velmi dobrý důvod (napadá mne jediný – stále používáte původní aplikaci,která s tím souborem pracuje, a potřebujete do něj dostat data jinak, než přes tu aplikaci). Jinak je podle mne nejlepší volba ta data nejprve zkonvertovat do nějaké současné databáze a pracovat až s ní.

4067

Server / Re:HTTPS na portu 80

« kdy: 24. 01. 2017, 18:35:27 »

Ano, je to hloupost, že inspekční modul předpokládá konkrétní protokol na konkrétním portu. Ale to je tak nějak definiční vlastnost těchhle různých „antivirů“ a bezpečnostních řešení“, že problémy neřeší, jenom vyrábějí jiné (přičemž v lepším případě ten původní problém transformují, v horším případě máte místo jednoho problému problémy dva).

4068

Distribuce / Re:Ubuntu Touch - problém s certifikátem

« kdy: 21. 01. 2017, 18:45:35 »

Zkusil bych do úložiště důvěryhodných certifikátů naimportovat „Thawte Primary Root CA“ – první certifikát zde: https://www.thawte.com/roots/ (SHA-1 otisk 91 C6 D6 EE 3E 8A C8 63 84 E5 48 C2 99 29 5C 75 6C 81 7B 81).

Ale je to divné s tím posunem data. Prohlížeče přestávají považovat za důvěryhodné SHA-1 certifikáty, ale to se týká koncových certifikátů, ne certifikátů autorit – a navíc nikde nefiguruje termín kolem 14. ledna 2017, ale 1. 1. 2017.

4069

Distribuce / Re:Ubuntu Touch - problém s certifikátem

« kdy: 21. 01. 2017, 17:16:57 »

Thawte nemá žádný kořenovýcertifikát, který by expiroval v lednu 2017. Zkuste třeba https://www.sbazar.cz, tam je stejný kořenový certifikát – jestli to bude hlásit stejnou chybu.

4070

Distribuce / Re:Ubuntu Touch - problém s certifikátem

« kdy: 21. 01. 2017, 14:05:40 »

Platnost certifikátů je omezená tak, jak to vidíte na tom výpisu detailu certifikátu. Pokud se situace změní při změně data, máte nejspíš špatně nastavené datum – a nebo ho nějaká komponenta v systému špatně počítá.

4071

Distribuce / Re:Ubuntu Touch - problém s certifikátem

« kdy: 21. 01. 2017, 09:26:29 »

Můžete mít špatně nastavený datum, může chybět certifikát certifikační autority mezi důvěryhodnými certifikáty, může být problém s algoritmem podpisu… Když to píše „z neznámého důvodu“, těžko říct. Každopádně otisk toho certifikátu je správně, takže problém není v komunikaci (že by vám někdo podvrhl jinou stránku), ale ve vašem zařízení. Jaké další stránky to dělají?

4072

Windows a jiné systémy / Re:ISS, EXCHANGE, SSL Certificate

« kdy: 19. 01. 2017, 19:14:18 »

Instalace SSL certifikátu kam? Na ten Exchange? V jaké funkci? To „nechce nastartovat“ má ještě nějaké jiné projevy, např. v logu?

4073

Software / Re:AGPL licencia pre backend utility?

« kdy: 16. 01. 2017, 13:11:50 »

V případě iTextu ještě můžete použít starší verzi, která byla pod jinou licencí. Pro vložení elektronického podpisu stačí.

4074

Software / Re:AGPL licencia pre backend utility?

« kdy: 16. 01. 2017, 10:54:50 »

iText je licencovany pod AGPL a ak spravne chapem AGPL, tak sa jedna zjednodusene o GPL pre aplikacie s ktorymi "koncovy uzivatel komunikuje po sieti".

Je to trochu jinak. GPL říká, že když šíříte odvozené dílo, musíte k němu poskytnout i zdrojáky. AGPL říká, že jakmile používáte odvozené dílo, musíte zveřejnit zdrojáky. Rozdíl je tedy v tom, že GPL řeší jenom případ, kdy aplikaci poskytujete dál, AGPL i to, když ji využíváte jenom vy sám. Používá se to obvykle pro aplikace, které komunikují po síti, protože tam koncový uživatel není uživatelem autorského díla ve smyslu zákona – při použití GPL by tedy provozovatel webu nemusel zdrojáky zveřejňovat. Ale není to jediný možný způsob použití licence AGPL a ta „komunikace po síti“ není primárním kritériem licence.

Problém je, co je to „odvozené dílo“. Obvyklý výklad je, že když ve svém programu použijete knihovnu, je váš program odvozeným dílem. Proto vznikla licence LGPL, kde se licence z knihovny na program, který ji používá, nepřenáší. Autoři iTextu ale „odvozené dílo“ vykládají právě tímhle způsobem, nebo-li pokud byste chtěl využívat iText pod licencí AGPL, musel byste váš vlastní program zveřejnit pod AGPL licencí (nebo kompatibilní), tedy byste musel zveřejnit jeho zdrojové kódy. Nebo koupit komerční licenci, a nebo použít starší verzi iTextu, která byla pod jinou licencí. Vizte také odpověď na dotaz When can I use iText's AGPL v3 version?

4075

Software / Re:Velkost sifrovacieho kluca

« kdy: 14. 01. 2017, 21:38:41 »

Viem, že AES-256 znamená AES s 256 bitovým šifrovacím kľúčom. Ale napríklad použijem šifrovací program ktorý používa AES-256 a tam predsa píšem šifrovací kľúč (heslo) ja, a môžem tam dať hociaký počet znakov. Napríklad "password" = 8 bajtov = 64 bitov... Potom ako mám chápať tých 256 bitov?

To vaše heslo není přímo klíč, který se použije pro AES-256. Ten klíč se z vašeho hesla buď odvodí, nebo se vygeneruje náhodně, vaším heslem se zašifruje a uloží spolu se šifrovanými daty.

4076

Odkladiště / Re:Neustálé odsouhlasování cookies mi pije krev

« kdy: 13. 01. 2017, 16:52:04 »

Andy se ptá:

Prosím o citaci. V tom textu, o kterém se bavíme, nic o tom, že by zpracovatel měl získat souhlas, není:

Andy si odpovídá:

musí mít ten zpracovatel od vás souhlas

Andy zapomíná, na co se ptal:

Na co?

Andy si vzpomněl:

Kde je ta citace?

Pojímá mě podezření, že máte hodně dlouhé vedení....

To bych asi měl brát vážně, vy máte s dlouhým vedením evidentně bohaté zkušenosti. Vám trvalo dvě strany diskuse, než jste zjistil, že mezi slovy „souhlas uživatele se zpracováním údajů“ se nevyskytuje slovo „explicitní“. Tak mi taky dejte čas…

4077

Server / Re:RapidSSL a Android

« kdy: 13. 01. 2017, 14:45:20 »

Aha, takže by pomohlo kdybych pomocí SSLCertificateChainFile poslal i toto ?
https://knowledge.rapidssl.com/support/ssl-certificate-support/index?page=content&actp=CROSSLINK&id=SO26464

Spíš tohle: https://knowledge.rapidssl.com/support/ssl-certificate-support/index?page=content&actp=CROSSLINK&id=SO28589 Alespoň to je ten certifikát, přes který vede cesta ve Windows – SHA-1 otisk toho certifikátu je ‎c8 6e db c7 1a b0 50 78 f6 1a cd f3 d8 dc 5d b6 1e b7 5f b6.

4078

Server / Re:RapidSSL a Android

« kdy: 13. 01. 2017, 13:13:28 »

v cem je problem ?

Těžko říct, když jste nedal odkaz na ten váš web. RapidSSL používá intermediate certifikáty podepsané CA GeoTrust, ta v Androidu je. Předpokládám, že váš server posílá jen samotný certifikát, bez intermediate certifikátu CA a Android ten intermediate certifikát nemá, takže nedokáře najít cestu k tomu důvěryhodnému kořenovému certifikátu. Prohlížeče mají i ten intermediate certifikát, takže si cestu najdou.

4079

Odkladiště / Re:Neustálé odsouhlasování cookies mi pije krev

« kdy: 11. 01. 2017, 21:28:40 »

musí mít ten zpracovatel od vás souhlas

Takže jste si odpověděl sám?

4080

Odkladiště / Re:Neustálé odsouhlasování cookies mi pije krev

« kdy: 11. 01. 2017, 07:12:47 »

Tak je to ten text, ze kterého usuzujete na to, že je nutno získat souhlas se zpracováním údajů?

Ne, je to část textu, ze kterého usuzuju, že jednou z možností, jak legálně zpracovávat osobní údaje, je to, že subjekt údajů s jejich zpracováním udělil souhlas.

A co si myslíte vy, že je ten text, který jste citoval?

Kus 95/46/ES, Kapitoly II, Oddílu II, Článku 7, který se týká souhlasu se zpracováním dat - ostatní body se souhlasu netýkají. Akorát, že zatím zároveň tvrdíte, že to nemáte ne mysli a zároveň máte....

Tak s tím jste začal vy, kdy místo, abyste si ověřil ve slovníku, že ta slova "kontext" mají stejný význam a že vám nekecám

A proč bych jako takový nesmysl dělal? Já vím, jaký význam ta slova mají.

tak jste začal vykládat, co všechno musím udělat, abych vám dokázal, že to slovo má nějaký význam....

Zase kecáte. Já jsem nepsal nic o tom, jak musíte dokázat, že slovo má vůbec nějaký význam nebo má nějaký konkrétní význam. Psal jsem jenom o dokazování toho, že obě slova mají stejný význam.