Příspěvky

61

Server / Re:Amavis + Outlook TNEF/winmail.dat

« kdy: 16. 05. 2019, 16:55:11 »

Pokud to chces mit jako uplne bezny mail server a chces komunikovat s kymkoliv, pak doporucuju winmail.dat poustet. Dnes uz to neni tak bezne, ale stale maily v tomto formatu chodi a tezko nekomu vysvetlis, ze to nepodporujes. Navic bezny uzivatel otlaku netusi, jak ovlivnit, v jakem formatu se email odesle. Obcas to netusi ani uzivatele zkuseni.

Kazdopadne za me praxe (20 let vlastni mail server a par dalsich k tomu) jsem virus nebo spam ve formatu winmail.dat nepotkal (netvrdim, ze neexistuje).

62

Vývoj / Re:C# a přístup k parametru delegáta

« kdy: 27. 04. 2019, 07:23:46 »

Dost mozna mi po ranu neco unika, ale prijde mi, ze to vypada na chybnou myslenku. Tomu getResultAsync musis bud predat instanci multi requestu nebo jeho typ, at uz generikou nebo parametrem. Pokud ruzni potomci multi requestu maji krom skip a take dalsi parametry, pak bych cekal, ze si udelas jejich instanci, nakrmis ji parametry, tu instanci pak predas do search async, tam se vyplni parametry skip a take a preda se to hledacimu tasku. Druha moznost je predat typ a ten pak instanciovat s parametry skip a take.

63

Server / Re:Gmail blokuje emaily z postfix

« kdy: 09. 04. 2019, 08:33:03 »

Jednou email neproijde, druhy den email ze stejne adresy a se stejnym obsahem projde. Je to totalni loterie. Podle me, pokud vam vsemozne pomocne sluzby reknou, ze email je ok, tak nema cenu se googlem stresovat. Nechodi, tak nechodi, sami to tak chteji. Priciny se nedopatrate a nikdy nebudete vedet, co jste udelali dobre nebo spatne. Je to ztrata casu. To, ze u emailu je dobre DKIM a cert vi co, stejne kulovy znamena, protoze tohle je u min 50% spamu ok, takze podle toho, ze to ok neni, se spam uz temer nepozna. Jsou to jen blbosti, ktere chvili k necemu byly, ale choroba se prizpusobila, takze lecba uz temer nezabira...

Pokud by se nkedo dopatral jasne odpovedi od googlu, co jim vadi, tak by to bylo velmi zajimave. Zbytek je vareni z vody, ktere nikam nevede :-(

No ono se musí člověk stresovat, pokud hostuje zákazníkovi, který nadává, že mu nefungují maily.. Já mu nevysvětlím, že gmail si jednou řekne jo a pak někdy zase že ne.. :/

Ja vim, chapu. Ale zkuste to. Protoze si myslim, ze tohle fakt nevybojujete bez toho, ze byste vtrhla do sidla googlu s kudlou v ruce :-(. Moc pekny stav by byl, kdyby lidi od gmailu prave z tehle duvodu zacali odchazet, az by se google chytil za nos a neco s tim udelal, ale nedelam si v tomhle smeru zadne iluze.

Kazdopadne pokud na neco fakt prijdete, tak dejte vedet, jsem napjat.

64

Server / Re:Gmail blokuje emaily z postfix

« kdy: 08. 04. 2019, 07:31:38 »

Jednou email neproijde, druhy den email ze stejne adresy a se stejnym obsahem projde. Je to totalni loterie. Podle me, pokud vam vsemozne pomocne sluzby reknou, ze email je ok, tak nema cenu se googlem stresovat. Nechodi, tak nechodi, sami to tak chteji. Priciny se nedopatrate a nikdy nebudete vedet, co jste udelali dobre nebo spatne. Je to ztrata casu. To, ze u emailu je dobre DKIM a cert vi co, stejne kulovy znamena, protoze tohle je u min 50% spamu ok, takze podle toho, ze to ok neni, se spam uz temer nepozna. Jsou to jen blbosti, ktere chvili k necemu byly, ale choroba se prizpusobila, takze lecba uz temer nezabira...

Pokud by se nkedo dopatral jasne odpovedi od googlu, co jim vadi, tak by to bylo velmi zajimave. Zbytek je vareni z vody, ktere nikam nevede :-(

65

Server / Re:Gmail přijímá moje zprávy do spamu

« kdy: 13. 03. 2019, 10:44:32 »

Gmail posledni dobou dost blbne. Dokonce nektere maily zahodi rovnou, odmitne je prijmout. Pritom jde o normalni korespondenci mezi lidmi. Vrcholem je, kdyz gmail zahodi mail, ktery je odpovedi na email z gmailu. Samozrejme hlavicka obsahuje referenci na puvodni email a jde o naprosto beznou korespondenci. Zdroj emailu neni na blacklistech  a za posledni rekneme 3 roky urcite na blacklistu nebyl a jde o prach obycejny mail navic v plain textu.

Zjistit samozrejme nejde nic.

66

Software / Re:Messenger pro Android? (aktuální stav)

« kdy: 07. 03. 2019, 17:34:31 »

Co se ty ce gui, tak mam nejradeji Telegram, pridani a uprava fotky mi prijde treba lepsi jak ve whatsupu. Musim mit i WhatsUp skrze praci a par dobrych kontaktu a pro cca 2 kontakty mam i Viber, ten mi prijde nejdivnejsi. Co se volani tyce, tak si myslim, ze whatsup je spolehlivejsi nez telegram, ale k volani to obecne moc neuzivam. Kazdopadne moznost tvorit skupiny a posilat fotky, lokace, soubory je moc fajn a nejednou to vyrazne usnadnilo reseni problemu. To pres sms proste rozumne nejde.

67

Studium a uplatnění / Re:Jak jste se naučili programovat?

« kdy: 15. 01. 2019, 16:07:29 »

Jo takhle, takže ta čísla řádků nejsou nijak generované ale nadatlované ručně
A co když místo pro další meziřádky došlo? To se na poslední volný napsalo GOTO a pokračovalo se s kódem na jiném místě? Jak nad tím přemýšlím, tak první program co bych si v tom napsal, by byl na automatickou inkrementaci čísel řádků zdrojáku. Nebo by to bylo na tehdejší poměry plýtvaní zdroji a člověk to nadatloval rychleji?

Rozhodně bylo rychlejší to nadatlovat ručně. Nebyly žádné celostránkové editory, prostě jsi měl dole editační řádek, napsal jsi tam číslo řádku, kod a zmáčkl enter a program to zařadil na správné místo. Jak se to opravovalo, to už si fakt nepamatuju. Jak bys tam narval nějaký program na automatickou inkrementaci čísel řádku, to nechápu, ani nevím, k čemu by to bylo dobré. Možná na přečíslování hotového programu, ale to byl musel přečíslovat i skoky v programu a ZX tenkrát podporoval i takové prasárny, jako GOTO n, kde n byla proměnná.

Nektere editory pracovaly jen v jednom radku (tusim ZX i GW? basic (pmd)), nektere umoznovaly editovat kod kdekoliv na obrazovce (Atari). Jeste se cislo radku uzivalo u prikazu restore, kde se udavalo, na kterem radku se maji zacit cist hodnoty ulozene jako "data". Pres tato data slo primo do kodu dat treba mapu herni obrazovky nebo data pro znakovou sadu, proste jakakoliv data ciselna i textova.

68

Studium a uplatnění / Re:Ako ste sa nauli programovat?

« kdy: 13. 01. 2019, 11:42:51 »

Taky jsem treba udelel editor terenu do hry stunts, bo sem ji mel moc rad, ale slo stavet jen snad na peti terenech.

Editor terénů ve Stunts se zapíná Shift+F1. Samozřejmě jsem tehdy také neměl originálku s návodem, ve kterém je to napsané
Ale ještě víc bych uvítal editor aut, něco jako bylo v Nascar...

Lol, ted si mne znicil cely detstvi ;-) Po tech letech a takovy odhaleni, to bych necekal. Ale to fakt nevedel asi nikdo. Dik za info!

69

Studium a uplatnění / Re:Ako ste sa nauli programovat?

« kdy: 12. 01. 2019, 19:11:13 »

Dali mi pocitac bez her, ukazali par prikazu v basicu a tak sem si programoval.

Chtel jsem naprogramovat treba hru, nebo program na malovani, pozdeji treba editor na plosinovky, nic z toho sem/sme nedotahli samozrejme donkonce, ale kodoval sem ja divej. Pozdeji na pc jsem programoval hry, ktere sem znal z atarka a nemel sem je. Treba sapera nebo lasermaniu, nebo jsem kopiroval i hru z pc , kterou sem ale upravil podle sveho. Taky jsem treba udelel editor terenu do hry stunts, bo sem ji mel moc rad, ale slo stavet jen snad na peti terenech. Nebo prvni apky pro vidle sem delal pro hromadne editace id3 tagu mp3 souboru. Internety nemaje, louskal sem formaty souboru casto sam. Tehdy ale bylo vse postejsi. Tezko rict, co se da takhle resit dnes.

70

Studium a uplatnění / Re:Zkušeností s prací na dálku

« kdy: 01. 01. 2019, 15:02:27 »

Pracujem ako developer a momentalne ako zivnostnik ale je to v podstate tpp. Rad by som casom presiel na homeoffice (prestahovanie sa niekam mimo hlavneho mesta => menej ponuk, volnost), ale to moc firiem nepovoluje, preto ma zaujali stranky ako weworkremotely, remoteok, ai. Mate niekto nejake skusenkosti s takymito strankami, alebo podarilo sa vam najst takto pracu na remote? Popr. ak mate nejake tipy, budem rad.
Dakujem

Prace na dalku neni problem, zalezi na tom, jak poctivy a spolehlivy programator je.

Pokud umite C# nebo C++, pripadne by se na na nase interni veci seslo i PHP, tak se ozvete :-)

https://www.bjsw.cz/kontakt.php

71

Vývoj / Re:Pomoc s Reflexí v C#

« kdy: 18. 11. 2018, 08:53:47 »

...
Uplne "uvnitr" vsech await volani musi byt volani metody cca Task MojeAsyncMetoda() { return Task.Run(() => muj_hrozny_vypocet());} .

Omlouvám se za trochu offtopic, ale nedá mi to.
Výše napsané není pravda a je to podle mně jeden z těch méně vhodných příkladů jak Async/Await používat/implementovat.

Ve zkratce:
Pro CPU bound tasky async/await nemá moc smysl, respektive výhody.
Naopak u IO to dává async/await velký smysl, pokud se tedy úplně "uvnitř" použijí "nativní" async I/O funkce (na místo Task.Run( .. synchroní I/O ..). Umožňuje to mít spuštěno najednou více tasků než je (najednou) využito vláken což šetří zdroje.

Také je dobré si pamatovat že samotné await/await nevynucuje to že práce bude provedena v jiném vlákně(i když to tak někdy může dopadnout). Do hry tu vstupuje koncept SynchronizationContext (kde lze například vynutit že vše bude bude probíhat pouze v jednom vlákně).

Jiný pohled, z hlediska i/o: pokud čteme ze socketu a data jsou již přijata, tak předávat práci(čtení ze socketu do bufferu) "na jiné vlákno" není zrovna hospodárné, proto se čtení se může provést synchroně, a to i včetně potenciálně CPU bound kódu který za povelem na čtení následuje.

Popsat všechny výhody/nevýhody z různých pohledů, to je jistě na několik článků a doporučuji googlit.
Ale ani ofici8ln9 dokumentace není pro začátek špatná, třeba : https://docs.microsoft.com/cs-cz/dotnet/csharp/programming-guide/concepts/async/index

Popravde moc nevim, co z toho, zo jsem puvodne psal, povazujete za nepravdu. Ve vami odkazovanem prikladu se napr. pracuje s http clientem, ktery ma asynchronni metody, ktere primo vraceji tasky, takze se primo tyto metody daji volat pres async. Jak to rozporuje to, co jsem napsal? Dale dotazovatel resil asynchronni zapisy, vy hovorite o asynchronnim cteni. Tady souvislost s mou odpovedi take uplne nevidim. Myslim, ze jsem ani explicitne neuvadel, zda tasky vzdy bezi jako thready nebo ne. V cem tedy prosim spociva nepravdivost me odpovedi? Rad se poucim.

72

Vývoj / Re:Pomoc s Reflexí v C#

« kdy: 16. 11. 2018, 18:18:05 »

To zalezi na tobe, co tvuj program ma delat ;-)

Pokud bys to napsal spravne a fakt by ten zapis do streamu probihal na pozadi, pak by ti mohlo dojit k tomu, ze poradi dat ve streamu bude jine, nez bylo poradi volani te funkce, ktera mela do streamu neco zapsat. Pokud v tom miste, odkud budete tu funkci pro zapis volat, chcete mit minimalni zdrzeni pri volani te zapisovaci funkce, tak treba to zapisovani na pozadi muze byt resenim. Ale jak sem psal, zapisy muzou byt prehazene.

Pokud chci nezdrzovat zapisy a mit spravne razeni, tak proste hodim to co, se ma zapsat, do fronty (bufferu) a na pozadi mi bezi proces, ktery frontu vybira a zapisuje data do streamu.

async await na to neni k nicem, to je takova obezlicka, ktera vam usetri nejake kodovani, ale ktera spohlive mate naprostou vetsinu lidi. Ja to nekdy pouzivam, ale moc casto zase ne ;-).

Priznam se, ze vam to nerknu ted z placu na 100%, ale hadal bych, ze tak ja jste to zapsal vy, by to ani na pozadi nebezelo ;-). V podstate jde o to, ze ta vase metoda nema v sobe zadny bezici Task. Sice to mate jako async metodu, ktera vraci Task, ale v te metode zadny bezici task neni. Dokonce si myslim,  ze vam compiler na to rekne, ze v te metode nemate zadny await na metodu, ktera vraci Task. Uplne "uvnitr" vsech await volani musi byt volani metody cca Task MojeAsyncMetoda() { return Task.Run(() => muj_hrozny_vypocet());} .

73

Windows a jiné systémy / Re:Čím posloucháte MP3 v Androidu?

« kdy: 11. 10. 2018, 12:50:20 »

PowerAmp - taky celkem umi ignorovat knihovnu medii a jit spis po adresarich

https://play.google.com/store/apps/details?id=com.maxmpz.audioplayer&hl=cs

74

Distribuce / Re:Xubuntu 18.04 na Lenovo R61 nehibernuje

« kdy: 10. 10. 2018, 11:32:02 »

Myslím, že Xubuntu z těch možností vypnout/restartovat/hibernovat atd. zobrazuje "chytře" právě ty, které na daném HW fungují: a ty sis to vyeditoval a vnutil mu možnost hibernace...

Mozny je lecos, kazdopadne pokud to neumi hibernaci na 7 let starym hw, tak jsem linuxovym desktopem i po letech zase zklaman :-(

75

Distribuce / Re:Xubuntu 18.04 na Lenovo R61 nehibernuje

« kdy: 10. 10. 2018, 11:30:40 »

O pouziti LUKS/sifrovani nevim, jedine by to xubuntu delalo samo od sebe ve vychozi instalaci. Coz doufam ze nedela :-)

LUKS dela intalator kdyz TY zaskrtnes "sifrovat cely disk"

Kazdopadne ve zminenem souboru bylo UUID swap oddilu. Zmenil jsem to na UUID oddilu, ktery se mountuje jako root (jiny oddil ani nemam, schvalne jsem instalaci udelal co nejprostsi), bohuzel to nemelo efekt. Hibernace stale nepracuje.

v  /etc/initramfs-tools/conf.d/resume MA byt UUID swap oddilu, takze ho tam zas vrat ;-)

Ah, sakra, ok, vratim to zpet :-)