Re: Date search bug

This WebDNA talk-list message is from

1998


It keeps the original formatting.
numero = 17645
interpreted = N
texte = [accdate] should not interfere with [date] as far as the search routines are concerned. This problem was fixed in 2.0 quite a while ago. How big is your database? Try taking out the summ=T - depending on the size of the database, this could require additional RAM.John. >Hmmm. I did avoid [date] directly for that very reason, but you have a point >there. I will attempt some tests with date totally removed from the >fieldname and see what happens. > >nelson@fwgi.com wrote: >> >> Try this. It may or may not solve the problem, I have experienced problem when defining a field >> name similar to a reserved word. In this case, the problem could lie >> >> [accdate] >> >> contains [date] which is reserved. >> >> try to use [accddd] or something like that and see if this possible bug will go away >> >> Nelson >> >> Gil Poulsen wrote: >> >> > Ken commented on this privately earlier, but I wanted to bring it back to the >> > list now because it appears to be a legitimate bug. >> > >> > Using WebCat plug-in 2.1.3; WebSTAR 3.0 with plenty of RAM allocated, the >> > following search context in one of my templates causes WebSTAR to choke for >> > 2-3 seconds, and then crash completely: >> > >> >
>> > Search the access log by date:       >> >
>> > >> > When I remove the &accdatetype=date from the search context, it processes it >> > in less than a second and doesn't crash WebSTAR. Otherwise, it takes 1-2 >> > seconds to return or it crashes completely. It seems to be searching fine >> > without the type=date. The accdate field is in the form of mm/dd/yyyy. >> > >> > As Ken noted, this type of search will work properly without defining the >> > field as a type=date, but other searches will not. The database only has about >> > 100 entries in it at this point, certainly nowhere near large enough to stall >> > WebCat. I thought 2.1.3 might fix the problem, but it made no difference. >> > >> > -- >> > Gil Poulsen, Webmaster >> > >> > ************************************************************** >> > * AltiM@c * Phone: (732) 469-2567 * >> > * 429 St. Giles Court * FAX: (732) 469-5823 * >> > * Somerset, NJ * e-mail: help@altimac.com * >> > * 08873 * WWW: http://www.altimac.com * >> > ************************************************************** > >-- >Gil Poulsen, Webmaster > >************************************************************** >* AltiM@c * Phone: (732) 469-2567 * >* 429 St. Giles Court * FAX: (732) 469-5823 * >* Somerset, NJ * e-mail: help@altimac.com * >* 08873 * WWW: http://www.altimac.com * >************************************************************** John A. Hill, V.P. Marketing Pacific Coast Software eCommerce / Web Developer Tools http://www.smithmicro.com Associated Messages, from the most recent to the oldest:

    
  1. Re: Date search bug? (Kenneth Grome 1998)
  2. Re: Date search bug (Kenneth Grome 1998)
  3. Re: Date search bug (Gil Poulsen 1998)
  4. Re: Date search bug (Kenneth Grome 1998)
  5. Re: Date search bug (Gil Poulsen 1998)
  6. Re: Date search bug (John Hill 1998)
  7. Re: Date search bug (Gil Poulsen 1998)
  8. Date search bug (Gil Poulsen 1998)
  9. Re: Date search bug (nelson@fwgi.com 1998)
  10. Re: Date search bug (Kenneth Grome 1997)
  11. Date search bug (Kenneth Grome 1997)
[accdate] should not interfere with [date] as far as the search routines are concerned. This problem was fixed in 2.0 quite a while ago. How big is your database? Try taking out the summ=T - depending on the size of the database, this could require additional RAM.John. >Hmmm. I did avoid [date] directly for that very reason, but you have a point >there. I will attempt some tests with date totally removed from the >fieldname and see what happens. > >nelson@fwgi.com wrote: >> >> Try this. It may or may not solve the problem, I have experienced problem when defining a field >> name similar to a reserved word. In this case, the problem could lie >> >> [accdate] >> >> contains [date] which is reserved. >> >> try to use [accddd] or something like that and see if this possible bug will go away >> >> Nelson >> >> Gil Poulsen wrote: >> >> > Ken commented on this privately earlier, but I wanted to bring it back to the >> > list now because it appears to be a legitimate bug. >> > >> > Using WebCat plug-in 2.1.3; WebSTAR 3.0 with plenty of RAM allocated, the >> > following search context in one of my templates causes WebSTAR to choke for >> > 2-3 seconds, and then crash completely: >> > >> >
>> > Search the access log by date:       >> >
>> > >> > When I remove the &accdatetype=date from the search context, it processes it >> > in less than a second and doesn't crash WebSTAR. Otherwise, it takes 1-2 >> > seconds to return or it crashes completely. It seems to be searching fine >> > without the type=date. The accdate field is in the form of mm/dd/yyyy. >> > >> > As Ken noted, this type of search will work properly without defining the >> > field as a type=date, but other searches will not. The database only has about >> > 100 entries in it at this point, certainly nowhere near large enough to stall >> > WebCat. I thought 2.1.3 might fix the problem, but it made no difference. >> > >> > -- >> > Gil Poulsen, Webmaster >> > >> > ************************************************************** >> > * AltiM@c * Phone: (732) 469-2567 * >> > * 429 St. Giles Court * FAX: (732) 469-5823 * >> > * Somerset, NJ * e-mail: help@altimac.com * >> > * 08873 * WWW: http://www.altimac.com * >> > ************************************************************** > >-- >Gil Poulsen, Webmaster > >************************************************************** >* AltiM@c * Phone: (732) 469-2567 * >* 429 St. Giles Court * FAX: (732) 469-5823 * >* Somerset, NJ * e-mail: help@altimac.com * >* 08873 * WWW: http://www.altimac.com * >************************************************************** John A. Hill, V.P. Marketing Pacific Coast Software eCommerce / Web Developer Tools http://www.smithmicro.com John Hill

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:

Dummy Credit Card Number for debug? (1997) Catalogs and W* (1996) WebMerchant 1.6 and SHTML (1997) WebCat2b13MacPlugIn - more [date] problems (1997) Resume Catalog ? (1997) Inventory lookup & display... (2003) Getting total number of items ordered (1997) Inventory lookup & display... (2003) Stumped (1999) Dynamic Pop up menu? (1997) E-Mailer (WebCatb15acgiMac) (1997) WebCommerce: Folder organization ? (1997) [WebDNA] [announce] WebDNA Site and Store (2008) More on the email templates (1997) Creating 404 Not Found pages (1999) [OT] Display Glitch (2004) Formatting dates stored in db (2003) problems with 2 tags (1997) WebCatalog and WebMerchant reviewed by InfoWorld (1997) send mail problem? (1997)