Re: [WebDNA] WebDNA code validator
This WebDNA talk-list message is from 2011
It keeps the original formatting.
numero = 107148
interpreted = N
texte = Hi Daniel! On Jul 29, 2011, at 13:49, Daniel Meola wrote: > Finally, I can only assume that at some point a single server can only = handle so much traffic. Perhaps we have reached that point. Has anyone = successfully set up load balancing across multiple WebDNA servers?=20 If you are in the situation where you write to databases, you can't (at = this time) sync multiple servers databases loaded in RAM, though we will = work on a solution in the future. If you just "read" a database, then = yes, you can run multiple servers with the same content. One solution = could be to to route the "read" requests to a round robin cluster of = servers and route the "write" requests to a single server, whose = database content would be regularely copied to the read-only boxes. = Google is using something like this. Another solution is to run several = dedicated front-end web servers and one dedicated WebDNA 7.0 FastCGI = back-end server: this will work. However, carefully coded WebDNA website running on a high speed CPU with = lighttpd (faster, smaller footprint and faster FastCGI interface than = apache) and WebDNA 7.0 will handle a very high load without any problem = (faster than the same hardware with php + MySQL). Speed problems arise = with badly designed complex search commands, or if you write a lot to = your disk. For instance, if you use [append] against a large database, = it will rewrite the entire database to disk after each single [append]. - chris=
Associated Messages, from the most recent to the oldest:
Hi Daniel! On Jul 29, 2011, at 13:49, Daniel Meola wrote: > Finally, I can only assume that at some point a single server can only = handle so much traffic. Perhaps we have reached that point. Has anyone = successfully set up load balancing across multiple WebDNA servers?=20 If you are in the situation where you write to databases, you can't (at = this time) sync multiple servers databases loaded in RAM, though we will = work on a solution in the future. If you just "read" a database, then = yes, you can run multiple servers with the same content. One solution = could be to to route the "read" requests to a round robin cluster of = servers and route the "write" requests to a single server, whose = database content would be regularely copied to the read-only boxes. = Google is using something like this. Another solution is to run several = dedicated front-end web servers and one dedicated WebDNA 7.0 FastCGI = back-end server: this will work. However, carefully coded WebDNA website running on a high speed CPU with = lighttpd (faster, smaller footprint and faster FastCGI interface than = apache) and WebDNA 7.0 will handle a very high load without any problem = (faster than the same hardware with php + MySQL). Speed problems arise = with badly designed complex search commands, or if you write a lot to = your disk. For instance, if you use
[append] against a large database, = it will rewrite the entire database to disk after each single
[append]. - chris=
christophe.billiottet@webdna.us
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:
Help! WebCat2 bug (1997)
[WebDNA] CentOS 8 (2020)
date (1999)
simple answer? [hideif] (1997)
Locking up with WebCatalog... (1997)
HTML Editors (1997)
[WebDNA] Version 7 Config problem (2011)
Two submit buttons ? (1997)
Summing fields (1997)
Add to Cart & List of Products (1997)
Searching multiple fields (1997)
Talk List Suggestions (1997)
Using the W* upload p-i with webcat (1998)
Search in 2 or more catalogs (1997)
WebCat2 several catalogs? (1997)
[SearchString] problem with [search] context (1997)
Changes to the List (1997)
Re[2]: 2nd WebCatalog2 Feature Request (1996)
[OT] (waaaay OT) (2004)
Locking up with WebCatalog... (1997)