| janimir [06. 03. 2008.] |
pitanje za programere. za php-mysql (ili slicne znalce), vezano uz obavjestavanja o odgovorima… daklem, zapeo sam u sustavu obavijetsvanja… sto god da smislim je komplicirano do boli i zahtjeva velika cupanja po bazi… treba poslat mail onome tko je izabrao da prima obavijesti o odgovorima na teme ili slike gdje je i sam sudjelovao… ali ne na svaki odgovor, vec tipa poslat poruku "dosao je (jedan) odgovor, a mozda i vise… odi pogledaj bla, bla… adresu"… meni to nalikuje ("crtao" sam si kao sto si nacrtam pred programiranje svaku skriptu ili modul) na zilijon zapisa i duge setnje mysql upita, ima tko strukturalnu ideju da mi predlozi? moze odgovor i na mail… |
| maltus [07. 03. 2008.] |
Audiofil.net ima da mozes pratiti raspravu na forumu ako zelis, pa ti dolazi na mail obavjest : |
| nicols [07. 03. 2008.] |
zakaj recimo ne skineš phpBB i pogledaš kak su to oni napravili? |
| janimir [08. 03. 2008.] |
kopanje po ranoraznim BB skriptama je suluda ideja… pogotovo pokusaj reverznog inzinjeringa aplikacije tipa phpBB… prvo sto su u pitanju kompleksne stvari di je tesko uc u trag sustavu po kome je netko radio, a drugo sto su u pitanju aplikacije s toliko sigurnosnih bugova da si ne bih htio priustit njihovo kopiranje. nema suvisle ideje? |
| mdz [09. 03. 2008.] |
U bazi se uz svaku fotku zapisuje popis IDovi usera koji ju "prate" kao i flag jesu li dosli vidjeti nove komentare nakon obavijesti (postavljen=vidjeli su sve sto im je dojavljeno, maknut=nisu sve vidjeli, cekaju ih novi komentari). I onda imas tri komada koda: 1. kada neki user otvori fotku za gledanje: Sustav prodje kroz popis IDova i ako u njemu nadje userov ID pored njega postavi flag. 2. kada neki user napise novi komentar na fotku: Sustav prodje koz popis IDova i svima koji imaju postavljen flag prvo posalje obavijest a onda makne flag (osim IDu koji je ujedno i ID tog usera). 3. kada user ukljuci ili iskljuci pracenje komentara: Sutav njegov ID doda ili makne na popis IDova za tu fotku. Ako je dodao ID, pored njega stavlja i ukljuceni flag. Imas i drugu varijantu, da uz svakog usera vezes popis IDova fotki koje on prati, ali to zahtijeva kopanje po bazi svih usera za svaki dodani komentar na bilo koju fotku (indexi to smanje, al svejedno), tako da mislim da je bolje ovo da vezes uz svaku fotku malu tablicu koji useri ju prate. |
| mdz [09. 03. 2008.] |
P.S. Ne znam kako drzis podatke u bazama/tablicama, cak ne znam kako se to inace danas radi, naime ja za sve svoje projekte radim neki svoj izmisljeni oblik baza i pristupam im low level. Za ovo tvoje bih vjerojatno napravio jos jednu bazu koja bi u svakom slogu imala tri podatka: ID slike, ID usera, flag (flag = procitani svi komentari). npr 2,45,0 2,48,1 3,12,1 2,55,0 3,55,0 Znaci sliku 2 prate useri 45,48 i 55. Od njih user samo user 48 nema neprocitane komentare. Sliku 3 prate useri 12 i 55, a user 55 ima neprocitane komentare. polje (ID slike) obvezno indexiras tako da ce pristup preko tog kljuca biti mega brz. Btw mala napomena: moje rjesenje ima jedan nedostatak a to je slucaj da netko napise komentar pa ga onda pobrise (zasad zine ne podrzava tu mogucnost ali recimo da jednom to bude postojalo): userima ce se javiti da ima nesto novo a kad ono nista... za rijesiti takvu situaciju bi trebalo umjesto flaga (on/off) staviti pointer koji su zadnji komentar procitali na toj fotki. |
