Re: [WebDNA] Problem with excessive cart file creation

This WebDNA talk-list message is from

2011


It keeps the original formatting.
numero = 107851
interpreted = N
texte = --14dae9340623001f4604b54ff650 Content-Type: text/plain; charset=ISO-8859-1 Thanks for the help on this. Requests coming from users and bots with cookies disabled caused a new cart file to be created with each request. [setheader], [addlineitem], and [orderfile] tags would create a new cart file each time they appeared in code. To solve the problem I set the session tracking cookie, then check to see if the cookie exists. If it does not exist, the page assumes cookies are turned off and prevents the users attempts to interact with the cart file. All users with cookies turned off now share a single cart file which they cannot modify. The number of cart files has dropped back to normal levels as a result. Thanks again! Daniel Meola 301-486-0901 daniel@knifecenter.com On Wed, Dec 28, 2011 at 10:39 AM, dbrooke wrote: > Cart files *are* the session data for your site. As ken suggests, looking > through the logs to try and notice what is being hit often (and by whom) > may be your best bet to stop unnecessary session file creation. If you are > not getting thousands of orders per day, the hits are likely a tenacious > bot. > It may be as simple as adding a disallow in your robots.txt file... Or, > you may want to hide cart creation from bot user agents (or IP's) entirely > (see shopping in the docs for reference to the cart tags on what to hide). > > Donovan > > > Sent from my iPad > > On Dec 28, 2011, at 8:53 AM, Daniel Meola wrote: > > We have WebDNA 6.2 running on CentOS. > > Our site uses a global folder to store cart files (not WebDNA's default > location). Until a month ago it was common to have about 25,000 cart files > added to the folder over a 24 hour period. Now we are getting 500,000 cart > files being created in a 24 hour period. There is a noticeable slowdown if > the files are not frequently removed, but removal results in the loss of > cart files that have not been modified in the past 24 hours. This is not > due to an increase in traffic because analytics shows only a small increase > (~10%) in visitors. > > I have set up a cron job to manage the files for now, but I'd appreciate > any suggestions on what may be the cause of this increase and how I might > stop it. The vast majority of the files appear to have no real content (no > item added to the cart). I am not familiar with how these files are > created, but I assume it is a type of session control and is being handled > by WebDNA. I can't find any evidence that our code could be creating the > files. > > Thanks in advance, > > Daniel Meola > 301-486-0901 > daniel@knifecenter.com > > --------------------------------------------------------- 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 --14dae9340623001f4604b54ff650 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for the help on this. Requests coming from users and bots with cooki= es disabled caused a new cart file to be created with each request. [sethea= der], [addlineitem], and [orderfile] tags would create a new cart file each= time they appeared in code.=A0

To solve the problem I set the session tracking cookie, then= check to see if the cookie exists. If it does not exist, the page assumes = cookies are turned off and prevents the users attempts to interact with the= cart file. All users with cookies turned off now share a single cart file = which they cannot modify.

The number of cart files has dropped back to normal lev= els as a result. =A0=A0

Thanks again!
Daniel Meola
301-486-090= 1



On Wed, Dec 28, 2011 at 10:39 AM, dbrook= e <dbrooke@euca.us<= /a>> wrote:
Cart files *are* the session data for your si= te. As ken suggests, looking through the logs to try and notice what is bei= ng hit often (and by whom) may be your best bet to stop unnecessary session= file creation. If you are not getting thousands of orders per day, the hit= s are likely a tenacious bot.=A0
It may be as simple as adding a disallow in your robots.txt file... Or, you= may want to hide cart creation from bot user agents (or IP's) entirely= (see shopping in the docs for reference to the cart tags on what to hide).=

We have WebDNA 6.2 running on CentOS. =A0

Ou= r site uses a global folder to store cart files (not WebDNA's default l= ocation). Until a month ago it was common to have about 25,000 cart files a= dded to the folder over a 24 hour period. Now we are getting 500,000 cart f= iles being created in a 24 hour period. There is a noticeable slowdown if t= he files are not frequently removed, but removal results in the loss of car= t files that have not been modified in the past 24 hours. This is not due t= o an increase in traffic because analytics shows only a small increase (~10= %) in visitors.

I have set up a cron job to manage the files for now, b= ut I'd appreciate any suggestions on what may be the cause of this incr= ease and how I might stop it. The vast majority of the files appear to have= no real content (no item added to the cart). I am not familiar with how th= ese files are created, but I assume it is a type of session control and is = being handled by WebDNA. I can't find any evidence that our code could = be creating the files.=A0

Thanks in advance,=A0
Daniel Meola
<= span style=3D"font-family:arial,sans-serif;font-size:13px;border-collapse:c= ollapse">301-486-0901

--------------------------------------------------------- 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
--14dae9340623001f4604b54ff650-- Associated Messages, from the most recent to the oldest:

    
  1. Re: [WebDNA] Problem with excessive cart file creation (Daniel Meola 2011)
  2. Re: [WebDNA] Problem with excessive cart file creation (dbrooke 2011)
  3. Re: [WebDNA] Problem with excessive cart file creation (Kenneth Grome 2011)
  4. [WebDNA] Problem with excessive cart file creation (Daniel Meola 2011)
--14dae9340623001f4604b54ff650 Content-Type: text/plain; charset=ISO-8859-1 Thanks for the help on this. Requests coming from users and bots with cookies disabled caused a new cart file to be created with each request. [setheader], [addlineitem], and [orderfile] tags would create a new cart file each time they appeared in code. To solve the problem I set the session tracking cookie, then check to see if the cookie exists. If it does not exist, the page assumes cookies are turned off and prevents the users attempts to interact with the cart file. All users with cookies turned off now share a single cart file which they cannot modify. The number of cart files has dropped back to normal levels as a result. Thanks again! Daniel Meola 301-486-0901 daniel@knifecenter.com On Wed, Dec 28, 2011 at 10:39 AM, dbrooke wrote: > Cart files *are* the session data for your site. As ken suggests, looking > through the logs to try and notice what is being hit often (and by whom) > may be your best bet to stop unnecessary session file creation. If you are > not getting thousands of orders per day, the hits are likely a tenacious > bot. > It may be as simple as adding a disallow in your robots.txt file... Or, > you may want to hide cart creation from bot user agents (or IP's) entirely > (see shopping in the docs for reference to the cart tags on what to hide). > > Donovan > > > Sent from my iPad > > On Dec 28, 2011, at 8:53 AM, Daniel Meola wrote: > > We have WebDNA 6.2 running on CentOS. > > Our site uses a global folder to store cart files (not WebDNA's default > location). Until a month ago it was common to have about 25,000 cart files > added to the folder over a 24 hour period. Now we are getting 500,000 cart > files being created in a 24 hour period. There is a noticeable slowdown if > the files are not frequently removed, but removal results in the loss of > cart files that have not been modified in the past 24 hours. This is not > due to an increase in traffic because analytics shows only a small increase > (~10%) in visitors. > > I have set up a cron job to manage the files for now, but I'd appreciate > any suggestions on what may be the cause of this increase and how I might > stop it. The vast majority of the files appear to have no real content (no > item added to the cart). I am not familiar with how these files are > created, but I assume it is a type of session control and is being handled > by WebDNA. I can't find any evidence that our code could be creating the > files. > > Thanks in advance, > > Daniel Meola > 301-486-0901 > daniel@knifecenter.com > > --------------------------------------------------------- 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 --14dae9340623001f4604b54ff650 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for the help on this. Requests coming from users and bots with cooki= es disabled caused a new cart file to be created with each request. [sethea= der], [addlineitem], and [orderfile] tags would create a new cart file each= time they appeared in code.=A0

To solve the problem I set the session tracking cookie, then= check to see if the cookie exists. If it does not exist, the page assumes = cookies are turned off and prevents the users attempts to interact with the= cart file. All users with cookies turned off now share a single cart file = which they cannot modify.

The number of cart files has dropped back to normal lev= els as a result. =A0=A0

Thanks again!
Daniel Meola
301-486-090= 1
daniel@knifecenter.com



On Wed, Dec 28, 2011 at 10:39 AM, dbrook= e <dbrooke@euca.us<= /a>> wrote:
Cart files *are* the session data for your si= te. As ken suggests, looking through the logs to try and notice what is bei= ng hit often (and by whom) may be your best bet to stop unnecessary session= file creation. If you are not getting thousands of orders per day, the hit= s are likely a tenacious bot.=A0
It may be as simple as adding a disallow in your robots.txt file... Or, you= may want to hide cart creation from bot user agents (or IP's) entirely= (see shopping in the docs for reference to the cart tags on what to hide).=

We have WebDNA 6.2 running on CentOS. =A0

Ou= r site uses a global folder to store cart files (not WebDNA's default l= ocation). Until a month ago it was common to have about 25,000 cart files a= dded to the folder over a 24 hour period. Now we are getting 500,000 cart f= iles being created in a 24 hour period. There is a noticeable slowdown if t= he files are not frequently removed, but removal results in the loss of car= t files that have not been modified in the past 24 hours. This is not due t= o an increase in traffic because analytics shows only a small increase (~10= %) in visitors.

I have set up a cron job to manage the files for now, b= ut I'd appreciate any suggestions on what may be the cause of this incr= ease and how I might stop it. The vast majority of the files appear to have= no real content (no item added to the cart). I am not familiar with how th= ese files are created, but I assume it is a type of session control and is = being handled by WebDNA. I can't find any evidence that our code could = be creating the files.=A0

Thanks in advance,=A0
Daniel Meola
<= span style=3D"font-family:arial,sans-serif;font-size:13px;border-collapse:c= ollapse">301-486-0901

--------------------------------------------------------- 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
--14dae9340623001f4604b54ff650-- Daniel Meola

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:

Variables not being passed *back* (2000) 'page impression' techniques for banner ads (1999) [WebDNA] showif with empty variable (2015) Calendar Snippet Problems (1998) unable to launch acgi in WebCat (1997) Summing fields (1997) HELP!!! (1998) Help! WebCat2 bug (Ben's input) (1997) Q on the best way to set up a security function so users canedit records (1999) [FoundItems] solved - thanks (1997) A little syntax help (1997) Test (2000) Showif date range comparison (1999) Problem using # in my field names ... (1998) New WebDNA Solutions ... (1997) Country & Ship-to address & other fields ? (1997) E-mailer application times out (1998) PROBLEM (1997) The USArea® Network web site ... (1997) Tiny Store (1998)