Příspěvky

226

Server / Reverzný DNS záznam

« kdy: 04. 10. 2019, 23:46:36 »

Prosím vás čo je to ten reverzný DNS záznam a aký má mať tvar? Čítal som že to slúži na overovanie adresy pri odosielaní emailu. Ale vôbec nechápem ako.

dajme tomu že by som mal server s názvom: xyz
IP adresu: 123.123.123.123
a doménu z ktorej chcem posielať emaily s názvom priezvisko.net (meno@priezvisko.net)
(to sú len príklady)

aký tvar má mať v takomto prípade ten reverzný DNS záznam?

server je DC3 - ale vôbec netuším čo tá skratka znamená len som to zahliadol niekde pri prihlasovaní.

momentálne mám k mojej IP priradený takýto reverzný DNS záznam: 170xx.is-a-landscaper.com viem si tam priradiť aj iný ale netuším aký by mal mať tvar a z čoho by mal pozostávať. jedna časť bude asi ten názov servera: "xyz" a zyšok?

227

Hardware / Re:Zkušenosti s Jetson Nano

« kdy: 03. 10. 2019, 14:37:47 »

Dobry den.
Mam Jetson Nano Dev Kit zhruba tyzden a som milo prekvapeny! Presiel som s Rock64 len pre GPU ale celkovo je to pekny kus HW. Ma s tym niekto prakticke skusenosty? Rad by som prebral viac detailov pripadne ak mate otazky sem s tym. Tipy a podobne tiez.

Pre potencionalneho zaujemcu 3 poznamky.
1.Boot s SD karty a system na externom SSD je cca 4x rychlejsi ako s SD. Reaguje to ako normalne PC.
2.Zdroj urcite 5V 4A idealne 5V 5A. Ide to aj cez USB ale obcas ked dosiahne limit sa vypne. Tiez niektore periferie blbnu. K tomu nezabudnut pridat jumper na dosku.
3. 5V Ventilator cca 2Eura je zakladna investicia. V kludovom stave bez ventilatora cca 20C s ventilatorom 15C video s yt v HD + par tabov cca 40C bez ventilatora 26 s ventilatorom

neviem ako je to pri arm doskach ale 40° - 60° C je pri PC CPU úplne normálna teplota

228

Vývoj / Re:C++ no default constructor exists for class

« kdy: 25. 09. 2019, 22:46:04 »

Ďakujem Vám všetkým a hlavne Františkovi (ale aj ostatným).

Ospravedlňujem sa že som skôr nereagoval ale kým o tom nemám dostatok informácií tak nechcem vyzerať ako úplný analfabet. Už začínam chápať kde bol problém preto sa teraz študujem pointery a referencie aby som mal istotu čo kedy a kde použiť (A hlavne sa hráme s shared_ptr a unique_ptr) Teda viem ako tie pointery fungujú ale dosť často napriek tomu tápem či mám ten objekt alokovať na stacku alebo heape.

229

Vývoj / Re:C++ no default constructor exists for class

« kdy: 22. 09. 2019, 14:27:40 »

Ta třída má jednu zásadní vadu: Nic neumí. Vyvaruj se tvorby takových anemických tříd, dej do nich alespoň jednu metodu.

Kromě toho, že to je ukázkový příklad, tak třída  (struktura) v C++ nemusí nic "umět". C++ není OO jazyk (ala C#/Java), klidně se dá pracovat se strukturama a volnýma funkcema ... nakonec popírá to OOP?

V tom případě může rovnou použít struct nebo třídu s veřejnými atributy (resp. read-only) a vyjde to nastejno - spíš lépe.

Ale potom nebude immutable. Snažil som sa naemulovať immutable štruktúru ktorá sa dá len čítať. Okrem toho ja ako funkcionálny programátor nemám nič proti anemickým objektom.

230

Vývoj / Re:C++ no default constructor exists for class

« kdy: 22. 09. 2019, 14:25:49 »

Dakujem ti za informáciami nabitý príspevok a sumár tvojich skúseností ale k tvojim otázkam: ja sa učím hlavne z kníh mám ich dosť veľa a keď niečomu nerozumiem tak si o tom prečítam celú kapitolu rad - radom vo všetkých štyroch, ale v tomto konkrétnom prípade (inicializacia objektu vnoreného membera) som sa k tomu ešte nedostal.

Tvoj post som si viac krát prečítal a aj si ho archivujem (ak dovolíš). Jo a s pointermi mám skúsenosti ešte s delphi a pascalu pamatám si že som ich tam občas používal hlavne pri práci s grafikou. A teraz som sa s nimi dostal do kontaktu aj v .NETe (v unsafe) C# má pointerovú aritmetiku skoro na takej úrovni ako C++ aj keď v C++ je to stále ešte o chlp lepšie a preto som sa rozhodol že jednu časť appky prepíšem z .NETu do natívnej podoby.

Ahoj, zkus použít "constructor initialization list".  Přecházíš ze C# nebo Javy?

Prechádzam z viacerých jazykov (C#, F#, JS, TS, PHP) všetky majú triedy na jedno kopyto, a nikde som sa nestretol s tým aby som takýmto spôsobom musel inicializovať aj vnoreného membera, vždy sa to takto robilo iba pri predkoch. A rád by som počul vysvetlenie prečo je to nutné aj pri vnorených objektoch.

231

Vývoj / C++ no default constructor exists for class

« kdy: 21. 09. 2019, 15:59:52 »

Posledne 2 - 3 tyzdne som sa zacal zaujimat o C++, pretoze som pisal 1 projekt a jednu jeho cast by som asi najradsej napisal v C++.

Ten projekt isiel teraz bokom, lebo najprv sa ten jazyk musim poriadne naucit (aj keby to malo trvat roky), nakupil som si k nemu literaturu - 4 knihy. 2 hrube 2 tensie a postupne sa s tymto jazykom zoznamujem. Medzitym som zacal pisat jeden mensi projekt, taka utilitka aby som si v C++ nieco realne nakodil a vyskusal si moznosti jazyka a zistil kde vsade mam este medzery vo vedomostiach.

Ten jazyk ma dost chytil. Ale stale v nom mam pocit neistoty a obcas sa v duchu pytam WTF. Niektore konstrukcie v C++ sa mi zdaju ako z ineho sveta a v ziadnom inom jazyku som sa s takym niecim nestretol, ale na druhej strane ma bavi spoznavat nieco nove.

1. Teraz som napriklad narazil na jednu chybu a neviem co s nou  je na riadku 41 "no default constructor exists for class"

cast zdrojaka je tu: https://pastebin.com/M8vmiqiv

Vedeli by ste mi portadit ako to vyriesit?

2. Vedeli by ste mi pozret zdrojak ci niektore veci nerobim uplne zle? Pripustam ze tam mozem mat dost vazne logicke chyby, alebo mi tam mozu hrozit memory leaky holt som zaciatocnik. Napriklad na riadkoch 26, 27, 47, 48 sa robi kopia celeho vektoru hodnotou? nemal by som to skor riesit cez referenciu?

3. Tiez by ma zaujimalo ci existuje nejaky standard ktory by sa mal dodrziavat pri tvorbe nazvov identifikatorov. Lebo kazdy druhy zdrojak sa drzi niecoho ineho.

232

Vývoj / Re:Knihy o C++ a assembleru

« kdy: 18. 09. 2019, 18:59:20 »

Dakujem Vám za odpovede a ste si istí že sú tie knihy sú naozaj neaktuálne kniha o STL popisuje knižnice ktoré sú z 80% rovnaké ako pred 20 rokmi alebo sa mýlim?

Je mi jasné že tam chýbajú niektoré nové vychytávky ale ja už mám doma 4 knihy o C++ najhrubšia má 1100 strán a tam sú dostatočne opísané nové vlastnosti jazyka ale chcem mať čo najširší záber a preto hľadám aj niečo čo sa nebude venovať jazyku, ale špeciálne len STL a nič novšie som nenašiel. Rátam s tým že aktuálne veci si nájdem na internete ale občas keď človek leží v posteli tak si radšej otvorí knihu ako by mal googliť na tablete ktorý je ajtak každú chvíľu vybitý.

A čo sa týka toho assemblera beriem to len ako základ. Viem že procesory sa medzitým už zmenili a pribodlo veľa nových inštrukcií

233

Vývoj / Knihy o C++ a assembleru

« kdy: 17. 09. 2019, 23:53:22 »

Pliis hladam knihu o STL https://www.martinus.sk/?uItem=30009

A dve knihy o assembleri https://www.martinus.sk/?uItem=24798 https://www.martinus.sk/?uItem=15298

Ak by ste jednu z nich mali a chcete ju predat tak navrhnite cenu. Vsade kde som pozeral je vypredana. Ja nechapem ze ak sa kniha vypreda preco ju nevedia vytlacit znova? Ved ak bola taka ziadana ze sa vypredala tak na nej mohli zarobit este viac. Alebo keby tu knihu predavali aspon ako ebook sice preferujem tlacenu verziu, ale ked neni k dispozicii tlacena tak aj ebook postaci.

234

Server / Open-source mail server pro Linux nebo Windows

« kdy: 16. 09. 2019, 12:26:15 »

Prosim vas poradte mi nejaky open source emailovy server pre linux a windows server ale s jednoduchou konfiguraciou a user friendly rozhranim aj pre nas obycajnych laikov. Momentalne skusam axigen ten som za cca hodinu kompletne nakonfiguroval, ale free verzia je len pre 5 uctov a liecncia pre 10 uctov stoji skoro 500 euro na rok mi pride vela. A neni to open source - clovek nikdy nevie ci tam nepribalia malware alebo to nebude derave ako cednik. Open source neni nevyhnutna podmienka ale radsej by som preferoval OSS ako nie.

Mam 2 virtual server hostingy. a 11 domen a chcel by som si pod kazdou rozbehnut vlasny emailovy ucet. A mal by obsahovat okrem podpory pop3 imap a smtp ttl stl (a neviem co este) aj webmail s peknym modernym responzivnym uzivatelskym rozhranim.

Inak nepotrebujem ziadne exchange ani niec podobne - nakolko ani poriadne neviem naco je to sluzi.

Dakujem.

235

Studium a uplatnění / Re:Hledám knihy: Myslíme v C++ a v Javě

« kdy: 11. 09. 2019, 17:32:47 »

zohnaj si toto: https://ucebnice.heureka.sk/mistrovstvi-v-c-plus-plus-stephen-prata/ ale pozor treba kupit 4ku vydanie ( napr. na martinuse maju len 3ku).

Pri C++ nema zmysel kupovat stare knihy (ja mam doma tiez knihu o C++ z roku 92 zial ta je uz nepouzitelna, nakolko C++ vtedy neobsahovalo ani templaty a bol to vpodstate iny jazyk, ale ako muzealny exponat je to pekne). C++ sa od verzie 11 a potom aj 17 dost podstatne zmenilo pribudli lambdy smart pointery a dalsie vychytavky ktore tento jazyk posunuli na iny level.

Buduci rok ma vyjst verzia 20, ktora prinesie do dalsi rad revolucnych noviniek takze cim novsia kniha tym lepsie.

236

Vývoj / Re:Rozdiely medzi F# a ocaml

« kdy: 20. 08. 2019, 21:56:09 »

Nemám přímo praktickou zkušenost s OCAML, ale řekl bych, že tam ekvivalentní konstrukce chybí, už třeba proto, že v OCAML není konstrukce na downcasting (přetypování na potomka v objektové hiararchii). V F# se využívá možností .NET runtimu, který dokáže vrátit typová metadata k objektu, či identifikovat jeho typ.

V OCAML to budete pravděpodobně donucen nějak obejít  - pokud je množina použitých typů předem známa, můžete použít discriminated union a ten pak testovat přes pattern matching, což je bohužel nepohodlné, protože budete muset data neustále zaobalovat a rozbalovat.

Jinou možností je využít objektového rozšíření OCAMLu, které je použitelné, pokud je množina typů (value: 'a) otevřená.
Tam byste třeba nadefinoval metodu to_string(), která v každém podtypu vrací jméno. I tak byste asi musel vytvořit zaobalovací typ.

Ďakujem Vám na stackoverflow mi tiež potvrdili Vaše slová. Vraj typy sú v OCAML známe len v compile time a počas runtime sú to len o hodnoty a informácia o type tam nie je. A potom som si uvedomil že áno. Spomenul som si ako som kedysi pointermi rôznych typov dokázal prekonvertovať hodnoty na jednom mieste v pamati z jedného typu na iný len tým že som na to miesto v pamati ukázal pointermi rôznych typov. Takže napríklad 4 Bajty dokázali byť zároveň RGBA struct a zároveň 32-bit Integer

samozrejme ide teraz len o priklad tento kus kodu neplanujem nikde pouzit.

Předem říkám, že OCaml ani F# neznám Jenom bych se chtěl zeptat, na co to chceš použít? Matchování úplně jakéhokoliv typu mi zavání úplně špatným návrhem - zatahováním OOP-like přístupu někam, kde nemá co dělat. Ve správném funkcionálním jazyce by ani nic jako "any type" být nemělo, všude by v takových situacích měl být sum type.

Chcem si nasimulovať dynamické behové prostredie. V staticky typovanom OCAML.
Síce ja sa dogmaticky nedržím nejakých paradigiem. Ide mi o praktickú stránku veci. Je mi jedno ako. Len nech je to čo najmenej pracné a najviac efektívne

Ale to čo ste napísali ma napriek tomu zaujíma takže akým spôsobom by ste to riešili čisto funkcionálne.

237

Vývoj / Rozdiely medzi F# a ocaml

« kdy: 20. 08. 2019, 11:37:44 »

Prepisujem jednu aplikaciu z F# do OCAML (kôli platformovej nezávislosti na .NET a možnosti kompilovania do natívneho kódu). Sú to síce príbuzné jazyky na prvý pohľad môže programátor nadobudnúť dojem že ide o rovnaký jazyk. Dokonca F# má aj nejaký režim kompatibility z OCAML, ktorý je, ale už neaktuálny. Ocaml má úplne inú syntax OOP proste OOP je v F# totálne prekopané. OCAML má tiež omnoho bohatšie možnosti vo funkcionálnom programovaní a krajšie funkcionálnejšie knižnice.

Mám teda otázku k OCAML (a možno neskôr pridám ďalšie)  ako sa pomocou pattern matchingu zisťuje typ generickej premennej?

V F# som to robil tak že som ju skonvertoval (zaboxoval) na objekt a potom je tam špeciálny operátor :? ktorý slúži na zisťovanie typu. V Ocaml neviem ako sa zisťuje typ.

Ako by ste trebars toto prepisali do OCAML ?:

Kód: [Vybrat]

let printType (value : 'a) = 
    match box value with
    | :? bool -> "Bool"
    | :? string -> "String"
    | :? int -> "Integer"
    | _ -> "Unsupported type"
    |> printfn "%s"

samozrejme ide teraz len o priklad tento kus kodu neplanujem nikde pouzit.

238

Vývoj / Smalltalk, Self a podobne jazyky - mechanizmus posielania sprav

« kdy: 15. 08. 2019, 11:34:34 »

Pozeral som si zdrojaky OO jazykov ako smalltalk s posielanim sprav. Jednou z ich zakladnych crt je ze aj prikazy ako if maju riesene ako spravy posielane objektom (konkretne keyword message ifTrue, ifFalse posielane objektu boolean) ako je to mozne? nerozumiem tomu ako to funguje.

ked porovnam posielanie sprav s volanim metod


najblizsie ku keyword spravam maju metody s pomenovanymi parametrami. Ale pri takomto volani metody sa najprv vyhodnotia argumenty, s ktorymi sa potom vola metoda, to znamena ze kod sa musi vykonat este pred poslanim spravy. pri poslani spravy ak by sa parametre vyhodnotili uz pred poslanim spravy tak sa obidve vetvy ifu musia vykonat zaroven a az potom si iba vyberem podla boolu len ich vysledok... ak by som mal trebars takyto kod:

Kód: [Vybrat]

(a > 5)
ifTrue:
   [ Transcript show: 'a je vacsie ako 5' ]
ifFalse:
   [ Transcript show: 'a je mensie ako 5' ]

prepiseme trebars do do C# (ten ma pomenovane parametre), ale kludne aj do ineho jazyka (Za predpokladu ze tam mame nadefinovanu metodu EvalCondition)

Kód: [Vybrat]

(a > 5).EvalCondition(
    ifTrue: MessageBox.Show("a je vacsie ako 5"),
    ifFalse: MessageBox.Show("a je mensie ako 5")
)

Tak sa vypise aj "a je vacsie ako 5" a za tym aj "a je mensie ako 5". Jediny sposob ako si viem predstavit ze by sa dal naemulovat smalltalkovsky if pomocou volania metody je namiesto bloku ako argument predat lambdu, ktora sa vykona neskor. pripadne novsie jazyky maju async bloky, promises, alebo lazy bloky, ktorymi by sa to dalo emulovat tiez, ale vlastne v principe ide o to iste.

takze viete mi vysvetlit ako to funguje v smalltalku?

239

Vývoj / Typescript - automaticke generovanie typovych definicii z iných typov

« kdy: 06. 08. 2019, 18:04:14 »

Mám triedu tá má generický parameter.

V typovej definícii toho generického parametru vyhľadám všetky propsy typu Function:

Kód: [Vybrat]

TClickableMapProps = {
    color: TColor;
    background: TColor;
    onClick?: (event: React.MouseEvent<HTMLDivElement>) => void;
    onHover?: (event: React.MouseEvent<HTMLDivElement>) => void; 
}

type CallbackNames<T> = { [K in keyof T]: T[K] extends (Function | undefined) ? K : never }[keyof T];
type CallbackProps<T> = Pick<T, CallbackNames<T>>;

type TCallbackProps = CallbackProps<TClickableMapProps>

Mi vráti toto:

Kód: [Vybrat]

TCallbackProps = {
    onClick?: (event: React.MouseEvent<HTMLDivElement>) => void;
    onHover?: (event: React.MouseEvent<HTMLDivElement>) => void; 
}

akurát ja by som si chcel z toho onClick a onHover odstrániť "?" undefined a názvy premenovať na triggerClick a triggerHover tj urobiť z toho toto:

Kód: [Vybrat]

TCallbackProps = {
    triggerClick: (event: React.MouseEvent<HTMLDivElement>) => void;
    triggerHover: (event: React.MouseEvent<HTMLDivElement>) => void; 
}

metódy si pridám dynamicky cez JS (tam viem ako), ale tie typové definície potrebujem generovať v compile time aby mi fungovalo autocomplete. Pri použití JS by som to urobil takto:

Kód: [Vybrat]

module CallbackPropName {
  export const toTriggerMethodName = (callbackPropName: string) => 
    `trigger${(callbackPropName.substring(callbackPropName.startsWith("on") ? 2 : 0))}`;
}

lenže ako podobný názov generovať v rámci statického typovania (v compile time) priamo v TS? A dá sa to vôbec?

240

Distribuce / Dualboot Windows / Linux a VMWare

« kdy: 27. 07. 2019, 17:51:08 »

Mám v počítači dualboot windows / linux (každý OS na samostatnom SSD)

A chcel by som si z toho linuxového urobiť Virtual Machine pre VMWare (alebo VirtualBox).

Ale chcem aby to bola zároveň virtuálny OS a zároveň aby som doňho vedel nabootovať aj z VMware aj priamo z PC.

Dá sa to?