Tento web používá soubory cookie. Dalším používáním webu s tímto souhlasíte.
jméno
heslo
přihlásit
zaregistrujte se
zapomněli jste heslo?
On-line WebBased hry kreativně - udělejte si vlastní webovku!
CYBERWOLF
Hráli jste někdy nějakou webovku a napadlo Vás někdy udělat si nějako vlastní?
Máte nějaký nápad na bezva hru a neumíte ho realizovat?
Nebo umíte skvěle programovat webové aplikace, ale nemáte nápad na dobrou hru?
Nebo namáte ani jedno a umíte cokoliv jiného, co by mohlo při tvorbě hry pomoct (malovat, dělat hezky vylížející html stránky, jakoukoli grafiku, nebo jste matematický génius, prostě COKOLI)
Pokud Vám vyšla alespoň jedna kladná odpověď, jste tu správně!
Máte k tomu co říct? Vložte se do diskuze.
TENCOKACISTROMY --- 12:06:19 9.6.2010
CYBERWOLF: A to se tyka kteryho db stroje?
CYBERWOLF --- 12:01:31 9.6.2010
Jen tam mimochodem, trochu jsme ted resili cachovani SQL dotazu a tak nejak vyplynula takova (nakonec docela zrejma) vec a to ze query cache se invaliduje pokazde, kdyz se tabulka zmeni (struktura, nebo obsah). Me tak napadlo, ze to je v pripade webovych her docela pruser, protoze pripadu, kdy se nejaka data pouziji vic nez jednou do chvile, nez do tabulky nekdo zapise bude opravdu malo.

Je tedy pravda, ze pokud bude dotaz dobre napsany, probehne rychle i bez cache, ale i tak mi to pripada jako oskliva neprijemnost :(
??? --- 10:57:13 8.6.2010
CYBERWOLF: Nojo, klikaci :D Tak tam bych udelala rozdil mezi "posledni refresh" vs "posledni skutecna zmena"
CYBERWOLF --- 10:49:34 8.6.2010
???: To vypada jako docela dobry napad, ale pokud jde o pocitani neprihlasenych hracu, tak pocitej s tim, ze lidi hrajici z prace (obzvlast ti pracujici na nejakych mene frekventovanych mistech nebo statni sprave) budou prihlaseni porad a pokud nekdo vymysli nejaky helper, tak nebude ani ta minutova neaktivita:)
??? --- 9:51:59 8.6.2010
Tak jsem na to asi prisla :) Vsechny subjekty patri nekam na mapu. Pokud se zmeni na nekom, kdo ma uz vypocitanou predikci, jednodusse vezmu vsechny subjekty se vztahem na dane policko v mape a uplne vsechny prepocitam. Teoreticky by se melo jednat o 50-200 radku, worst case scenario max 1000. A pokud to predelam na paralelni vypocet, tak by to mohlo byt dopocitane za chvili.
K tomu optimalizace stylu a) pocitej neprihlasene hrace b) pocitej par minut po hracove neaktivite.
Tahy budou radove 1-2h, v rychlem rezimu treba 30 minut. Takze cas na propocet urcite bude.
TENCOKACISTROMY --- 15:00:01 7.6.2010
CYBERWOLF: Ja mam zkusenosti hlavne s MSSQL, ale tenhle pristup mi pripada pomerne jednoduchej a efektivni, tak jsem si rikal, ze by to mohli implementovat i ostatni stroje. Ale hlavu na spalek, bych za to nedal :)
??? --- 14:59:05 7.6.2010
Hm, diky za tipy. Dedeny tabulky v praci pouzivame a ani vlastne nevim proc :)
CYBERWOLF --- 14:57:15 7.6.2010
TENCOKACISTROMY: mam za to, ze tohle dela jenom MSSQL :)
TENCOKACISTROMY --- 14:55:21 7.6.2010
CYBERWOLF, CYBERWOLF: Jj, s tim souhlasim.
TENCOKACISTROMY --- 14:54:58 7.6.2010
???: Nemyslim radky, ale stranky. Napr. MSSQL (ale u ostatnich to bude imho stejne) si tu tabulku rozdeli na jednotlivy casti (= stranky) o velikosti X radku. Kdyz pak delas nejakej update zamykaj se jen ty stranky, kde se neco updatuje. Kdyz updatujes na zaklade sloupcu, ktery maj indexy tak se ti i rychle vyhodnotej stranky, ktery se maj zamknout. Navic si u transakci muzes (zase - neznam moc dobre postreges, ale urcite to bude umet) nastavit, aby se ti to lockovalo jenom pro zapis, ne pro cteni.

Jestlize mas velky mnozstvi ruznejch typu objektu, spis nez nejakou univerzalni strukturu o par tabulkach pro ulozeni vseho bych pouzil "dedeny tabulky", ktery by byly jakoby tridy (class v OOP). Tim by jsi cekani na zamky docela dost omezila.