precitana vs. neprecitana sprava

Zdravim,
Chcel by som vytvorit nieco take ako vlastny komunikacny kanal. Nieco podobne ako je napr. posta na pokeci alebo sukromne spravy na pcforum. Viem si predstavit priblizne ako by to mohlo byt no neni mi jasne ako je riesene to, ze dokazem urcit, ci tato sprava bola alebo nebola precitana.

Dakujem za rady

ak si spravu adresat precita (otvori, zobrazi), zaznacis si datum/cas (pripadne si urcis nejaky flag), kedy sa tak stalo... na druhej strane, neprecitana sprava nebude mat tento udaj vyplneny...

Diki, presne toto som myslel

zaujimava tema...mna by zaujimalo ako by ste to riesili ked mam naraz otvorenych viacej okien a prepinam to cez JS refresh by som mal napr tiez cez JS alebo ajax...ako tedy riesit precitane neprecitane spravy? ako zistit ktore okno mam otvorene...priklad novy pokec RPcka...dost ma to zaujima uz dlhsiu dobu kedze par mesiacov dozadu som nieco podobne mal spravit...

Pozri pri vkladaní pošty do databázy si poznačíš ako Status 0 -> Neprečítaná. Uživateľ otvára svoju poštu a Status sa mení na 1 -> Prečítaná. Celá matematika.

hej takto to ide ako pisal Tominator ale problem ti vznikne ak budes chciet mazat spravy ... lebo ked budes chciet napr vymazat svoju odoslanu spravu (to je vlastne sprava prijata pre prijemcu) nemozes ju zmazat lebo by si vlastne vymazal aj jeho prijatu spravu . ak budes chciet mazat spravy z DB treba spravit 2 tabulky a ak budes chciet aby sa nezobrazovali tak statcia 2 stlpce (prijate,odoslane) a menit statusy podla toho ako pisal Tominator ..

Punker661 podla mna staci iba jedna tabulka, kde
0 = neprecitana
1 = precitana
2 = zmazana

Pricom v dorucenych spravach zobrazujes iba stav 1(napriklad hrubo) a stav 2 (normalne). Ak niekto postu vymaze iba sa uploadne sprava na stav 2 => zmazana. Odosielatel spravy vidi vsetky 3 stavy a teda moze sledovat ci si prijemca spravu neprecital, precital alebo zmazal a aj zmazanu si moze pozriet .

Cele zle
Jednoduche a bezpecne riesenie je v momente odoslania spravu rozmnozit (jedna kopia pre odosilatela a jedna kopia pre kazdeho prijemcu). Odosielatel ma svoju spravu a moze s nou robit co chce, prijemca (prijemcovia) maju svoju spravu/spravy a mozu si s nimi robit co chcu. Oznacit ako precitane/neprecitane, mazat, cokolvek.

Podla mna zbytocne komplikovane ak si chce odosielatel overit ci si prijemca spravu precital,neprecital alebo zmazal. Nenachadzam vyhody dvoch tabuliek oproti jednej. Cele tvoje risenie pada uz len na zasade neukladat rovnake udaje 2x

rozmnozovat spravy je sice blbost, ale struktura s dvoma (a viac) tabulkami ma zopar vyhod oproti jednej tabulke (ak teda berieme priklad, ze je mozne posielat jednu spravu viacerym adresatom)... ked budu v prvej tabulke odoslane spravy a v druhej prijemcovia previazany na jednotlive spravy + flagy (, v tretej odosielatelia previazany na spravy + flagy), tak mas omnoho vacsie moznosti ako v pripade jednej tabulky...

V tomto pripade urcite ano.Viac tabulkiek viac moznosti, da sa to vselijak premakat ale ja som rozmyslal na urovni jedna sprava - jeden prijemca.

moze sa vsak stat, ze v buducnosti pride poziadavka na moznost posielat spravy viacerym a prave preto treba rozmyslat dopredu a radsej navrhnut "nadcasovu" strukturu tabuliek, ako to potom cele prerabat a nicit si zbytocne nervy

Takuto nadcasovu strukturu tabulkie by som tam nedaval uz len kvoli spammerom

v tom pripade by sa dali zaviest rozne obmedzenia, ako napr. posielanie hromadnych sprav len priatelom, pripadne vzajomnym priatelom, stanovenie maximalneho poctu prijemcov a pod...

hm, asi na tom nieco bude a hodim tam dve tabulky

A nikto nerozmyslal nad tym, ze uplne staci jedna tabulka, kde budu vsetky spravy?
Teda mam na mysli, ze aj odoslane aj prijate budu v jednej tabulke, ktora bude mat stlpce, dam priklad:

Cela veda jednoducho ja odoslem spravu tebe, a do db sa ulozi jedna polozka s mojim user id, a jedna polozka s tvojim user id a parametrom readed - 0
Dufam ze chapete

A este mozno pridat aj druhu tabulku, ak chces spravovat priecinky (teda ze user si moze vytvorit svoje vlastne...) a polozke directory potom priradzovat id toho priecinku z druhej tabulky.

Tak som to opisal mozno zlozito ale je to asi najlepsie riesenie

A myslis ze o com sme sa tu cely cas bavili? Treba si najprv dobre precitat celu temu a potom reagovat

V pohode, ale boli rozne nazory, tak som to zrhnul do teda podla mna najefektivnejsieho sposobu riesenia sprav.

// A temu som si precital neraz

Ja som vravel o jednej tabulke ze by uplne stacila ale vraveli sme potom o hromadnom rozposielani sprav. Tiez som toho nazoru ze jeden odosielatel - jeden prijemca , na to uplne staci jedna tabulka ale stenley vravel o "nadcasovej srukture" teda treba rozmyslat o funkciach,ktore by si mohol pridat v buducnosti. GoodWill vravel hlupost o kopirovani tabuliek ale skutocne si netreba robit mury zaskatulkovanim vsetkeho do jednej tabulky. Ak mas spravne rozvrhnutie netreba sa toho bat, dobre je nechat taku 'vzdusnost' a lahkost tabulky pri pridavani novych a novych funkcii. Tabulke sa bude lepsie dychat a urcite aj tebe