Příspěvky

1051

Studium a uplatnění / Re:Potřebné znalosti pro pozici Java junior

« kdy: 13. 07. 2016, 22:13:07 »

Javaman: Už to nehul, s tvým přístupem by jsi u každé IT firmy skončil nejpozději na konci zkušebky, většinou dřív. V době, kdy se všechno točí kolem dat a ve velkým frčí big data, tak se tvářit, že databáze jsou na nic... tak určitě. A to luxusní CRM, který jsi nevím proč nadhodil, který je pokaždé jiný, je jiný proto, že každá firma má svoje specifické potřeby a postupy a budeš se divit, žádná větší firma se bez něj dnes neobejde, respektive nechce obejít. Evidentně nevíš, o čem je řeč a dost to vypovídá o tvých zkušenostech. A ještě jsi nám v tomto tématu zapomněl říct, jak vyděláváš 300k měsíčně za 3 hodiny práce denně.

1052

Vývoj / Re:Big Data & .NET

« kdy: 13. 07. 2016, 21:05:17 »

Zdar, co poviete na kombinaciu BigData a platformy .NET? Existuju nejake firmy na slovensko - ceskej scene ktore funguju na .NETe a zaoberaju sa BigData-mi? Alebo je to vsetko len Java a Handoop ?

Nevím, jestli je to překlep, ale je to Hadoop, ne Handoop. A ne, že by to nešlo, ne, že by na to nebyly nějaký knihovny, ale po pravdě, i když se MS snaží, .NET je stále převážně Win technologie. A proto se .NET dá použít na nějaké koncové nesmysly, ale samotný big data na tom nikdo zpracovávat nebude, protože big data jsou prostě opravdu BIG, to chce cluster a tam jsou Win licenčně i režijně... ano... až tam.

1053

Sítě / Re:Zlepšení LTE signálu - mobil v ohnisku paraboly

« kdy: 13. 07. 2016, 11:59:23 »

*) Jsem si vedom, ze zkusenym mikrovlnarum se otevira povestna kudla v kapse ;-).

Ne, neotvírá. spoje se nakonec stejně vždy dotáčí dle signálu, ideální je mít předem spočítanou soustavu, změřenou vzdálenost a vypočítané teoretické maximum, aby člověk věděl, čemu se má blížit a neladil půl hodiny nějaký boční lalok. Ono se to podle ničeho jiného doladit stejně nedá. Na držácích antén nejsou žádné kompasy na směr, maximálně stupnice s elevací, ale ta je opravdu většinou spíše orientační.

Co se týče nějakého dotáčení dle kvality signálu místo síly - ano, je to možné, ale většinou nestabilní. Pokud domířím dle signálu, mám první předpoklad k nejlepšímu příjmu, u klasických bezdrátů se potom kvalita řeší použitím správného kanálu, modulace, vysílacího výkonu atd, ale to u mobilu nepůjde. Může se stát, že v zarušeném prostředí na některých frekvencích chytnu nějaký odraz, nebo boční lalok s lepší kvalitou, než napřímo, ale to se potom většinou dost mění v závislosti na čemkoliv, od počasí, až po barvu ponožek neznámého zelináře na druhé straně zeměkoule. Nehledě k tomu, že v takové situaci se zcela běžně stává, že se parametry na obou stranách spoje výrazně liší (vylepším transmit, pokazím receive a opačně).

Ještě bych podotknul, že by asi stálo za to vyzkoušet i polarizaci, BTSky používaly pokud vím převážně vertikální, takže v ohnisku otáčet mobilem. Navíc je dobré vědět, že antén je už v mobilech hromada na všechno možné a je dobré si zjistit, kde je přesně ta pro LTE, aby se dala umístit do ohniska paraboly. Některé mobily mají snad dokonce oddělenou TX a RX anténu klidně na opačném konci přístroje a tam to bude o kompromisu a experimentování.

1054

Server / Re:Rýchlo nabúchať mail server na prijatie jedneho mailu...

« kdy: 12. 07. 2016, 13:14:58 »

Z praxe vím, že v nějakých 95% procentech případů nefunguje. Teoreticky onanovat nad RFC archaismy mě fakt nebaví, a uživatelům to taky nevyhovuje, protože to prostě prakticky nefunguje. Proč, to bylo již mnohokrát vysvětleno. Na to, aby si uživatelé napřímo pokecali ze stroje A na stroj B, je tady nějakých 20 let instant messaging. Ne SMTP. To, že nechodí pošta, budu muset řešit v každém případě. S tím rozdílem, že pokud se vyseru na hovadiny z doby kamenné obsažené v RFC, tak to, že nechodí pošta, zjistím ihned, ne po několika dnech.

Končím nesmyslnou debatu.

Z praxe vím, že když mi tu přes mail servery proteče 50k příchozích a 30k odchozích zpráv denně, tak každé nestandardní nastavení se mi vymstí. Kolikrát je problém přesvědčit někoho, že má špatně nastavený svůj server, i když je to pravda. Nedokážu si představit, že bych ještě někomu vysvětloval, že má svůj server nastavený dobře, ale mně se to zrovna nelíbí.

A znovu a naposledy - pokud je protistrana ve stavu temporary failure, tak to prostě ihned nezjistíš, pokud nemáš vyřešený delay notify, případně vypnutý retry, což by ovšem vedlo k nesmyslnému spamování uživatelů, proti kterému jsi tak bojoval.

Takže ať se ti to líbí, nebo ne, tvůj přístup má reálně jediný přínos a to o delay notify čas rychlejší upozornění na buď korektně nastavený server, který jsi se rozhodl ignorovat, nebo na to, že uživatel posílá email na doménu, která nemá mail server, nebo na chybu v zadání domény u emailu, která zcela náhodou existuje a nemá mail server, případně má, ale podle tebe špatně nastavený.
Nevýhodou je potom nemožnost komunikace s korektně nastaveným serverem, vůbec neřešíš delay notify, respektive podle toho co jsi psal ani nevíš, co to přesně dělá.

A jinak ano, tato debata opravdu nemá cenu a končím s ní.

1055

Studium a uplatnění / Re:Jsem-nejsem dobrej programátor?

« kdy: 12. 07. 2016, 12:46:55 »

Jasne, vsetci co dokazu pracovat popri skole, su lemplove . Poviem vam ale jednu skutocnost. Aj ti, co nerobia popri skole, tak po absolvovani, v podstate robia to, co robili ich studentski kolegovia pocas skoly. A preco nemat uz hned skusenosti a byt dobre zaplateny? Absolventi sasovia pridu na pohovor, zapytaju nekrestanske peniaze, lebo oni maju titul, ale pritom hovno vedia.

Blbost, ví jak se chlastá Ale obecně ano, není problém, aby absolventík bez jakékoliv prokazatelné praxe naběhl s titulem, ze startu si nadiktoval služební auto, mobil, 10 týdnů dovolené, stravenky, home office a nástup 100k. Po tom, co se mu v deseti firmách vysmějí jde nakonec dělat za 15 do fabriky na směny, protože jinde už si udělal ostudu a nechtějí ho.

1056

Server / Re:Zprovoznění mail serveru s Postfix a Dovecot

« kdy: 12. 07. 2016, 12:40:43 »

zase jedna matka Tereza...

Zase jeden frikulín, kterej by chtěl vydělat 5k za hodinu?

5000,- Kč za tuto službu mi připadá naprosto odpovídající cena. Sám obdobné věci dělám za podobné peníze.
Ono je potřeba si uvědomit, že zprovozněním to zpravidla nekončí, že se to pak ještě dolaďuje a že za odvedenou práci člověk také nese nějakou odpovědnost a poskytuje záruku.

Až na to, že když někdo chce něco udělat sám a prosí o radu na fóru, tak je to většinou proto, že to chce buď zadarmo, nebo se to chce naučit. Nabídka "udělám to za 5k" nesplňuje ani jedno. Navíc, pokud chce někdo něco "jen zprovoznit" a byl by za to ochotný zaplatit, přichází v úvahu i nabídka "Udělám to tak a tak a chci za to tolik. V případě dalších požadavků jsem ochoten je řešit za tolik na hodinu, nebo jsem ochotný se o to za tolik měsíčně v takovém a takovém rozsahu starat."

1057

Server / Re:Rýchlo nabúchať mail server na prijatie jedneho mailu...

« kdy: 12. 07. 2016, 12:14:19 »

Aplikovatelnost dnes je naprosto nulová, tak by bylo načase tu relikvii odpískat, nevymýšlet zbytečné kokotiny typu null MX záznam a uzavřít to s tím, že pokud někdo nemá MX záznam, tak prostě emaily nechce přijímat. Ono to totiž především nefunguje. A záznamy na doménu směřují na webserver, kam nejde nic doručit, protože tam nic poštu nepřijímá.

Opravdu? A to řekl kdo, že záznam na doménu musí směřovat na web? Nebo na web serveru nesmí být mail server? To je taky nějaké RFC?
Já třeba na svým VPS mám web i svoji poštu. Popravdě můj web pro mou doménu je jenom Roundcube pro poštu.

Jestli to má, nebo nemá smysl, to je věc názoru. Já MX nastavený mám a nevidím důvod, proč bych mít neměl, ale to neznamená, že někdo jiný ten důvod nemá. Dokud to nikdo nepředělal, je pošta bez MX zcela korektní stav a jestli chceš řešit, proč někomu nechodí pošta, je to tvoje volba. Každopádně to je v takovém případě tvoje chyba a tvoje nedodržení RFC.

1058

Sítě / Re:Zlepšení LTE signálu - mobil v ohnisku paraboly

« kdy: 12. 07. 2016, 12:01:57 »

To je pouze estetická vada, vlnám to nevadí - úhel odrazu se pořád rovná úhlu dopadu. Při podrobném zkoumání střech či jiných vhodných lokalit na takto umístěné paraboly občas narazíte.

Ja vim. Problem je, jak offsetovou parabolu nasmerovat. Jak zjistim, jak moc ji mam naklonit? U stredove paraboly to bude jednodussi.

Stačí zagooglit, jak zobrazit přesněji signál a anténu dotočit přesně. Například tu http://lifehacker.com/5929546/see-the-actual-signal-strength-on-your-iphone-with-this-quick-tweak je návod, jak to zobrazit na iPhounu a dole je i velmi stručný návod, jak na androidu. Jen připomínám, že signál je v dBm v mínusových hodnotách a čím větší, tím lepší, ale je tam matoucí to mínus, takže -60 je lepší jak -90.

1059

Server / Re:Rýchlo nabúchať mail server na prijatie jedneho mailu...

« kdy: 12. 07. 2016, 11:47:45 »

Ano, uživatel, který dostane dejme tomu 12 delay reportů (uvažuji, že budu posílat po 6 hodinách, kdy už je celkem zřejmé, že se nejedná o náhodný krátkodobý výpadek) a pak se mu po 3 dnech mail stejně vrátí, bude opravdu nadšen.

Konkrétně postfix pošle jednu zprávu o tom, že to visí ve frontě a jednu že se to už doručilo, nebo ne. Dokonce nelze nastavit opakování delay zprávy z bezpečnostních důvodů. Pokud bude server špatně nakonfigurovaný a bude trvale ve stavu temporary failure, stane se to samý a uživatel o tom nebude vědět.

V tom RFC je naprosto neobhajitelná, iracionální relikvie nemající dnes žádné opodstatnění, která fungování věcí akorát zhoršuje a zneprůhledňuje. Jelikož ale ty RFC jsou zjevně pro tebe svatým písmem, možná mi poradíš, kam doručovat ty emaily poslané na address-literal - mám si pokaždé hodit korunou, nebo nějakého nešťastníka vylosovat trvale (dokud si nezačne stěžovat), nebo pro jistotu začít spamovat všechny, kdo mají mailovou schránku se stejným jménem? (O tom, že na adresu typu mailbox@[1.2.3.4] bude něco posílat akorát pomatený ruský/čínský spambot, se vůbec nezmiňuju.)

To je dáno tím, že internet byl vytvořen jako médium pro sdílení a s tehdejší technologií bylo nutno použít "brute-force", aby prošlo informací co nejvíce. Bohužel, dnes je internet spíše médiem pro schovávání, každý starší protokol má k sobě přilepenou spoustu bezpečnostních rozšíření a z důvodu "bezpečnosti" se prosazuje myšlenka "raději doručit méně, než více".

Co se týče pokusů o doručení, není v RFC číslo, ale minimálně jedno opakování by být mělo (podle RFC dokonce MUSÍ), což vyplývá z odstavce 4.5.4.1.

The sender MUST delay retrying a particular destination after one
   attempt has failed.  In general, the retry interval SHOULD be at
   least 30 minutes; however, more sophisticated and variable strategies
   will be beneficial when the SMTP client can determine the reason for
   non-delivery.

   Retries continue until the message is transmitted or the sender gives
   up; the give-up time generally needs to be at least 4-5 days.  The
   parameters to the retry algorithm MUST be configurable.

Co se týče 4-5 dnů, tam se o tom dá polemizovat, přece jenom poměry se změnily, ale něco nedoručit jen proto, že neexistuje MX, které dle RFC není povinné, to je trochu rozdíl.

Že někdo není schopný za 30 let nastavit nepovinné MX, to je asi stejný argument, jako tvrdit, že někdo za 30 let nepochopil, že to není povinné.

1060

Sítě / Re:Nefunguje ping v lokální síti

« kdy: 12. 07. 2016, 10:47:36 »

Tak to podstatné, winbind ti dělá wins server. Všechno tak nějak vypadá v pořádku, osobně bych viděl problém někde ve skvělém a úžasném systemd. Otázkou je, co ti dělá DHCP, jestli nějaký server, nebo router. Pokud server, nainstaloval bych na něj DNS a aktualizoval ho z DHCP, co nemá DHCP, tak zadat ručně. Pokud ti to dělá nějakej router za pár korun, bude to horší, některý to umí, některý ne.

1061

Server / Re:Rýchlo nabúchať mail server na prijatie jedneho mailu...

« kdy: 12. 07. 2016, 10:27:57 »

Nějaký ještě pitomější "argument" by tam nebyl? V těch RFC jsou historické přežité kraviny nesloužící žádnému rozumnému účelu. Pokud na ně někdo spoléhá, tak mu holt nebude chodit pošta. Např. pokud mi někdo bude cpát mail na "adresu" postmaster@[1.2.3.4], tak bude mít taky smůlu, protože si fakt nevycucám z prstu, který mailbox z těch stovek domén má na mysli. To, že mi bude někdo šermoval přes ksichtem RFC s tím, že to je přece legitimní, mu fakt nepomůže - věcně je to úplná blbost.

RFC jsou tu kvůli vymezení mantinelů. Porušovat, nebo ignorovat části RFC je sice možné, ale minimálně ve firemním sektoru bych se RFC opravdu držel. Znemožnit někomu komunikaci a tím třeba připravit sebe nebo protistranu o smlouvu/peníze, to není nejlepší způsob. Pokud bych na něco takového přišel jako majitel firmy, jejíž ITík se rozhodl, že bude implementovat dle sebe, asi bych nebyl nadšenej, potažmo ani ITík by asi nebyl spokojenej s výpovědí.
Pokud chci vědět, že email je stále ve frontě, v postfixu jsou na to krásné volby delay_warning_time a confirm_delay_cleared.

1062

Server / Re:Rýchlo nabúchať mail server na prijatie jedneho mailu...

« kdy: 12. 07. 2016, 10:12:15 »

...to je opravdu tak těžké nastavit ten mail server, ať to zkusí jen jednou? alespoň to neodporuje RFC) není dostatečný důvod je rozbíjet.

Tuším podle RFC je třeba doručovat víckrát (myslím min 3x), ale hledat se mi to nechce. Každopádně zkoušet to jen jednou není nejlepší nápad, například greylisting poprvé mail odmítne jako temporary failure. Muselo by se to ošetřit lépe, třeba jen při unreachable, ale ani to není nejlepší, když se koukám do logů, ani tento stav není zcela vyjímečný (pravda, koukám na server, kde lítají tisíce mailů denně) a občas prostě něco na chvíli vypadne a kvůli tomu se na odeslání vykašlat je blbost.

1063

Server / Re:Zprovoznění mail serveru s Postfix a Dovecot

« kdy: 11. 07. 2016, 12:44:55 »

To bohužel není za hodinu. Pokud je to i jen malá firma vo pěti lidech, tak tě budou ještě nejmíň měsíc votravovat, že zapomněli na tohle a na támhleto a že se jim začaly vracet jejich nejúžasnější HTML ňůsletry jako spam, že jim přestala vodcházet pošta z webového formuláře co před deseti lety nastavil Pepa, na kterýho už nikdo nemá číslo, že by chtěli přidat k mailům standardní firemní disclaimer, co jim poradil za tři litry právník, atd. atd. atd.

Ale no ták, evidentně dělá vlastní od nuly a chce se v tom hrabat. Pro jednu doménu je to práce na 10 minut, s nějakýma virtuálama si prostě vezmu konfiguraci svýho, přepíšu pár věcí a mám postfix, mysql, dovecot, SA, clamav, sieve a ještě postgrey jako bonus .

1064

Server / Re:Migrace emailové pošty z Outlook.com

« kdy: 11. 07. 2016, 11:49:35 »

Žádnej učenej z nebe nespadl (ale blbce, jako by shazovali). Vždy bylo dobrým zvykem pomoct, ale poslední dobou je to samý posílání někam, kašli na to, za prachy ti to zařídím a podobně.

A odpověď:
Pokud je u poskytovatele mail server nastavený pro vaši doménu, musí se přehodit MX záznam na DNS z Outlůku na toho poskytovatele (údaje by měl poskytovatel dodat). Co se týče migrace, pokud je pošta od poskytovatele přes IMAP a jedná se pouze o pár účtů, nejjednodušší je vždy nastavit na jednom PC oba účty, jak Outlůk, tak poskytovatel a poštu normálně přetahat myší z jednoho do druhýho. Pokud je účtů hodně, tak neporadím, protože Outlůk je od MS a to je satan černý, chlupatý, špinavý, smradlavý a prostě nevím.

1065

Server / Re:Zprovoznění mail serveru s Postfix a Dovecot

« kdy: 11. 07. 2016, 10:35:32 »

zase jedna matka Tereza...

Zase jeden frikulín, kterej by chtěl vydělat 5k za hodinu?