Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db?

This WebDNA talk-list message is from

2016


It keeps the original formatting.
numero = 113117
interpreted = N
texte = 705 --001a113d028cbadc3e053fdb294f Content-Type: text/plain; charset=UTF-8 Thank you Stuart, I had found it once in the various contexts,but couldn't find it again when I needed it. It would be nice to have a search that searches the contexts in addition to the existing search of the archives. Dale On Wed, Oct 26, 2016 at 6:29 PM, WebDNA Development wrote: > WebDNA time [MATH]{[time]}[/MATH] > > WebDNA date [MATH]{[date]}[/MATH] > > > Kind regards > > Stuart Tremain > IDFK Web Developments > AUSTRALIA > webdna@idfk.com.au > > > > > > On 27 Oct. 2016, at 10:26, dale wrote: > > Tom and Donovan, > > Thank you for your suggestions. If I may ask one more thing. I'm trying to > figure out what I need to store in the cookie and in the session.db. > > I have the login which then looks into the users.db and verifies that the > information is correct. As soon as the [showif] confirms, I write a coolie > with a [cart] value and currently store the username, session ID (the > [cart] value) and an expiry value - I want to use the WebDNA epoch time but > have looked on the website and can't find the proper way to create this > value. > > What kind of data do you store in your cookies and session.db? > > With the data I am currently storing in the coookie and session.db, I > would still be doing a lookup in the users.db to get the groups the user > belongs to in order to display the appropriate menus for the user. > > In the past when I did a login, I only saved a session cookie as I only > needed to carry the user information over a few pages. > > Thank you for your insight. > > Dale > > > > On Mon, Oct 24, 2016 at 3:37 PM, wrote: > >> > Question #1: >> > >> > Does the BrowserID use any other data from the browser, such as >> > the ip address for example, or anything else OTHER THAN the data >> > in the mime headers? >> >> no >> >> > Problem #1: >> > >> > You said you're using ALL the info returned in the mime headers, >> > but this appears to be a mistake, here's why: >> > >> > One portion of the data returned in mime headers is cookies, so if >> > there are any cookie changes from one page to the next, the >> > BrowserID won't match any longer. This is a real problem for me >> > because I reset the cookie expire date in my admin systems every >> > time another page is requested. >> >> cookies is not used >> >> > But this does NOT explain why Tom's test concluded that all three >> > BrowserIDs were identical when in fact he used three different >> > browsers. >> >> we found that [session] is broken on the server version, because of the >> way the fastCGI returns the MIME Headers compared with Server version. This >> will be fixed tomorrow and we will recompile. >> >> >> > Question #3: >> > >> > What happens when a mismatch occurs with the BrowserID values? >> > Does WebDNA default to matching something else, such as the ip >> > address? If so, this explains why all three of Tom's 'from' >> > fields are different but the 'to' fields are the same: >> >> the first column in the db includes date, time, IP, life (seconds) and >> the second column browserID >> They are connected together but if IP or browserID do not match anymore, >> you are free take decisions using the built-in test tags. >> >> >> >> - chris--------------------------------------------------------- >> This message is sent to you because you are subscribed to >> the mailing list . >> To unsubscribe, E-mail to: >> archives: http://mail.webdna.us/list/talk@webdna.us >> Bug Reporting: support@webdna.us >> > > --------------------------------------------------------- This message is > sent to you because you are subscribed to the mailing list . To > unsubscribe, E-mail to: archives: http://mail.webdna.us/list/ > talk@webdna.us Bug Reporting: support@webdna.us > > > --------------------------------------------------------- This message is > sent to you because you are subscribed to the mailing list . To > unsubscribe, E-mail to: archives: http://mail.webdna.us/list/ > talk@webdna.us Bug Reporting: support@webdna.us --001a113d028cbadc3e053fdb294f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thank you Stuart,

I had found it once i= n the various contexts,but couldn't find it again when I needed it. It = would be nice to have a search that searches the contexts in addition to th= e existing search of the archives.

Dale

On Wed, Oct 26, = 2016 at 6:29 PM, WebDNA Development <webdna@idfk.com.au> wr= ote:
= WebDNA time [MATH]{[time]}[/MATH]

WebDNA date [MATH]{[da= te]}[/MATH]


Kind reg= ards

Stuart Tremain
IDFK Web Development= s
AUSTRALIA





On 27 Oct. 2= 016, at 10:26, dale <dtherio@gmail.com> wrote:

Tom and Donovan,

Thank you for your suggestions= .. If I may ask one more thing. I'm trying to figure out what I need to = store in the cookie and in the session.db.=C2=A0

I= have the login which then looks into the users.db and verifies that the in= formation is correct. As soon as the =C2=A0[showif] confirms, I write a coo= lie with a [cart] value and currently store the username, session ID (the [= cart] value) and an expiry value - I want to use the WebDNA epoch time but = have looked on the website and can't find the proper way to create this= value.

What kind of data do you store in your coo= kies and session.db?

With the data I am currently = storing in the coookie and session.db, I would still be doing a lookup in t= he users.db to get the groups the user belongs to in order to display the a= ppropriate menus for the user.=C2=A0

In the past w= hen I did a login, I only saved a session cookie as I only needed to carry = the user information over a few pages.

Thank you f= or your insight.

Dale


On M= on, Oct 24, 2016 at 3:37 PM, <christophe.billiottet@webdna.= us> wrote:
> = Question #1:
>
> Does the BrowserID use any other data from the browser, such as
> the ip address for example, or anything else OTHER THAN the data
> in the mime headers?

no

> Problem #1:
>
> You said you're using ALL the info returned in the mime headers, > but this appears to be a mistake, here's why:
>
> One portion of the data returned in mime headers is cookies, so if
> there are any cookie changes from one page to the next, the
> BrowserID won't match any longer.=C2=A0 This is a real problem for= me
> because I reset the cookie expire date in my admin systems every
> time another page is requested.

cookies is not used

> But this does NOT explain why Tom's test concluded that all three<= br> > BrowserIDs were identical when in fact he used three different > browsers.

we found that [session] is broken on the server version, because of = the way the fastCGI returns the MIME Headers compared with Server version. = This will be fixed tomorrow and we will recompile.


> Question #3:
>
> What happens when a mismatch occurs with the BrowserID values?
> Does WebDNA default to matching something else, such as the ip
> address?=C2=A0 If so, this explains why all three of Tom's 'fr= om'
> fields are different but the 'to' fields are the same:

the first column in the db includes date, time, IP, life (seconds) a= nd the second column browserID
They are connected together but if IP or browserID do not match anymore, yo= u are free take decisions using the built-in test tags.



- chris---------------------------------------------------------<= br>
This message is sent to you because you are subscribed to
the mailing list <ta= lk@webdna.us>.
To unsubscribe, E-mail to: <talk-leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug Reporting:
suppo= rt@webdna.us

--------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: suppo= rt@webdna.us

--------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: suppo= rt@webdna.us

--------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: support@webdna.us --001a113d028cbadc3e053fdb294f-- . Associated Messages, from the most recent to the oldest:

    
  1. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (dale 2016)
  2. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (dale 2016)
  3. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (christophe.billiottet@webdna.us 2016)
  4. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (christophe.billiottet@webdna.us 2016)
  5. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (christophe.billiottet@webdna.us 2016)
  6. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (Donovan Brooke 2016)
  7. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (Tom Duke 2016)
  8. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (christophe.billiottet@webdna.us 2016)
  9. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (Donovan Brooke 2016)
  10. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (Tom Duke 2016)
  11. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (christophe.billiottet@webdna.us 2016)
  12. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (christophe.billiottet@webdna.us 2016)
  13. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (christophe.billiottet@webdna.us 2016)
  14. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (christophe.billiottet@webdna.us 2016)
  15. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (Donovan Brooke 2016)
  16. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (Tom Duke 2016)
  17. Re: [WebDNA] User sessions - cookies only or cookies and a sessions.db? (christophe.billiottet@webdna.us 2016)
  18. [WebDNA] User sessions - cookies only or cookies and a sessions.db? (dale 2016)
705 --001a113d028cbadc3e053fdb294f Content-Type: text/plain; charset=UTF-8 Thank you Stuart, I had found it once in the various contexts,but couldn't find it again when I needed it. It would be nice to have a search that searches the contexts in addition to the existing search of the archives. Dale On Wed, Oct 26, 2016 at 6:29 PM, WebDNA Development wrote: > WebDNA time [math]{[time]}[/MATH] > > WebDNA date [math]{[date]}[/MATH] > > > Kind regards > > Stuart Tremain > IDFK Web Developments > AUSTRALIA > webdna@idfk.com.au > > > > > > On 27 Oct. 2016, at 10:26, dale wrote: > > Tom and Donovan, > > Thank you for your suggestions. If I may ask one more thing. I'm trying to > figure out what I need to store in the cookie and in the session.db. > > I have the login which then looks into the users.db and verifies that the > information is correct. As soon as the [showif] confirms, I write a coolie > with a [cart] value and currently store the username, session ID (the > [cart] value) and an expiry value - I want to use the WebDNA epoch time but > have looked on the website and can't find the proper way to create this > value. > > What kind of data do you store in your cookies and session.db? > > With the data I am currently storing in the coookie and session.db, I > would still be doing a lookup in the users.db to get the groups the user > belongs to in order to display the appropriate menus for the user. > > In the past when I did a login, I only saved a session cookie as I only > needed to carry the user information over a few pages. > > Thank you for your insight. > > Dale > > > > On Mon, Oct 24, 2016 at 3:37 PM, wrote: > >> > Question #1: >> > >> > Does the BrowserID use any other data from the browser, such as >> > the ip address for example, or anything else OTHER THAN the data >> > in the mime headers? >> >> no >> >> > Problem #1: >> > >> > You said you're using ALL the info returned in the mime headers, >> > but this appears to be a mistake, here's why: >> > >> > One portion of the data returned in mime headers is cookies, so if >> > there are any cookie changes from one page to the next, the >> > BrowserID won't match any longer. This is a real problem for me >> > because I reset the cookie expire date in my admin systems every >> > time another page is requested. >> >> cookies is not used >> >> > But this does NOT explain why Tom's test concluded that all three >> > BrowserIDs were identical when in fact he used three different >> > browsers. >> >> we found that [session] is broken on the server version, because of the >> way the fastCGI returns the MIME Headers compared with Server version. This >> will be fixed tomorrow and we will recompile. >> >> >> > Question #3: >> > >> > What happens when a mismatch occurs with the BrowserID values? >> > Does WebDNA default to matching something else, such as the ip >> > address? If so, this explains why all three of Tom's 'from' >> > fields are different but the 'to' fields are the same: >> >> the first column in the db includes date, time, IP, life (seconds) and >> the second column browserID >> They are connected together but if IP or browserID do not match anymore, >> you are free take decisions using the built-in test tags. >> >> >> >> - chris--------------------------------------------------------- >> This message is sent to you because you are subscribed to >> the mailing list . >> To unsubscribe, E-mail to: >> archives: http://mail.webdna.us/list/talk@webdna.us >> Bug Reporting: support@webdna.us >> > > --------------------------------------------------------- This message is > sent to you because you are subscribed to the mailing list . To > unsubscribe, E-mail to: archives: http://mail.webdna.us/list/ > talk@webdna.us Bug Reporting: support@webdna.us > > > --------------------------------------------------------- This message is > sent to you because you are subscribed to the mailing list . To > unsubscribe, E-mail to: archives: http://mail.webdna.us/list/ > talk@webdna.us Bug Reporting: support@webdna.us --001a113d028cbadc3e053fdb294f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thank you Stuart,

I had found it once i= n the various contexts,but couldn't find it again when I needed it. It = would be nice to have a search that searches the contexts in addition to th= e existing search of the archives.

Dale

On Wed, Oct 26, = 2016 at 6:29 PM, WebDNA Development <webdna@idfk.com.au> wr= ote:
= WebDNA time [math]{[time]}[/MATH]

WebDNA date [math]{[da= te]}[/MATH]


Kind reg= ards

Stuart Tremain
IDFK Web Development= s
AUSTRALIA





On 27 Oct. 2= 016, at 10:26, dale <dtherio@gmail.com> wrote:

Tom and Donovan,

Thank you for your suggestions= .. If I may ask one more thing. I'm trying to figure out what I need to = store in the cookie and in the session.db.=C2=A0

I= have the login which then looks into the users.db and verifies that the in= formation is correct. As soon as the =C2=A0[showif] confirms, I write a coo= lie with a [cart] value and currently store the username, session ID (the [= cart] value) and an expiry value - I want to use the WebDNA epoch time but = have looked on the website and can't find the proper way to create this= value.

What kind of data do you store in your coo= kies and session.db?

With the data I am currently = storing in the coookie and session.db, I would still be doing a lookup in t= he users.db to get the groups the user belongs to in order to display the a= ppropriate menus for the user.=C2=A0

In the past w= hen I did a login, I only saved a session cookie as I only needed to carry = the user information over a few pages.

Thank you f= or your insight.

Dale


On M= on, Oct 24, 2016 at 3:37 PM, <christophe.billiottet@webdna.= us> wrote:
> = Question #1:
>
> Does the BrowserID use any other data from the browser, such as
> the ip address for example, or anything else OTHER THAN the data
> in the mime headers?

no

> Problem #1:
>
> You said you're using ALL the info returned in the mime headers, > but this appears to be a mistake, here's why:
>
> One portion of the data returned in mime headers is cookies, so if
> there are any cookie changes from one page to the next, the
> BrowserID won't match any longer.=C2=A0 This is a real problem for= me
> because I reset the cookie expire date in my admin systems every
> time another page is requested.

cookies is not used

> But this does NOT explain why Tom's test concluded that all three<= br> > BrowserIDs were identical when in fact he used three different > browsers.

we found that [session] is broken on the server version, because of = the way the fastCGI returns the MIME Headers compared with Server version. = This will be fixed tomorrow and we will recompile.


> Question #3:
>
> What happens when a mismatch occurs with the BrowserID values?
> Does WebDNA default to matching something else, such as the ip
> address?=C2=A0 If so, this explains why all three of Tom's 'fr= om'
> fields are different but the 'to' fields are the same:

the first column in the db includes date, time, IP, life (seconds) a= nd the second column browserID
They are connected together but if IP or browserID do not match anymore, yo= u are free take decisions using the built-in test tags.



- chris---------------------------------------------------------<= br>
This message is sent to you because you are subscribed to
the mailing list <ta= lk@webdna.us>.
To unsubscribe, E-mail to: <talk-leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug Reporting:
suppo= rt@webdna.us

--------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: suppo= rt@webdna.us

--------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: suppo= rt@webdna.us

--------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: support@webdna.us --001a113d028cbadc3e053fdb294f-- . dale

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

2.0 Info (1997) Memory Error message (1998) Partner Edition question ... (2003) unable to launch acgi in WebCat (1997) Webcat no longer supported? (2006) [OT] Connect to MySQL (2004) Template Cache problem, bombing WebSTAR problem (2000) WebCat2b13MacPlugin - nested [xxx] contexts (1997) Sku numbers (1997) Lookup Notfound (1998) multiple credit card merchant accounts/processors (1997) Almost a there but..bye bye NetCloak (1997) [WebDNA] sandboxes etc (2009) OT: Several requests (2003) Upgrading old WebCat Database Files (1997) Text data with spaces in them... (1997) webcat and OS 8 (1997) Sorting LISTFILES (1997) [ShowNext] feature in 2.0 (1997) Re[3]: 2nd WebCatalog2 Feature Request (1996)