Re: [WebDNA] Re: WebDNA7 site randomly dropping tags

This WebDNA talk-list message is from

2011

It keeps the original formatting. numero = 107610
interpreted = N
texte = > Are the files you are parsing without are ="html" files? i would check that apache is not setup to serve those =pages without WebDNAno, not these particular pages. However, I do like to use .html files =so I created another FCGIWrapper rule ending in .html> Are you using the deflate apache moduleno, I'm not using it.> Did you notice the same problem before adding more than one website to =the same copy of WebDNA.fcgi?I didn't notice anything with the first copy, however testing wasn't as =rigorous. I installed imagemagick and a whole bunch of its delegates on =the server yesterday. I wouldn't think it to be related, but I don't =know that it's not. =20> note this configuration is already out of the WebDNA scope: you should =add one WebDNA.fcgi copy per website.I'm using one copy per site, but I copied and pasted the entire =directory (with .fcgi file and all) to another. =20I found when adding new database records and modifying records, then =refreshing several times, the new additions would appear, and then =reappear, and so on. It seemed almost as if there were two copies (one =in memory) that the page was going back and forth with. =20BTW, the server I'm working with is pretty fresh. It has a basic LAMP =configuration to start. The only hacking I've done on it is installing =ImageMagick which really is a PITA building from source and getting all =the delegate libraries and such. Still though, I didn't see any poor =performance on the site after this. =20I disabled all sites except one - still random misbehavior. =20On Nov 1, 2011, at 4:42 PM, christophe.billiottet@webdna.us wrote:> So far, we never heard of a similar behaviour. This has nothing to do =with the fact there is an activated accelerator or not. Are the files =you are parsing without are "html" files? i would =check that apache is not setup to serve those pages without WebDNA. Are =you using the deflate apache module? Did you notice the same problem =before adding more than one website to the same copy of WebDNA.fcgi? =note this configuration is already out of the WebDNA scope: you should =add one WebDNA.fcgi copy per website.>=20> - chris>=20> On Nov 1, 2011, at 18:15, aaronmichaelmusic@gmail.com wrote:>=20>> I deleted the WebDNA folders and unzipped the original back into the =site directory. I realized I had copied and pasted this from another =directory and so I started over. This seems to have fixed the issues I =mentioned before. However there is still something a bit funny. =20>>=20>> I have in the prefs, interpret on all pages without webDNA =declaration. When I refresh several times, sometimes the webDNA doesn't =parse.>>=20>> So again, is this a bug? Or is this a matter of needing an =accelerator license?>>=20>>=20>>=20>> On Nov 1, 2011, at 2:29 PM, aaronmichaelmusic@gmail.com wrote:>>=20>>> So I have a CMS program I'm running on WebDNA7 now. I replaced the =use of globals with an includes tag at the top of every page where I =want to use 'global' functions. Seemed like everything was just peachy, =so I went ahead and created another domain to start setting up for =production. So now there's more than one domain using a WebDNA fcgi.>>>=20>>> I noticed something funny today. WebDNA is completely ignoring =seemingly random tags or lines of code intermittently.>>>=20>>> for example=85.>>>=20>>> I have a page that lists all of the local databases and uses the =createdate/time and modify date/time tags. If I refresh a number of =times, every now and then the [createdate] and [moddate] tags will =completely get dropped.>>>=20>>> On another page, I have a date tag being formatted [format =days_to_date =85.][math]{[thedate]}[/math][/format] and the similar =with time, where I'll get something like this instead..>>> December 31, -1, 12:00 AM so it seems that the [math] tag is being =dropped>>>=20>>> Also when adding new records to a database, the recently added row =will disappear intermittently with refreshes. (prefs are automatically =commit to db)>>>=20>>> It seems that this is mostly happening having used my admin system =to create new things after transition to WebDNA7. Pages that strictly =show records previous to the change do not have any apparent wacky =behavior.=20>>>=20>>> Any clues what's going on here? Does this have anything to do with =WebDNA's inefficiency without the accelerator license?>>>=20>>>=20>>>=20>>>=20>>=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>=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 Associated Messages, from the most recent to the oldest:

[WebDNA] WebDNA7 site randomly dropping tags (aaronmichaelmusic@gmail.com 2011)

> Are the files you are parsing without are ="html" files? i would check that apache is not setup to serve those =pages without WebDNAno, not these particular pages. However, I do like to use .html files =so I created another FCGIWrapper rule ending in .html> Are you using the deflate apache moduleno, I'm not using it.> Did you notice the same problem before adding more than one website to =the same copy of WebDNA.fcgi?I didn't notice anything with the first copy, however testing wasn't as =rigorous. I installed imagemagick and a whole bunch of its delegates on =the server yesterday. I wouldn't think it to be related, but I don't =know that it's not. =20> note this configuration is already out of the WebDNA scope: you should =add one WebDNA.fcgi copy per website.I'm using one copy per site, but I copied and pasted the entire =directory (with .fcgi file and all) to another. =20I found when adding new database records and modifying records, then =refreshing several times, the new additions would appear, and then =reappear, and so on. It seemed almost as if there were two copies (one =in memory) that the page was going back and forth with. =20BTW, the server I'm working with is pretty fresh. It has a basic LAMP =configuration to start. The only hacking I've done on it is installing =ImageMagick which really is a PITA building from source and getting all =the delegate libraries and such. Still though, I didn't see any poor =performance on the site after this. =20I disabled all sites except one - still random misbehavior. =20On Nov 1, 2011, at 4:42 PM, christophe.billiottet@webdna.us wrote:> So far, we never heard of a similar behaviour. This has nothing to do =with the fact there is an activated accelerator or not. Are the files =you are parsing without are "html" files? i would =check that apache is not setup to serve those pages without WebDNA. Are =you using the deflate apache module? Did you notice the same problem =before adding more than one website to the same copy of WebDNA.fcgi? =note this configuration is already out of the WebDNA scope: you should =add one WebDNA.fcgi copy per website.>=20> - chris>=20> On Nov 1, 2011, at 18:15, aaronmichaelmusic@gmail.com wrote:>=20>> I deleted the WebDNA folders and unzipped the original back into the =site directory. I realized I had copied and pasted this from another =directory and so I started over. This seems to have fixed the issues I =mentioned before. However there is still something a bit funny. =20>>=20>> I have in the prefs, interpret on all pages without webDNA =declaration. When I refresh several times, sometimes the webDNA doesn't =parse.>>=20>> So again, is this a bug? Or is this a matter of needing an =accelerator license?>>=20>>=20>>=20>> On Nov 1, 2011, at 2:29 PM, aaronmichaelmusic@gmail.com wrote:>>=20>>> So I have a CMS program I'm running on WebDNA7 now. I replaced the =use of globals with an includes tag at the top of every page where I =want to use 'global' functions. Seemed like everything was just peachy, =so I went ahead and created another domain to start setting up for =production. So now there's more than one domain using a WebDNA fcgi.>>>=20>>> I noticed something funny today. WebDNA is completely ignoring =seemingly random tags or lines of code intermittently.>>>=20>>> for example=85.>>>=20>>> I have a page that lists all of the local databases and uses the =createdate/time and modify date/time tags. If I refresh a number of =times, every now and then the [createdate] and [moddate] tags will =completely get dropped.>>>=20>>> On another page, I have a date tag being formatted [format =days_to_date =85.][math]{[thedate]}[/math][/format] and the similar =with time, where I'll get something like this instead..>>> December 31, -1, 12:00 AM so it seems that the [math] tag is being =dropped>>>=20>>> Also when adding new records to a database, the recently added row =will disappear intermittently with refreshes. (prefs are automatically =commit to db)>>>=20>>> It seems that this is mostly happening having used my admin system =to create new things after transition to WebDNA7. Pages that strictly =show records previous to the change do not have any apparent wacky =behavior.=20>>>=20>>> Any clues what's going on here? Does this have anything to do with =WebDNA's inefficiency without the accelerator license?>>>=20>>>=20>>>=20>>>=20>>=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>=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 aaronmichaelmusic@gmail.com

DOWNLOAD WEBDNA NOW!

Re: [WebDNA] Re: WebDNA7 site randomly dropping tags

2011

Top Articles:

Related Readings: