Re: [WebDNA] v7 problem?

This WebDNA talk-list message is from

2012


It keeps the original formatting.
numero = 107991
interpreted = N
texte = --Apple-Mail-1--95344462 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Thierry! as you can read on the talk-list, we are trying to be honest and = transparent. Using the list to inform the whole community of possible = problems allows us to help, investigate and solve the problem asap, and = i accept that. Some comments like "I'm uncertain and for the moment I = don't trust v7" before knowing what is going on is not fair, = particularely if you experienced the exact very same problem with 6.2, = according to this email from you last year. So we now know that this = problem did not appear with the version 7 of WebDNA: ---------- We're running a copy of WebDNA 6.2 on a MacPro 2x QuadCore 2,4 GHz, 6GB = RAM, OS 10.6.8, iTools 9.0.5i Apache has about 35 vhosts As soon as the server gets a bit load (~100 concurrent connections) and = WebDNA uses 110% to 160% of the processor, it takes up to 10 seconds to = serve a page with WebDNA. Since we have 8-Cores in the server, I guess WebDNA should be able to = use more than 160% .... or am I wrong? Pages served directly from apache (no DNA) appear very quick. In cases of heavy load I have the following lines in the console log: 25.11.11 14:26:43siouxWebDNA[210]ErrorCould not = establish connection with the module.=20 And I've also seen the following lines, which makes me even more = nervous: 25.11.11 11:18:44siouxcom.apple.SystemStarter[36]Notice= *** set a breakpoint in malloc_error_break to debug 25.11.11 11:18:45siouxcom.apple.SystemStarter[36]Notice= WebCatalog(210,0xa047a540) malloc: *** error for object 0xe0c970: = pointer being freed was not allocated 25.11.11 11:47:12siouxcom.apple.SystemStarter[36]Notice= sem_open failed: returned EMFILE: Too many open files All the lines are repeated several times. How can I find out what's blocking WebCatalog? Is something wrong with my module? ---------- After a while, you wrote ---------- yesterday I switched the two mirrored hard drives to another macpro, 2x6 = core with 6gb ram. since then we didn't have problems anymore, webcatalog uses between 0 = and 35% of processor time and the pages are loaded quick again. ---------- In conclusion, i know WSC takes a lot of risks trusting the good faith = of the community users and i would prefer the list to be constructive = and not destructive. So please, if you have a problem, be as detailed = and precise as possible and refrain from commenting until we can find = what is going on. Thank you to all of you! - chris =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D WebDNA Software Corporation 16192 Coastal Highway Lewes, DE 19958 On Jan 9, 2012, at 6:59, Thierry Almy wrote: > OS X 10.6.8, iTools 9.0.5, Apache 2 >=20 > We've got 4 vhosts running v7 since a few weeks without problems - = till yesterday. >=20 >=20 > This morning I realized, that our error log grew up to 480GB!!! >=20 > I trashed it, restarted apache and after a few minutes it was 1GB = large again. >=20 > Here's the content of it: > [Mon Jan 09 08:10:48 2012] [notice] You have a valid permanent iTools = license. > [Mon Jan 09 08:10:48 2012] [notice] FastCGI: process manager = initialized (pid 11593) > [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server = "/Library/Tenon/WebServer/WebSites/www.eisenring-kuechenbau.ch/WebDNA/WebD= NA.fcgi" started (pid 11604) > [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server = "/Library/Tenon/WebServer/WebSites/www.maendli-freizeit.ch/WebDNA/WebDNA.f= cgi" started (pid 11605) > [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server = "/Library/Tenon/WebServer/WebSites/www.gipser-russo.ch/WebDNA/WebDNA.fcgi"= started (pid 11606) > [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server = "/Library/Tenon/WebServer/WebSites/www.zenit-sh.ch/WebDNA/WebDNA.fcgi" = started (pid 11607) > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > ........ > ........ this error repeats almost endless ... >=20 >=20 >=20 >=20 > As soon as I deactivate one fcgi config line, I'll get less of the = errors above. > I tried reactivate, check the log, deactivate, check the log again ... > After a few times I got a new error: >=20 > retry on sem_wait: Bad file descriptor > retry on sem_wait: Bad file descriptor > retry on sem_wait: Bad file descriptor > retry on sem_wait: Bad file descriptor > retry on sem_wait: Bad file descriptor > ............................... > ..... this error is repeating endless ... >=20 >=20 >=20 > I also tried replacing the WebDNA.fcgi, permissions are correct ... > I'm uncertain and for the moment I don't trust v7 ... ... >=20 >=20 > Next step is moving the vhost to another server ... >=20 >=20 > Thierry >=20 >=20 >=20 > ______________________ > mac&web gmbh > thierry almy > grabenstrasse 15 > 8200 schaffhausen > switzerland > web www.mac-web.ch >=20 > --------------------------------------------------------- > 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 --Apple-Mail-1--95344462 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Thierry!

as you can read on the talk-list, we are = trying to be honest and transparent. Using the list to inform the whole = community of possible problems allows us to help, investigate and solve = the problem asap, and i accept that. Some comments like "I'm uncertain = and for the moment I don't trust v7" before knowing what is going on is = not fair, particularely if you experienced the exact very same problem = with 6.2, according to this email from you last year. So we now know = that this problem did not appear with the version 7 of = WebDNA:


----------
We= 're running a copy of WebDNA 6.2 on a MacPro 2x QuadCore 2,4 GHz, 6GB = RAM, OS 10.6.8, iTools 9.0.5i
Apache has about 35 vhosts

As = soon as the server gets a bit load (~100 concurrent connections) and = WebDNA uses 110% to 160% of the processor, it takes up to 10 seconds = to serve a page with WebDNA.
Since we have 8-Cores in the = server, I guess WebDNA should be able to use more than 160% .... or am I = wrong?

Pages served directly from apache (no DNA) appear very = quick.

In cases of heavy load I have the following lines in the = console log:
25.11.11 14:26:43siouxWebDNA[210]= Error= Could not establish connection with the = module. 


And I've also seen the following lines, which = makes me even more nervous:
25.11.11 11:18:44= sioux= com.apple.SystemStarter[36]Notice*** set a = breakpoint in malloc_error_break to debug
25.11.11 11:18:45= sioux= com.apple.SystemStarter[36]Notice= WebCatalog(210,0xa047a540) malloc: *** error for object = 0xe0c970: pointer being freed was not allocated
25.11.11 = 11:47:12= sioux= com.apple.SystemStarter[36]Noticesem_open = failed: returned EMFILE: Too many open files

All the lines are = repeated several times.


How can I find out what's blocking = WebCatalog?
Is something wrong with my = module?
----------


A= fter a while, you = wrote

----------
yesterday I = switched the two mirrored hard drives to another macpro, 2x6 core with = 6gb ram.
since then we didn't have problems anymore, webcatalog uses = between 0 and 35% of processor time and the pages are loaded quick = again.
----------


In= conclusion, i know WSC takes a lot of risks trusting the good faith of = the community users and i would prefer the list to be constructive and = not destructive. So please, if you have a problem, be as detailed and = precise as possible and refrain from commenting until we can find what = is going on.

Thank you to all of = you!

- chris
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D
WebDNA Software = Corporation
16192 Coastal Highway
Lewes, DE = 19958

On Jan 9, 2012, at 6:59, Thierry Almy wrote:

OS X = 10.6.8, iTools 9.0.5, Apache 2

We've got 4 vhosts running v7 = since a few weeks without problems - till yesterday.


This = morning I realized, that our error log grew up to 480GB!!!

I = trashed it, restarted apache and after a few minutes it was 1GB large = again.

Here's the content of it:
[Mon Jan 09 08:10:48 2012] = [notice] You have a valid permanent iTools license.
[Mon Jan 09 = 08:10:48 2012] [notice] FastCGI: process manager initialized (pid = 11593)
[Mon Jan 09 08:10:48 2012] [warn] FastCGI: server = "/Library/Tenon/WebServer/WebSites/www.eisenring-kuechenbau.ch/WebDNA/WebD= NA.fcgi" started (pid 11604)
[Mon Jan 09 08:10:48 2012] [warn] = FastCGI: server = "/Library/Tenon/WebServer/WebSites/www.maendli-freizeit.ch/WebDNA/WebDNA.f= cgi" started (pid 11605)
[Mon Jan 09 08:10:48 2012] [warn] FastCGI: = server = "/Library/Tenon/WebServer/WebSites/www.gipser-russo.ch/WebDNA/WebDNA.fcgi"= started (pid 11606)
[Mon Jan 09 08:10:48 2012] [warn] FastCGI: = server = "/Library/Tenon/WebServer/WebSites/www.zenit-sh.ch/WebDNA/WebDNA.fcgi" = started (pid 11607)
sem_open failed: returned EEXIST: File = exists
sem_open failed: returned EEXIST: File exists
sem_open = failed: returned EEXIST: File exists
sem_open failed: returned = EEXIST: File exists
sem_open failed: returned EEXIST: File = exists
sem_open failed: returned EEXIST: File exists
sem_open = failed: returned EEXIST: File exists
sem_open failed: returned = EEXIST: File exists
........
........ this error repeats almost = endless ...




As soon as I deactivate one fcgi config = line, I'll get less of the errors above.
I tried reactivate, check = the log, deactivate, check the log again ...
After a few times I got = a new error:

retry on sem_wait: Bad file descriptor
retry on = sem_wait: Bad file descriptor
retry on sem_wait: Bad file = descriptor
retry on sem_wait: Bad file descriptor
retry on = sem_wait: Bad file = descriptor
...............................
..... this error is = repeating endless ...



I also tried replacing the = WebDNA.fcgi, permissions are correct ...
I'm uncertain and for the = moment I don't trust v7 ... ...


Next step is moving the vhost = to another server = ...


Thierry



______________________
mac&we= b gmbh
thierry almy
grabenstrasse 15
8200 = schaffhausen
switzerland
web   www.mac-web.ch

-----------------= ----------------------------------------
This message is sent to you = because you are subscribed to
the mailing list <talk@webdna.us>.
To = unsubscribe, E-mail to: <talk-leave@webdna.us>
archi= ves: http://mail.webdna.us/l= ist/talk@webdna.us
Bug Reporting: support@webdna.us

= --Apple-Mail-1--95344462-- Associated Messages, from the most recent to the oldest:

    
  1. Re: [WebDNA] v7 problem? (Thierry Almy 2012)
  2. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  3. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  4. Re: [WebDNA] v7 problem? (Paul Willis 2012)
  5. Re: [WebDNA] v7 problem? (sal danna 2012)
  6. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  7. Re: [WebDNA] v7 problem? (Donovan Brooke 2012)
  8. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  9. Re: [WebDNA] v7 problem? (Govinda 2012)
  10. Re: [WebDNA] v7 problem? (Thierry Almy 2012)
  11. Re: [WebDNA] v7 problem? (Kenneth Grome 2012)
  12. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  13. Re: [WebDNA] v7 problem? (William DeVaul 2012)
  14. Re: [WebDNA] v7 problem? (Thierry Almy 2012)
  15. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  16. Re: [WebDNA] v7 problem? (Thierry Almy 2012)
  17. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  18. Re: [WebDNA] v7 problem? (Thierry Almy 2012)
  19. Re: [WebDNA] v7 problem? (Thierry Almy 2012)
  20. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  21. [WebDNA] v7 problem? (Thierry Almy 2012)
--Apple-Mail-1--95344462 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Thierry! as you can read on the talk-list, we are trying to be honest and = transparent. Using the list to inform the whole community of possible = problems allows us to help, investigate and solve the problem asap, and = i accept that. Some comments like "I'm uncertain and for the moment I = don't trust v7" before knowing what is going on is not fair, = particularely if you experienced the exact very same problem with 6.2, = according to this email from you last year. So we now know that this = problem did not appear with the version 7 of WebDNA: ---------- We're running a copy of WebDNA 6.2 on a MacPro 2x QuadCore 2,4 GHz, 6GB = RAM, OS 10.6.8, iTools 9.0.5i Apache has about 35 vhosts As soon as the server gets a bit load (~100 concurrent connections) and = WebDNA uses 110% to 160% of the processor, it takes up to 10 seconds to = serve a page with WebDNA. Since we have 8-Cores in the server, I guess WebDNA should be able to = use more than 160% .... or am I wrong? Pages served directly from apache (no DNA) appear very quick. In cases of heavy load I have the following lines in the console log: 25.11.11 14:26:43siouxWebDNA[210]ErrorCould not = establish connection with the module.=20 And I've also seen the following lines, which makes me even more = nervous: 25.11.11 11:18:44siouxcom.apple.SystemStarter[36]Notice= *** set a breakpoint in malloc_error_break to debug 25.11.11 11:18:45siouxcom.apple.SystemStarter[36]Notice= WebCatalog(210,0xa047a540) malloc: *** error for object 0xe0c970: = pointer being freed was not allocated 25.11.11 11:47:12siouxcom.apple.SystemStarter[36]Notice= sem_open failed: returned EMFILE: Too many open files All the lines are repeated several times. How can I find out what's blocking WebCatalog? Is something wrong with my module? ---------- After a while, you wrote ---------- yesterday I switched the two mirrored hard drives to another macpro, 2x6 = core with 6gb ram. since then we didn't have problems anymore, webcatalog uses between 0 = and 35% of processor time and the pages are loaded quick again. ---------- In conclusion, i know WSC takes a lot of risks trusting the good faith = of the community users and i would prefer the list to be constructive = and not destructive. So please, if you have a problem, be as detailed = and precise as possible and refrain from commenting until we can find = what is going on. Thank you to all of you! - chris =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D WebDNA Software Corporation 16192 Coastal Highway Lewes, DE 19958 On Jan 9, 2012, at 6:59, Thierry Almy wrote: > OS X 10.6.8, iTools 9.0.5, Apache 2 >=20 > We've got 4 vhosts running v7 since a few weeks without problems - = till yesterday. >=20 >=20 > This morning I realized, that our error log grew up to 480GB!!! >=20 > I trashed it, restarted apache and after a few minutes it was 1GB = large again. >=20 > Here's the content of it: > [Mon Jan 09 08:10:48 2012] [notice] You have a valid permanent iTools = license. > [Mon Jan 09 08:10:48 2012] [notice] FastCGI: process manager = initialized (pid 11593) > [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server = "/Library/Tenon/WebServer/WebSites/www.eisenring-kuechenbau.ch/WebDNA/WebD= NA.fcgi" started (pid 11604) > [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server = "/Library/Tenon/WebServer/WebSites/www.maendli-freizeit.ch/WebDNA/WebDNA.f= cgi" started (pid 11605) > [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server = "/Library/Tenon/WebServer/WebSites/www.gipser-russo.ch/WebDNA/WebDNA.fcgi"= started (pid 11606) > [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server = "/Library/Tenon/WebServer/WebSites/www.zenit-sh.ch/WebDNA/WebDNA.fcgi" = started (pid 11607) > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > sem_open failed: returned EEXIST: File exists > ........ > ........ this error repeats almost endless ... >=20 >=20 >=20 >=20 > As soon as I deactivate one fcgi config line, I'll get less of the = errors above. > I tried reactivate, check the log, deactivate, check the log again ... > After a few times I got a new error: >=20 > retry on sem_wait: Bad file descriptor > retry on sem_wait: Bad file descriptor > retry on sem_wait: Bad file descriptor > retry on sem_wait: Bad file descriptor > retry on sem_wait: Bad file descriptor > ............................... > ..... this error is repeating endless ... >=20 >=20 >=20 > I also tried replacing the WebDNA.fcgi, permissions are correct ... > I'm uncertain and for the moment I don't trust v7 ... ... >=20 >=20 > Next step is moving the vhost to another server ... >=20 >=20 > Thierry >=20 >=20 >=20 > ______________________ > mac&web gmbh > thierry almy > grabenstrasse 15 > 8200 schaffhausen > switzerland > web www.mac-web.ch >=20 > --------------------------------------------------------- > 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 --Apple-Mail-1--95344462 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Thierry!

as you can read on the talk-list, we are = trying to be honest and transparent. Using the list to inform the whole = community of possible problems allows us to help, investigate and solve = the problem asap, and i accept that. Some comments like "I'm uncertain = and for the moment I don't trust v7" before knowing what is going on is = not fair, particularely if you experienced the exact very same problem = with 6.2, according to this email from you last year. So we now know = that this problem did not appear with the version 7 of = WebDNA:


----------
We= 're running a copy of WebDNA 6.2 on a MacPro 2x QuadCore 2,4 GHz, 6GB = RAM, OS 10.6.8, iTools 9.0.5i
Apache has about 35 vhosts

As = soon as the server gets a bit load (~100 concurrent connections) and = WebDNA uses 110% to 160% of the processor, it takes up to 10 seconds = to serve a page with WebDNA.
Since we have 8-Cores in the = server, I guess WebDNA should be able to use more than 160% .... or am I = wrong?

Pages served directly from apache (no DNA) appear very = quick.

In cases of heavy load I have the following lines in the = console log:
25.11.11 14:26:43siouxWebDNA[210]= Error= Could not establish connection with the = module. 


And I've also seen the following lines, which = makes me even more nervous:
25.11.11 11:18:44= sioux= com.apple.SystemStarter[36]Notice*** set a = breakpoint in malloc_error_break to debug
25.11.11 11:18:45= sioux= com.apple.SystemStarter[36]Notice= WebCatalog(210,0xa047a540) malloc: *** error for object = 0xe0c970: pointer being freed was not allocated
25.11.11 = 11:47:12= sioux= com.apple.SystemStarter[36]Noticesem_open = failed: returned EMFILE: Too many open files

All the lines are = repeated several times.


How can I find out what's blocking = WebCatalog?
Is something wrong with my = module?
----------


A= fter a while, you = wrote

----------
yesterday I = switched the two mirrored hard drives to another macpro, 2x6 core with = 6gb ram.
since then we didn't have problems anymore, webcatalog uses = between 0 and 35% of processor time and the pages are loaded quick = again.
----------


In= conclusion, i know WSC takes a lot of risks trusting the good faith of = the community users and i would prefer the list to be constructive and = not destructive. So please, if you have a problem, be as detailed and = precise as possible and refrain from commenting until we can find what = is going on.

Thank you to all of = you!

- chris
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D
WebDNA Software = Corporation
16192 Coastal Highway
Lewes, DE = 19958

On Jan 9, 2012, at 6:59, Thierry Almy wrote:

OS X = 10.6.8, iTools 9.0.5, Apache 2

We've got 4 vhosts running v7 = since a few weeks without problems - till yesterday.


This = morning I realized, that our error log grew up to 480GB!!!

I = trashed it, restarted apache and after a few minutes it was 1GB large = again.

Here's the content of it:
[Mon Jan 09 08:10:48 2012] = [notice] You have a valid permanent iTools license.
[Mon Jan 09 = 08:10:48 2012] [notice] FastCGI: process manager initialized (pid = 11593)
[Mon Jan 09 08:10:48 2012] [warn] FastCGI: server = "/Library/Tenon/WebServer/WebSites/www.eisenring-kuechenbau.ch/WebDNA/WebD= NA.fcgi" started (pid 11604)
[Mon Jan 09 08:10:48 2012] [warn] = FastCGI: server = "/Library/Tenon/WebServer/WebSites/www.maendli-freizeit.ch/WebDNA/WebDNA.f= cgi" started (pid 11605)
[Mon Jan 09 08:10:48 2012] [warn] FastCGI: = server = "/Library/Tenon/WebServer/WebSites/www.gipser-russo.ch/WebDNA/WebDNA.fcgi"= started (pid 11606)
[Mon Jan 09 08:10:48 2012] [warn] FastCGI: = server = "/Library/Tenon/WebServer/WebSites/www.zenit-sh.ch/WebDNA/WebDNA.fcgi" = started (pid 11607)
sem_open failed: returned EEXIST: File = exists
sem_open failed: returned EEXIST: File exists
sem_open = failed: returned EEXIST: File exists
sem_open failed: returned = EEXIST: File exists
sem_open failed: returned EEXIST: File = exists
sem_open failed: returned EEXIST: File exists
sem_open = failed: returned EEXIST: File exists
sem_open failed: returned = EEXIST: File exists
........
........ this error repeats almost = endless ...




As soon as I deactivate one fcgi config = line, I'll get less of the errors above.
I tried reactivate, check = the log, deactivate, check the log again ...
After a few times I got = a new error:

retry on sem_wait: Bad file descriptor
retry on = sem_wait: Bad file descriptor
retry on sem_wait: Bad file = descriptor
retry on sem_wait: Bad file descriptor
retry on = sem_wait: Bad file = descriptor
...............................
..... this error is = repeating endless ...



I also tried replacing the = WebDNA.fcgi, permissions are correct ...
I'm uncertain and for the = moment I don't trust v7 ... ...


Next step is moving the vhost = to another server = ...


Thierry



______________________
mac&we= b gmbh
thierry almy
grabenstrasse 15
8200 = schaffhausen
switzerland
web   www.mac-web.ch

-----------------= ----------------------------------------
This message is sent to you = because you are subscribed to
the mailing list <talk@webdna.us>.
To = unsubscribe, E-mail to: <talk-leave@webdna.us>
archi= ves: http://mail.webdna.us/l= ist/talk@webdna.us
Bug Reporting: support@webdna.us

= --Apple-Mail-1--95344462-- christophe.billiottet@webdna.us

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:

Bug Report, maybe (1997) The USArea® Network web site ... (1997) RE: Formulas.db + Users.db (1997) [WebDNA] Styling search results [using css] (2009) Multi-Row Tables from a search. (1997) Mac Webcat 3.0.3b1 memory leak redirect inside search (1998) Spamming this list! (2000) Register First (2000) (2003) Search-context (1999) problems with 2 tags (1997) New 4.5 installer (2002) founditems (2000) Updating a database once per day - An example (1998) Round up prices (2000) Multiple prices (1997) problems with 2 tags (1997) sendmail spaces (1997) possible, WebCat2.0 and checkboxes-restated (1997) SKU generator? (1998)