Re: [WebDNA] v7 success story

This WebDNA talk-list message is from

2012


It keeps the original formatting.
numero = 107911
interpreted = N
texte = --14dae93404edbf5b0f04b5ba93b7 Content-Type: text/plain; charset=ISO-8859-1 What is the capacity for WebDNA 6 versus 7 in terms of load? I have wondered if my server was too busy for WebDNA 6 to handle. Bill On Wed, Jan 4, 2012 at 10:30 AM, Thierry Almy wrote: > We're using version 7 since a few weeks and I really like the product. > > I also like the many times discussed fcgi solution. > We had performance problems in the past, heavy load on a few vhosts > brought us waiting times up to 5 seconds per page, for all vhosts, not just > the ones with heavy load, because with v6 a single webdna process is > responsible for all vhosts. > > Having the ability to split the load on many separate webdna processes > will solve this problem. > > > I moved our CMS to v7, took me two days of programming, but only because > we used global databases to store informations about which CMS modules to > serve for each client, versions installed and a copy protection system of > all our CMS clients. We solved this problem with a databases on an own > vhost, all our CMS systems are exchanging informations with this global > database using CURL commands. > So there's no more need for global databases in our case. > > All the other functions worked just perfect as they did before. My > concerns about incompatibility were absolutely unnecessary. > (excluding the [thisurl]-tag discussed in another thread in this list) > > And it's even possible to serve v6 and v7 sites on the same server, just > make sure you use different suffixes for v6 and v7. > Because we wanted to have .tpl for v6 and .dna for v7 and I had to make > some changes to the v6 administration. > > > During the next weeks we'll move a few more sites with heavy load to v7. > > > > At this point I'd like to put a big THANK YOU into this list, thank you > Chris, thank you community! > This product and its further development saves our a... and it's worth a > lot more than it costs ;-) > > > Thierry--------------------------------------------------------- > 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 > --14dae93404edbf5b0f04b5ba93b7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable What is the capacity for WebDNA 6 versus 7 in terms of load? =A0I have wond= ered if my server was too busy for WebDNA 6 to handle.=A0

Bill

On Wed, Jan 4, 2012 at 10:30 AM, T= hierry Almy <lists@al= my.ch> wrote:
We're using version 7 since a few weeks = and I really like the product.

I also like the many times discussed fcgi solution.
We had performance problems in the past, heavy load on a few vhosts brought= us waiting times up to 5 seconds per page, for all vhosts, not just the on= es with heavy load, because with v6 a single webdna process is responsible = for all vhosts.

Having the ability to split the load on many separate webdna processes will= solve this problem.


I moved our CMS to v7, took me two days of programming, but only because we= used global databases to store informations about which CMS modules to ser= ve for each client, versions installed and a copy protection system of all = our CMS clients. We solved this problem with a databases on an own vhost, a= ll our CMS systems are exchanging informations with this global database us= ing CURL commands.
So there's no more need for global databases in our case.

All the other functions worked just perfect as they did before. My concerns= about incompatibility were absolutely unnecessary.
(excluding the [thisurl]-tag discussed in another thread in this list)

And it's even possible to serve v6 and v7 sites on the same server, jus= t make sure you use different suffixes for v6 and v7.
Because we wanted to have .tpl for v6 and .dna for v7 and I had to make som= e changes to the v6 administration.


During the next weeks we'll move a few more sites with heavy load to v7= .



At this point I'd like to put a big THANK YOU into this list, thank you= Chris, thank you community!
This product and its further development saves our a... and it's worth = a lot more than it costs ;-)


Thierry---------------------------------------------------------
This message is sent to you because you are subscribed to
the mailing list <talk@webdna.us&g= t;.
To unsubscribe, E-mail to: <talk= -leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug Reporting: support@webdna.us

--14dae93404edbf5b0f04b5ba93b7-- Associated Messages, from the most recent to the oldest:

    
  1. Re: [WebDNA] v7 success story (William DeVaul 2012)
  2. Re: [WebDNA] v7 success story (christophe.billiottet@webdna.us 2012)
  3. Re: [WebDNA] v7 success story (William DeVaul 2012)
  4. [WebDNA] v7 success story (Thierry Almy 2012)
--14dae93404edbf5b0f04b5ba93b7 Content-Type: text/plain; charset=ISO-8859-1 What is the capacity for WebDNA 6 versus 7 in terms of load? I have wondered if my server was too busy for WebDNA 6 to handle. Bill On Wed, Jan 4, 2012 at 10:30 AM, Thierry Almy wrote: > We're using version 7 since a few weeks and I really like the product. > > I also like the many times discussed fcgi solution. > We had performance problems in the past, heavy load on a few vhosts > brought us waiting times up to 5 seconds per page, for all vhosts, not just > the ones with heavy load, because with v6 a single webdna process is > responsible for all vhosts. > > Having the ability to split the load on many separate webdna processes > will solve this problem. > > > I moved our CMS to v7, took me two days of programming, but only because > we used global databases to store informations about which CMS modules to > serve for each client, versions installed and a copy protection system of > all our CMS clients. We solved this problem with a databases on an own > vhost, all our CMS systems are exchanging informations with this global > database using CURL commands. > So there's no more need for global databases in our case. > > All the other functions worked just perfect as they did before. My > concerns about incompatibility were absolutely unnecessary. > (excluding the [thisurl]-tag discussed in another thread in this list) > > And it's even possible to serve v6 and v7 sites on the same server, just > make sure you use different suffixes for v6 and v7. > Because we wanted to have .tpl for v6 and .dna for v7 and I had to make > some changes to the v6 administration. > > > During the next weeks we'll move a few more sites with heavy load to v7. > > > > At this point I'd like to put a big THANK YOU into this list, thank you > Chris, thank you community! > This product and its further development saves our a... and it's worth a > lot more than it costs ;-) > > > Thierry--------------------------------------------------------- > 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 > --14dae93404edbf5b0f04b5ba93b7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable What is the capacity for WebDNA 6 versus 7 in terms of load? =A0I have wond= ered if my server was too busy for WebDNA 6 to handle.=A0

Bill

On Wed, Jan 4, 2012 at 10:30 AM, T= hierry Almy <lists@al= my.ch> wrote:
We're using version 7 since a few weeks = and I really like the product.

I also like the many times discussed fcgi solution.
We had performance problems in the past, heavy load on a few vhosts brought= us waiting times up to 5 seconds per page, for all vhosts, not just the on= es with heavy load, because with v6 a single webdna process is responsible = for all vhosts.

Having the ability to split the load on many separate webdna processes will= solve this problem.


I moved our CMS to v7, took me two days of programming, but only because we= used global databases to store informations about which CMS modules to ser= ve for each client, versions installed and a copy protection system of all = our CMS clients. We solved this problem with a databases on an own vhost, a= ll our CMS systems are exchanging informations with this global database us= ing CURL commands.
So there's no more need for global databases in our case.

All the other functions worked just perfect as they did before. My concerns= about incompatibility were absolutely unnecessary.
(excluding the [thisurl]-tag discussed in another thread in this list)

And it's even possible to serve v6 and v7 sites on the same server, jus= t make sure you use different suffixes for v6 and v7.
Because we wanted to have .tpl for v6 and .dna for v7 and I had to make som= e changes to the v6 administration.


During the next weeks we'll move a few more sites with heavy load to v7= .



At this point I'd like to put a big THANK YOU into this list, thank you= Chris, thank you community!
This product and its further development saves our a... and it's worth = a lot more than it costs ;-)


Thierry---------------------------------------------------------
This message is sent to you because you are subscribed to
the mailing list <talk@webdna.us&g= t;.
To unsubscribe, E-mail to: <talk= -leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug Reporting: support@webdna.us

--14dae93404edbf5b0f04b5ba93b7-- William DeVaul

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:

Tuition - UK (2000) Multiple prices (1997) Shownext problems (1999) Missing Cart Information (2003) OT Server capacity (2003) [TEXT SECURE=T] (2000) BadSuffix with 2.1b3 cgi (1997) Nested tags count question (1997) Limiting user access to .tmpl files (1997) GuestBook example (1997) using showpage and showcart commands (1996) Emailer setup (1997) item sorting (1997) Setting up shop (1997) Help name our technology! (1997) [WebDNA] WebDNA app (2013) Re2: Calculating multiple shipping... (1997) [LOOKUP] (1997) What about this [delete] situation? (1998) Register First (2000)