Re: [BULK] Re: [WebDNA] abstraction code can be tricky...

This WebDNA talk-list message is from

2012

It keeps the original formatting. numero = 108321
interpreted = N
texte = > I suggest you post a more terse version of your problem. I've been =coding WebDNA just about every day for 10 years and have never seen an =illogical caching problem. It's likely there is a reason for the results =you are seeing.. proxy server, sandbox vs. admin setting, or whatever.Here is the terse version:=--------------------------------------------------------------------------=----------------------------------------------------I made a file ("file1") that includes file2. =20File2 includes file3. =20File1 and file2 are NOT RAM hogs.File3 has some code in it that needs a decent amount of RAM available to =it, to work. When the RAM is enough, and the server is using webdna7, =then for sure file3 works fine. Otherwise it may or may not work. But =the code is syntactically sound.=20In file3 there is an [if][then](1).. =20In that [if][then](1) there is a [functionA]In that [functionA] there is a [switch][case]..In that [switch][case] there is a [functionB (defined)], alongside an =[if][then](2)In that [if][then](2) there is a call to [functionB]When I hit file1 in the browser, on webdna6, it never loads.=20Furthermore, from that moment forward, nothing of my edits to file3 will =be reflected in the browser.In other words, even if I make the code in file3 BONE SIMPLE, like =nothing more than "hello world", and not a character more, the page =never loads. All other pages still load fine. If the server admin =reboots the server, and then I hit file1 in the browser, then I see just ="hello world" (from file3), instantly. In other words, after reboot, =file3 is now coming from the disk again, as opposed to from the last =copy that got "burned" into RAM somehow.I work around the above issue (so that file1-->file2-->file3) loads =fine.. even while doing the layered thing I want, by simply moving =functionB's definition outside of functionA's definition.=--------------------------------------------------------------------------=----------------------------------------------------Not sure how I can make it more terse or clear.I have also been coding Webdna since 1997, and mostly full time for the =last 3-4 years. Just because you have not seen this behavior does not =mean it is because I am missing something. Maybe I am missing =something. But others can confirm the stuck-caching behavior which I =mention from the first post in this thread.. others besides Daniel (who =just confirmed she sees it too). I leave it to others to see this =thread, and reply, if they do.Note that none of my posts were meant to complain..but just to give a =heads up.. to save someone else some time.. should they encounter the =same situation... and so possibly have a workaround, from my post.-G= Associated Messages, from the most recent to the oldest:

> I suggest you post a more terse version of your problem. I've been =coding WebDNA just about every day for 10 years and have never seen an =illogical caching problem. It's likely there is a reason for the results =you are seeing.. proxy server, sandbox vs. admin setting, or whatever.Here is the terse version:=--------------------------------------------------------------------------=----------------------------------------------------I made a file ("file1") that includes file2. =20File2 includes file3. =20File1 and file2 are NOT RAM hogs.File3 has some code in it that needs a decent amount of RAM available to =it, to work. When the RAM is enough, and the server is using webdna7, =then for sure file3 works fine. Otherwise it may or may not work. But =the code is syntactically sound.=20In file3 there is an [if][then](1).. =20In that [if][then](1) there is a [functionA]In that [functionA] there is a [switch][case]..In that [switch][case] there is a [functionB (defined)], alongside an =[if][then](2)In that [if][then](2) there is a call to [functionB]When I hit file1 in the browser, on webdna6, it never loads.=20Furthermore, from that moment forward, nothing of my edits to file3 will =be reflected in the browser.In other words, even if I make the code in file3 BONE SIMPLE, like =nothing more than "hello world", and not a character more, the page =never loads. All other pages still load fine. If the server admin =reboots the server, and then I hit file1 in the browser, then I see just ="hello world" (from file3), instantly. In other words, after reboot, =file3 is now coming from the disk again, as opposed to from the last =copy that got "burned" into RAM somehow.I work around the above issue (so that file1-->file2-->file3) loads =fine.. even while doing the layered thing I want, by simply moving =functionB's definition outside of functionA's definition.=--------------------------------------------------------------------------=----------------------------------------------------Not sure how I can make it more terse or clear.I have also been coding Webdna since 1997, and mostly full time for the =last 3-4 years. Just because you have not seen this behavior does not =mean it is because I am missing something. Maybe I am missing =something. But others can confirm the stuck-caching behavior which I =mention from the first post in this thread.. others besides Daniel (who =just confirmed she sees it too). I leave it to others to see this =thread, and reply, if they do.Note that none of my posts were meant to complain..but just to give a =heads up.. to save someone else some time.. should they encounter the =same situation... and so possibly have a workaround, from my post.-G= Govinda

DOWNLOAD WEBDNA NOW!

Re: [BULK] Re: [WebDNA] abstraction code can be tricky...

2012

Top Articles:

Related Readings: