Tomáš Znamenáček

Našel jsem v logu, GET na diskutuj.digital/t/27.json vrací 429 / Too many requests. Což je asi fér postřeh. Zkusil jsem v 2fd588f56d8c97f01004f89fe48db0e560e8ec9f zlepšit kešování dotazů z Discourse.

Tohle nepomohlo, ale podle mě to bude souviset s #987 – špatně nám funguje kešování, takže to Discourse bombardujeme častěji, než bychom čekali?

Dělá to furt i po opravě kešování stránek na naší straně. Asi to bude dané tím, jak načítáme obsah postů pro titulku: ``` GET / 200 in 3641ms │ GET...

CloudFront spíš nepomůže, protože jde o hromadu různých endpointů, které by musel držet hodně dlouho. Ale našel jsem v adresáři Discourse soubor `templates/web.ratelimited.template.yml`, kde jsou nastavení pro nginx, který ty...

Tohle už se prakticky neděje.

Postřeh z implementace #1012: Bylo by dobré nabídnout v rámci onboardingu odběr našich newsletterů. Anebo je zařadit do registračního formuláře, ale mírně preferuju nechat registrační formulář úplně triviální a navázat...

Ještě si sem odložím, že bychom v rámci onboardingu jako jednu z možností mohli nabídnout odběr podcastu? (Případně obecněji: sledování na sítích.)

Dobrá připomínka, díky. Podle mě by ale ten stav obsazeno/neobsazeno měl být _navíc_ k tomu stavu veřejné/neveřejné. Protože my vlastně nechceme, aby ta pozice už nebyla dohledatelná – my chceme,...

Teď se nám mimochodem hodně děje, že lidi chodí na starší nabídky a dostávají 404. Přidal jsem k tomu [custom goal v Plausible](https://plausible.io/app.cesko.digital?goal=404), kde je to dobře vidět.

Ovšem pozor, [podle NextAuth.js](https://next-auth.js.org/faq) ne každý OAuth provider ověřuje e-mailové adresy: > Automatic account linking on sign in is not secure between arbitrary providers - with the exception of allowing...