Re: [BULK] Re: [WebDNA] abstraction code can be tricky...
This WebDNA talk-list message is from 2012
It keeps the original formatting.
numero = 108313
interpreted = N
texte = >> webdna's allotted ram-usage limitfor lack of a better term, I called it that ("webdna's allotted =ram-usage limit").Let me explain:Obviously the company line is that the only limit is the amount of RAM =on the server machine.But coding aggressively has for some/many of us revealed a phenomena - =that a page which tries to use "more RAM than what we usually gobble up =with our code", can, when hit with the browser, simply never load in the =browser.. and even if we then comment out (or delete) the offending code = (note: *properly-sytaxed*, but just RAM-hungry code), then upon reload =in the browser, Webdna keeps serving up an old copy of the file.. a copy =which no longer exists on disk. And all this while webdna caching is =turned OFF in the admin interface. I KNOW others beside myself have =seen this. And I am not talking about a page that tries to use all 6GB =of RAM that is sitting idle/available... (or so one would reasonably =think).. but just code that pushes the limit just a little too far.Sound too fuzzy? Sure; it is hard to quantify, and describe, since I =can't see under the webdna engine hood to know exactly what is =happening.I tried to make my last post useful but just saying, effectively, "Hey, =in case your page never loads, and your webdna cache seems to be stuck =(for that page), then see if you are defining and calling a function =within another function."HTH-Govinda=
Associated Messages, from the most recent to the oldest:
>> webdna's allotted ram-usage limitfor lack of a better term, I called it that ("webdna's allotted =ram-usage limit").Let me explain:Obviously the company line is that the only limit is the amount of RAM =on the server machine.But coding aggressively has for some/many of us revealed a phenomena - =that a page which tries to use "more RAM than what we usually gobble up =with our code", can, when hit with the browser, simply never load in the =browser.. and even if we then comment out (or delete) the offending code = (note: *properly-sytaxed*, but just RAM-hungry code), then upon reload =in the browser, Webdna keeps serving up an old copy of the file.. a copy =which no longer exists on disk. And all this while webdna caching is =turned OFF in the admin interface. I KNOW others beside myself have =seen this. And I am not talking about a page that tries to use all 6GB =of RAM that is sitting idle/available... (or so one would reasonably =think).. but just code that pushes the limit just a little too far.Sound too fuzzy? Sure; it is hard to quantify, and describe, since I =can't see under the webdna engine hood to know exactly what is =happening.I tried to make my last post useful but just saying, effectively, "Hey, =in case your page never loads, and your webdna cache seems to be stuck =(for that page), then see if you are defining and calling a function =within another function."HTH-Govinda=
Govinda
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:
Claris HomePage messes up the code (1997)
Shipping based in distance and weight (1999)
[BULK] [WebDNA] abstraction code can be tricky... (2012)
executing via commandline (2003)
japanese characters (1997)
shipcost (1997)
WebCat2 - [format thousands] (1997)
Calendar using WebCatalog? (1997)
webmerch and serials - almost there (1997)
Invoice in another window (1998)
WC Database Format (1997)
[WriteFile] problems (1997)
Hairy Shipping Monster (2006)
extending webcatalog (1997)
Sendmail and attachments? (1998)
FM PRO Compatibility Issue - Single Database w/o Conversions (1997)
WebCatalog Technical Reference (1997)
Re:multiple digests, please stop (1997)
TCPConnect / Current Temperature (2004)
WebCatalog for guestbook ? (1997)