Php levelezőrendszer

Igaz
Körlevélre nem gondoltam Mennyivel egyszerűbb dolga lett volna az iwiwnek, ha ez alapján csinálja meg a levelező rendszerét

Első körben Nem saját serveren fog futni. Viszont később tervbe van egy linux alapú szerver.
Most mindenképp ragszkodom a saját fejlesztéshez, de megnézem a már a most elérhetőeket is.
Elkészítem a mysql Táblát amelyhez minden regisztrált felhasználó hozzáfér természetesen csak a saját ID-vel megjelölt sorokhoz.
Sajna más elfoglaltságom miatt nem teljes mértékben vagyok rajta.

No igen ezt kifelejtettem.

Ha nem ragaszkodnak saját fejlesztéshez, akkor vagy ez, vagy weindowsra is létezik ingyenes(igaz fekhasználókorlátos), amit 10 perc alatt üzembe lehet helyezni:
Axigen Mail Server

Vagy korlátlan userszámhoz:
Argosoft

Ha a tiéd a szerver, ne találd fel a kereket: postfix+courier+ilohamail egy apache+linux+mysql kombón.
Ha nem a tiéd, nem szóltam

Az internetExpolorer-től és a "több funkciós mező" -től ments meg uram minket!

A küldő ID-je egyértelműen azonosítja a küldőt, és könnyen visszakereshető a hozzá tartozó összes/bármely adat. Az ilyen explode-os dolgok csak redundanciát és sok problémát okoznak.

De hogy javasoljak is valami okosat:

********************
felhasznalok tabla:*
********************
ID - bigint, key, autoincrement
nev - varchar
jelszo - varchar (persze nem a jeszó, hanem a jelszó kódoltan)
levelcim - varchar
..... - sok egyéb hasznos dolog
statusz - tinyint (hogy tiltott-e)

****************
uzenetek tábla:*
****************
ID - bigint, key, autoincrement
kuldoID - bigint
cimzettID - bigint
targy - varchar
uzenet - text
datum - datetime
olvasott - tinyint (hogy olvasták-e már)
statusz - tinyint (hogy törölve van-e)

Ha gyakran előfordul, hogy ugyanazon relatíve nagy törzsű üzenetet több felhasználónak is el kell küldeni, akkor célszerű másként megoldani, hogy ne többszöröződjön a levéltörzs az adatbázisban:


****************
uzenetek tábla:*
****************
ID - bigint, key, autoincrement
targy - varchar
uzenet - text
datum - datetime

**************
router tábla:*
**************
ID - bigint, key, autoincrement
kuldoID - bigint
cimzettID - bigint
uzenetID - bigint
olvasott - tinyint (hogy olvasták-e már)
statusz - tinyint (hogy törölve van-e)

Így a router tábla biztosítja a kapcsolatot a feladó a levél és a címzettek közt.

Ja! Nem mondasz hülyeséget.

Mivel a társalgóban van, így nehéz is lesz "elfogadnod"

Köszönöm a segítséget!
Akkor lesz a MYSQL tábla.Remélem nem lesz majd lassú.
Ha nem haragszotok egyenlőre még nem jelölöm megoldottnak....
előfordulhat, hogy akad még gondom vele.

És akkor már miért nem 2 mezőben, hogy ne kelljen explodolni, és könnyebben lehessen a személyi törzshöz kapcsolni?
SenderID, SenderName

De ugyan így, hogy a feladó oldalán is látszódjon, kinek küldte
MsgToID, MsgToName

Még annyit esetleg hozzáfűznék, hogy szerintem a SenderUserId helyett egy több funkciós mező kéne, valahogy így ->

MsgId - Azonosító
MsgToId - Címzett ID
Sender - Feladtó adatai. pl.: [id:123|name:Ferenc|]
Message - Üzenet
Date - Dátum

A beérkezett leveleknél úgyis a küldő nevét kell kiírni, de akkor fölösleges mindegyik levélnél még külön lekérdezni, hogy a küldő IDjéhez vajon milyen név is tartozik, egyszerűen csak explode-oljuk a Sender mezőből az ide tartozó részt és kiírjuk.

a második ötleted, ami a helyes szerintem, bár ez attól is függ, hogy hány felhasználós a rendszer, ha nagyon kevés, akkor fájlokkal is meg lehet oldani.

kb annyi kell, amit leírtál:
ilyesmik a lényeg, ha meg belépet az usered, akkor a receiverUserID alapján kikeresed az ő leveleit, és annyi.
esetleg még jelölheted benne, hogy olvasott, vagy olvasatlan, meg ilyen dolgokat.. ez már csak ízlés kérdése.

Sziasztok!
Szeretnék az oldalamra egy belső levelezőrendszert készíteni.
Többféle elgondolásom van vele kapcsolatban.

Első, hogy minden regisztrált felhasználóhoz a rendszer hozzárendel egy mappát, amiben az üzeneteket tárolja.
A másik pedig az, hogy hozzak létre külön erre a célra egy MYSQL táblát, amiben az üzenetek ömlesztve leszek.Persze az üzenetek ellennének látva a felhasználó ID-val, így tudná a felhasználó profilába csoportosítani.
Sajnos még tapasztalataim nincsennek ez ügyben, és az a megoldás érdekelne ami nem lassítaná be a rendszert.