Vlákno názorů ke zprávičce Microsoft králem open source? Na GitHubu ano od klokan - Takovéhle statistiky toho moc neznamenají. Kvantita (ani kvalita)...

Je bezstavové, ale existují metody jak stavy v aplikaci sdílet.

Jak? Nějakým nízkoúrovňovým prostředkem jako roury, soubory, meziprocesová komunikace nebo nedejbože DB? To je hranaté kolo.

A proč by to mělo být hranaté kolo? Myslíš, že když tedy jiné jazyky někde mají nějaký stav, resp. vlákno je v nějakém stavu, jsou ve vláknu nějaké informace, tak je to v prostoru někde mezi dimenzemi? Někde ta infomace stejně je - RAM, file, internal db . . . . určitě nevím všechny možnosti . . . . ale někde fyzicky na tom daném stroji se ty informace fyzicky nalézají.

Hranaté kolo je to proto, že je to složité. Přece si nebudu dělat omezení (oddělená sezení), abych ho potom mohl obcházet (jejich propojování). Sdílení v paměti je nejjednodušším a nejpřímějším řešením.

@ SB

"...... Přece si nebudu dělat omezení (oddělená sezení), abych ho potom mohl obcházet (jejich propojování). Sdílení v paměti je nejjednodušším a nejpřímějším řešením."

Jak jsem ale psal na začátku. Záleží na tom, co od té oné aplikace, resp. FW nebo jazyka čekáš a jaké jsou požadavky. Pokud je jediné kritérium sdílená/nesdílená session, ok. Většinou je ale těch kritérií hromada a někdy se prostě vyplatí 2-3 věci takhle nějak obejít a těžit ty výhody ostatní, než na každou featru volat jiný zdoj a pak je někde propojovat . . . . Takhle obecně to ale nelze posoudit. To je jako by jsi tvrdil, že je lepší jenom pohon předních a nebo zadních kol. Skutečnost je ale taková, že pro některé vozidla/stroje je lepší jeden, pro jiné druhý, na kombinace nehledě.

Stavovost je chyba, ne featura. Když v Djangu změníte globální proměnnou, tak se ta změna projeví v dalších requestech. To ale nechcete. K předávání stavu slouží session.

No ona je otázka, jestl je stavovost požadována u aplikace nebo ne - jestli je to chyba, na ničem jiném nezáleží.

Pokud požaduješ, aby se tak aplikace chovala - z jakého koliv, i klidně debilního, důvodu, tak to chyba není.
Pokud chceš, aby aplikace sdílela stav a ona ho sdílí, tak je to chyba? Zajímavé . . .

Programuji dlouho a prošel jsem spoustou jazyků a proto už jsem viděl případy, kde to to tak bylo, hodně věcí to totálně ulehčilo a bezpečnost byla zajištěna tím, že aplikace jenom četla a chtěla sdílet stav. Toť celé.

Ne vždy potřebuješ všechno oddělit na monolitickém x vláknovém celku za miliony a roky vývoje . . .

Tohle jde jen pokud aplikace běží v jednom procesu. Typicky u nodejs aplikací to není problém. V Djangu by to teoreticky šlo také, ale moc se pro to nehodí.

Problém je, že ta aplikace běží ve více procesech, a ty tu změnu provedeš jen v jednom. To nikdy nechceš, protože nevíš, který proces bude obsluhovat další request. Proto se používá session, která je společná pro všechny procesy.

Zde bych potřeboval objasnit, co si představujete pod „session“ - měl jsem za to, že při připojení klienta na server pro něj vznikne extra session, která se nevidí s ostatními a žádným způsobem nesdílí paměťový prostor.

Session se používá pro udržení stavu pro jednoho klienta. Sdílení stavu mezi klienty jde řešit podobně. Nějakým externím uložištěm.

Ale výše píšete „...session, která je společná pro všechny procesy.“, tj. jedna. Nebo mi něco uchází.
Externí úložiště je snad to nejsložitější a nejnekoncepčnější řešení. Přirovnal bych to, jak když stojíte s kamošem vedle sebe (jedna raměť) a místo abyste k němu mluvil přímo, tak se domlouváte emaily (ext. úložiště).

Sice jedna paměť, ale dvojjité využití zdrojů a místo jejich optimalize pro každého speciálně, tak jejich optimalizace na průměr obou. Pokud si takovou situaci " (ext. úložiště)." neumíš představit, příkladem budiž CDN-ky.

Nebo ještě jiinak: Dovedeš si představit Facebook na jedno stroji? S tou tvou sdílenou pamětí a rychlým přístupům ke zdroji? Asi těžko.

Sdílený stav je často potřeba, ale musí se k tomu použít databáze nebo třeba redis. Sdílet stav skrz globální proměnné je opravdu většinou chyba.

1.
Tohle jde jen pokud aplikace běží v jednom procesu . . . . V Djangu by to teoreticky šlo také, ale moc se pro to nehodí.

Takže to nejde, nebo jde? Trošku protimluv.

"Problém je, že ta aplikace běží ve více procesech, a ty tu změnu provedeš jen v jednom. To nikdy nechceš, protože nevíš, který proces bude obsluhovat další request. Proto se používá session, která je společná pro všechny procesy."

Takže to, že si procesy vidí do společné session nevadí, ale to že si vidí na hodnotu proměné ano? Ani u jednoho nevíš, který proces to bude obsluhovat . . . .

"Sdílený stav je často potřeba, ale musí se k tomu použít databáze nebo třeba redis. Sdílet stav skrz globální proměnné je opravdu většinou chyba."

Ona je chyba většinou už ta globální proměná - alejak jsem psal na začátku - záleží, co od aplikace čekáš. Jaký je rozdíl v tom, když si 5 procesů každý uloží do databáze nějakou hodnotu a ty si je v 6tém procesu přečteš a nebo si je přečteš z těch globálních proměných? Pokud ti s hodnotami bude chtít někdo zamávat ( hack či něco takového )- v obou případech může a nijak mu v tom nezabráníš, jenom jsou hodnoty na jiném místě . . . Zabráníš - tím co aplikace umí nebo ne. Ale pokud si někdododá vlastní kód, ani v jedno případě tomu nezabráníš.

Pokud ta aplikace nepotřebuje na nic čekat a má nízké vytížení, tak teoreticky může běžet v jednom procesu. Ale lepší je na podobnou aplikaci použít nodejs. V nodejs aplikacích globální proměnné pro sdílení stavu běžně používám.

Databáze slouží k ukládání stavů, ne jejich sdílení, na to je vrstva nad tím.
Stavy umějí držet jen globální proměnné?

Jsou data, která je třeba mezi sezeními sdílet, takže tvrzení, že stavy jsou chybou, je nesmysl.
Session k předávání stavu odkud kam?

Session předává stav mezi jednotlivými requesty. Pro sdílení stavu i pro ukládání session se dá v Djangu použít redis. Stejně to jde dělat i v PHP.

Z hlediska programátora se Rails i Django používají stejně jako PHP. Jediný rozdíl je, že se po pádu musí restartovat.