So this is a very interesting question. I started writing dynamic websites in 
1998. Most developers don’t want to generate static sites. I think their 
reasons are more emotional than technical. About seven years ago I had two jobs 
- the day job was a high traffic retail fashion website. the side job was a 
very similar site, implemented  as a static site that was recreated when 
content changed. The dynamic site had (first request) latencies of about 2 sec. 
The static site had typical latencies of 250ms. That’s almost 10x faster. It 
also cost about 2% of what the dynamic site cost to run.

 Sounds like you’re planning to do things the smart way. You haven’t said how 
busy your site is. Assuming that your hardware is Linux then your content will 
all be sitting in Linus’s page cache, so on a recent model server a well tuned 
Ng Inc can serve well over 100,000 requests per sec. the key is to use your 
browser cache whenever possible. As well as making good use if compute 
resources, a website like this is much more reliable than a dynamic site. There 
are few moving parts that can go wrong. Have fun!

Pete

Sent from my iPhone

> On Nov 2, 2018, at 1:18 AM, yf chu <cyf...@163.com> wrote:
> 
> I have a website with tens of millions of pages. The content on the page 
> stored in database but the data is not changed very frequently. so for the 
> sake of improving the performance of the website and reducing the costs of 
> deployment of web applications, I want to generate the static pages for the 
> dynamic content and refresh the pages if the contents are changed. But I am 
> very concerned about how to manage these large amount of pages. how should I 
> store these pages? I plan to use Nginx to manage these pages. Is it possible 
> that it will cause IO problems when the web server handle many requests? What 
> is the capability of handing requests for Nginx ? Is there any better 
> solutions for this issue? 
> 
> 
> 
>  
> 
> _______________________________________________
> nginx mailing list
> nginx@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx

Reply via email to