Forum Discussion
Marcel_Derksen_
Nimbostratus
Mar 01, 2006Single domain and multiple cookies
A customer is having difficulties with the large amount of
cookies that are presented back to the client. The number of returned cookies for a single site may exceed the RFC standard for this and...
unRuleY_95363
Mar 02, 2006Historic F5 Account
Actually, I will add in that yes, this is totally feasible. Here is the approach that you could take.
If the client doesn't have your KEY cookie, then on the initial response generate a unique key (you could use AES::key for this). Then take all the cookies and put them in the session table under the key you generated. Then remove all the cookies and add the KEY cookie.
Then on subsequent requests, look up the session table using the value of the KEY cookie and add all the cookies stored there. The real tricky part would be that you will have to make sure the cookies are updated on subsequent responses (for example, the server adds another new cookie). I would maybe suggest using a Tcl array to store the cookies before putting them into the session table (the session table stores a Tcl object, so it can actually store the array too). This would make it easier to update the cookies as further requests happen.
This would be an awesome rule and we look forward to seeing it!!!
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)Recent Discussions
Related Content
DevCentral Quicklinks
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com
Discover DevCentral Connects