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:

WebCat2b12 - New features for 1.6 users ... (1997) WebCat2b12 CGI Mac -- Problems propagating the cart through (1997) Help name our technology! (1997) WebCatalog/WebMerchant 2.1 (1998) Changing user submitted data (2000) unable to launch acgi in WebCat (1997) Version 4? (2000) Searching multiple fields from one form field (1997) Unix Webcat Permission - Suggestions (2000) Type 11 errors setting up WebCAt 2 (1997) Putting together a econimic server (2004) WebCat2 several catalogs? (1997) Limit to Field Length in DB (1998) Here's how to kill a Butler Database. (1997) command line in webDNA 5?! (2003) Interfacing WebMerchant to www.fedex.com (1997) [NT] ie 4.0 required (1997) WebDNA Life Cycle (was Form POSTing with LONG variable) (2007) New index for docs (1997) Search design (1997)