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 limit for 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 limit for 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:
Date search bug (1998)
form crasehes server (1997)
Newbie from and old bee (1997)
WebCat2b13MacPlugIn - [include] doesn't allow creator (1997)
WebDNA+unixODBC+MS SQL (2005)
RE: Explorer oddities (1997)
[no_cache]?! (2000)
acrobat -> wc (1998)
Re2: frames & carts (1997)
Re:Sami (1998)
Lots of bounce errors (2007)
I'm new be kind (1997)
downloading binary files ussing mime and tcpconnect (2004)
WCS Newbie question (1997)
WebCatalog 2.0 & WebDNA docs in HTML ... (1997)
RE: type 2 errors with ssl server (1997)
Calendar Snippet Problems (1998)
[WebDNA] Emailer breaking format (2015)
[WebDNA] Mondy morn... [date] question (2009)
[WebDNA] Question for WSC ... (2008)