Příspěvky

3826

Vývoj / Re:výjimky

« kdy: 22. 08. 2017, 11:00:57 »

Nojo, ale když ty chybové stavy řeším pak někde o kus dál všechny na jedné hromadě, oddělené od kontextu jejich vzniku, to má být přehledné a pochopitelné?

Tohle ale není moc dobrý příklad použití výjimek. Když použijete výjimky správně, budete výjimku pořád ošetřovat v místě jejího vzniku, kde znáte kontext, a pokud se nepodaří ji na daném místě vyřešit, pošlete dál nějakou obecnější výjimku.

Tím „nezaprasením kódu lokálním ošetřování chybových stavů“ se nemyslí to, že se v celé aplikaci nebudete o výjimky zajímat a ošetříte je všechny najednou někde v main. Tím se myslí to, že nemusíte kontrolovat chybový stav po provedení každé jednotlivé funkce a nemusíte na to reagovat pořád dokola tím stejným kódem.

Třeba když chcete otevřít soubor, něco z něj přečíst a soubor zavřít – může dojít ke spoustě výjimečných situací, např. může být soubor v každém kroku nedostupný (např. root odmountuje zařízení, na kterém soubor leží). Nevidím žádnou výhodu v tom ošetřovat tenhle stav znovu po každém z těch třech kroků, protože nezáleží na tom, ve kterém kroku k té chybě došlo, reakce bude pořád stejná.

3827

Vývoj / Re:Dobré IDE pro Python a Java (případně jaký další jazyk zvolit?)

« kdy: 20. 08. 2017, 21:24:23 »

OOP se hodí pro interní implementaci těch služeb, ale nad tímhle nízkoúrovňovým kódem je stále dvojice datové struktury + procedury (služby).

Jistě, v knihovnách je často výhodnější použít strukturované programování a teprve nad nimi stavět své objekty, viz zmíněné adaptéry.

Já bych to viděl spíš opačně. V knihovnách je často výhodnější použít OOP a teprve nad ním stavět své služby (případně struktury).

3828

Vývoj / Re:Dobré IDE pro Python a Java (případně jaký další jazyk zvolit?)

« kdy: 20. 08. 2017, 19:58:29 »

Nemohu za to, že tvůrci běžných knihoven nechápou princip zapouzdření. Pokud chci použít cizí knihovnu, napíši si na ni adaptér, abych ji zapouzdřil a mohl s ní pracovat ve stylu OOP.

A nebo princip zapouzdření chápou, ale také chápou, že princip OOP sice hezky zpřehledňuje kód, ale neodpovídá tomu, jak funguje software v dnešním světě. Software se stále skládá ze dvou základních částí – data, která zpracováváte, a ta vlastní činnost, kterou s daty děláte, zpracování dat. Všude na vyšších úrovních je to oddělené – v databázích máte samotná data (případně můžete mít vedle i nějaký kód, ale pořád je to oddělené, nikdy nemáte v databázi data spojená s kódem); různé webové služby to mají opět oddělené – službě předáte jenom data, služba nad nimi něco provede a vrátí zase čistá data; při výměně souborů si opět předáváte jen data a každý má svůj kód na jejich zpracování; v cloudu se úzkostlivě dbá na to, abyste měl zvlášť kód a zvlášť data, protože pak se to dá dobře škálovat.

OOP se hodí pro interní implementaci těch služeb, ale nad tímhle nízkoúrovňovým kódem je stále dvojice datové struktury + procedury (služby).

3829

Vývoj / Re:Frustrace ze stavu mainstreamových programovacích jazyků

« kdy: 20. 08. 2017, 13:43:38 »

A ano, pak se všichni diví, kolik že jsme měli těch bezpečnostních děr za minulý týden?

Kolik těch bezpečnostních chyb je v kódu, kde se chybové stavy ošetřují pomocí výjimek, a kolik jich je v kódu, kde jsou chyby předávané jako běžné návratové hodnoty subrutin a ošetřují se v základním flow programu?

3830

Server / Re:FTP Logování IP Adresy

« kdy: 20. 08. 2017, 10:27:34 »

Lol Phirae: A nebylo by lepší když by si to znovu přečetl? extra pro tebe to napíšu znovu...


Hledám nějakou online službu např. Webhosting kde bych se mohl přihlásit pomocí FTP a FTPS a mohl si zobrazit log toho přihlášení kde bude zobrzeno datum čas a IP Adresa.

Jsem si jistý, že takovou službu nikdo neposkytuje, protože jste jediný na světě, kdo něco takového poptává.

Pokud někdo poskytuje webhosting, poskytuje ho, proto, aby tam bylo možné hostovat web, ne proto, abyste se tam mohl přihlašovat přes FTP nebo FTPS. Pokud někdo poskytuje FTP nebo FTPS, poskytuje ho proto, abyste tam mohl ukládat soubory, ne proto, abyste si zobrazoval log přihlášení.

Je naopak velice pravděpodobné, že někdo poskytuje služby, které byste mohl využít k řešení vašeho problému. Jenže to nedokážeme posoudit, když jste místo popisu vašeho problému napsal střípky vašich představ o jeho řešení. Nevíme, zda na ten FTP server potřebujete něco ukládat, nebo vám z nějakého důvodu jde jenom o to přihlášení; nevíme, jestli se k tomu FTP chcete přihlašovat sám jedním účtem, nebo tam má mít možnost přihlásit se víc lidí, nebo to má být otevřené pro anonymní přihlášení. Z úvodního dotazu nevíme ani to, zda to má být řešení zdarma nebo placené, to jste upřesnil až na základě odpovědi, která 100% odpovídala vašemu dotazu, akorát že vám se nelíbila.

Takže jak píše Lol Phirae, pokud chcete skutečně poradit, nepopisujte tady zmateně vaši představu o řešení problému, ale popište ten problém. Pak vám nejspíš někdo poradí. Málokdo bude mít náladu tady od boku střílet nějaké nápady a doufat, že se vám trefí do vkusu.

3831

Vývoj / Re:Dobré IDE pro Python a Java (případně jaký další jazyk zvolit?)

« kdy: 19. 08. 2017, 21:58:41 »

K jave by som povedal asi len tolko, ze stagnuje, ziaden vyvoj

Za Sunu byla Java prioritou, Oracle ji zjevně dost ignoruje. Možná to je dobře, je na čase uvolnit místo lepším jazykům.

Oracle Sun koupil právě kvůli Javě, protože pro něj je životně důležitá a nemohl si dovolit, aby ji vlastnil někdo jiný. Sun si s Javou moc nevěděl rady, přeci jen dělal servery a ne software. Java stagnovala ke konci u Sunu, po koupi Oraclem se naopak vývoj znova rozjel. Dříve vycházely nové velké verze Javy každé dva roky, ale verze 6 vyšla v roce 2006, Sun byl koupen v roce 2010 a v té době byla Java 7 stále v nedohlednu.

3832

Odkladiště / Re:Encoded video - Can be traced to the downloader ?

« kdy: 19. 08. 2017, 10:19:19 »

Watermarking by asi sel, ale jak muze spustit nejaky kod ktery by jim poslal IP kde je video prehravane?

Nic takového ale v té hlášce není napsané. Tam jde jenom o to, že když se to video bude šířit od vás dál, a oni na takovou kopii narazí, budou schopni podle nějaké skryté značky zjistit, že je to právě ta vaše kopie a odlišit ji od kopií, které si stáhl někdo jiný. To, jak si spojí identifikaci vaší kopie s vámi, je už něco jiného, to musí udělat v okamžiku, kdy vám to video zpřístupní ke stažení.

3833

Software / Re:Nefunkční CRON

« kdy: 19. 08. 2017, 08:37:03 »

Ahoj, cron i terminal to spouští pod uživatelem a do mých experimentů to bezchybně fungovalo Jiný nápad? Dík

Já mám takový netradiční nápad – že byste popsal problém, který řešíte. Skutečně popsal, ne jen „nefunguje to“, ale že byste napsal všechno, co o problému víte. Protože když tu budeme střílet nápady na slepo, budeme tu hodně dlouho.

Takže píšete, že to spouštíte cronem, takže by bylo vhodné sem dát příslušný řádek z crontabu spolu s komentářem, ve kterém crontabu to je (v systémovém, v crontabu konkrétního uživatele a kterého). Dále píšete, že se nelze připojit přes SSH. Takže by bylo dobré napsat, jak je řešené přihlašování – jestli máte uložený klíč v souboru a zda s heslem nebo bez hesla, nebo zda používáte SSH agenta, nebo jestli se ta aplikace má přihlašovat ještě jiným způsobem. Případně by bylo vhodné použít nějaký parametr pro vyšší úroveň logování, pokud ho Unison má, může vypsat víc o tom, co se pokouší dělat a co selhává.

3834

Sítě / Re:IPv6 ease of use

« kdy: 19. 08. 2017, 08:19:48 »

Nikdy v budoucnu neměnné adresy v lokální síti jsou link local adresy, které jsou integrální součástí IPv6.

Jak se správně řeší, když mám sítí víc? Site local nám zrušili, takže si mám alokovat fd00::/8 a použít ty?

Používat neměnné IP adresy mezi sítěmi mi nepřipadá jako dobrý nápad. Tím, že je tam víc sítí, vstupuje do toho ještě mnohem víc nejistoty, takže padá ten argument, že to má být co nejjednodušší (myšleno co nejméně technologií a protokolů). Pokud jsou to třeba nějaká jednoduchá čidla, o kterých psal Robotron, měla by komunikovat jen s nějakým sběrným zařízením ve své síti – když je pro ně problém DNS, stejný problém bude i objevování routerů. Takže pokud je sítí víc, mezi sítěmi bych stabilitu názvů řešil pomocí DNS, ve výsledku je to mnohem jednodušší.

A pokud by náhodou někdo opravdu strašně nutně potřeboval několik sítí, které komunikují mezi sebou ale ne s internetem a používají jenom IP adresy, může vlastně použít jakékoli IP adresy si vzpomene.

3835

Sítě / Re:IPv6 ease of use

« kdy: 19. 08. 2017, 08:07:38 »

IPv6 bolo navrhnute pred 20 rokmi na to, aby riesilo vtedajsie problemy IPv4, ktore su dnes neexistujuce. Naopak dnesne problemy neriesi. Smrt IPv6.

V té první větě máte vlastně pravdu. Před dvaceti roky byl problém, že se blíží nedostatek IPv4 adres. Tenhle problém už opravdu spoustu let nemáme, protože nedostatek IPv4 adres už dávno je – akorát se postupně stupňuje, jak velký je ten nedostatek. Tenhle problém naštěstí IPv6 řeší. A bez IPv6 se nikam dál nehneme, natož abychom mohli vyřešit nějaké nové problémy.

3836

Software / Re:Proxy s digest auth + blbá aplikace

« kdy: 18. 08. 2017, 18:35:06 »

Nemyslím, že je nutné na nonce čekat – metodou HEAD na libovolnou adresu si vyžádám nonce, a to pak použiju s tím skutečným requestem.

3837

Sítě / Re:Kontrola přihlášení ke službám podle IP

« kdy: 18. 08. 2017, 18:29:47 »

Ne. Například proto, že nejste přihlášen k žádné IP adrese, neexistuje žádný e-mailový profil a uživatelské profily na sociálních sítích (uživatelské účty) nejsou připojené k žádné IP adrese.

Pokud jste chtěl zjistit, zda někdo z vašeho počítače nebo někdo v okolí používá nějaké e-mailové schránky nebo účty na sociálních sítích, to jednoduše také nezjistíte – komplikovaně by to šlo zjistit tak, že byste hacknul zařízení, které používají, a počkal byste si, až se přihlásí.

3838

Sítě / Re:IPv6 ease of use

« kdy: 18. 08. 2017, 15:32:26 »

DNS je pro spoustu pouziti naprosto tragickej nesmysl.

Nějak jste opět přehlédl, že byla řeč o uživatelské přívětivosti nebo-li o user-friendly řešení. Opravdu není vrchol uživatelského komfortu to, že bude uživatel někam psát IPv6 adresu. On není vrchol uživatelského komfortu ani to, když někam vypisuje IPv4 adresu.

Pokud napr. v systemu mereni a rizeni (nebavim se o systemech, jejich zavada zpusobi smrt/vybuch/rozsahle skody, ale o obycejnejsich, kde se sice vypadek tolerovat da, ale neni zadouci zbytecne spolehlivost zhorsovat). Uz jen proto, ze oproti prostemu odeslani paketu vyzaduje vyhledat adresu k jmenu a to je operace s ne moc dobre definovanou casovou odezvou.

Kdo chce psa bít… Když chcete odeslat IP paket, musíte nejprve zjistit linkovou adresu adresáta, což je také operace s ne moc dobře definovanou časovou odezvou. A pokud řešíte tohle, pak je otázka, zda IP je zrovna ten nejvhodnější protokol.

Krome toho je blbost menit adresy, kdyz mohou byt trvale navazana dlouhodoba spojeni a je nesmysl je rusit kvuli takove malichernosti, jako zmena pripojeni ven.

Neprotiřečíte si trošku? Buď spojení zůstává dostupné, pak neměníte IP adresy a spojení zůstanou zachována. Nebo dané spojení přestalo být funkční, začnete používat jiné spojení a tedy jiné adresy, ale pak ta navázaná spojení byla přerušena tím výpadkem spojení, protože nikdo po cestě opravdu neví, že ty pakety pro vaše IP adresy má teď posílat jinudy.

(Opet, projistotu pro nechapave: ja rozumim tomu, ze to neni v rozporu s IPv6 moznostmi a jsem za to samozrejme rad. Pisu to jen pro zjevny nedostatek fantazie ci zkusenosti, ktery vedl k zpochybnovani uzitecnosti pevnych adres a k propagacim zcestnych alternativ jako dynamicky se menici vnitrni DNS.)

Možná zkuste ostatní méně podezřívat z nechápavosti a lépe číst komentáře, na které reagujete. Užitečnost pevných adres v rámci sítě v určitých specifických případech tu nikdo nezpochybňuje, naopak tu opakovaně byly zmiňovány link local adresy, nebo-li právě ty pevné adresy v rámci sítě, které jsou zabudované do samých základů IPv6. Pokud byste myslel globální pevné IP adresy, tam bych tu užitečnost velmi zpochybňoval, ale o těch nebyla řeč.

3839

Sítě / Re:IPv6 ease of use

« kdy: 18. 08. 2017, 15:16:45 »

Každopádně pokud ISP nemá ruční konfiguraci IPV6 adres,tak jakákoliv změna routeru(i rozhraní k ISP)vyvolá změnu bloku IPV6 adres,pokud si to předem s ISP nedohodne.

Ne, změna zařízení opravdu nemá žádný vliv na to, zda dostanete přidělené stejné nebo jiné IP adresy. Zařídit fungování IP adres vždy musí poskytovatel (i když budete mít PI adresy, pořád je musí poskytovatel naroutovat na vaše zařízení). Poskytovatele žádný zákon ani standard nenutí dávat vám stále stejné IP adresy, takže pokud to chcete mít zaručené, jediná možnost je smluvní záruka. Když takovouhle záruku mít nebudete, poskytovatel vám může měnit přidělené IP adresy jak často ho napadne, a to, že vy máte stále stejný router, ho vůbec nebude zajímat. Když vám přes DHCP propůjčí adresy na hodinu, tak vám je za hodinu klidně může změnit, a vy s tím nic nenaděláte. I kdybyste si ty adresy nastavil ručně, tak až vám ISP přidělí jiné adresy, přestane vám to ruční přiřazení fungovat. Takhle to funguje s IPv4 i IPv6, jediný rozdíl je v tom, že IPv6 adres je dostatek a pro ISP je tedy nejjednodušší přidělit vám pevný blok, i když se k tomu nezaváže smluvně. Ale může to znamenat, že se za rok rozhodne překonfigurovat síť a přidělí vám jiný blok (což se může úplně stejně stát, i když budete mít smluvně zajištěný statický blok IP adres, akorát v takovém případě vás bude informovat předem).

Snad žádný ISP nemá ruční konfiguraci IP adres, vždy vám ty IP adresy přiděluje nějaký systém např. přes DHCP. Z ručního přidělování by se ten ISP zbláznil.

3840

Software / Re:proxy s digest auth + blba aplikace

« kdy: 18. 08. 2017, 12:17:19 »

Předpokládám, že ta aplikace je nějaký HTTP klient. Apache je reverzní proxy, tj. zastupují server, nikoli klienta. Takže hledejte klasické HTTP proxy servery. Existují různé HTTP proxy, např. pro vývojáře, které umí modifikovat přenášený obsah (včetně hlaviček), některý z nich by to mohl umět  – podívejte se třeba na Privoxy, Tinyproxy nebo Polipo. A nebo půjde nějaký proxy server upravit – třeba Jetty má ProxyServlet, doplnit do něj HTTP Digest autentizaci by mělo být jednoduché.