Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
1. Timeoutovani nejakym proxyserverem se vyresi uz v jQuery, kde se nastavi timeout 2000ms. Tim to bude vytimeoutovano drive, nez to vytimeoutuje cokoliv jineho.
Mezi 2 po sobe jdoucimi http requesty je slepe misto, kdy na udalost neceka zadny request - pokud by se zde vyvolala udalost, tak ji nic nezachyti. To je problem.
Potreboval bych nejakou javascriptovou knihovnu k tomuto urcenou, ktera se mi sama postara o to, aby na backendu vzdy naslouchal alespon 1 request.
To je long polling, a to presne dela moje implementace.
Zkousim na to jit cestou long pollingu:
to není long polling, pouze polling. Long polling je zdržení odpovědi na backendu. To co děláš, je nejhorší možný způsob, jak z uživatelského hlediska, tak z hlediska zatížení serveru.
Ale hovno, je to presne long polling.
With long polling, the client requests information from the server exactly as in normal polling, but with the expectation the server may not respond immediately.
Zkousim na to jit cestou long pollingu:
Máte nějaké příklady (nejsem Groovista)? Mě se líbí ta nulová bariára Java -> Groovy (Groovy používám na skriptování).
Mě se líbí ta nulová bariára Java -> Groovy (Groovy používám na skriptování).
Viz poslední průser Boeingu, kde šlo dokonce o lidské životy, to někdo parádně podělal.
Co přesně má to (prototypové) OOP řešit, zajímá Tě to jenom tak, nebo s tím chceš i něco dělat? Úplně chápu, pokud někdo studuje exotické (lidské) jazyky, kultury a organismy, ale z praktického hlediska...
Pro každého je praktické něco jiného. IMHO javascript je stále populární a může se hodit vědět, jak funguje. Anebo se pak člověk dostane k lepší práci, protože tam třeba bude mít možnost uplatnit rozhled (i když k tomuto levelu je ještě delší cesta, nestačí obecně vědět co to prototypové OOP je).
Jsem ten poslední člověk na světě, který by byl proti obecnému rozhledu. Nicméně i do toho JavaScriptu přibylo třídy, domnívám se, že prototypové OOP obecně není moc osvědčený způsob psaní programů, proto jsem se ptal, co s tím chtěl původní tazatel řešit.
Nejrozšířenější jazyk používající prototypovou dědičnost je JavaScript. O prototypové dědičnosti v JavaScriptu si můžete přečíst např. v článku Třídy, dědičnost a OOP v Javascriptu – II.
Viem najpoužívanejšie prototypové jazyky sú JS a Lua.
Ja by som sa prototypovaniu detailnejšie pozrel na zúbky, ale zrovna JS ho ma trošku zmršené.
Zato taký Self ho má spravené veľmi pekne a zrozumiteľne... Self má, ale veľkú nevýhodu v tom že potrebuje image. Ale napr. Perlovská (Class::Prototyped) má prototype oop na štýl selfu https://metacpan.org/pod/Class::Prototyped#NAME dodržiava aj názvoslovie (addSlots), ale narozdiel od selfu nepotrebuje image.
Já se async v Pythonu zatím vyhýbám, kde můžu, ale proč by pak někdo dělal asynchronní knihovnu jako tato:V asynchronnim svete tu otazku musite polozit jinak: ktera SQL databaze je schopna obsluhovat 10k pripojenych klientu.
to znamena co? I v asynchronnim svete coroutiny sdili nejaky connection pool, ktery je urcite mensi nez 10k spojeni, typicky radove desitky. Bottleneck je databaze, ne aplikace.
Presne tak, takze je uplne zbytecne, aby vam databaze (nebo cokoliv jineho, pomaleho) blokovalo process/threadu, kdyz se vlastne jen ceka.
Pekne jste si odpovedel, proc je asyncio dobre i pro komunikaci s databazi :-)
vykon aplikace je omezen databazi. je jedno jestli cekani na vysledek dotazu blokuje aplikacni proces, protoze databaze by stejne vic nezvladla.
https://github.com/MagicStack/asyncpg ?
Té bandy fašounů, co klamou a podvádějí? Fakt velká ztráta pro lidstvo.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.