Re: technique to add and remove cookies after output
"Mike P2" <sumguyovrthar@ gmail.comwrote in message
news:1179518074 .937833.39770@p 77g2000hsh.goog legroups.com...
On May 18, 3:29 pm, "Jon Slaughter" <Jon_Slaugh...@ Hotmail.comwrot e:
>I have developed a technique to add and remove cookies after output...
>wondering if there is something else like this out there?
>>
>Jon
>
Are you sending some JavaScript to do the work?
>
I think there shouldn't be a good reason to need to do this anyway,
unless you don't have interface code separated from business logic.
>
-Mike PII
>
I'll explain it in another post later. It essentially lets you inline cookie
setters in the html code using php. It doesn't use javascript and
essentially is based on caching and callback's. It not be worth the trouble
as I'm stillt rying to iron out a few bugs but if I can clean it up some
then it might be worth it.
Re: technique to add and remove cookies after output
BTW, heres what I'm doing now,
Probably doesn't make much sense but if you look at the bottom of the page
you'll see how I add cookies into the form. After a user has clicked on a
button, the cookies there will be added. I just have to add the ability for
dynamic data of the cookies which I'll do tomorrow.
Essentially what this creates is a self contained paged. The line
if (isset($_SESSIO N['CALLBACKURL']) & !empty($_SESSIO N['CALLBACKURL']))
determines if its suppose to set the cookies or not and if so then does it
and then moves onto the next page. The code I have is working fine now but
probably is pretty buggy. Once I implement the dynamic code for the cookies
I'll post the code and see if anyone is interested in it and provide some
working examples. Right now the only page is the one below and it sets and
removes cookies. There are no other pages it links too.
Re: technique to add and remove cookies after output
BTW, if you check your cookie files then you might notice something
different. I suppose redirecting to the same page isn't all that big of a
deal but also the cookies are encoded, encrypted, and hash validated which
is one reason for the login class(along with user login database stuff).
Comment