internt post system

prøv på www.delfs.dk under php-skrammel

Hmm ... hvad er dit spørgsmål?

nærmere:

http://delfs.dk/php/skrammel/brugersys.zip

Der er et internet system !!

prøv at teste det her !

http://www.terkild.dk/usersys/index.php3

hmm jones det skulle være et post system ikke et brugersys desuden er delfs brugersys skrevet i tekst filer og ikke i mysql
men kigger engang på det andet

maffi

hmm nå ok det var det samme
men som sgt det skal være et post/mail system som bruger php/mysql

Maffi

Det er da ikke så indviklet at lave ... tror du ikke det er hurtigere at lave end at finde ét?
Hver bruger skal vel bare have et \"table\", med \"id\", \"fromuser\", \"message\", \"date\" osv. ...

Jeg har et internt POST system, som benytter sig at mySQL... Det er dog \"skrevet ind i\" et brugersystem jeg har lavet en gang, men det kan sagtens pilles ud osv... Interesseret?

Hvad vil du give?

hmm lojmann jeg vil give dig de 30 point jeg har sat op da jeg ikke leder efter et fersigt script som jeg bare kan sætte op men et script der kan give mig ideen til hvordan det skal sættes op og ikke andet
jeg er nemlig lidt i tvivl om hvordan det er smartest at gøre jeg har selv en måde at gøre det på meeen jeg er squ bange for at min måde vil skabe for meget kaos når først der måske ligger 50.000 breve i den
jeg ved sel.f ikke om det nogen sinde vil være så meget i den på en gang meeen tør ik tage chancen så det er derfor

maffi

p.s og jo denne her skal oxo kombineres med den brugerliste som allerede er lavet

det er ikke så svært....

Du laver en tabel der heder \"Beskeder\" med \"id\" \"fra\" og \"til\" \"besked\" \"dato\"

Så når man sender en besked til mig FX. Rasmus

så skal der i til stå \"Rasmus\" og i fra \"fx, michael\"

Så henter du beskderne som er til Rasmus med en query der søger efter til -> \"Rasmus\"

- Rasser

hmm jamen bliver det ik for meget når der lige pludselig ligger 50.000 breve i databasen så ???
for det er samme fremgangsmåde jeg ville lave den på

Maffi

hmmm.... tror jeg ikke...

Brugerne sletter jo også meget af deres post...

du kan evt sætte en beskrensning på så du højst må have ex. 50 breve også kommer den med en advarsel om for mange breve.

- Rasser

Jeg har lavet det på samme måde som emulatorspil.dk foreslår...

Man kunne jo også lave en tabel til hver bruger, det gør at den IKKE skal søge en tabel igennem, hvor der måske er 10000 entryes, og den skal kun hente de 2 af dem.... Jeg tror at nummer 2 er den smarteste :)

så får man da xxxxxx mange tabeller i sin db... det er da ikke lige fedt, vel, efter min mening.

selv om jeg ik lige fik det svar jeg håbede på smidder jeg pointne til Rasser da han jo forklarede en metode som virkede (bare syndt det var den samme ide som min) havede håbet der var en smaetere måde at gøre det på meeeen jeg kan squ ik se hvordan
taGGer all

Var den ikke smartere, sådan rent preformens messigt, den jeg smed? Altså den sidste?

Ikke fordi jeg er vild efter 30 point eller noget andet, bare lige til din information :)

hmmm.... syns jeg ik :)))

Men tak for de 30p !

- Rasser

emu.dk -> Why not? Du slipper for at belaste din server med at finde noget specialt i en KÆMPE tabel, da hver bruger har sin egen tabel, hvor den skal vise ALT...

Det er ret logisk at det er kurtigere...


Tænk på, hvis du har en kasse, med 10000 navne i, fra A-Z og din partner har flere kasser, med navnene A-Z - hvem finder så først alle dem med navnet hans ?

ja- din ide er hurtigs... rigtig nok..
men hvis ver bruger skulle have en tabel... så ville det sa være enormt uoverskueligt hvis man fx... går ind med phpmyadmin....

jeg havde nu valgt den anden måde ( mit forslag ) selvom dit funker hurtigst.....

Men man kan jo også gøre min måde lidt kvikere ved at bestemme vilken felter man vil søge i.

- Rasser

Jamen, med det andet, undgår du søgning 100% - det er det som er fidusen :)

Jamen, phpmyadmin - hvad skal du der? Når du har lavet det er det jo lavet... Så køre resten af sig selv!
hvis du skal lave nye tabeller, så lav dem - med phpadmin eller ej - ligemeget...

jeg ved ikke om det er mig der er lidt gal på den... men ville det ikke fylde mere i db\'en hvis der skulle være 10000 tabeller ??

isteddet for en tabel med 10000 rows i ?

I øvrigt, så ville man, rent proff., tage preformens først, frem for den form for struktur i databasen... ALTID :)

Jo, det tror jeg - men det er jo lige meget... mener jeg!

Sæ\'fø\'li mere data at sende, men tror at det er det hurtigste, da det er minimalt!

jeg giver dig nu ret i at det er hurtigst på din måde ... :))

men det sløver vel også en del når der er så mange tabeller i db\'en.

jeg smutter i seng...

SES

Tror jeg sq godt nok heller ikke...

Men forresten, så kan man køre med begge, og det vil være det samme, rent preformens messigt, indtil der kommer RIGTIG mange ting i tabellen/tabellerne og der er MANGE forspørgsler pr. sekundt, så i dette tilfælde, tror jeg ikke man skal regne med noget helt vildt i forskel!!!

hmm lojmann nu sidder jeg igen her på frisk og læser alle indlægne igennem og må nok sige at jeg læste lidt forkert for den fremgangsmåde jeg havede en ide om som jeg håbede var en smartere måde på er faktisk den du nævner her til sidst med at hver bruger har hver sin tabel så nej det var ik Rassers metode (Dohh)
så rasser når jeg nu skimter igennem igen må jeg så nok oxo holde med lojmann jeg tror oxo den er bedre end din
men ok ok taGGer for hjælpen all

Maffi

Hæ hæ hæ