Archívum - 2012 - Fórum téma
augusztus 28
adatbázison alapuló weboldal létrehozása
Sziasztok!
Adatbázis alapú weblapra van szükségem, ehhez pedig szakemberre, mert programozni nem tudok (a weblapomat megpróbáltam egyedül megcsinálni, átlagos felhasználói szintű számítástechnikai ismeretekkel, de csak egy statikus weblapig jutottam), ám mielőtt elkezdenék árajánlatokat kérni weblapkészítőktől, néhány alapvető dolgot szeretnék tudni, hogy tudjam miről beszélek :)
A leendő weblapomon a felhasználók regisztrálhatják magukat, adatlapjuk lesz és az adatoknak kereshetőeknek kell lenniük (Keresés gomb).
Bocsánat, ha butaságokat kérdezek, de fogalmam sincs az adatbázisok működéséről...
1) Ha valaki regisztrál (regisztrációs űrlap az oldalon), az adatai bekerülnek maguktól az adatbázisba? Az adatlap tud magától generálódni? Tehát, ha új tag regisztrál, akkor nekem vagy szakembernek kell valamit csinálnia, hogy az adatok bekerüljenek az adatbázisba és a felhasználónak legyen adatlapja? Ehhez kell programozni vagy én is meg tudom csinálni, amit kell, ha képes vagyok használni a weblap-készítő programot (mint pl. a Dreamweaver-t Design Wiew-ben, mert a html-kódokhoz sem értek)?
2.) Az ilyen típusú oldalak karbantartása egyébként hogyan működik? A tulajdonos fizet havi x összeget a weboldal készítőjének vagy akkor fordul hozzá, ha konkrét problémája van vagy segítségre van szüksége? Üzemeltethető egy ilyen, adatbázis alapú weboldal folyamatos programozói háttér nélkül?
3.) Van annak értelme, hogy költséghatékonyság céljából én megcsinálom a weboldalt egy ingyenes programmal vagy Dreamweaverrel (az van) és a szakember "mögé teszi" az adatbázist? Vagy eleve úgy kell kezdeni a weboldalt, hogy vele egyszerre építik mögé az adatbázist? Úgy rémlik, hogy az elején válaszani kell, hogy statikus vagy dinamikus legyen, de a "dinamikusságot" figyelmen kívül lehet hagyni egy ideig? Azaz, lehet létező weboldal mögé utólag adatbázist rakni? Mert a weblapot még csak megcsinálom, de adatbázist meg regisztrációt nem tudok csinálni.
Köszönöm...
■ Adatbázis alapú weblapra van szükségem, ehhez pedig szakemberre, mert programozni nem tudok (a weblapomat megpróbáltam egyedül megcsinálni, átlagos felhasználói szintű számítástechnikai ismeretekkel, de csak egy statikus weblapig jutottam), ám mielőtt elkezdenék árajánlatokat kérni weblapkészítőktől, néhány alapvető dolgot szeretnék tudni, hogy tudjam miről beszélek :)
A leendő weblapomon a felhasználók regisztrálhatják magukat, adatlapjuk lesz és az adatoknak kereshetőeknek kell lenniük (Keresés gomb).
Bocsánat, ha butaságokat kérdezek, de fogalmam sincs az adatbázisok működéséről...
1) Ha valaki regisztrál (regisztrációs űrlap az oldalon), az adatai bekerülnek maguktól az adatbázisba? Az adatlap tud magától generálódni? Tehát, ha új tag regisztrál, akkor nekem vagy szakembernek kell valamit csinálnia, hogy az adatok bekerüljenek az adatbázisba és a felhasználónak legyen adatlapja? Ehhez kell programozni vagy én is meg tudom csinálni, amit kell, ha képes vagyok használni a weblap-készítő programot (mint pl. a Dreamweaver-t Design Wiew-ben, mert a html-kódokhoz sem értek)?
2.) Az ilyen típusú oldalak karbantartása egyébként hogyan működik? A tulajdonos fizet havi x összeget a weboldal készítőjének vagy akkor fordul hozzá, ha konkrét problémája van vagy segítségre van szüksége? Üzemeltethető egy ilyen, adatbázis alapú weboldal folyamatos programozói háttér nélkül?
3.) Van annak értelme, hogy költséghatékonyság céljából én megcsinálom a weboldalt egy ingyenes programmal vagy Dreamweaverrel (az van) és a szakember "mögé teszi" az adatbázist? Vagy eleve úgy kell kezdeni a weboldalt, hogy vele egyszerre építik mögé az adatbázist? Úgy rémlik, hogy az elején válaszani kell, hogy statikus vagy dinamikus legyen, de a "dinamikusságot" figyelmen kívül lehet hagyni egy ideig? Azaz, lehet létező weboldal mögé utólag adatbázist rakni? Mert a weblapot még csak megcsinálom, de adatbázist meg regisztrációt nem tudok csinálni.
Köszönöm...
Email rendszer jó API-val
Szép napot!
Egyik oldalra szeretnék feltenni egy olyan rendszert, ami felhasználó létrehozáskor létrehoz egy email címet is, törléskor törli, felhasználói csoportokhoz is tud email címet létrehozni, stb...
Tudtok ajánlani ilyen rendszert?
(Az ideális az lenne, ha json, xml vagy soap lenne a kommunikációs forma... A még ideálisabb meg az, ha lennének kész HTML űrlapok, amiket csak integrálni kéne a rendszerünkbe...)
■ Egyik oldalra szeretnék feltenni egy olyan rendszert, ami felhasználó létrehozáskor létrehoz egy email címet is, törléskor törli, felhasználói csoportokhoz is tud email címet létrehozni, stb...
Tudtok ajánlani ilyen rendszert?
(Az ideális az lenne, ha json, xml vagy soap lenne a kommunikációs forma... A még ideálisabb meg az, ha lennének kész HTML űrlapok, amiket csak integrálni kéne a rendszerünkbe...)
Serverek közötti kommunikáció - táblázat lekérés rendszeresen
Üdv!
A segítségeteket kérném.
Szeretném megcsinálni hogy az oldalam bejelentkezzen egy másikra és onnan kb fél óránként lekérjen (ill lemásoljon az oldalamra) egy táblázatot. Van valakinek valamilyen ötlete ezzel kapcsolatban?
■ A segítségeteket kérném.
Szeretném megcsinálni hogy az oldalam bejelentkezzen egy másikra és onnan kb fél óránként lekérjen (ill lemásoljon az oldalamra) egy táblázatot. Van valakinek valamilyen ötlete ezzel kapcsolatban?
IE9 probléma
Sziasztok!
Kezdő weblapkészitő vagyok, ezért még van jó pár dolog a témábam amivel nem vagyok teljesen tisztában. Tegnap készítettem egy oldalt amit folyamatosan néztem Firefoxban, Chromeban, Operában és IE8ban. De amikor egy másik gépen megnéztem IE9ben a design nagy része szétesett. Megnéztem hogy IE9 mit támogat és a child selectort amit én használtam elméletileg igen. Az alábbiakat olvastam fórumokon, hogy ezek megoldhatják a problémát: HTML5 Shiv, Modernizr, de egyik sem működött.
A honlapot ideiglenesen feltettem egy ingyenes tárhelyre: kettlebellz.atw.hu
Ha valaki tudna segíteni, hogy hogyan oldjam meg a problémát, azt előre is köszönöm!
■ Kezdő weblapkészitő vagyok, ezért még van jó pár dolog a témábam amivel nem vagyok teljesen tisztában. Tegnap készítettem egy oldalt amit folyamatosan néztem Firefoxban, Chromeban, Operában és IE8ban. De amikor egy másik gépen megnéztem IE9ben a design nagy része szétesett. Megnéztem hogy IE9 mit támogat és a child selectort amit én használtam elméletileg igen. Az alábbiakat olvastam fórumokon, hogy ezek megoldhatják a problémát: HTML5 Shiv, Modernizr, de egyik sem működött.
A honlapot ideiglenesen feltettem egy ingyenes tárhelyre: kettlebellz.atw.hu
Ha valaki tudna segíteni, hogy hogyan oldjam meg a problémát, azt előre is köszönöm!
webshop "minimum" szerkezet
Sziasztok!
Egy saját fejlesztésű webshopot tervezek, kicsit megakadtam az adatbázistervnél.
Az a gondom, hogy lehetőleg minél kevesebb táblából és műveletből szeretném megoldani, de nem tudom, hogy elég jól gondolkodok-e. Eddig megvan:
- Termékek két táblában, mert kategóriák is kellenek. A termékek egyediek, készletezni nem kell (csak kapcsolni, hogy van/nincs), mindenből kétféle kiszerelés van. Ez utóbbit megoldottam - nem túl szép megoldás - úgy, hogy 'kiszereles1' és 'kiszereles2', 'ar1' és 'ar2', ..., így táblán belül maradt, nem kell több kiszerelést tudnia. Az, hogy épp kapható-e, szintén 'vanbelole1', ...
- Vásárláshoz van kosár tábla, ebbe pakolnak a vásárlók user_id-t, termek_id-t, kiszerelést, stb.
- Felhasználókezelés komplett kész, itt nem érdekes.
A problémás a megrendelés tárolása/kezelése. Sehogy sem tudom egy táblában ésszerűen elképzelni. Amit kb. tárolni szeretnék benne:
- Megrendelő adatai (részben a felhasználók táblájából másolva) név, cím, stb.;
- Megrendelés ideje, végösszeg, felhasználói megjegyzés (ahol pl. leírhatja, hogy nem a saját nevére kér számlát, másik címre szállítást)
- Maguk a megrendelt tételek (név, mennyiség, egységár, érték)
Az első kettő megrendelésenként egy adat, a tételek több. Emiatt gondoltam két táblára, kulcsként a megrendelés id-vel. Így viszont az üzemeltető részére adott "rendelések" lekérdezése "sokSELECTes" lesz. Ez nem feltétlenül baj, csak én eléggé erőforrás-spórolós vagyok. (A felhasználói adatokat is részben ezért másolom, másrészt azért, mert ha megrendelés után, de még annak kezelése előtt módosít pl. címet.)
Abban kérném a segítségeteket, hogy ez az elgondolás mennyire helyes/helytelen, lehet-e rajta - elméletileg - optimalizálni valahol.
■ Egy saját fejlesztésű webshopot tervezek, kicsit megakadtam az adatbázistervnél.
Az a gondom, hogy lehetőleg minél kevesebb táblából és műveletből szeretném megoldani, de nem tudom, hogy elég jól gondolkodok-e. Eddig megvan:
- Termékek két táblában, mert kategóriák is kellenek. A termékek egyediek, készletezni nem kell (csak kapcsolni, hogy van/nincs), mindenből kétféle kiszerelés van. Ez utóbbit megoldottam - nem túl szép megoldás - úgy, hogy 'kiszereles1' és 'kiszereles2', 'ar1' és 'ar2', ..., így táblán belül maradt, nem kell több kiszerelést tudnia. Az, hogy épp kapható-e, szintén 'vanbelole1', ...
- Vásárláshoz van kosár tábla, ebbe pakolnak a vásárlók user_id-t, termek_id-t, kiszerelést, stb.
- Felhasználókezelés komplett kész, itt nem érdekes.
A problémás a megrendelés tárolása/kezelése. Sehogy sem tudom egy táblában ésszerűen elképzelni. Amit kb. tárolni szeretnék benne:
- Megrendelő adatai (részben a felhasználók táblájából másolva) név, cím, stb.;
- Megrendelés ideje, végösszeg, felhasználói megjegyzés (ahol pl. leírhatja, hogy nem a saját nevére kér számlát, másik címre szállítást)
- Maguk a megrendelt tételek (név, mennyiség, egységár, érték)
Az első kettő megrendelésenként egy adat, a tételek több. Emiatt gondoltam két táblára, kulcsként a megrendelés id-vel. Így viszont az üzemeltető részére adott "rendelések" lekérdezése "sokSELECTes" lesz. Ez nem feltétlenül baj, csak én eléggé erőforrás-spórolós vagyok. (A felhasználói adatokat is részben ezért másolom, másrészt azért, mert ha megrendelés után, de még annak kezelése előtt módosít pl. címet.)
Abban kérném a segítségeteket, hogy ez az elgondolás mennyire helyes/helytelen, lehet-e rajta - elméletileg - optimalizálni valahol.
Hirdetésekre hozzászólás
Sziasztok!
Vannak olyan álláshirdetések (néha), amikre szerintem jó lenne, ha tudnánk kommentálni. Ennél engem nagyon érdekelne, hogy a "teljes html-ben készült" oldalhoz miként gondolja az "ajax-menüt". Ezen kívül legalább egy link kéne az oldalról, stb..., ezeket az infókat ha odaírnánk a hirdetőnek, könnyebben menne a dolog. Ezekért a sokszor hiányzó infókért nem kéne külön levelezgetni, sőt, adott esetben én lehet, hogy kommentben írnám meg, hogy "az itteni kapcsi-űrlappal küldd el ezt-meg-ezt..." és csak ha ezután is érdekel, akkor írnék mailt - rendes címemről.
Egyszer már írtam itteni hirdetőnek no-reply címről, megírva hogy tud velem kapcsolatot felvenni - nem is válaszolt, valahol meg is tudom érteni...
Esetleg "licitálni" is lehetne így - megfelelő szabályok közt -, ez segíthetné minden olvasónak a kalkulációját - bár nem sok olyan hirdetés van, amelyik munkáról (nem munkahelyről) szól.
Erről kérném véleményeteket, köszi, Pepita.
■ Vannak olyan álláshirdetések (néha), amikre szerintem jó lenne, ha tudnánk kommentálni. Ennél engem nagyon érdekelne, hogy a "teljes html-ben készült" oldalhoz miként gondolja az "ajax-menüt". Ezen kívül legalább egy link kéne az oldalról, stb..., ezeket az infókat ha odaírnánk a hirdetőnek, könnyebben menne a dolog. Ezekért a sokszor hiányzó infókért nem kéne külön levelezgetni, sőt, adott esetben én lehet, hogy kommentben írnám meg, hogy "az itteni kapcsi-űrlappal küldd el ezt-meg-ezt..." és csak ha ezután is érdekel, akkor írnék mailt - rendes címemről.
Egyszer már írtam itteni hirdetőnek no-reply címről, megírva hogy tud velem kapcsolatot felvenni - nem is válaszolt, valahol meg is tudom érteni...
Esetleg "licitálni" is lehetne így - megfelelő szabályok közt -, ez segíthetné minden olvasónak a kalkulációját - bár nem sok olyan hirdetés van, amelyik munkáról (nem munkahelyről) szól.
Erről kérném véleményeteket, köszi, Pepita.
augusztus 26
Mobilra fejlesztés buktatói
Nem nagyon tudtam besorolni a témát...
Kíváncsi lennék, hogy milyen buktatói vannak a mobilra fejlesztésnek. A legjobban annak örülnék, ha van olyan ebben a témában tapasztalt ember köztetek, aki hajlandó lenne egy blog bejegyzést, vagy esetleg cikket írni a tapasztalatairől.
Amit én eddig észrevettem, hogy egy PC-n tökéletesen működő, csak javascriptet és sessiont használó oldal egyszerűen nem működik android alatt. Konkrétan 404-es hibát kapok bizonyos olyan oldalakon, amik előtt location header irányít át. Még nem debuggoltam, de ha már ilyen szimpla dolgok nem működnek, akkor gondolom korántsem csak ennyiről van szó, amikor az ember megpróbál valamit mobilra fejleszteni.
■ Kíváncsi lennék, hogy milyen buktatói vannak a mobilra fejlesztésnek. A legjobban annak örülnék, ha van olyan ebben a témában tapasztalt ember köztetek, aki hajlandó lenne egy blog bejegyzést, vagy esetleg cikket írni a tapasztalatairől.
Amit én eddig észrevettem, hogy egy PC-n tökéletesen működő, csak javascriptet és sessiont használó oldal egyszerűen nem működik android alatt. Konkrétan 404-es hibát kapok bizonyos olyan oldalakon, amik előtt location header irányít át. Még nem debuggoltam, de ha már ilyen szimpla dolgok nem működnek, akkor gondolom korántsem csak ennyiről van szó, amikor az ember megpróbál valamit mobilra fejleszteni.
Szimbólikus link úgy, hogy a forrás tartalma ne változzon ha szerkesztik.
Üdv,
Egy érdekes kérdésem lenne, lehet rossz úton járok:
Van egy Debian Linux környezetem, amibe mondjuk adott két felhasználó user1 és user2. Az user1-ben tételezzük fel van egy "FORRAS.txt" állomány ami tartalmaz egy szöveget és még hozzárakva jópár száz mega anyagot (ez az eredeti forrás). Ezt a fájlt átakarom SymLink-elni user2-nek, hogy lássa és használni tudja ám szeretném megadni neki a jogot arra, hogy ha kell szerkeszteni tudja vagy felülírni (szóval átírom a SymLink jogait neki megfelelőre).
A probléma ezzel az, hogy ha a SymLink-et módosítja, akkor az a forrás állományba is megváltozik és ezt semmiképp nem szeretném. És ha több felhasználónak szeretném ezt a fájlt át SymLink-elni, akkor a dolog sztornó.
Nos gondolom a figyelmesebbek rájöttek, hogy helymegtakarítást szeretnék mivel ez a fájl pl. 50 userből csak pár helyen változna meg (pl. 50-ből 10-nél) és így 50 helyett csak 10x foglalna több helyet + a változás, míg a többi SymLink-ként működne.
Jelenleg egy partícióról van szó és a cél nagyjából az lenne, hogy a fájl addig maradjon SymLink ameddig nem nyúlnak hozzá, amint hozzányúlnak ill. megváltoztatják (módosítják, felülírják) átalakuljon fizikai fájllá és a "fő cél" az, hogy a másolás minél gyorsabban megtörténjen.
Szerintetek erre van-e megoldás vagy ez nagyon meredek dolog és maradjak a hagyományos másolgatásnál?
■ Egy érdekes kérdésem lenne, lehet rossz úton járok:
Van egy Debian Linux környezetem, amibe mondjuk adott két felhasználó user1 és user2. Az user1-ben tételezzük fel van egy "FORRAS.txt" állomány ami tartalmaz egy szöveget és még hozzárakva jópár száz mega anyagot (ez az eredeti forrás). Ezt a fájlt átakarom SymLink-elni user2-nek, hogy lássa és használni tudja ám szeretném megadni neki a jogot arra, hogy ha kell szerkeszteni tudja vagy felülírni (szóval átírom a SymLink jogait neki megfelelőre).
A probléma ezzel az, hogy ha a SymLink-et módosítja, akkor az a forrás állományba is megváltozik és ezt semmiképp nem szeretném. És ha több felhasználónak szeretném ezt a fájlt át SymLink-elni, akkor a dolog sztornó.
Nos gondolom a figyelmesebbek rájöttek, hogy helymegtakarítást szeretnék mivel ez a fájl pl. 50 userből csak pár helyen változna meg (pl. 50-ből 10-nél) és így 50 helyett csak 10x foglalna több helyet + a változás, míg a többi SymLink-ként működne.
Jelenleg egy partícióról van szó és a cél nagyjából az lenne, hogy a fájl addig maradjon SymLink ameddig nem nyúlnak hozzá, amint hozzányúlnak ill. megváltoztatják (módosítják, felülírják) átalakuljon fizikai fájllá és a "fő cél" az, hogy a másolás minél gyorsabban megtörténjen.
Szerintetek erre van-e megoldás vagy ez nagyon meredek dolog és maradjak a hagyományos másolgatásnál?
Python GUI?
Van itt élő ember, aki használt már pythonból valami grafikus keretrendszert?
Tényleg dobjam ki a pythont, ha valami multiplatformos, egyébként egészen pici alkalmazást akarok megírni?
Még azt sem várnám el, hogy egyformán nézzen ki windows-on és linuxon, csak fusson mondjuk a 2-3 (esetleg 4) évvel ezelőtti linuxokon is és működjön XP-től Win7-ig.
Kezdtem a PyQt-vel, de a licenc körüli bonyodalmak, a finoman szólva is botrányosan gyenge és hiányos doksi elvették a kedvem (bocs, hogy lusta vagyok python-os fejlesztéshez C++-t tanulni, amihez van Qt dokumentáció ;-) ) Ráadásul a Qt eleve bizonytalan platformnak tűnt, már akkor is, amikor a Nokiáé lett, most meg, hogy ismét tulajdonost váltott... (a tulajváltást leszámítva a fenti indokok vezettek oda, hogy tavaly félretettem az egészet)
Úgy két hónapja elkezdtem ismerkedni a TkInter-rel, mert ugye az alapvető része a pythonnak. Sajnos "kissé" primitívnek tűnt és az általam talált leírások sem voltak teljesen egyértelműek, úgyhogy kb. két heti nyűglődés után követte a PyQt-t.
Jött a nagy ötlet: wxPython. Ez free, tudásban meg közelíti a Qt-t, hát hajrá!
Tegnapig nagyon szép és jó volt minden, mert alig foglalkoztam vele. :-D
Tegnap belefutottam egy olyanba, hogy a zetcode.com-on lévő tutorialok ugyan működgettek, épp csak a menük mellett elvileg megjelenő ikonok nem akartak megjelenni. Sem linuxon, sem windows-on. Ubuntun végül kiderült, hogy valami gnome-tweak-... utility-vel kell bekapcsolni a megjelenítésüket, úgy már tényleg működik. Stabil Debianra sajna nem találtam ilyen megoldást és windows7-re sem. Utóbbira annyira nem, hogy kiderült: a stabil wxPython sem a Vistát, sem a Windows7-t nem támogatja és a majd, egyszer, valamikor, talán érkező 2.9-es is csak Vistáig támogatott, a win7 már nem. Szóval wxPython -> kuka.
És most itt állok tanácstalanul: akkor mit használjak? A webes változat egyelőre nem megoldás.
Tényleg dobjam ki a pythont, ha valami multiplatformos, egyébként egészen pici alkalmazást akarok megírni?
Még azt sem várnám el, hogy egyformán nézzen ki windows-on és linuxon, csak fusson mondjuk a 2-3 (esetleg 4) évvel ezelőtti linuxokon is és működjön XP-től Win7-ig.
Kezdtem a PyQt-vel, de a licenc körüli bonyodalmak, a finoman szólva is botrányosan gyenge és hiányos doksi elvették a kedvem (bocs, hogy lusta vagyok python-os fejlesztéshez C++-t tanulni, amihez van Qt dokumentáció ;-) ) Ráadásul a Qt eleve bizonytalan platformnak tűnt, már akkor is, amikor a Nokiáé lett, most meg, hogy ismét tulajdonost váltott... (a tulajváltást leszámítva a fenti indokok vezettek oda, hogy tavaly félretettem az egészet)
Úgy két hónapja elkezdtem ismerkedni a TkInter-rel, mert ugye az alapvető része a pythonnak. Sajnos "kissé" primitívnek tűnt és az általam talált leírások sem voltak teljesen egyértelműek, úgyhogy kb. két heti nyűglődés után követte a PyQt-t.
Jött a nagy ötlet: wxPython. Ez free, tudásban meg közelíti a Qt-t, hát hajrá!
Tegnapig nagyon szép és jó volt minden, mert alig foglalkoztam vele. :-D
Tegnap belefutottam egy olyanba, hogy a zetcode.com-on lévő tutorialok ugyan működgettek, épp csak a menük mellett elvileg megjelenő ikonok nem akartak megjelenni. Sem linuxon, sem windows-on. Ubuntun végül kiderült, hogy valami gnome-tweak-... utility-vel kell bekapcsolni a megjelenítésüket, úgy már tényleg működik. Stabil Debianra sajna nem találtam ilyen megoldást és windows7-re sem. Utóbbira annyira nem, hogy kiderült: a stabil wxPython sem a Vistát, sem a Windows7-t nem támogatja és a majd, egyszer, valamikor, talán érkező 2.9-es is csak Vistáig támogatott, a win7 már nem. Szóval wxPython -> kuka.
És most itt állok tanácstalanul: akkor mit használjak? A webes változat egyelőre nem megoldás.
augusztus 24
Belső levelezőrendszer(facebook módon)
Sziasztok!!
Nekem már van egy alap belső levelezőrendszerem ilyen fülekkel:
-új üzenet írása
-bejövő üzenet
-kimenő üzenet
Ha rákattintok a nevére és küldök egy üzenete addig rendben.
Aztán felküldjük
elsőként a küldő nevét aztán címzettet a dátumot is és útólsóként hogy a címzett meg nézte a levelet vagy sem.
Okés eddig nincs hiba.
Hogy csináljam meg azt hogy ha beléptem az üzenetek közé akkor akinek már írtam annak a nevét csak egyszer írja ki és ugyan ez fordítva a másik félnek?
A másik ha rákattintok akkor ki listázza a vele beszélgetett üzeneteket.
Ezt szeretném megoldani.
Hogyan tudnám?
Ha valaki valamit nem ért szóljon!
■ Nekem már van egy alap belső levelezőrendszerem ilyen fülekkel:
-új üzenet írása
-bejövő üzenet
-kimenő üzenet
Ha rákattintok a nevére és küldök egy üzenete addig rendben.
Aztán felküldjük
elsőként a küldő nevét aztán címzettet a dátumot is és útólsóként hogy a címzett meg nézte a levelet vagy sem.
Okés eddig nincs hiba.
Hogy csináljam meg azt hogy ha beléptem az üzenetek közé akkor akinek már írtam annak a nevét csak egyszer írja ki és ugyan ez fordítva a másik félnek?
A másik ha rákattintok akkor ki listázza a vele beszélgetett üzeneteket.
Ezt szeretném megoldani.
Hogyan tudnám?
Ha valaki valamit nem ért szóljon!
