points kodeeringud: 'done' 1 ok 0 mingi lahtine küsimus/probleem 2-"kaaslased": kui mingi suhte-kaaslased saavad punkti, kas subjekt ise saab ka või ei? Äkki see sõltub sellest, mis suhtega tegemist või on määratud igal konkreetsel juhul eraldi? 3-"jooksev omaksvõtmine": kui on omaks võtnud (faas muutunud) selle punktiandmisvooru käigus, siis kas arvestada seda või mitte? 4-"faasi läbimine": mis on faasi läbimine? Näiteks huvitumise lahtris on kõik ristikesed olemas, aga appraisalis mitte.. sell juhul pidasin teda veel huvitumise-faasiks.. Faas on läbitud ja alanud uus, kui järgmises faasis on esimene punkt kirjas. 5-"punkt mitmest rühmast" kuna kuulub samaaegselt mitmesse rühma. vead: puudu result 7e 22:59 22.02.2004 hakkaks tegelema siis 'related infoga' 5:00 29.02.2004 linkide unikaalsus mängude vahel.. url-is antakse mingi number gid = session_id + game_id + user_id seda kontrollitakse - kas on sama sessiooni number ja mäng kui mul on näit. browseris meelde jäänud varem mängitud url, siis antud mängu puhul see ei tööta. aga kui ta võtab cachist siis pole vahet. kui caches on, siis ta saab sealt ikka kätte st tuleks teha nii et võimalikult raske oleks arvata milline url vastab millise sisuga lehele. ?c=39fn2l9Gh3f293n33ht kumb on kiirem, kas selle stringi lahti krüptimine (sisaldab kõiki võtme-väärtuse paare) a la XOR mingi salajase serveripeal meeles hoitud numbriga.. või sellele vastava lingi otsimine kusagilt serveripeal meeles hoitud tabelist page=maingame&show=activityoption&activity=3 page=maingame&show=activityoption&activity=3page=maingame&show=activityoption&activity=3 12:20 9.03.2004 Plaan et engine(model) väljastab juba node objektidest andmepuu, mida siis presentatsiooniloogika(view) interpreteerib. Läheb liiga keeruliseks.. Paren jätta puude värk pres.loogikale(kui kontroller) mis küsib model-ilt vajalikud andmed ja vastavalt komponeerib näitamispuu(html). MVC-l vastavus komponentide puu kui kontrollerite puu Aga kuidas teha xml väljundit? - mingi teistsugune puu, koosneb teistsugustest objektidest või ka need samad komponendid omavad meetodit mis väljastab xml...? Sõltub mida flash teeb ja kuidas loogika on jaotatud kliendi serveri vahel. Peab silmas pidama, et vahel on internet koos oma DELAY ja bandwidth-idega, kommunikatsioon peaks olema minimaalne, mitte nii et üks kasutaja transaction(klikk) põhjustab 10-id (järjestikuseid!) päringuid kliendi-serveri vahel. Peaks olema ikka 1 klikk - 1 päring/vastus. Plaan edasiseks. uue paigutusega kasutajaliides.. seonduv inf, mainstream linkide krüptimine/ cachimise ärahoidmine (iga käiguga võib seonduv info muutuda) Probl: kui iga käiguga võib seonduv info muutuda ja sellest tulenevalt peab genereerima uued unikaalsed lingid, kas poleks mõttekam siis juba kasutada ainult POST-i nagu hanza.net näiteks -> javascript Siis mitte kui javascript pole soovitav. 00:54 12.03.2004 vaja arhitektuur selgemaks teha, kust tulevad objektidele muutujad. 3:00 5.03.2005 SVN-i panek. Milline kataloogi tase teha juurkataloogiks? top level /trunk /tags /branches approach kas vaja vahe levelit approot kohal?