Mailinglisten-Archive |
>> auch sie könnten ja die sid durchreichen. die gründe, warum eben mit >> cookies >> vorgegangen wird, sind mir ein rätsel... weil es wesentlich einfacher ist!!! sieht man ja an dieser Diskussion! und vom Kunden zu verlangen Cookies zu erlauben ist ja nun wirklihc kein Beinbruch, da die meißten Cookies eh erlauben! > Alles immer in einen String packen müssen ist umständlich. > Wenn Du z.B. View-State bzw. Session-Infos über eine Variable > mitschleifen möchtest, dann wird das ähnlich wie in dieser Ausgabe > einer DotNet Komponente aussehen: > <input type="hidden" name="__VIEWSTATE" > value="dDwtMTI3OTMzNDM4NDs7PnGGVMEpDPmHiEe9F6CSN9scB5Ba" /> > > Dieser String wird sicherlich länger und kürzer je mehr in der Session > eingearbeitet und für die Seite notwendig ist. > > Wenn Du das über Cookies machst, übernimmt dir diese Cookie-Technologie > (bzw. die Implementation der Client und Server-Architektur, hier: PHP) > diese Aufgaben und Du brauchst Dich nicht groß darum scheren. ??? HALLO!? die Daten einer Session werden doch immer auf dem Server gespeichert! es ging nur darum wie die Session verfolgt wird, ob per Cookie oder anders! Wenn Cokies gehen isses kein Problem! wenn nicht muss man nur selber teilweiße darauf achten die Session nicht zu verlieren! das einzige was man da immer mitschleifen muss ist ja wohl die Session-ID, und die ist immer gleich Lang/Groß, und anhand dieser ID weiß php welche Daten zu dieser Session gehören! -- Sebastian Mendel (www.sebastianmendel.de) *www.warzonez.de* | www.tekkno4u.de | www.nofetish.com
php::bar PHP Wiki - Listenarchive