Příspěvky

16

Server / Re:Gmail problémy s doručením - message is likely suspicious

« kdy: 14. 01. 2022, 08:32:23 »

Kód: [Vybrat]

Our system has detected that this 550-5.7.1 message is likely suspicious due to the very low reputation of the 550-5.7.1 sending IP address
Our system has detected that this message is 421-4.7.0 suspicious due to the very low reputation of the sending domain

reputation of the sending domain - Jde o doménu mailserveru (protože e-mail přeposílám/SRS), nebo o doménu odesílatele (v tomto případě onmicrosoft.com, sharepointonline.com)?

Používáte pro přeposílání ARC-Seal? Pokud ne, tak GMail nemůže doméu původního odesílatele znát, v MAIL FROM je při odeslání z vašeho serveru vaše doména.

17

Software / Re:Jednoducha kontrola integrity dlouhodobe archivovanych dat

« kdy: 13. 01. 2022, 19:28:46 »

Samba má jakousi podporu pro Alternate Data Streams pomocí vfs_streams_xattr. Pro uložení se používají právě rozšířené atributy. Zkuste se na to podívat.

18

Software / Re:Jednoducha kontrola integrity dlouhodobe archivovanych dat

« kdy: 13. 01. 2022, 18:55:11 »

Koukam ze nez jsem dopsal odpoved prisly navrhy na FS atributy/streamy, to neni uplne spatna metoda, problem je, ze to musi chodit Unix+Win (NTFS) a hlavne aby se napric systemy dalo snadno kopirovat.

Jak to mezi těmi systémy chcete kopírovat? ADS z NTFS by měly jít přečíst a zapisovat i z linuxu, takže pokud to bude v obou systémech na NTFS, neměl by to být problém. Nebo Windows Subsystem for Linuxu emuluje linuxové rozšířené atributy (myslím, že k tomu používá právě ADS).

Možná bych problém spíš rozdělil na dva – jak ty údaje zachovávat (k čemuž jsou podle mne ideální rozšířené atributy a ADS), a potom jak s nimi pracovat, právě třeba při kopírování napříč systémy.

19

Software / Re:Jednoducha kontrola integrity dlouhodobe archivovanych dat

« kdy: 13. 01. 2022, 18:18:13 »

Ten postup, co jste vymyslel, je neuvěřitelně komplikovaný a náchylný na chyby.

Jednoduché řešení je ukládat ten kontrolní součet do rozšířených atributů. Na linuxu je nastavíte pomocí setfattr, přečtete pomocí getfattr. Pokud byste to chtěl na Windows (NTFS), tam by se to řešilo spíš pomocí Alternate Data Streams.

Pak už si jen pohlídejte, že nepoužíváte nějaké extrémně staré nástroje, které by třeba při kopírování nebo archivaci souborů rozšířené atributy zahazovaly.

20

Vývoj / Re:Normalizace databáze

« kdy: 13. 01. 2022, 12:13:45 »

Jaky stupen Normalni formy rika, ze se to tak nesmi delat?

Žádný – normální formy jsou jen doporučení, ne zákazy. A někdy jsou dobré důvody normální formy porušit – třeba právě kvůli výkonu.

Tohle je čistě věc optimalizace výkonu, takže se to řeší tak, že se zkoumá, zda je k tomu důvod (databáze nestíhá). Ideální je udělat to tak, že se ta data čtou z view. Pak už aplikaci nemusí zajímat, jestli je za tím view dotaz a nebo jestli je tam předpočítaná tabulka (případně rovnou materializované view). Klidně tam i teď může být dotaz, a až se v budoucnosti ukáže, že se to příliš zpomalilo, předělá se to.

21

Vývoj / Re:Hledání a nahrazování pomocí JavaScriptu

« kdy: 11. 01. 2022, 22:55:51 »

Tak jsem napsal primitivní test porovnávající mou funkci (funcA), vaši funkci (funcB) a ještě upravenou mou funkci s tím, že se místo hledání v neseřazeném poli používá hashovací tabulka (funcC). Testoval jsem to v deno, ale pak jsem výsledek uložil jako Codepen, abyste si to mohl spustit i v prohlížeči. Výsledky z prohlížeče i deno jsou plus mínus autobus stejné, ale přesnější výsledky nejsou myslím potřeba. Výsledná čísla tu snad raději ani zveřejňovat nebudu, abyste to nebral jako urážku.

https://codepen.io/filipjirsak/pen/RwLqNJg

Prosím vás, na ty vaše kalhoty se přeci jen podívejte. Podívejte se na ně i zezadu. Nebude to hezký pohled.

22

Vývoj / Re:Hledání a nahrazování pomocí JavaScriptu

« kdy: 11. 01. 2022, 22:39:40 »

Myslim ze kazdy si dokaze dohladat co ste tvrdil.
Aj to si kazdy vie dohladat.

Ano, k vaší smůle.

Njn, vy tam tu funkciu F volate opakovane.

Ak jste zapomněl, co je ta vaše funkce F, připomenu vám to – je to vyhledávání regulárního výrazu v řetězci. Což volám dvakrát, jednou pro každý druh tokenu. Stejně jako vy.

z toho ste spravidla vecsinu s niekym v konflikte

Zatímco vy v diskusích jenom přitákáváte, že. Protože to je smysl diskuse – někdo něco napíše, a a na dalších pěti stránkách všichni přitakávají, že s tím souhlasí.

23

Software / Re:Mail pre distribučný zoznam

« kdy: 09. 01. 2022, 10:57:19 »

Specifické atributy?

Ve stručnosti:

• fungující doména
• správné A, AAAA a PTR záznamy
• HELO odpověď serveru
• SPF record
• DKIM
• rychlost odesílání
• důvěryhodná IP adresa serveru
• DMARC
• a možná i něco dalšího...

Nic složitého, ale člověk musí vědět, co dělá

Jenom pokud by to ještě nebylo jasné – nic z toho nejsou specifické atributy pro hromadné e-maily. Tohle jsou pravidla platná pro všechny e-maily. Na hromadně zasílané e-maily jsou kladené vyšší nároky, pár pravidel, o kterých vím, jsem sepsal výše.

24

Software / Re:Mail pre distribučný zoznam

« kdy: 08. 01. 2022, 18:33:16 »

Nemám na mysli marketing. Jedná sa len o občasné info pre registrovaných užívateľov na dôležité zmeny na stránke

To je úplně jedno. SendGrid má dvě kategorie plánů, jedno jsou Email API Plans, druhé jsou Marketing Campaigns Plans. Už jsem sem dával odkaz, stačí si to rozkliknout a přepnout se na to Marketing Campaigns Plans. Ve Free plánu je tam 2 000 kontaktů a 6 000 rozeslaných e-mailů měsíčně. To by vám mělo bohatě stačit, vzhledem k tomu, co jste psal.

Pokud to budete rozesílat z běžného poštovního klienta, nedokážete tomu e-mailu nastavit atributy potřebné pro hromadně rozesílané e-maily, takže toho většina skončí ve spamu.

Poprosím špecifikovať atribúty. V tomto nie som natoľko zbehlý
Ďakujem

Například posílat všechny e-maily z jedné IP adresy, nemixovat různé typy obsahu v jednom e-mailu (např. když jde o potvrzení o nákupu, nepřidávat k tomu spoustu reklamy), mít v e-mailu odkaz ne odhlášení, v hlavičkách e-mailu mít hlavičku List-Unsubscribe-Post nebo List-Unsubscribe pro odhlášení, řídit správně množství odesílaných e-mailů. A k tomu je potřeba samozřejmě dodržovat všechna pravidla, která platí pro odesílání jednotlivých e-mailů.

25

Software / Re:Mail pre distribučný zoznam

« kdy: 08. 01. 2022, 16:18:39 »

...6 000 e-mailů měsíčně. ...

Z webu cituji:

Send 40,000 emails for 30 days, then 100/day forever.

To je e-mail API. Já jsem psal o marketingových e-mailech.

26

Software / Re:Mail pre distribučný zoznam

« kdy: 08. 01. 2022, 12:12:50 »

Pokud to budete rozesílat z běžného poštovního klienta, nedokážete tomu e-mailu nastavit atributy potřebné pro hromadně rozesílané e-maily, takže toho většina skončí ve spamu.

Třeba SendGrid nabízí pro marketingové e-maily plán zdarma, který zahrnuje až 2 000 kontaktů a 6 000 e-mailů měsíčně. To by mělo vaše požadavky pokrýt s velkou rezervou. Navíc ošetří možnost odhlašování a další věci, které jsou potřebné pro hromadné e-maily.

27

Vývoj / Re:Google a jine vyhledavace vs client-side rendering web

« kdy: 08. 01. 2022, 10:24:11 »

Google JavaScript umí zpracovávat už hrozně dlouho. Samozřejmě můžete stránku vždycky napsat tak špatně, že si s tím neporadí ani Google – ale to můžete i v HTML. Google se snaží stránku indexovat tak, jak ji vidím uživatel v běžném prohlížeči. Vzhledem k tomu, že Google vyvíjí V8 a Blink (javascriptové a vykreslovací jádro Chrome), vůbec bych se nedivil, kdyby měl nějaký kód odvozený z těchto projektů, který pro účely indexování zpracovává stránku „jak by vypadala v prohlížeči“.

Kdo ale má problémy s JavaScriptem je Seznam. Před pár lety z JavaScriptu poznal jen jednoduché přesměrování celé stránky. Neznám přesně aktuální stav, měli v plánu (ale s nízkou prioritou) řešit zpracování JavaScriptu, ale nemyslím si, že by se to někam pohnulo.

28

Vývoj / Re:Hledání a nahrazování pomocí JavaScriptu

« kdy: 08. 01. 2022, 10:18:13 »

_Tomáši_, děkuji za odpověď dirka12345, že úvodní zadání je opravdu špatně napsané.

Pardon? Je toto puvodni zadani https://forum.root.cz/index.php?topic=25683.msg364308#msg364308 ? Co s tim ma spolecnyho naky reseni. Jeden z nas si sedi na kabelu. Jasne tam rika co cim chce nahradit. Nicmene hadat se nebudu, cau.

Kdybyste si přečetl celou diskusi, dozvěděl byste se, že toto bylo původní zadání, které bylo kritizováno za nepřesnost – a v průběhu diskuse z tazatele postupně vylezlo, že chce vlastně něco úplně jiného. A v diskusi jsou správná řešení různých zadání, tak, jak z tazatele postupně lezlo, co vlastně chce.

29

Sítě / Re:Může PTR záznam mířit na localhost?

« kdy: 07. 01. 2022, 23:13:52 »

1.2.3.11-1.2.3.26

A mimochodem, tohle je také nesmysl – nejmenší síť, do které patří obě dvě ty „krajní“ IP adresy, je 1.2.3.0/27, cože je 1.2.3.0–1.2.3.31. Pořád platí, že síťová maska rozděluje IP adresu na dvě souvislé části, levá část označuje síť a pravá část zařízení v síti. Nejlépe je to vidět na tom binárním zápisu, kdy jedničky označují cifry označující síť, nuly označují cifry označující zařízení, a maska sítě jsou nejdřív jen samé jedničky a pak jen samé nuly, nemůže se to libovolně střídat. Nejbezpečnější je ten zápis s lomítkem, který prostě říká, kolik jedniček je zleva – tam jsou platné hodnoty všechna celá čísla od 0 do 32. /0 znamená všechny IPv4 adresy, /32 označuje jednu konkrétní IPv4 adresu.

30

Sítě / Re:Může PTR záznam mířit na localhost?

« kdy: 07. 01. 2022, 22:59:30 »

To já vím, ale myslel jsem, že existují implementace, které zápis 12.22.3.45/20 vůbec nedovolí (třeba v inputu administračního rozhraní),

To je ale jen věc UI, jaký formát zápisu se používá. Nic to nemění na interpretaci.

nebo nedělají nic a pak hodnota 12.22.3.45/20 nikdy "nebude fungovat"

Vždycky to bude fungovat. Když uděláte AND mezi logickou hodnotou false a čímkoli (true nebo false), vždy vyjde false. Maska sítě vždy označuje, která část IP adresy označuje síť a která konkrétní zařízení. V dekadickém zápisu nejde obecně zapsat identifikaci sítě jako takové, proto se používá vždy zápis pomocí masky. Někdy se používá „lidový“ zápis třeba 192.168.0.x, ale nic takového nebude nikdy v žádném administračním rozhraní nebo něčem takovém, protože takhle nejde zapsat jiné délky masky sítě, než jsou násobky 8 – tj. musí ta hranice mezi sítí a zařízením vycházet mezi bajty.

(1.2.3.11/255.255.23.71 . snad jen tohle jsem neviděl )

Takhle to přece být nemůže. To by byl přesně ten případ, kdy se jedničky a nuly v masce sítě střídají. Stačí si to 255.255.23.71 převést do dvojkové soustav a uvidíte to:

Kód: [Vybrat]

11111111.11111111.00010111 .01000111