OT-Teil von Login mit Hilfe von PHP und mySQL

**mrhappiness** · 17.09.2003, 07:21

2KB beschränkung bei GET?
meinetwegen, aber da du ja nicht die kompletten session-daten per URL übergibst sondern nur die session-id, is das ja nicht wirklich das problem.
schließlich sind session-ids 32 zeichen lang und 32 < 2048

Oder?

POST schickt die daten im body?

wenn die session-id nicht in der URL steht, steht sie normalerweise in nem cookie
cookie != post (behaupte ich einfach mal so)

deinen einwand mit unabsichtlich cookies setzen wollte sich mir übrigens nicht so ganz erschließen

**Xenalla** · 17.09.2003, 13:18

oben sagst du:"SID in der URL MUSS angegeben werden, wenn der User keine Cookies unterstützt"
wenn du die SID in der URL übergibst setzt du auch unabsichtlich kein cookie.... oder?

Sorry... aber ->

OffTopic:

Und äh... ich will Dich in keiner Weise angreifen - und ich bin sicher, TobiaZ kann für sich selbst sprechen - aber ich kann mir nicht verkneifen, das nu zu sagen:
Ein Thema tausendfach durchzukauen hält keiner aus! Kein Wunder, wenn jemand bei der x-ten wiedergekäuten Frage einfach nen Link, oder nen Hinweis auf Google schreibt.
Nachdem ich mir das ganze Forum durchgelesen hab (hat eh Tage gedauert - wundert es mich eher, das ÜBERHAUPT noch Antworten auf so manche Fragen kommen.
Damit meine ich gar nicht dieses Thema jetzt, sondern spreche Deine Kritik an, hier würde es quasi dauernd "nur solche Antworten" geben.
Ich kann dazu nur sagen: Ich kenne kein anderes Forum, indem so viel geholfen wird wie hier - und das ist sicher nicht zuletzt TobiaZ zu verdanken, nach allem was ich so gelesen hab.

**mrhappiness** · 17.09.2003, 13:23

OffTopic:
schleimer

aber ich kann dir irgendwie sogar folgen *g*

**Xenalla** · 17.09.2003, 13:42

OffTopic:

/me hat sich schon gedacht, als Schleimer enttarnt zu werden *MIST*
... Tja, da kann man halt nix machen

**TRILLITIUM** · 17.09.2003, 15:13

@
mrhappiness
na ja, ich will hier jetzt nicht die grosse diskussion lostreten...
ich habe ja nicht behauptet das es ein problem ist daten per GET zu übergeben, ich habe nur davon gesprochen das diese übertragungsweise einschränkungen hat.
natürlich ist es kein problem wenn du nur die sid per GET übertragen willst da diese wie du richtig sagtest 32 zeichen lang ist.
es sollte nur ein hinweis sein falls du auch noch andere daten außer die sid per GET übertragen willst das es dann mit dieser methode zu einschränkungen kommen kann im bezug auf die länge der URL die der browser verwalten kann.
um die sache mit den sessions und der übergabe von daten per POST und GET richtig zu verstehen sollte man sich auch mal die höheren netzwerkprotokolle sowie die einteilung in request-,response und general header anschauen.
im protokollaufbau wird auch erklärt aus was sich ein HTTP kommando zusammensetzt....nämlich aus HEADER und BODY.
aber das hier zu erkären würde wohl den rahmen sprengen....
wen es interessiert, nachzulesen sind diese sachen in der RFC 1945 und RFC 2068
der protokollaufbau besteht aber im wesentlichen aus der kommandozeile und eventuell angehängtem message header der weitere parameter (content-lenght felder) enthalten kann die das kommando spezifizieren.

deiner aussage cookie != post kann ich mich auf gar keinen fall anschliessen da die übergabe von daten mit post ja nicht gleich bedeutet das du ein cookie clientseitig schreibst.
ich kann ja auch z.b. ne SID mit POST an ne db übertragen ohne ein cookie clientseitig zu schreiben oder????;-)

zu:"deinen einwand mit unabsichtlich cookies setzen wollte sich mir übrigens nicht so ganz erschließen "
die behauptung war doch:"
SID in der URL MUSS angegeben werden, wenn der User keine Cookies unterstützt"oder???
ich MUSS doch nicht unbedingt ne SID in der URL anhängen nur weil der client keine cookies unterstützt!!!!
ich habe gesagt das dies eine unklare aussage ist da es verschiedene wege einer sitzungsverfolgung gibt....
speichern in einer db,hidden fields,cookies, speichern in der uri, im prozessspeicher beim apache oder in ner datei.
ich muß ja nicht auf teufel komm raus ein cookie clientseittig setzen wollen weder absichtlich noch unabsichtlich(was scherzhaft gemeint war;-)) da auch immer mehr user diese (bösen kekse:-)) nicht mehr akzeptieren.
ich kann doch auch ne SID per POST übergeben die dann nicht in der URL erscheint auch wenn der client keine cookies akzeptiert oder???
verstanden????
im endeffekt hat jede datenübergabe methode ihre vor und nachteile und ist auch abhängig von dem bedarf (im bezug auf security und manipulation der daten)und des zur verfügung stehenden servers sowie der configuration dieses.
wie auch immer, schon wieder viel zu viel geschrieben.... egal, ist ja nicht böse gemeint, gelle;-))
dafür ist ja aber ein forum da damit man solche sachen diskutieren kann......
in diesem sinne,

grüße,

trillitium

**mrhappiness** · 17.09.2003, 15:22

Original geschrieben von TRILLITIUM
deiner aussage cookie != post kann ich mich auf gar keinen fall anschliessen da die übergabe von daten mit post ja nicht gleich bedeutet das du ein cookie clientseitig schreibst.
ich kann ja auch z.b. ne SID mit POST an ne db übertragen ohne ein cookie clientseitig zu schreiben oder????;-)

eben darum sind es ja zwei verschiedene paar schuhe

ich MUSS doch nicht unbedingt ne SID in der URL anhängen nur weil der client keine cookies unterstützt!!!!

und wie willst du den user identifizieren?

es [gibt] verschiedene wege einer sitzungsverfolgung

d'accord

speichern in einer db,hidden fields,cookies, speichern in der uri, im prozessspeicher beim apache oder in ner datei.

cookies versteh ich (COOKIE), uri auch (GET), hidden fields (POST) ebenfalls, den rest nich
was willst du in der db speichern und wie willst du das da gespeicherte eindeutig genau einem user zordnen? gleiches beim speichern in ner datei
und das mit dem prozesspeicher is mir echt zu hoch momentan, da würd ich aber wirklich gerne mehr zu wissen

ich kann doch auch ne SID per POST übergeben die dann nicht in der URL erscheint auch wenn der client keine cookies akzeptiert oder???

eben deshalb sagte ich ja: cookie != post

verstanden????

ich denke ja

wie auch immer, schon wieder viel zu viel geschrieben.... egal, ist ja nicht böse gemeint, gelle;-))
dafür ist ja aber ein forum da damit man solche sachen diskutieren kann......

jenau, aber nur so zur info (auch nicht böse gemeint)
wenn wir weiter diskutieren, trenn ich den thread, da es ja nicht primär mit dem tutorial zu tun hat. einverstanden?

gruß

**TRILLITIUM** · 17.09.2003, 15:49

@
mrhappiness

yep, einverstanden du hast recht!!!!!!

**mrhappiness** · 17.09.2003, 16:50

verkünde hiermit meine gespannte erwartung deiner antworten

**TheUser** · 17.09.2003, 19:51

Original geschrieben von Xenalla

OffTopic:

Und äh... ich will Dich in keiner Weise angreifen - und ich bin sicher, TobiaZ kann für sich selbst sprechen - aber ich kann mir nicht verkneifen, das nu zu sagen:
Ein Thema tausendfach durchzukauen hält keiner aus! Kein Wunder, wenn jemand bei der x-ten wiedergekäuten Frage einfach nen Link, oder nen Hinweis auf Google schreibt.
Nachdem ich mir das ganze Forum durchgelesen hab (hat eh Tage gedauert - wundert es mich eher, das ÜBERHAUPT noch Antworten auf so manche Fragen kommen.
Damit meine ich gar nicht dieses Thema jetzt, sondern spreche Deine Kritik an, hier würde es quasi dauernd "nur solche Antworten" geben.
Ich kann dazu nur sagen: Ich kenne kein anderes Forum, indem so viel geholfen wird wie hier - und das ist sicher nicht zuletzt TobiaZ zu verdanken, nach allem was ich so gelesen hab.

imho sollte man das genauso nicht sehen.

dass fragen wiederkehren, ist wohl klar und in gewisser weise auch mit die existenzberechtigung des forums.

wer braucht das forum, wenn er weiß, wo er alle tutorials, infos und antworten findet?

zudem ist wohl keiner gezwungen auf solche "durchgekauten" fragen zu antworten - man kann auch mal einen beitrag lesen, ohne seinen senf dazuzugeben!

**Wurzel** · 17.09.2003, 20:39

Original geschrieben von TheUser
zudem ist wohl keiner gezwungen auf solche "durchgekauten" fragen zu antworten - man kann auch mal einen beitrag lesen, ohne seinen senf dazuzugeben!

schöne ansage, 100% /me zustimmt

OT-Teil von Login mit Hilfe von PHP und mySQL