ugrás a tartalomhoz

Belső levelezőrendszer(facebook módon)

kriszrap · 2012. Aug. 24. (P), 02.31
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!
‹ Változók a PHP.INI -ben Https Curl-en keresztül nem megy, miért? ›
 ■
1

group by, where

szabo.b.gabor · 2012. Aug. 24. (P), 06.25
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?

GROUP BY

A másik ha rákattintok akkor ki listázza a vele beszélgetett üzeneteket.

WHERE

ha valaki nem ért valamit, használja az adatbáziskezelőjének dokumentációját!
9

Minek gondolkodni?

Hidvégi Gábor · 2012. Aug. 27. (H), 21.13
ha valaki nem ért valamit, használja az adatbáziskezelőjének dokumentációját
Miért? Itt előbb-utóbb úgyis megoldja valaki a problémát : )
2

$result = mysql_query("SELECT

kriszrap · 2012. Aug. 24. (P), 12.49
$result = mysql_query("SELECT * FROM emails where cimzett ='$nick' and kitol !='$nick' or cimzett !='$nick' and kitol ='$nick'");
eddig eljutottam csak másét is behozza.
hogy lehetne megoldani? pl egy csoport kódot csinálni(véletlen szerű kód)és úgy azonosítani?
Ezt a csoport kódot úgy csinálnám elején csinál egy kódot első küldésnél.
A bejövőnél rá kattintok a nevére ahol a csoport kód egyezik és kilistázom azokat a sorokat.
Jó elv?
3

könnyebb volna segíteni, ha

szabo.b.gabor · 2012. Aug. 24. (P), 13.12
könnyebb volna segíteni, ha iderittyentenél egy kis adatbázis felépítést.
4

REATE TABLE `emails` ( `id`

kriszrap · 2012. Aug. 25. (Szo), 12.03

CREATE TABLE `emails` (
  `id` int(11) NOT NULL auto_increment,
  `felado` text NOT NULL,
  `cimzett` text NOT NULL,
  `targy` text NOT NULL,
  `email` text NOT NULL,
  `datum` datetime NOT NULL,
  `megnezte` varchar(1) NOT NULL,
  `cimzettdel` varchar(1) NOT NULL,
  `feladodel` varchar(1) NOT NULL,
  PRIMARY KEY  (`id`)
)
addig
elméletemet meg próbálom meg valósítani:)
5

általam küldött

szabo.b.gabor · 2012. Aug. 25. (Szo), 14.34
általam küldött üzenetek

SELECT COUNT(*) AS levelszam, cimzett
FROM emails
WHERE felado='enmagam'
GROUP BY cimzett
ORDER BY cimzett

nekem küldött üzenetek

SELECT COUNT(*) AS levelszam, felado
FROM emails
WHERE cimzett='enmagam'
GROUP BY felado
ORDER BY felado

kb ennyi szerintem.

amúgy a feladót meg a címzettet érdemesebb volna id-vel tárolni ebben a táblában. egyrészt a keresés is hatékonyabb lesz, másrészt meg úgy kell és kész :D (ha változik a felhasználónév, akkor csak egy helyen kell átírni, így meg sok helyen, mindegy nem megyek bele)

remélem segítettem
6

köszönöm sztem már menni

kriszrap · 2012. Aug. 26. (V), 16.29
köszönöm sztem már menni fog:)
szerk.:
na tegyük fel van két felhasználó.
eminem,jancsi

eminem 19:30
jancsi 18:23
eminem 14:50
jancsi 12:10

így meg jelenik nálam a dolgok a dolgok.
azt szeretném hogy így nézzen ki
eminem 19:30
jancsi 18:23
vagy is a legfrissebb üzenetek legyenek meg.
GROUP BY val csak az eminem 19:30 jelent meg .
GROUP BY val is meglehetne oldani sztem csak akkor a felhasználókat meg kéne különböztetni.
hogy lehetne?
7

MAX

Poetro · 2012. Aug. 26. (V), 20.14
Vedd a dátum MAX értékét.
8

meg van a dátum max értéke és

kriszrap · 2012. Aug. 27. (H), 21.01
meg van a dátum max értéke és sikerült:
mysql_query("SELECT MAX(datum) AS datum,felado,cimzett,email FROM emails where cimzett='$id' or felado='$id' AND cimzettdel ='0'GROUP BY cimzett ORDER BY datum DESC");
már csak a
felado email résznek kéne a max értéke vagy is az utolsót meg kapnom.
hogyan?
MAX() ba nem lehet 1 nél több értéket meg adni:(
pl MAX(datum,email) AS level.
Ezt is ki lehet küszöbölni?
Legyetek szívesek segíteni!!!
10

nem

Poetro · 2012. Aug. 27. (H), 21.17
A MAX egyetlen mezőnevet fogad.
11

De többször is alkalmazhatod

Pepita · 2012. Aug. 28. (K), 05.31
- tudtommal. Tehát használhatod [code]SELECT MAX('valami1'), MAX('valami2') FROM...[code] formában. Bár lehet, hogy tévedek.
12

Pontosabban

Pepita · 2012. Aug. 28. (K), 05.41
úgy kell és kész :D
Szóval a felhasználókezelés min. 1 önálló táblát igényel és ott célszerű (kell) tárolni a Júzer e-mail címét. Ezen kívül ez a tábla több sebtől vérzik:
- a VARCHAR (1) például távolról sem boolean, akkor inkább TINYINT(1);
- a levél státuszát célszerű(bb) egy mezőben tárolni (törölt/olvasott/etc);
- szerintem egy saját "levelezőrendszer" leveleinek tárolására sem elegendő egyetlen tábla.

Kriszrap, ismét bizonyítottad kérdezőtehetséged! Kevesebb kapkodással és több odafigyeléssel még jót is tudnál létrehozni, ráadásul összességében kevesebb energiádat vinné el. (És másokéból is.) Nekem mindegy, én ismét jól szórakoztam, de neked jobb lenne, hidd el.
13

most miért bántod? legalább

szabo.b.gabor · 2012. Aug. 28. (K), 08.32
most miért bántod? legalább létrehoz valamit. és szerintem határozottan fejlődik. nem születik mindenki napfénnyel a seggében.
14

nem születik mindenki

Hidvégi Gábor · 2012. Aug. 28. (K), 09.16
nem születik mindenki napfénnyel a seggében
De nem is töri össze magát, hogy magától fejlődjön. Minek is? Úgyis segít neki valaki.
15

OFF:De nem is töri össze

kriszrap · 2012. Aug. 28. (K), 15.12
OFF:
De nem is töri össze magát, hogy magától fejlődjön. Minek is? Úgyis segít neki valaki.
na ezt ki kérem magamnak!!! Sajnos ez nem így van.
Amit nem találok meg googleba az az én hibám??? Bocsánat hogy segítségeteket kérem pár dologba. Sorry!!

ON: Akkor majd kipróbálom a kódot ha haza értem.
16

Amit nem találok meg googleba

Hidvégi Gábor · 2012. Aug. 28. (K), 15.17
Amit nem találok meg googleba az az én hibám???
Igen. Nézd meg, hogy hány kérdést tesznek fel azok itt a fórumon, akik neked válaszolni szoktak. Az interneten minden információ fenn van.
17

akkor minek a fórum ha

kriszrap · 2012. Aug. 28. (K), 16.51
akkor minek a fórum ha "minden" információt googleba megtalálok? Nem azért van a fórum hogy segítséget lehessen kérni? Én azt tettem segítséget kértem hogy hogy lehet meg valósítani fb-s levelezős rendszert.

pepita!!
miben jobb a TINYINT mint a varchar???
18

Fórum

Hidvégi Gábor · 2012. Aug. 28. (K), 17.13
A fórum arra való, hogy olyan kérdéseket és problémákat vitassunk meg rajta, amit máshol nem.
21

Na, öcsém!

Pepita · 2012. Aug. 29. (Sze), 02.28
(Remélem, 1-essel kezdődik a személyi számod.)

Ha nem kapod most már tényleg össze magad, komolyan megharagszom. Azonnal nézd végig a korábbi fórumtémáidat (követő), hogy azokban miket kértünk már többen is tőled formailag és külalakban!
Mit képzelsz, te lusta vagy az én kommentemre válaszolni/visszakérdezni (külön), én meg nyitogassam a te témádat több ablakban, hogy kihámozzam az általad összebogozott szálakat - amikor mi segítünk neked?! Az, hogy ennyire minimális figyelmesség sincs benned irántunk a saját ügyed érdekében, már tiszteletlenség. Akkor meg mit vársz cserébe? Megelőlegezett válaszomért cserébe válaszolj erre értelmesen. Én elhiszem (ha így van, de nem tudom), hogy egy 88. dackorszakban lévő tizenéves valaki vagy, de vedd figyelembe, hogy itt "komoly fölnőttek" vannak, akikkel komolyan kell viselkedni, főként ha kérsz tőlük valamit. (De akkor is, ha netán te adsz.)

Tehát:
Pepita!!
Miben jobb a TINYINT, mint a varchar?
(Mint láthatod, javítottam hejessírásod; nevet kisbetűvel írni - sértő.)

Nem jobb - más. MySql dokumentációját jól nézd át: vannak különböző táblatípusok és ezeknek különböző mezőtípusai. Szemben pl. a PHP programnyelv gyengén típusosságával, az adattárolás az adatbázisokban gyakorlatilag mindig típusos. Tehát, ha egész számot akarsz tárolni, akkor használj xxxINT típusú mezőt, ha szöveget, akkor pl. VARCHAR vagy xxxTEXT mezőt, ha boolean (igaz/hamis) értéket, akkor BOOL mezőt.
Ez utóbbit azonban a MySql (MyIsam táblatípus esetén) TINYINT(1)-ként tárolja, mert nincs valódi BOOL mező (mert azt 1 biten kéne tárolni, viszont technikai okokból min. 1 byte-ot tárol egy mezőben, ez pedig u.az, mintha TINYINT(1) lenne). Ha lenne valódi BOOL mező, akkor is 1 byte-on tárolná.
Szóval a lényeg az, hogy ahol javasoltam - most tényleg csakazértsem néztem vissza -, ott te egy igaz/hamis értéket akartál tárolni VARCHAR(1)-ként, erre a boolean-ra viszont sok szempontból jobb helyettesítő az 1 byte-os egész szám. Ha ezt jól használod, akkor a gyengén típusos PHP-vel "megetetheted" boolean-ként, ami a feltételek kezelésekor nagyon hasznos lehet. Ezzel kapcsolatban olvasd el a PHP manual 11. fejezetét.
Tehát ha nincs pont az az adattípus, ami neked kéne, akkor a lehető legközelebb állóval próbáld helyettesíteni. (Itt most nem akarok az 'enum'-mal kavarni.)
20

Itt a lényeg

Pepita · 2012. Aug. 29. (Sze), 01.47
Látod, szabo.b.gabor?
ON: Akkor majd kipróbálom a kódot ha haza értem.
Itt a lényeg, erről beszélt Hídvégi Gábor is és részben én is. Ez a cél. A kérdés pedig: "ti hogy oldanátok meg?". :)
19

Nem bántom,

Pepita · 2012. Aug. 29. (Sze), 01.44
"csak" tükröt tartok elé. Jócskán van előzménye a dolognak (bocs, de most nem keresgélem), a srác egyszerűen lusta értelmesen írni / kérdezni. Az előzményben az volt, hogy vagy egy tucat kommentben próbáltuk kiszedni belőle a problémája megoldásához szükséges infókat, egyszer csak megunta - nyitott új témát, ugyanolyan módon, mint előtte. Mindegy, nem ragozom: ismerem a srácot. De nem akarom bántani. A fejlődést a stílusában és a hozzáállásában én hiányolom.
Pont ezt jeleztem.
22

Elolvastam minden comentet és

kriszrap · 2012. Aug. 29. (Sze), 14.31
Elolvastam minden comentet és elnézést kérek még egyszer :(
jobban oda fogok figyelni hogy mit írok és hogyan.

Olvasgattam egy kicsit és találtam egy sqlbe egy last parancsot és nekem jól jönne az email mezőmhöz. Nem akarja valamiért elfogadni:( .
Lehet elírtam vagy valami rosszul csináltam.
A kód :

 mysql_query("SELECT  LAST(email) AS email,MAX(datum) AS datum,kitol,cimzett FROM emails where kitol = '$id' and kitol='$id' AND cimzettdel ='0' GROUP BY cimzett ORDER BY datum DESC");
mindent beszúrtam hogy mindent lássatok.
Miért nem fogadja el?? Nem értem.
23

Hirtelen ránézésre

iddqd · 2012. Aug. 29. (Sze), 14.59
1. Mi az hogy nem fogadja el?

2. hol találtad a LAST() -ot, és milyen DB -t használsz?

3. Mi ez?
where kitol = '$id' and kitol='$id' AND cimzettdel ='0'
Miért szerepel 2x?
cimzettdel lehet már null?

Szerintem: Kevesebb olló -> több olvasás!

Pepita:
Na ilyet se hallottam még tőled! :))
26

Mármint milyet?

Pepita · 2012. Aug. 30. (Cs), 02.28
Na ilyet se hallottam még tőled! :))
Szerintem semmi szokatlant/feltűnőt nem csináltam, de ha zavar valami, szólj nyugodtan! :)
29

Dehogyis :)

iddqd · 2012. Aug. 30. (Cs), 18.27
Téged még nem nagyon halottalak/láttalak kiakadni itt.
Általában te is, mint Poetro, birka-türelemmel szoktad magyarázni tovább a delikvenseknek. :)
Hozzáteszem abszolút jogos volt, nem ez volt a meglepő! :)
30

Köszi, de...

Pepita · 2012. Aug. 31. (P), 02.42
Köszönöm szépen, nagyon jólesett ez a dícséret, de sem szakmailag nem vagyok Poetro szintjén (de jó is lenne!), sem türelemben (néha azon akadok ki, neki mennyi van). Szóval Poetro-t (és még sorolnom kellene) jobban illeti dícséret, mint engem.
24

LAST?

Poetro · 2012. Aug. 29. (Sze), 15.31
Ez biztosan létező MySQL függvény? És mit kellene csinálnia? Tudsz mutatni linket hozzá a dokumentációban?
25

Bocsi iddqd elírtam hibáztam

kriszrap · 2012. Aug. 30. (Cs), 00.56
Bocsi iddqd elírtam hibáztam :(

SELECT  LAST(email) AS email,MAX(datum) AS datum,felado,cimzett FROM emails where felado = '$id' or kitol='$id'  GROUP BY cimzett ORDER BY datum DESC");
last parancsot itt találtam:
http://www.w3schools.com/sql/sql_func_last.asp

ki választjuk azokat a sorokat ami "hozzám tartoznak "($id)
(felado = '$id' or kitol='$id')

dátum szerinti csökkenő sorrend ORDER BY datum

címzett tömben egy név egyszer szerepeljen (GROUP BY cimzett)

megadom mindegyik csoportnak a max dátumát
pl
eminem 14 50
eminem 19 00 <---- ez lesz a max érték

emailba szöveget tárolok.
próbálkoztam email tömbe max-al meg kapni az utolsó értéket meg ha van azonos érték vagy is mondjuk írom azt hogy 1x hello és utolsónak írom hogy hello akkor csak az elsőt nézi. MAX funkció csak számoknál használható???
Aztán rákerestem netten és rátaláltam a last parancsra
csak nem jó.
Miért?
előre is köszönöm.

Valami nem érthető szóljatok!
szerk.: csináljam úgy ahogy ajánlottátok hogy minden felhasználónak van egy email táblája?
így nézzen ki a tábla név?:
kriszrap_emails
jenö_emails
vagy 1_emails
4-emails
(a számok az idre utalnak)
szerintetek?
27

Pontatlan

Pepita · 2012. Aug. 30. (Cs), 03.15
Szerintem új hozzászólásként vagy témaként tedd fel újra - pontosítva - a kérdésedet, a létező táblaszerkezetekkel együtt. Hirtelenében ezeket találtam:
(felado = '$id' or kitol='$id')
Itt logikailag - számomra - a 'felado' és a 'kitol' ugyanazt jelenti, tehát lehet, hogy a táblaszerkezet is rossz, vagy elírtál valamit.

A 'GROUP BY cimzett' miatt egyetlen rekordot fogsz kapni (a legelsőt) azon rekordok közül, melyeknek u.az a 'cimzett' adata. Tehát nem biztos, hogy a legfrissebbet, stb., ehhez inkább WHERE kellene. Pl. a legutóbbit megkaphatod úgy is (egy emberét), hogy 
SELECT * FROM levelek WHERE cimzett = 'valami@valami' AND datum = (SELECT MAX(datum) FROM levelek WHERE cimzett = 'valami@valami');
Ez a beágyazott SELECT nem a legoptimálisabb, de ilyesmi vonalon érdemes elindulni, azután - ha már műxik - optimalizálni. Én pl. sokszor nem elsőre írom a legjobb query-t, de működőt, azt meg már könnyebb finomítani. De itt most megint nem egészen tiszta nekem a feladat, csak tippeltem.
Aztán rákerestem netten és rátaláltam a last parancsra
csak nem jó.
Az ottani példát jól értetted? És volt ott egy alternatíva is:
Workaround if LAST() function is not supported
Abból, hogy Poetro is rákérdezett, hol találtad, nekem is új ez a fv.név, és ebből az idézetből arra következtetek, hogy a te szervereden not supported. Ezért nem műxik. (És függvény, nem parancs.)

Adatbázisterv: ezzel kell kezdeni. Addig semmi lekérdezgetés, amíg ez nincs kész, vagy rossz. Szerintem user_id alapján véletlenül se csinálj táblákat, az ilyen üzemelés közben előállított újabb és újabb táblák többnyire tervezési hibák eredményei, igen ritkán kell ilyesmire vetemedni. Az elején, ha jól tudod specifikálni a feladatot, az már egy "fél adatbázisterv" volna. A lényeg, hogy minden körülményt / csoportot / funkciót egyenként jól forgass meg a fejedben, szép kerek mondatokban mondd ki előbb vagy háromszor, ezután írd le egy temp. doksiba. Ha azt hiszed, hogy kész, akkor még párszor olvasd át és javítsd a hibákat... Erre szánj sok türelmet és időt, mert az egész műved múlik rajta. Egy jó szoftver összes munkaidejének 50-80%-a tervezés, tehát a kódolás a jóval kisebb része (és jó terv alapján már szinte gyerekjáték).
Alapjában véve okos srác vagy, szerintem meg tudod csinálni.
28

köszönöm a segítséged!!Ahogy

kriszrap · 2012. Aug. 30. (Cs), 16.02
köszönöm a segítséged!!
Ahogy ezt leírtad hogy
- szerintem egy saját "levelezőrendszer" leveleinek tárolására sem elegendő egyetlen tábla.


akkor kezdtem el gondolkodni ,azt tenném hogy mindenkinek vagy egy saját email táblája meg is csináltam első belépésnél meg alkotja a táblát csak user id alapján. Amikor meg akarom nézni a felhasználóval beszélt üzeneteket azt pedig INNER JOIN al tettem volna. Pontosabban az ö táblájából kiválogatnám a saját üzeneteim és az ennyémből az övét. Előbb írtad nem annyira hatékony módszer hogy külön külön tábla ha jól értettem. Te hogy csinálnád? Másik elképzelésem is van hogy a bejövök és a kimenőknek külön tábla. Ez is jó módszer??
Szerintetek?

szerk.: átgondoltam az utolsó módszerem az szerintem hülyeség.
31

Kanyargós...

Pepita · 2012. Aug. 31. (P), 03.14
Mivel - nekem - még mindig nem teljesen tiszta, hogy mit is szeretnél, a válaszaimból is ki kéne válogatnod, hogy mi az, ami számodra is "készpénz". Lehet, hogy a te leveleidnek elég egy tábla is, nekem azért nem, mert akkor már (ha saját) tudjam a leveleket kategorizálni, stb. Ezt általánosan értettem, de jobban nem mennék bele, mert mégjobban bonyolítaná a helyzetet.
Te hogy csinálnád?
Az ilyen kérdést tudod, hogy mennyire szeretjük...

1. Fognék egy tollat, papírt (tényleg néha így csinálom) és nekiülnék megtervezni az adatbázist (természetesen a kész feladatspecifikáció alapján). Ezt már leírtam részletesen, én is úgy csinálom (a hangos szöveg nélkül, mert én anélkül is tudok értelmes mondatokat írni. Bocs, nem bántás akart lenni, de ilyenkor tényleg jobb előbb kimondani.)

2. Ha valami miatt 1. nem sikerül elfogadható időn belül, akkor Álláshirdatés rovat...

Szóval szerintem még mindig kissé ide-oda kapkodsz, kihagytad a specifikációt/programtervet, mondván, hogy a honlap "nagyrészt kész". Légyszíves ülj le és tervezz, ami most van, az egy káosz, azt tedd félre!
Csinálj magaddal egy rendes honlapinterjút. Ezután egy honlaptervet, mindkettőben jó segítségek Nagy Gusztáv anyagai, de nem ez a minden, kell hozzá a te eszed is.
Ezután, ha ezek készen vannak, lehet adatbázist tervezni. Jó lenne, ha az első kettőt is "bemutatnád". (Szép külalakban!)

Ha ezt jól csinálod, megtanulsz felépíteni egy honlapot. (És nem összeb....ni.)
32

Meg mutatom mit is szeretném

kriszrap · 2012. Aug. 31. (P), 15.15
Meg mutatom mit is szeretném 1 ként össze hozni
9_email tábla, 10_email tábla, 12_email tábla
kriszrapé eminemé krissz1996é

Tételezzük fel kriszrap kül egy üzenetet eminem nek
akkor feladó kriszrap lesz és a címzett eminem és ezt elküldi eminem táblájába.
Kriszrapnek lesz egy "másolat" annyi különbséggel hogy felado helyet "én" értéket kap.

$sql ="INSERT INTO ".$cimzett."_email (id,felado,cimzett,email,datum,megnezte,cimzettdel,kitoldel) values ('','$nick','$cimzett','".$_POST['email']."',now(),'0','0','0')";
  $query = mysql_query($sql)or die ("Valami baj van az adatbázissal.");
  
  $sql1 ="INSERT INTO ".$nick."_email (id,felado,cimzett,email,datum,megnezte,cimzettdel,kitoldel) values ('','én','$cimzett','".$_POST['email']."',now(),'0','0','0')";
  $query = mysql_query($sql1)or die ("Valami baj van az adatbázissal.");
kilistázás úgy megy hogy kiválasztom a saját táblám és kilistázok mindent.
Mostani táblám így néz ki.

9_email az kriszrapé
INSERT INTO `9_email` (`id`, `felado`, `cimzett`, `email`, `datum`, `megnezte`, `cimzettdel`, `kitoldel`) VALUES
(1, 'én', '10', 'csákány', '2012-08-31 14:22:50', '0', '0', '0'),
(2, '10', '9', 'mi van ember?', '2012-08-31 14:24:48', '0', '0', '0'),
(3, '10', '9', 'jaaa', '2012-08-31 14:25:41', '0', '0', '0');
1 én vagy is kriszrap küldte eminem nek
2 eminem küldte nekem vagy is kriszrapnek
3 eminem küldte nekem vagy is kriszrapnek

és így néz ki:
eminem (felado = én,cimzett=10)
^--csákány
2012-08-31 14:22:50

eminem (felado = 10,cimzett=9)
mi van ember?
2012-08-31 14:24:48

eminem (felado = 10,cimzett=9)
jaaa
2012-08-31 14:25:41

ahol ezt "^--" látjátok én vagyok vagy is kriszrap(9 id).
így szeretném megcsinálni:
eminem (felado = én,cimzett=10)
^--csákány
2012-08-31 14:22:50

próbálkoztam így GROUP BY,felado,cimzett
és ez jött ki

eminem
^--csákány (felado = én,cimzett=10)
2012-08-31 14:22:50

eminem (felado = 10,cimzett=9)
jaaa
2012-08-31 14:25:41
és ez a nem a legfrissebb adat.
hogy tudnám megoldani hogy csoportok legyenek és a max értéket adja ki??? pl (kriszrap,eminem)csoport ja és az ucso üzenet. (kriszrap,krissz1996)csoport és az ucso üzenet.
33

Nem tudok segíteni

Pepita · 2012. Szep. 1. (Szo), 01.19
Tudod, ha már valaki ennyit tépi a száját nekem, hogy hogyan kell ezt jól csinálni, linkel, stb. - akkor legalább meg szoktam mondani, hogy nem csinálom azt, amit javasolt, és megindoklom. Tudom, te nem Pepita vagy. Így viszont - hogy továbbra is sz... rá, mit gagyogok - nem tudok neked segíteni. Továbbra sem ismerem pontosan sem az adatbázisodat, sem a céljaidat, ezt (is) orvosolnád azzal, ha megcsinálnád amiket javasoltam. Anélkül nem megy.
34

Jó lenne, ha az első kettőt

kriszrap · 2012. Szep. 1. (Szo), 12.58
Jó lenne, ha az első kettőt is "bemutatnád".

Email táblára gondolsz? Ha igen akkor itt van:

CREATE TABLE `(10_email`  // itt a tíz váltózó érték
  `id` int(11) NOT NULL auto_increment,
  `felado` text NOT NULL,
  `cimzett` text NOT NULL,
  `email` text NOT NULL,
  `group_id` varchar(12) NOT NULL,
  `datum` datetime NOT NULL,
  `megnezte` varchar(1) NOT NULL,
  `cimzettdel` varchar(1) NOT NULL,
  `kitoldel` varchar(1) NOT NULL,
  PRIMARY KEY  (`id`)
)
group_id ről szeretnék egy kicsit írni. group_id az egy csoport azonosító ahol első üzenet küldésnél csinál egy ilyen kódot "10@9"
vagy is 10 id felhasználó 9 es felhasználónak küldte.

2. üzenetnél csak kiolvassuk és ezen group_iden megy végig a beszélgetés.(könnyebb be azonosítani az üzeneteket és listázni.)

Az a célom már csak (mert a többit egyedül meg tudtam csinálni) hogy aki küldött üzeneteket ez több felhasználó is lehet annak felhasználónak vagy nekem legfrissebb üzenetét listázza ki.
vizuálisan a célomról:

 eminem (felado = 9,cimzett=10)
 ^--csákány
 2012-08-31 14:22:50

 eminem (felado = 10,cimzett=9)
 mi van ember?
 2012-08-31 14:24:48

 krinya (felado = 13,cimzett=3)
 jaaa
 2012-08-31 14:25:41

 krinya (felado = 13,cimzett=3)
 jaaa
 2012-08-31 14:26:42
ki akarom listázni a legfrissebb üzenetet a csoportokból.
group_id sokat segít most mert ilyen csoportjaim lesznek:
13@3
10@9
ennek a csoportnak a legfrissebb üzenetét sorát dátum alapján kilistázni.
érthető így vagy megint mellé beszélek?
35

Jó tanács

szabo.b.gabor · 2012. Szep. 1. (Szo), 14.01
tegyük fel, hogy nem tudsz vezetni. kapsz egy autót. elindulsz vele a városba?

http://kiado.kiskapu.hu/main.php?SHOW_BODY=books&OP=detailed&PROD_ID=2
valami alapszintű mysql könyvet szerezz be (nem kell megvenned, van könyvtár is). olvasd el, próbálgasd. nem könnyű, de sikerülhet.

amikor válaszolok a kérdéseidre, csak szórakozásból teszem. eltelik az idő. sajnos tudom, hogy annyira mély vízben mozogsz, hogy nem fogod megérteni. itt a lényeg. értsd meg amit csinálsz. így csak a saját idődet pazarlod. képezd magad, tanulj meg angolul, stb.

ha nem akarsz megtanulni tanulni, megtanulni angolul, ne pazarold az idődet erre a területre, mert a nehezen megszerzett egyéb tudásod hamar használhatatlanná válik.
36

csak annyit írjatok le hol

kriszrap · 2012. Szep. 1. (Szo), 23.05
csak annyit írjatok le hol hibázok? és mindent elkövetek hogy megtudjam csinálni.
37

sok tábla

Poetro · 2012. Szep. 2. (V), 00.42
Már eleve ott, hogy csinálsz minden felhasználóhoz táblát. Ez teljesen lehetetlenné teszi a későbbi bővítést valamint nem is optimális és feleslegesen bonyolítja a hozzá szükséges kódot is.
38

Jóval több helyen,

Pepita · 2012. Szep. 2. (V), 01.07
mint Poetro írja. Elvi, gondolkodásbeli, hozzáállási hibáid vannak. A legtöbbet már felsoroltuk neked (van amit többször is), de nem törődsz vele (vagyis magaddal). Azért nem lehet neked segíteni, mert így csak akkor kerülne ki jó megoldás, ha egy az egyben megcsinálnánk helyetted. De azt (itt) nem fogjuk.
Email táblára gondolsz? Ha igen akkor itt van:
Már ne haragudj, de ha nem tudod, hogy a kihagyott tervezési fázisokra gondoltam, akkor elég buta vagy és/vagy engem próbálsz hülyére venni. Itt szerintem utóbbiról van szó, szégyelld magad.
39

nem akarok senkit se hülyére

kriszrap · 2012. Szep. 2. (V), 21.26
nem akarok senkit se hülyére venni.
csak nem tom hogy lenne jó mert írtak nekem ilyet is:
szerintem egy saját "levelezőrendszer" leveleinek tárolására sem elegendő egyetlen tábla.

Meg Pepita írtad hogy ne külön táblázatba.
Akkor hogy?
És lehet hogy buta vok de akkor abba helyzetbe nem értettem .
40

Tenni kell

Pepita · 2012. Szep. 2. (V), 22.53
Már annyit kérdeztél, én meg magyaráztam (azt is, amit ismételten idéztél), hogy most már ideje volna tenned is valamit. Olvasd vissza a korábbi posztokat, és állj neki. Interjú, honlapterv, adatbázisterv. Sorban.
41

sikerült megoldanom:) egy új

kriszrap · 2012. Szep. 26. (Sze), 20.51
sikerült megoldanom:) egy új mezőt kellet csinálnom "utolso" néven.
Ebbe megjelölöm az ucso üzenetet és igy wherel ki keresem és ennyi:)