Příspěvky

106

Server / Re:Hledám e-mailový hosting pro 10 schránek

« kdy: 05. 04. 2019, 15:14:40 »

Pokud spravujes svuj server, tak spravovat na nem postu je minimani prace

Neni to minimum prace. Bohuzel. Je to vecny boj proti spamu, ruznym podvoram a formam utoku.
Vim to, uz skoro 20 let mail server provozuju.
Napriklad mam zakazane "spustitelne" soubory v priloze (i "zazipovane"), protoze obcas nekdo posila "fakturu" misto ktere je tam nejaka potvora. A pak loni na podzim nekdo poslal "fakturu", misto ktere byl "rar" soubor, ktery server nedokazal rozbalit, protoze obsahem nebyl rar, ale archiv ACE. Utocnik spolehal na to, ze typicka asociace "rar" je na 7zip a podobne, ktery umi rozbalit cokoli. Antivir to nenasel ani na serveru, ani u klienta (protoze AV spolecnosti maji reakci na nove potvory v radu hodin a to je dnes pozde) a jedine stesti bylo, ze uzivatel nemel mozek na dovolene.
A vsechnu tuhle "minimalni" praci bych rad prenechal nekomu jinemu, protoze zdaleka minimalni neni.

107

Server / Re:Hledám e-mailový hosting pro 10 schránek

« kdy: 05. 04. 2019, 15:06:07 »

Odesilat email pod jinou adresou (nejen) z GMAILu  samozrejme umim (a nejde jen o webmail pristup). Jenze to znamena mit u domeny google servery v SPF i DKIM zaznamu. A protoze takovova  moznost sice existuje, ale nepodporuji ji, tak se muze stat, ze ja budu mit SPF, nebo DKIM neaktualni a nebudu o tom vedet.
A krome toho strpet ty googlovske "vylepseni". Jako napriklad nevite jak VYPNOUT to automaticke razeni e-mailu do kategorii? Funguje to tak na 90% (=je to k nicemu) a kazdou chvilku hledam kam me neco schoval.

Diky za tip, schovavam si ho jako plan "B".

108

Server / Hledám e-mailový hosting pro 10 schránek

« kdy: 05. 04. 2019, 14:30:18 »

Zdar lidi,

nejak me prestava bavit udrzovat vlastni server na email. Mate nejaky tip, kde nechat email hostovat? Domena vlastni, ciste pro pocit/dojem, ze clovek neni bezdomovec na freemailu.
Zdarma NENI podminkou.
Neco jsem zkousel hledat.

• GApps chteji 5USD/m. To neni moc, ale je to za kazdy ucet a pri poctu clenu rodiny uz to poleze do penez
• AWS WorkMail plati totez jako GApps, ale za 4USD/m
• wedos jsem zkusil, ale velke zklamani, ze v roce 2019 stale jeste neumi DKIM
• vetsina ostatnich ma schranku typicky 1GB, obcas "az" 5GB. To bych musel hodne mazat, moje schranky pod 10GB nejdou, za ty roky je nastradano (nebo archivovat a resit synchronizaci toho archivu a nedostupnost pres webmail rozhrani)
• seznam to umi dokonce zdarma, ale pri tom jak casto ma SMTP servery na blacklistech se na jeho email spolehnout neda
• dale me dosly napady

Potrebuji asi tak do 10 schranek s moznosti nastaveni vice aliasu na jednu adresu. Necekal jsem, ze je to stale takovy problem.
Nejake napady? Co pouzivate vy?

109

Hardware / Re:Domácí automatizace - hlavice k topení

« kdy: 22. 01. 2019, 09:30:37 »

Netatmo? Nejak jsem ho detailne nestudoval, ale na prvni pohled me prijde jako ukazovy priklad dnesni bidy IoT.
Ovladani se resi pouze pres mobilni appku, propojene pres nejaky Cloud. Ani naznak moznosti spojit to s necim jinym (spratelene uzavrene sracky jako je  Apple HomeKit, Google Assistant, Amazon Alexa nepocitam)

U tehle veci cloud NEBRAT! Kdo jeste nezazil situaci, kdy ovladaci applikace nahlasi, ze je ji nutne aktualizovat, a aktualizovana aplikace chce ihned po spusteni potvrzit nove podminky sluzby s volbou "potvrdit" nebo "odmitnout"? Ta druha moznost znamena ze to co vcera fungovalo je dnes k nicemu, takze to "nikdo" neudela. Ja tomu rikam vydirani.

Takze naprosto zasadni pozadavek je moznost ovladat to i bez cloudu. Nejen primo na ventilu, ale plnohodnotne.

110

Hardware / Re:Domácí automatizace - hlavice k topení

« kdy: 21. 01. 2019, 11:58:09 »

Ja to kdysi vyresil HR20 hlavici od Honeywellu, ale ma pridanou bezdratovou komunikaci. SW je kompletne prepsany a ovladani je pres mistni http server bezici na OpenWRT.
Pokud to nekoho zajima tak staci hledat projekt OpenHR20. Bohuzel se tato hlavice uz neprodava, ale diky par lidem to ma podporu i pro jiny HW. Odkaz neuvadim, protoze jsem projekt uz hezkych par let neaktualizoval (proc taky, kdyz funguje a funguje...) a mezi tim vzniklo nekolik forku s ruznym vylepsenim.
Nektere veci by to aktualizovat chtelo, ale neni cas ani vule.

111

Odkladiště / Re:Jak na problemy se spanim u programatoru?

« kdy: 12. 10. 2018, 14:37:37 »

Nekourim. Proc?

112

Odkladiště / Re:Jak na problemy se spanim u programatoru?

« kdy: 12. 10. 2018, 14:31:17 »

To znam, ale reseni bohuzel ne. A nejhorsi jsou ty sny. Vrchol byl, kdyz se me zdal sen v assembleru. Chapete to, a assembleru?! V ASM jsem napsal asi 1% kodu v zivote a tohle byla narocna specialita, kde to jinak neslo. A co je nejhorsi, ten kod ze sna fungoval a funguje dodnes.
PS: alkohol na dobrou noc nefunguje.

113

Odkladiště / Re:Bezpečnost elektronických voleb

« kdy: 12. 10. 2018, 14:23:54 »

Prestoze nejsem zastancem elektonizace voleb (z vice duvodu, ktere bych jen opakoval) tak me napada slabe misto II. kola senatnich voleb a II. kola prezidentskych voleb.
Predstavte si, ze nekdo odveze autobus ignotantu pred volebni mistnost s tim, ze kazdemu, kdo prinese volebni listek "nespravneho" kandidata dostane XY penez na ruku. A protoze volebni listky kazdy dostane az ve volebni mistnosti od kazdeho pouze jeden je matematika jasna. Dotycny ovlivnovatel muze mit tedy solidni jistotu, ze volic nevolil nespravneho kandidata. Volic ma v podstate na vyber volit podle jeho prani, pripadne nevolit vubec.

114

Odkladiště / Re:Bezpečnost elektronických voleb

« kdy: 09. 10. 2018, 17:04:27 »

V tomhle systému vidím problém - před anonymizací je tvá volba stále svázaná s tebou. Tohle se ti u klasických otravných papírových voleb nemůže nikdy stát.

Nikdy nerikej nikdy. Cena sekvencovani DNA klesa a dovedu si dost dobre predstavit robota, ktery pojede jeden volebni listek za druhym a snima DNA otisky. Vyloucite DNA osob z komise a mate dost informaci, i kdyz nejsou dokonale.
Momentalne je to nepravdepodobne, drahe, ale ne nemozne. Ale za mozna 10 mozna 100 let bude vsechno jinak (a zarucene mimo nase ocekavani)

115

Odkladiště / Re:Vaše největší přehmaty?

« kdy: 08. 10. 2018, 11:10:51 »

Jedna humorna: Nastavovat firewall na dalku a tim odstrihnout sam sebe od aministracniho rozhrani se uz urcite stalo vetsine ctenaru ROOTa. No a me se to povedlo po vzdalenem pripojeni. Hodne vzdalenem, ten stroj byl na Novem Zelandu. Byla "sranda" to pak s casovym posunem resit po telefonu.

116

Studium a uplatnění / Re:Embedded systémy a microcontrollers

« kdy: 17. 08. 2018, 16:20:09 »

Btw jaký používáte logický analyzátor? My jsme si velmi oblíbili Saleae Logic Pro 16.

DSLogic Plus (16bit a az 400MHz) jako nejcastejsi zakladni nastroj. Jinak na hrani doma 8bit saleae (ten prvni bez bufferu a kaslat na ten jejich SW, sigrok PulseView je lepsi)
A kdyz jde do tuheho, tak profi osciloskop s 4 analogy a 16 log kanaly, obcas je totiz problem v analogovych parametrech jako uroven, strmost, preslechy, je mozne zmerit diferencialni signal atd. Ten ma proti hrackam do USB radove vyssi samplerate.

117

Studium a uplatnění / Re:Embedded systémy a microcontrollers

« kdy: 17. 08. 2018, 13:32:57 »

A jeste jednu vec ohledne moznosti psat ASM rucne jsem zapomel.
Se strojovym kompilatorem je mozne provadet kouzla typu Link Time Optimization (LTO). Totez dokazat rucne u vetsiho projektu je v podstate na hranici mozneho.

118

Studium a uplatnění / Re:Embedded systémy a microcontrollers

« kdy: 16. 08. 2018, 17:26:14 »

Ad1) Tak ako v inych odboroch, tak aj embedded vyvojar ma specializaciu, a je ich urcite hodne... Pri dnesnej komplikovanosti procesorov (akejkolvek architektury), je takmer nemozne pokryt (casovo/vedomostne) vsetky mozne periferie/sposoby. Proste, niekto je zamerany viac na SW vyvoj v embedded, niekto viac na HW..

Ad2) Za 8 rokov praxe nepoznam nikoho kto by sam pokryl nejaky cpu.. mozno tak CortexM0/+ .. pozrite si M4 s DSP alebo M7.. to o A-ckovych/R-kovych ani nehovorim...

MCU, ktery ted pouzivame ma pres 20tis stran dokumentace (appnotes nepocitam). Jen popis jadra je nekolik tisic, dalsi tisice periferie.
To vazne do hlavy uz nikdo nenacpe.

Ad3) V 99,5% percentach kodu ktore sme robili, sme pouzivali ciste C.. ma to vela vyhod, napr staticka analyza kodu, unit testy, dokaze sa robit review testu, kodu... zvysnich 0,5% kodu boli optimalizovane ASM sekcie, ale kazda sekcia sa testovala predtym nez sa pouzila... a ajtak sa nasli po rokoch chyby...
Dnes ma procesor bezne 128/256/512/1024/2048/4096 kb Flasky, alebo obsahuje SD/RAM controller... Tak naco stracat drahocenny cas optimalizaciou niecoho co vo vacsine pripadou nieje ani treba...

Ad3a) V jednej jedinej aplikacii som videl vacsie pouzitie asm.. a to pre automotive motor control.. aj to len pre safety a fastloop (niektore vypocty vo FRAC aritmetike).. inac 95% kodu bolo v C...

No prave. Vetsinou to neni treba. V nasem aktualnim projektu je to 99% C, 1% ASM. Vime jak je tezke ten drobek ASM testovat a udrzovat, ale prepsat do C to nejde.
Napriklad ten atan2 byl ve smycce 40us opakovani a nebyl tam sam. Naroky na rizeni se stale zvysuji jak roste rychlost vykonovych prvku kvuli tlaku na zmensovani, zvysovani efektivity atd.

Ad4) Na "trhu" je mnozstvo RTOS (https://www.osrtos.com/) takze pisat si svoj vlastny RTOS je vhodny leda tak na prehlbenie znalosti, inac je to strata casu... FreeRTOS je de-facto standard pre male MCU, a to pre vhodnu licenciu, jednoduchu portaciu, pekny memory model a dobru dokumentacku.. a ked nieco nejde tak si firma kupit ten zaklad co predava... support...

Pro napsani vlastniho RTOS byly technicke duvody, ktere nemuzu rozebirat (NDA). Z free veci nevyhovovalo nic, takze jsme meli vyrizeny nakup RTOS v radu milionu + dalsi milony rocniho maintainance. A pak stopka z technickych duvodu a resilo se jesli si nechat udelat upravu existujiciho reseni dodavatelem nebo jit vlastni cestou.

Ad5) v CR/AT/DE je dost embedded firiem ktore vedia dobre zaplatit (sam v jednej robim . Praca ma bavi, je zaujimava a clovek niekedy dostava takmer infarkt ked debbuguje dosku, pri tom cita schemu, a ma otvoreny RM.
Je to nieco medzi sadizmom, pozitkom, flustraciou a vnutornou vyzvou.

Osobne, embedded svet je velmi zaujimavy, urcite nieje fadny a nudny, komplikovanost je ale velmi vysoka takze to neni pre kazdeho.. Ale zasa, niekedy sa clovek vie pekne vysantit
Drzim palce.

Na stole mam 3 velke monitory a ani tak se to na ne nechce vejit. :-) IDE, hromada otevrenych datasheetu a schemat a par dalsich veci jako logicky analyzator a hned jsou 3 monitory malo. :-)

119

Studium a uplatnění / Re:Embedded systémy a microcontrollers

« kdy: 16. 08. 2018, 16:17:40 »

Máte samozřejmě pravdu, chtěl jsem jen ilustrovat, že ASM už není zase tak potřebný, pokud nejde o nějakou specialitu. Většina kódu může být napsaná ve vyšším jazyce a jen kritické části se občas optimalizují ručně. Dnešní překladače jsou kvalitní a vyrovnat se jim není v běžném případě vůbec lehké.

Tak to souhlas. Rucni ASM ma vyznam jen na specielni pripady jenze ty se ve svete emmbeded vyskytuji v nenulovem poctu.
Assembler pro male procesory clovek jeste v pohode zvada. Ale to jde tak do urovne ARM Cortex-M. Jenze pak nastupuji jadra, krera maji dlouhou pipeline a schopnost vykonani vice intrukci najednou (ARM Cortex-R nebo Cortex-A a jine) a tam uz je pri rucnim kodovani tezke az nemozne vyhrat nad kompilatorem. Jeho schopnost seradit instrukce tak, ze dela vlastne nekolik veci najednou aby pokud mozno zadna instukce nemusela cekat na predchzejici vysledek to je kolikrat na palici i jen to precist.
Ale hlavni duvod vyssiho jazyka je stejne udrzovatelnost kodu. Takze za me rucni ASM jen kdyz je k tomu nejaky zatracene dobry duvod.

120

Studium a uplatnění / Re:Embedded systémy a microcontrollers

« kdy: 16. 08. 2018, 14:40:09 »

CMSIS to umí (ale jmenuje se to stejně podle té instrukce https://www.keil.com/pack/doc/cmsis/Core/html/group__intrinsic__SIMD__gr.html

A DSP funkcí je taky spoustu připravených: https://www.keil.com/pack/doc/CMSIS/DSP/html/modules.html

Ten priklad s QADD8 byl nevhodny. Lepsi priklad je QADD s vyuzitim Q flagu ve status registru.
Mimochodem CMSIS funkci atan2 neobsahuje.