Příspěvky

496

Vývoj / Re:Ako programovo odoslat email priamo bez SMTP hostingu?

« kdy: 06. 09. 2022, 09:31:20 »

Programovat celý MTA určitě nechcete. Nainstalujte si na server nějaký MTA, třeba Postfix, a e-maily předávejte k odesílání jemu. Postará se o frontu zpráv a opakované odesílání, správné zjištění cílového serveru, napojíte do něj DKIM… Jenom s provozem toho MTA si užijete spoustu „zábavy“, natož kdybyste to celé chtěl programovat.

Jinak provozovat vlastní MTA je dneska hrozná otrava, protože kde kdo nastavuje šílená antispam pravidla, velké hráče jako GMail, Outlok či v ČR Seznam dá na allow list a tváří se, jak mu to funguje, protože přece zablokuje spoustu spamu a od velkých serverů e-maily dostává. Viz třeba tohle čerstvé vlákno na Twitteru: https://twitter.com/cfenollosa/status/1566484145446027265

497

Vývoj / Re:Poraďte backendovou platební bránu

« kdy: 05. 09. 2022, 20:20:45 »

Když napíšete, že vám něco nevyhovuje, ale nenapíšete proč, je dost pravděpodobné, že dostanete doporučení na další služby, které vám ze stejného důvodu nebudou vyhovovat. Otrlejší vám poradí ty služby, které jste uvedl jako nevyhovující - protože, upřímně, otázka "tyhle nechci a neřeknu proč" si takovou odpověď zaslouží.

Jinak třeba JetBrains používají Adyen, Economia používá PayU a opakované platby používá, opakované platby určitě umí PayPal nebo Google Pay.

498

Sítě / Re:Routování mezi dvěma IP rozsahy

« kdy: 01. 09. 2022, 13:05:25 »

Ano, tyhle složité konfigurace řeší nějaký framework nad kontejnery, avšak když už člověk musí sáhnout na ip, je to asi proto, že řeší nějaký problém a pak je fakt vhodný na to používat ty správný nástroje, které ukáží to co mají.

Ani nemusím na ip sám sahat. Úplně stačí, že ho používá ten framework nad kontejnery – fakt nechci zkoumat, jestli ten framework používá síťová rozhraní tak, že tomu bude nebo nebude ifconfig rozumět.

Proto by mělo v každé diskusi, kde někdo zmíní ifconfig zaznívat, že je to špatný nástroj a má se používat ip.

Jak je vidět v této diskusi, je potřeba ještě druhá věc – aby ti, kteří stále používají na linuxu ifconfig, se tím nechlubili a nezkoušeli přesvědčovat ostatní, že je to vlastně v pohodě. Pokud to někdo používá a nedělá mu to problém, ať si to klidně používá, ale ať netvrdí ostatním, že je to v pohodě, když to neví.

499

Sítě / Re:Routování mezi dvěma IP rozsahy

« kdy: 01. 09. 2022, 09:49:57 »

ano, máte pravdu a my všichni se pleteme.

No, „my všichni“ jste dva, zatímco o nevhodnosti používání ifconfig na linuxu tu psali čtyři lidé. Byly tu uvedené příklady, kdy ifconfig funguje špatně, ty nikdo nerozporoval. Akorát tu pořád dokola opakujete, že při vašem způsobu použití si nejste vědom toho, že by vám to fungovalo špatně.

Že to používáte sám, to je váš problém. Co ale nechápu, proč to pořád nutíte ostatním. Víte, že ifconfig funguje špatně. Tvrdíte, že při vašem způsobu použití vám funguje, ale nedokážete přesně popsat podmínky, za kterých ifconfig může fungovat správně. Nebo-li vaše rady jsou ostatním úplně k ničemu, můžou jim nanejvýš uškodit. Proč to tedy ostatním pořád nutíte? Přitom byste se měl akorát tak stydět v koutě, že pořád používáte nástroj, který už dvacet let nefunguje.

500

Sítě / Re:Routování mezi dvěma IP rozsahy

« kdy: 31. 08. 2022, 18:07:00 »

Takze pro bezneho uzivatele, nebo provozovatele serveru to bude porad v pohode rozhrani.

Pokud běžnému uživateli nevadí, že se nemůže spolehnout na to, co ifconfig zobrazuje…

501

Sítě / Re:Routování mezi dvěma IP rozsahy

« kdy: 31. 08. 2022, 16:06:53 »

nelzete, nepodivoval jsem se nad nicim. Jen jsem psal, ze (bohuzel) ifconfig je stale vsudypritomny a funkcni (pokud clovek nepouziva i dalsi konfiguracni veci)

a zase chapu, ze jsme na foru, tak se tu muzeme hadat x mesicu. Ja si svoje rekl. Ifconfig nepouzivat, ale stale funguje.

Nefunguje. Výše jsem uváděl příklady.

Ta vaše teorie, že když nebudete používat nic jiného, bude ifconfig fungovat správně – to máte něčím podložené nebo je to jen dohad? A máte svůj systém tak perfektně zmáklý, že opravdu víte, že nikde žádný nástroj nebo utilita nemůže volat ip nebo nevolá přímo funkce jádra tak, že by to mohlo ifconfig zmást?

Spíš to bude tak, že jste si zatím nevšiml toho, že by zrovna vám na vašem počítači ifconfig dělal něco špatně. (Což například znamená, že nemáte 2 IP adresy na jednom rozhraní. A nebo jste si nevšiml, že to ifconfig zobrazuje špatně.) To mi ale nepřipadá jako dostatečný důvod, proč psát do fóra, že ifconfig na linuxu funguje a mást tím lidi.

502

Sítě / Re:Routování mezi dvěma IP rozsahy

« kdy: 31. 08. 2022, 12:11:50 »

v tom pripade to nepouzivejte

Vždyť to jsem psal. To vy jste se podivoval nad tím, proč to nepoužívat.

503

Sítě / Re:Routování mezi dvěma IP rozsahy

« kdy: 31. 08. 2022, 10:48:40 »

ifconfig stale normalne funguje, jen je 'pry' deprecated, bo se neudrzuje. Jinak mi to zatim fungovalo vsude

Ne, nefunguje. Například nedokáže zobrazit víc IPv4 adres na rozhraní, pokud nejsou nastavené speciálním způsobem, kterému ifconfig rozumí. Nebo si naopak ifconfig vymýšlí rozhraní, která v systému nejsou. Když pak někdo dá požadavek na shození tohoto rozhraní, ifconfig místo toho shodí jiné – a uživatel se pak hrozně diví (nejlepší je, když si takhle shodí rozhraní, přes které je připojen).

504

Vývoj / Re:HTTP Content-Length :přibližná velikost

« kdy: 30. 08. 2022, 10:55:58 »

Neexistuje. Nicméně do odpovědi si můžete přidat, jakou hlavičku chcete (když je nestandardní, je fajn, když před její název dáte X-, takže třeba X-Approximate-Length). Na klientovi si pak tu hlavičku můžete přečíst a pracovat s ní, jak potřebujete.

505

Sítě / Re:Routování mezi dvěma IP rozsahy

« kdy: 28. 08. 2022, 12:20:00 »

Pokud chce mít někdo v domácí síti switch podporující VLANy, ať to klidně má. Ale myslím, že ten, kdo chce mít doma (nebo i v malé firmě) oddělenou síť, třeba na pokusy nebo pro IoT zařízení, obejde se i bez VLANů. Ale také je pravda, že už se dají pořídit switche s podporou VLAN za méně než tisícovku.

506

Sítě / Re:Více IP síti sdílející linky

« kdy: 28. 08. 2022, 07:47:41 »

K tomu by mě zajímalo, i když se jedná o něco trochu jiného (bez bridgů), je možné "sdílet" L2 infrastrukturu (nebo její část) pro víc odlišných sítí ne, ničemu to nevadí? Otázka je, jak časté to je...

Ano, je to možné a je to běžné. Když to použijete bez VLAN, je to víceméně na dobré slovo (když si někdo nastaví IP adresu z jiné sítě, normálně se do ní dostane), s VLAN a třeba kontrolou MAC adres už je to i docela bezpečné.

507

Sítě / Re:praktický význam SNAT --to s jednim portem

« kdy: 26. 08. 2022, 13:37:12 »

ale prakticky    se pokaždé na web lidi připojují na port 443

Internet není jen web.

Možná tady je jádro pudla. Je použití SNAT takové, které s tímhle nějak souvisí?

S čím má souviset? Napsal jsem vám dva příklady služeb, kdy není definován cílový port ale zdrojový (a je jich víc, já jsem jenom vybral jednu službu používající TCP a jednu UDP).

508

Sítě / Re:Praktický význam SNAT --to s jedním portem

« kdy: 25. 08. 2022, 08:40:57 »

Předpokládám, že vám v příkladu vypadlo -j SNAT.

Použije se to tehdy, když chcete v odchozím paketu nastavit konkrétní port nebo rozsah portů. Konkrétní port se použije tehdy, když je potřeba nastavit konkrétní port – například když to vyžaduje protokol. Např. u FTP v aktivním módu otevírá server datové spojení vždy z portu 20. DNS odpovědi přes UDP se posílají z portu 53.

Obecně to souběžná připojení na jednu službu neznemožní, protože spojení je určeno čtveřicí (zdrojová a cílová IP adresa, zdrojový a cílový port) a obecně není služba svázána s žádným portem – takže spojení se pořád mohou lišit cílovým portem. Příkladem je opět FTP v aktivním módu, kde můžete mít více datových spojení, protože každé má jiný cílový port.

509

Vývoj / Re:architektura mikroservis bez event sourcingu

« kdy: 23. 08. 2022, 20:32:55 »

Máte pravdu. Nic konkrétního neřeším, ale chtěl bych si začít něco po večerech tvořit. Nad čim se zamýšlím je, že pokud bych měl výkonnostní problémy, chtěl bych být schopný rychle spawnout nové instance mikroservis a případně i projekce "lusknutím" prstu. A zase přebytečný po nějaké době zahodit. Je to jen cvičení pro mě, nikdo se nemusí bát, že teď budu něco půl roku vorat a pak nám nebude fungovat datovka... 

Typické je, že data máte v jedné databázi, která škáluje nezávisle ne mikroservisách. Pokud byste chtěl, aby každá mikroservisa měla svou databázi, stejně byste měl problém, jak je mezi sebou synchronizovat. Pokud jste chtěl eventsourcing použít proto, abyste získal aktuální stav pro novou instanci služby, stejného výsledku dosáhnete i tím, že jen zkopírujete aktuální stav nějaké aktuální databáze. Ale jak jsem psal, nepokoušejte se ,ít nezávislé databáze pro každou instanci a nějak to ručně synchronizovat. Nechte tohle na té databázi, spousta databází je na to stavěná, aby byly škálovatelné a uměly synchronizovat data napříč nody.

510

Vývoj / Re:architektura mikroservis bez event sourcingu

« kdy: 23. 08. 2022, 19:43:38 »

Event sourcing v žádném případě není nutný pro mikroservisy. Můžete mít mikroservisy, které nepotřebují databázi. Běžné jsou mikroservisy, které používají sdílenou databázi - ať už sdílenou mezi jednotlivými instancemi jedné služby (to je naprosto OK), nebo sdílenou mezi více službami (čímž se připravíte o některé výhody mikroservis).

Naopak váš případ, kdy chcete mít pro každý node vlastní databázi, je dost netypický. A nevím, jak by vám v tom event sourcing mohl pomoci. Bylo by lepší, kdybyste popsal, jaký problém řešíte. Takhle obecně se nedá odpovědět nic jiného, než obligátní "to záleží".