Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I am under the impression that configuring a server to serve 350 simultaneous users with pages that are plain HTML (plus an image or two, no AJAX or similar) with some simple database connectivity (maybe five tables or so, no especially complex queries, and no more than a few MB of data) should:

  1. Not be a particularly difficult task

  2. Should not require an especially powerful server

  3. Should be fairly trivial to test in advance

I don't require any specifics, but confirmation that I'm correct (or not) would be useful.


migration rejected from Jul 5 '15 at 9:37

This question came from our site for pro webmasters. Votes, comments, and answers are locked due to the question being closed here, but it may be eligible for editing and reopening on the site where it originated.

closed as unclear what you're asking by kasperd, Greg Askew, Ward, mdpc, Jenny D Jul 5 '15 at 9:37

Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, it’s hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question.If this question can be reworded to fit the rules in the help center, please edit the question.

How can plain html pages connect to a database? – Cha0s Jul 4 '15 at 11:30
up vote 1 down vote accepted

One thing that will help you is one of the foundations of client-server computing, your users will not be simultaneous. They will be concurrent within a window, but not simultaneous in their activity. Human users are chaotic instruments, arriving and departing at different intervals and making use of system resources at different intervals as well. If you have 350 credentialed users, then my gross estimate is that you will have 8-15% concurrent in actions within a 1 minute window, for around 28 to 53 on the system at any given time. You can confirm these stats by looking at the web user logs.

If you want to reduce your load quite well on the server, then be sure and mark your static pages|images as cacheable to the client for an extended period, say a couple of days to a couple of weeks, so the next time your user visits you will have almost zero load except for the dynamic pieces that come back out of the database.

The system under discussion is for a very specific purpose whereby all 350 users will be hitting it within probably ten seconds, and viewing a page every few seconds for the subsequent minute or two. Fortunately I'm not tasked with designing such a system but have had the recent displeasure of using it (where it failed catastrophically) and am trying to confirm that this situation was as preventable as I believe it to be! – Dan Sep 14 '11 at 16:24
Yes, it is preventable. The number of handshakes back and forth for different elements combined with the sizes will impact severely your network performance in such a case. Minimize the number of file content elements, make them as small as possible, even enabling compression on the server. Likewise with the graphics, pick a network friendly format and optimize the color pallete to eliminate extra weight. If SSL is involved, only use it where Personally identifiable information is present, otherwise it adds overhead to the site. Expand the server cache so it hits disk less. ... – James Pulley Sep 14 '11 at 16:37
On top learn CSS sprites for graphical elements, putting all small icons etc. into ONE image file. Use a CDN for that making sure it is not requested over and over and not even coming from your server. – TomTom Jul 4 '15 at 9:57

Yes, sounds easy enough, especially if the database activity is made of mostly read operations.

Mostly reading, with a small number of (transactional) insert operations. Thanks for the response! – Dan Sep 14 '11 at 12:37
You should also mention the operating system etc you plan to run this on, although regardless of the platform your case should not be a problematic one. – Janne Pikkarainen Sep 14 '11 at 12:41
I'm not looking for anything too specific at the moment, so "not problematic" is more than enough! Thanks again. – Dan Sep 14 '11 at 12:54

Not the answer you're looking for? Browse other questions tagged or ask your own question.