Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Tuxik

Stran: 1 ... 68 69 [70] 71 72 ... 99
1036
Studium a uplatnění / Re:Ziadost o zvysenie platu
« kdy: 17. 07. 2016, 19:50:53 »
Javoušku, už jsi tu ze sebe udělal debila několikrát a to i po odborné stránce, takže je jasné, že nejsi žádný expert a pravděpodobně ani ta lopata, ale jestli máš vůbec něco společného s Javou, tak maximálně nějaké domácí špagetové šmudláníčko. Co se týče toho trollení, ono nic se nemá přehánět, některý lidi štveš, některým jsi k smíchu (třeba mně), ale vážně tě asi nebere nikdo, kdo sem chodí pravidelně a měl tu čest tě číst v různých diskuzích. Ale možná bych s tebou udělal kšeft. Jestli sem do hodiny napíšeš v javě úplně jednoduchej bubblesort pro pole integerů, tak na tebe nebudu reagovat a nebudu z tebe dělat ještě většího blbce, než jsi ;)

1037
Tak trochu detailnější popis, konečně na to mám pořádně čas.

Kód: [Vybrat]
SCheck_domain1
Nový ruleset s názvem Check_domain1
Kód: [Vybrat]
R 192.168.$+            $@ OK
jestli je na začátku IP adresy 192.168. , tak Check_domain1 skončí se stavem OK, jestli není, pokračuje se dál bez akce
Kód: [Vybrat]
R 10.10.$+              $@ OK
jestli je na začátku IP adresy 10.10. , tak Check_domain1 skončí se stavem OK (nezapomínat na tečku před $, jinak by sedělo třeba 10.100.... 10.101..... atd
Kód: [Vybrat]
R $*                    $#error $@ 5.7.1 $: "550 Relaying denied"
jestli IP adresa nezačíná s žádným z předchozích, tak se provede výchozí akce pro kontrolovanou doménu - konec Check_domain1 s chybou.

Kód: [Vybrat]
SLocal_check_mail
ruleset Local_check_mail - je standardně volán z rulesetu check_mail, který se volá automaticky při ověřování MAIL FROM
Kód: [Vybrat]
R $* @ $*               $: $2
vstupem Local_check_mail je mailová adresa, toto ji rozdělí na jméno a doménu a dál pošle jen doménu
Kód: [Vybrat]
R domena.tld            $@ $>Check_domain1 $&{client_addr}
jestli je doména "domena.tld" tak zavolej Check_domain1 a skonči - jestli doména neodpovídá, akce se neprovádí a pokračuje se dál
na toto místo je možné dopsat další domény jednoduchým zkopírováním tohoto řádku a záměnou domena.tld
je možné zavolat buď stejný Check_domain1, nebo pokud jsou adresy pro další doménu jiné, analogicky se založí například Check_domain2
$&{client_addr} je funkce sendmailu, která jako vstup pro Check_domain1 předá IP adresu, která chce email odeslat
Kód: [Vybrat]
R $*                    $@ OK
pokud doména není žádná z kontrolovaných, pustí zbytek emailů dál bez omezení

snad je to všechno, nakonec je to celkem primitivní, když se do toho člověk ponoří :)

debug se dá provést killnutím sendmailu a jeho spuštšním s parametry
Kód: [Vybrat]
sendmail -bD -d21.2

následně se dá otestovat telnetem:
Kód: [Vybrat]
telnet mail_server 25
a postupným zadáním příkazů do telnetu
Kód: [Vybrat]
EHLO adresa_mail_serveru
MAIL FROM: testovaci@email.tld
sendmail by měl vypsat debug informace a na konci by mělo být poznat, jestli testovací adresa byla schválena. Jako adresu pro testování se do konfigurace zadá adresa, ze které se připojujeme - klidně 127.0.0.1, pokud testujeme přímo z mailserveru, pokud zadáváme celou adresu bez "masky", podmínka výše vypadá takto:
Kód: [Vybrat]
R 127.0.0.1            $@ OK
nebo můžeme zkusit například
Kód: [Vybrat]
R 127.0.0.$+           $@ OK

Ještě upozorňuji, že sendmail mezi pravou a levou stranou rewrite rules POŽADUJE TABULÁTOR(y), s mezerami NEBUDE FUNGOVAT!

a ještě doplnění, kdyby byla potřeba maska například 10.10.0.0/23, musela by se zadat na dva řádky jako 10.10.0.$+ a 10.10.1.$+ . Pro masku /17 by se muselo vytvořit 128 jednotlivých řádků od 10.10.0.$+ po 10.10.127.$+ .

1038
Tak tu to je...

Kód: [Vybrat]
SCheck_domain1
R 192.168.$+            $@ OK
R 10.10.$+              $@ OK
R $*                    $#error $@ 5.7.1 $: "550 Relaying denied"

SLocal_check_mail
R $* @ $*               $: $2
R domena.tld            $@ $>Check_domain1 $&{client_addr}
R $*                    $@ OK

kdyby to nebylo jasne, rad zodpovim pripadne dotazy :)

Jen doplnim, SLocal_check_mail uz by mel ve vychozi konfiguraci existovat jako prazdny, tam je treba pridat ty tri radky, ACheck_domain1 je komplet nova cast

1039
Tuxik: paráda :)
24,16,8 stačí, syntax klidně tak jak se zadává v access

Nooo tak jednoduchy to neni, narazil jsem na drobne problemy, ale jsem na dobre ceste. Zase y toho nebudu nekolik let klidne spat :D

1040
Jeste se zeptam, staci na ty subnety masky 24,16,8, nebo i jine?

1041
Tuxik: důvod je víceméně historický - na sendmail jsem zvyklý, protože je na všech serverech o které se starám (+ podpůrné skripty s tím počítají) a doteď jsem neměl žádný důvod ho měnit - jenže když už, tak nejlíp všude, ať je to jednotné a to by znamenalo spoustu času (seznámení, odladění konfigurací...)
No nutit tě do ničeho nebudu.
Jinak, ten návod na https://lists.centos.org/pipermail/centos/2006-September/026821.html je správně, až se najím, popíšu detailněji ;)

1042
Sítě / Re:Nefunguje ping v lokální síti
« kdy: 15. 07. 2016, 08:16:17 »
Winbind ani nemá nic jiného než init.d skripty a "chytráci" už ví, že za to může systemd.

Není to náhodou tahle chyba v nové verzi winbindu?

Hmhmhmmm... doporučuji použít následující skript pojmenovaný problemfinder.sh

Kód: [Vybrat]
#!/bin/bash
echo "Maly moment, hledam problem..."
if grep $1 /var/log/* -R -C 100 | grep systemd > /dev/null; then
    echo "Muze za to systemd";
else
    echo "Nemuze za to systemd";
fi

použití je jednoduché:

Kód: [Vybrat]
./problemfinder.sh problemova_sluzba

Doplnění: Skript podléhá licenci TuxiikLic 1.0 - každý, kdo jej jen jedním očkem zahlédne, je povinen jej používat, šířit a bezvýhradně mu věřit.

1043
storovana procedura je vzdy rychlejsia, ako to robit cez nejaky framework, ktory pouziva ci uz Java, alebo C#, ci ine jazyky. Jednoducho je to holy fakt.
V praxi jsou případy, kdy to tak není (ale uznávám, že to není často). Pokud si to přiznáte, ušetříte si spoustu nepříjemností.
Ano, například pokud je databáze přetížená, nebo běží na nějakým starým šrotu a požadované operace jsou náročné, tak může dojít k tomu, že je rychlejší data vycucnout, zpracovat a poslat zpět. Ale to je situace dost blbá a obecně riskantní. Pokud bude mít databáze k dispozici stejný výkon, jako externí program a dělá to někdo, kdo stored procedury nedodrbe, tak by měla být vždy výkonnější. Šance, že nějakej javaman dokáže optimalizovat kód lépe, než slušná databáze a to o tolik, aby to pokrylo režije a ještě stále to bylo lepší, se limitně blíží nule.

1044
Nechci obhajovat šmudlání a přistupuji k němu, teprve při problému. Pokud join trvá dlouho, zkusím obě možnosti a zvolím rychlejší. Nebo když se objeví časová koincidence mezi pouštěním sestavy a havárií jinde. Ono by to asi jinak chodilo na pořádném hw a pořádné db. Naše firma nechápe, že pro m2m systém se stovkami zpráv za sekundu nestačí stejná platforma jako pro e-shop s pěti zákazníky za den.
Další důvod pro šmudlání může být spojení tabulek přes více databázových serverů, což také nebyl můj nápad. Ale můžu akorát šoupat nohama. Nejsem proti distribuované datbázi, pokud spolu umí komunkovat, což ty naše neumí (firebird, mysql, postgresql, mssql).
V podobné firmě jsem pracoval několik let v naději, že to někdo pochopí. Nepochopil. Bylo levnější zaměstnávat dva lidi navíc kvůli věčným problémům a naštvaní zákazníci nikoho nezajímali. Nakonec jsem udělal pápá, protože lepit průšvihy na starých krámech mě ani neuspokojovalo, ani to nepřinášelo žádný růst. Teď už delší dobu lepím průšvihy na nových krámech, každou chvíli se něco posouvá dopředu, upgraduje, zkouší, dostal jsem se ke skutečným databázím, ke clusterům, k opravdovým serverům, k čistokrevným UNIXům, k SANovým polím, k SAPu, nemusím kromě všeho ostatního řešit HW, ani vymýšlet zbytečné workaroundy, protože je všechno v podpoře a jsem spokojenej. Doporučuju hledat. Já se zasekl kvůli téměř rodinnému prostředí a kamarádům, ale nakonec bych v bývalé práci skončil bez kontaktu s realitou a až by firma zkrachovala (což je jen otázkou času), byl bych v řiti a mohl bych jít kopat kanály.

1045
Poradíte pls někdo, jak nastavit sendmail, když chci dosáhnout toho, aby e-mail s konkretní doménou adresy odesílatele (např. domena.com) přijal pouze z definovaných IP subnetů (např. 192.168.0.0/16, 10.10.0.0/16)?

V access.db můžu nastavit jedno nebo druhé, pro obojí zároveň to předpokládám bude potřebovat definovat  LOCAL_RULESETS (nejspíše SLocal_check_rcpt) a tady se ztrácím....

Jsem skoro v pokušení to doma vyzkoušet, sendmail jsem poprvé a naposledy instaloval a hlavně konfiguroval snad před 15ti, možná více, lety... tenkrát se ještě moc neřešily věci jako spam, šifrování, zabezpečení a i přesto to byl nezapomenutelný zážitek hraničící s noční můrou. Je pro sendmail nějaký zvláštní důvod? Není lepší ho vyměnit za postfix? Přecejenom, uživatelská základna je myslím násobně větší...

1046
Pro sloupcovou databázi bych musel mít hodně dobrý důvod vzhledem k jejich nerozšířenosti.
Dovolil bych si poněkud nesouhlasit, Oracle 12C sloupcovou DB zvládá, Sap HANA je převážně sloupcová a spousta menších, ne moc známých, ale velmi dobře funkčních, třeba MonetDB. Většinou se sloupcové DB používají jako in memory. Spousta lidí by se divila, na co všechno je to vhodnější, než klasická řádkově orientovaná DB.

Pokud je přešmudlání v Javě pomalejší než složitý dotaz nebo uložená procedura, pak je buďto špatný ovladač JDBC nebo špatně navržený algoritmus v Javě nebo hodně rychlá databáze. Z mojí zkušenosti s OpenSource diskovými databázemi je už od pár stovek záznamů rychlejší načíst samostatné tabulky a přešmudlat v Javě. V C++ je rozdíl ještě větší a navíc i ovladače pro C++ jsou rychlejší. S Oraclem za stovky tisíc zkušenost nemám a ani naše firma ji nechce koupit.
Přešmudlání bude vždy pomalejší, už jen kvůli mezivrstvě, často je třeba započíst i síťové latence, pokud se nešmudlá přímo na serveru. Nehledě k tomu, že spousta javamanů je schopná kvůli každému přešmudlanému řádku poslat 5 dotazů a ještě zprasit logiku. Stored procedury jsou na opakující se přešmudlávání mnohem vhodnější a výkonnější, kolikrát není třeba ani to a stačí si vytvořit view.

Částečně souhlasím s větou "Většinou jsou to nějaké lopaťácké věci - ne pro mě". Autor tím asi narážel na typické "informační systémy" vyvíjené v ČR. Tedy formuláře dříve ve formě "obrazovek", dnes ve formě webových stránek, kde něco vyplníte a to se pak zapíše do databáze. Ve složitějším případě se vstup primitivně validuje. Vrcholné umění takových "systémů" je sestava, ve které se spojí tři tabulky a kterou lze dokonce i filtrovat podle jednotlivých sloupečků.
Ano, ale to jsou experti, kteří DB sice používají, ale neznamená to, že to umí. Je to jako tvrdit, že někdo umí programovat, protože si občas napíše dvacetiřádkovej skriptík.

Jediná "přemyšlecí" práce je dohadování se zákazníkem nebo v horším případě s člověkem, který předtím mluvil se zákazníkem a opoměl si vyptat důležité informace. Tedy žádné složité algoritmy, žádná umělá inteligence, nic pro "hračičky", jen nudná otročina a frustrující dohadování o zadání, kdy tápou programátor i jeho nadřízený.
Ano, to je častý problém při programování. Programátor nerozumí řešené problematice, zákazník vlastně neví co chce a když to náhodou ví, tak to buď neumí sdělit, nebo si to představuje strašně jednoduše. Nezřídka se stane, že sice zákazník chce vytvořit nový systém, ale ve finále by chtěl, aby vypadal a choval se jako ten starý. Pokud navíc dojde k tomu, že manažer firmy zákazníka domlouvá práci s manažerem firmy programátora, aniž by vlastně věděli, co kdo chce a co je možné, tak je to totální konec.

1047
Databáze jsou OK, ale nikdy jsem s nima moc dělat nemusel, i když je umím. Většinou jsou to nějaké lopaťácké věci - ne pro mě.
Tohle budu muset ukázat našemu DB guru :D Viděl jsi vůbec někdy jinou databázi, než tabulku v Excelu? Dokážeš použít pro konkrétní case správné řešení? Rozhodnout se mezi relační a sloupcovou databází? Kdy použít in memory? Víš o tom, že databáze mají vlastní jazyky, které jsou na zpracování některých úloh násobně rychlejší, než si data vytáhnout, přešmudlat je v javě a vrátit výsledek zpátky? A co třeba ovládání optimizerů v databázích? Pokud prohlašuješ, že databáze umíš, ale neděláš, tak to s velkou pravděpodobností znamená, že o nich vlastně nevíš nic a možná s googlem dáš dohromady nějakej jednoduchej select.

O výdělku jsem nic neříkal ani vedle. Ale že 80k je pro lopaty, to je jasná věc.
Takový nesmysly o 3 hodinách denně a stacisících za měsíc jsi tu plácal pár dní zpátky. Začíná to být blbý, když si člověk nepamatuje vlastní pohádky.

1048
Sítě / Re:Nefunguje ping v lokální síti
« kdy: 13. 07. 2016, 23:01:38 »
By mě jen zajímalo, co by k tomu řekla ta banda systemd milovníků... úžasný systemd to prostě nahodí a udrží to nahozený za každou cenu, i kdyby to nefungovalo. Bezva :)

1049
Co to je za nesmysly s tou doménou? Proč bych řešil nějaké komunikace, které se můžu případně doučit během chvíle v práci? To je jako jít do banky už se znalostí bankovních protokolů :D

Proč? Třeba proto, že když umíš jen matlat po večerech javu, aniž bys uměl řešit konkrétní problémy z konkrétní oblasti, tak prostě nemůžeš nastoupit jinak, než na junior pozici a za peníze násobně menší, než tvých vysněných 80k pro lopaty.
Skoro bych se tě zeptal, co alespoň trochu konkrétněji děláš, ale začínám mít tušení, že to budou zase nějaký naváděcí systémy střel pro němce a pro "rusi", navíc z donucení jako švarc na českej ŽL.

1050
Studium a uplatnění / Re:Jsem-nejsem dobrej programátor?
« kdy: 13. 07. 2016, 22:35:23 »
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.

Tyhle pohádky miluju :D Nebo když mění často práce, tak časem ho nikde nevemou! Nebo pokud nemá jméno, tak nemá šanci na dobrej flek. By mě zajímalo, jestli jen papouškujete ostatní a nebo jste to fakt zkusili. Jako vysněný vysokoškolák, který chtěl 100 tisíc a pak dělá u pásu, zní sice cool, ale tomu snad nikdo tady nevěří.

Řekl člověk, který skončil za 15k u pásu. A ano, všechno z toho je pravda. V IT snad neexistuje žádná specializace, kde člověk přijde a hned může samostatně pracovat. Pokaždé je třeba nějaká adaptace a většinou na ni ani zkušebka nestačí, maximálně nějakým servisákům na stanice. Proto je logický, že když přijde někdo, kdo za poslední dva roky vystřídal 3-5 zaměstnání, tak buď dostane nástupní plat uklízečky, nebo ho nevezmou vůbec, protože je to prostě riziková investice. Možná, kdybys na HR jen nenadával a něco si o tom zjistil, tak bys tady nebyl za úplnýho debila, protože HR není primárně hodnocenej za to, kolik dal debilům zbytečně peněz, ale za to, jak hledá rozumné lidi, za přiměřené peníze. Až jednoho krásného dne přestaneš matlat po večerech javu bez databází a třeba si najdeš i rozumné místo, tak najednou zjistíš, že každej v IT, od programátora po nejtupějšího servisáka, se setkává i s věcmi dalece přesahující jeho obor a pokud je odmítá, odmítá pochopit problémy které řeší a i kdyby byl chodící encyklopedie třeba tvé milované javy, tak je v praxi nepoužitelnej. Přeji hodně štěstí.

Stran: 1 ... 68 69 [70] 71 72 ... 99