Php levelezőrendszer
2008-12-14T01:30:59+01:00
2008-12-15T03:18:19+01:00
2022-07-19T05:12:32+02:00
  • Mutasd a teljes hozzászólást!
  • 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
    Mutasd a teljes hozzászólást!
  • 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.
    Mutasd a teljes hozzászólást!
  • 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
    Mutasd a teljes hozzászólást!
  • 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
    Mutasd a teljes hozzászólást!
  • 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.
    Mutasd a teljes hozzászólást!
  • Ja! Nem mondasz hülyeséget.
    Mutasd a teljes hozzászólást!
  • Mivel a társalgóban van, így nehéz is lesz "elfogadnod"
    Mutasd a teljes hozzászólást!
  • 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.
    Mutasd a teljes hozzászólást!
  • egyszerűen csak explode-oljuk a Sender mezőből az ide tartozó részt

    É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
    Mutasd a teljes hozzászólást!
  • 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.
    Mutasd a teljes hozzászólást!
  • 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:
    messageID|senderUserID|receiverUserID|message|datetime
    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.
    Mutasd a teljes hozzászólást!
  • 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.
    Mutasd a teljes hozzászólást!
abcd