Vynechat frontu

[tsusanka]

Mám pocit, že jste se o tom už bavili s @JanTvrdik a @hrach, ten requirment na ZeroMQ mi přijde třeba jen u aplikací kde to má smysl. Ve skeletonu bych to vynechal, co myslíš?

[Mikulas]

Podle mě neděláme aplikace kde fronta není resp. neměla by být. Pokud to smažu tak to povede k tomu že se na to všichni vykašlou a i takové věci jako emaily se budou řešit v hlavnim vlákně.

Určitě ale souhlasim že zmq nahradim za rbq.

[tsusanka]

No on @radekbernatek teď dělá jen nějakou maličkost, která bude testovat dostupnost rekola API. A tam to vytváří naprostou zbytečnou závislost. Zas na druhou stranu by si možná mohl nahodit nette skeleton a spokojit se s tím?

[Mikulas]

Aha, rozumim. Takhle, idea je že ten skeleton je na větší appky, což je to co chceme dělat. Na malé věci ten skeleton není a nemůže být (nebo pak nebude na velké).

Nicméně i na docela malém projektu jako je mojesmrt jsme nakonec všechno ze skeletonu použili (dřív nebo později).

[JanTvrdik]

Já furt nechápu, proč potřebuješ frontu na maily. Většinou posíláš jeden mail a ten chceš poslat v hlavním vlákně (typicky registrace, zapomenuté heslo). Nebo posíláš nějaké pravidelné newslettery a na to ti stačí cron + databáze. Co je podle tebe typický scénář, kdy to takhle nejde řešit?

[Mikulas]

Teď jsem to změřil ať to mám podložené: smtp request na mandrill přes 587 stojí 0.455 s. I kdyby to byl jeden email, tak se ta stránka načte o půl vřetiny později. Fronta to taky odešle hned, ale nečeká na to uživatel. Fronta navíc umí rate limiting a podobný radosti (na mojesmrt i webexpu, tzn. jediné dva projekty které jsem na tom v clevisu dělal, se nám to hodilo).

Neříkám že je to kritický to zrovna na emaily mít, jako půl vteřiny na registraci je docela jedno, ale myslím že budete souhlasit že je to lepší řešení :)

[tsusanka]

Nice. Souhlas. Jen otázka, jestli nechceme mít nějakou okuchanější verzi pro miniprojektíky (defacto nette + porm). Ale otázka, jestli se nám to chce udržovat.

[ViliamKopecky]

ještě bych se přimlouval za: + migrace + testovací základ

[JanTvrdik]

@Mikulas Jenomže tím, že to deleguješ na frontu, tak nemůžeš uživatele informovat o případném selhání při poslání toho mailu.

[hrach]

Fronta proste pridava komplexitu. Neni jednoduche ji zprovoznit, korektne nastavit, etc. Pak to dopadne tak, za clovek zacne zjistovat edgecasy za behu projektu (ze...). Vetsina nasich projektu frontu nepotrebuje (srovnej nepotrebuje vs. nema smysl nasadit).

Mnohem vice, nez hloupy priklad s odeslanim emailu, dava smysl vyuzivat frontu napr. pro komunikaci s react scriptem. Ale takovy projekt tu na stole neni a nejak nevidim duvod, aby tu na nej sandbox cekal :)