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 - Tuxik

Stran: 1 ... 93 94 [95] 96 97 ... 99
1411
Já myslel, že tuhle povinnost už to zrušili. Mohl bys sem hodit odkaz na zákon?
https://www.zakonyprolidi.cz/cs/2012-357 asi takhle, to poslední zrušení si myslím bylo jenom nahrazení jinýma kravinama

1412
Poskytovatel má navíc povinost uchovávat po určitou dobu pro potřeby policie informace o navázaných spojeních, takže i když IP adresa může být nat pro X tisíc lidí, stejně je to dohledatelný. V praxi to znamená, že poskytovateli dojde žádost o sdělení, kdo v určitou dobu navázal spojení z jedné adresy na druhou. Naštěstí je policie v tomhle ohledu dost lemplácká a nikdy z nás žádný údaje nedostla. Buď někdo zavolal, že je z policie a že potřebuje informaci, dostali prd a odkaz na komunikaci prostřednictvím datové schránky, případně i dopis poslali, reakce stejné a když už co já pamatuju něco poslali jednou do datovky, byl to dotaz "kdo z adresy 1.2.3.4 navázal na portu 55 spojení s adresou 5.6.7.8 dne 1.11.2013 v 7:45:41" - ano, opravdu určili čas na vteřinu. Odpověď byla, že v tomto čase žádné takové spojení není a jestli máme hledat dál ve větším časovém rozpětí (opravdu tam to spojení bylo asi o 2 vteřiny později), už na to nikdo neodpověděl, takže asi tak. (jsou to zkušenosti cca 2 roky starý, může to být už jinak)

Já myslel, že tuhle povinnost už to zrušili. Mohl bys sem hodit odkaz na zákon?

hele, je to možný, říkám, že jsou to zkušenosti cca 2 roky starý a konkrétně v tomhle oboru už nedělám. Dlouho se diskutovalo o zušení/zavedení mírnějších/drsnějších pravidel, ale fakt nevím, jak to dopadlo.

1413
Poskytovatel má navíc povinost uchovávat po určitou dobu pro potřeby policie informace o navázaných spojeních, takže i když IP adresa může být nat pro X tisíc lidí, stejně je to dohledatelný. V praxi to znamená, že poskytovateli dojde žádost o sdělení, kdo v určitou dobu navázal spojení z jedné adresy na druhou. Naštěstí je policie v tomhle ohledu dost lemplácká a nikdy z nás žádný údaje nedostla. Buď někdo zavolal, že je z policie a že potřebuje informaci, dostali prd a odkaz na komunikaci prostřednictvím datové schránky, případně i dopis poslali, reakce stejné a když už co já pamatuju něco poslali jednou do datovky, byl to dotaz "kdo z adresy 1.2.3.4 navázal na portu 55 spojení s adresou 5.6.7.8 dne 1.11.2013 v 7:45:41" - ano, opravdu určili čas na vteřinu. Odpověď byla, že v tomto čase žádné takové spojení není a jestli máme hledat dál ve větším časovém rozpětí (opravdu tam to spojení bylo asi o 2 vteřiny později), už na to nikdo neodpověděl, takže asi tak. (jsou to zkušenosti cca 2 roky starý, může to být už jinak)

1414
Studium a uplatnění / Re:Programátor – obyčejný dělník?
« kdy: 03. 06. 2015, 11:29:24 »
Programátor je prostě programátor, je to práce, nevím co tu zase vymýšlíte za blbečkovské překrucovačky o tom, co programátor je a co ne, jste s těma svýma "lopatama" a "dělníkama" jak pošahaní. Najděte si rači konečně babu a aspoň jednou v životě si zašukejte, pak nebudete žvatlat takové píčoviny, brejlouni.

No fuuuuj, soulož? V dnešní době? Je to nehygienické a neefektivní. Existují přece i jiné způsoby rozmnožování, které mají oproti tomuto přežitku mnoho výhod :-D :-D :-D A jenom tak pro zábavu? Kdo nikdy nezkompiloval funkční program, tak neví, co je to opravdová rozkoš :-D :-D :-D

1415
Vývoj / Re:Použití Objective-C mimo Apple
« kdy: 03. 06. 2015, 10:52:08 »
a ty konfiguráky, moc si to nedokáž představit, ale proč ne :-D
Na tom je právě hezky poznat, jaké krásné možnosti dynamičnost přináší. Spousta softwarů navrhuje nějaký pseudo-programovací-jazyk jenom proto, aby mohly být konfiguráky dostatečně expresivní. Některé zajdou tak daleko, že je ten pseudojazyk dokonce turingovsky úplný. A kdo se má učit nějaký nový složitý formát? Proč, když máme dost programovacích jazyků?

Prostě do konfiguráku dáš úplně normální kód, který se úplně normálně provede a úplně normálně do runtimu zavede nějaké nové třídy/funkce, které pak zavoláš a máš konfigurační parametr. Žádný parser. Žádná nová, supercool syntaxe. Maximální možnosti.

Takže místo konfiguráku použiješ externí knihovnu konfiguračních funkcí :D No... možná pro nějaký vývoj se to hodit může, jinak v tom žádný velký výhody nenacházím :D Asi jako když v PHP pro konfiguraci použiju klasický php skript místo nějaké parsované konfigurace, takže místo parametr=hodnota napíšu $parametr="hodnota"; , což v tomhle konkrétním případě zase tak nevadí a není to moc k nepochopení, jenom když si parametry nastavuje uživatel, kterej PHP nezná, tak nesmí udělat syntaktickou chybu, jinak to shodí celý :D

1416
Vývoj / Re:Použití Objective-C mimo Apple
« kdy: 03. 06. 2015, 09:52:37 »
Ten příklad se serializací nebyl úplně šťastný, lepší příklad je volání funkce, jejíž název mám uložený ve stringu. V Pythonu to jde. V C++ to buď nejde vůbec, nebo možná nějakou extra speciální berličkou, o které ví jenom Stroustrup a další dva vyvolení na planetě :)

Programování se sice už nějakou dobu nevěnuju, ale můžeš mi uvést reálný smysluplný příklad využití téhle fičury? Možná při nějakým skriptování dejme tomu, ale pokud tohle chceš přeložit do strojáku, zkus si uvědomit, co to pro překladač znamená. Mám takový pocit, že do takové situace, kdy se tohle hodí, se můžeš dostat jenom nějakou prasárnou a řešení tímhle způsobem je už jen další prasárna. Ale jak říkám, programování už se aktivně nevěnuju a možná to nějaký smysl má.

Přímo pro programování zákaznických aplikací to tolik užitečné asi není (i když je pěkné mít tu možnost :) ), ale např. ve smalltalku je vývojové prostředí plně reflexivní a také psané ve smalltalku, takže tohle se zcela běžně používá např. pro psaní debuggeru, inspektorů objektů atp.

Vzpomínám si, že jsme měli některé konfiguráky (ne pro koncové uživatele) udělané jen jako smalltalkovský kód uložený v souboru, který se prostě spustil a mohl konfigurovat jak chtěl :)

Tak to jo, tomu rozumím, na debugování to asi smysl má, protože debugování je svým způsbem jedna velká prasárna (myslím systémově, nemyslím, že je špatný něco debugovat :-D ) a ty konfiguráky, moc si to nedokáž představit, ale proč ne :-D

1417
Vývoj / Re:Použití Objective-C mimo Apple
« kdy: 03. 06. 2015, 09:13:59 »
Ten příklad se serializací nebyl úplně šťastný, lepší příklad je volání funkce, jejíž název mám uložený ve stringu. V Pythonu to jde. V C++ to buď nejde vůbec, nebo možná nějakou extra speciální berličkou, o které ví jenom Stroustrup a další dva vyvolení na planetě :)

Programování se sice už nějakou dobu nevěnuju, ale můžeš mi uvést reálný smysluplný příklad využití téhle fičury? Možná při nějakým skriptování dejme tomu, ale pokud tohle chceš přeložit do strojáku, zkus si uvědomit, co to pro překladač znamená. Mám takový pocit, že do takové situace, kdy se tohle hodí, se můžeš dostat jenom nějakou prasárnou a řešení tímhle způsobem je už jen další prasárna. Ale jak říkám, programování už se aktivně nevěnuju a možná to nějaký smysl má.

1418
Server / Re:NFS a extended attributes
« kdy: 03. 06. 2015, 08:22:41 »
Je pravda, že VirtualBox není moc dobrej na nějaký moc velký serveroviny. Osobně bych šel do čistýho qemu, nebo VMWare (osobně používám qemu, do VMWare mě donutili kvůli jednomu dementnímu softu, ale zatím s ním nejsou žádný problémy). Jenom ta verze VMWare zdarma má drobný omezení no... max 1 fyzickej CPU (jader kolik chceš) a max 32GB RAM na hostu. Pokud to nedodržíš, ani to nenaběhne. Potom jsou nějaký kraviny v administraci, omezený klonování strojů, pokud chceš stáhnout image, tak jedině nekomprimovanej a pod.

1419
Server / Re:NFS a extended attributes
« kdy: 02. 06. 2015, 15:00:14 »
Ještě by mohlo být řešení připojit to úložiště přes iSCSI, ale to jsem nikdy nezkoušel...

1420
Server / Re:NFS a extended attributes
« kdy: 02. 06. 2015, 14:54:21 »
Trošku možná problém terminologie, myslíš tím, že je to úplně mimo server, na kterým běží ten VB?

1421
Server / Re:NFS a extended attributes
« kdy: 02. 06. 2015, 14:46:33 »
Ještě jestli můžeš napsat, co používáš za virtualizaci, možná by to šlo i konkrétněji

1422
Server / Re:NFS a extended attributes
« kdy: 02. 06. 2015, 14:45:41 »
Tak potom to namountit přímo do toho serveru se sambou a sdílet to jenom z ní, ne přes NFS. To by šlo?

1423
Server / Re:NFS a extended attributes
« kdy: 02. 06. 2015, 14:24:49 »
Samozřejmě nevidím do tvé konfigurace, ale já to dělám tak, že přes NFS sdílený prostor slouží virtuální infrastruktuře jako datastore, na něm vytvářím virtuální disky, ty připojuji do virtuálních serverů a pak s nimi pracuji jako obyčejně. Tudíž NFS jen sdílí prostor a vše ostatní si ošetříš na konkrétním serveru podle možností konkrétního OS. Nemusíš pak hledat obezličky typu jak na NFS svazku nastavit parametry, kterým rozumí jen Widle.

To je taky možnost, otázkou je, proč to má řešený takhle. Předpokládám, že je to nějaký úložiště, kam potřebuje přistupovat z různých míst? Já to řeším tak, že na datovým disku (poli) mám pro jednotlivý virtuály vytvořený lvm partitions. Ale nevím, co se stane, když tu partitionu připojím jak do virtuálu, tak mountnu na fyzickej stroj.

1424
Server / Re:NFS a extended attributes
« kdy: 02. 06. 2015, 14:06:40 »
Chvilku jsem se ještě díval, ale nenašel jsem nic užitečnýho, maximálně podobný problémy bez odpovědi, nebo nějaký starší, kde psali, že to opravdu nejde. On NFS si s tím poradí, jenom to z nějakýho důvodu nejde kombinovat se sambou.

1425
Server / Re:NFS a extended attributes
« kdy: 02. 06. 2015, 12:58:12 »
Nepotěším tě, ale pokud vím (tak cca 2 roky zpátky), tak to prostě nešlo.

Stran: 1 ... 93 94 [95] 96 97 ... 99