Why choose ASP.NET for static web site?

ykgoh

Master Member
Joined
Jan 1, 2000
Messages
2,782
Reaction score
0
As above. I notice some web sites are simply static pages with some JQuery components. The design theme might be taken from some commercial or free web template.

Any reason why?
 

devilcm3

Senior Member
Joined
Jan 21, 2009
Messages
2,337
Reaction score
0
theres no need for ASP to run static pages.
best is to serve just plain html pages, absolutely zero processing time.

ASP is heavy imho.
 

ykgoh

Master Member
Joined
Jan 1, 2000
Messages
2,782
Reaction score
0
theres no need for ASP to run static pages.
best is to serve just plain html pages, absolutely zero processing time.

ASP is heavy imho.

Which is exactly why it is puzzling some people use ASP.NET with IIS server for hosting static web sites.

They turn all the files with .htm extension into .aspx. I am wondering if it is because they find the Master page feature in ASP.NET useful for templating static pages.
 

davidktw

Arch-Supremacy Member
Joined
Apr 15, 2010
Messages
13,550
Reaction score
1,302
As above. I notice some web sites are simply static pages with some JQuery components. The design theme might be taken from some commercial or free web template.

Any reason why?

Are you sure those static looking pages contents are static, or they are part of a content managed site with the contents coming from external system or database?
 

ykgoh

Master Member
Joined
Jan 1, 2000
Messages
2,782
Reaction score
0
Are you sure those static looking pages contents are static, or they are part of a content managed site with the contents coming from external system or database?

They are all free text articles written by humans. Doesn't look like they are generated from some structured dataset. Can't tell if there is any web content management system behind it.
 

davidktw

Arch-Supremacy Member
Joined
Apr 15, 2010
Messages
13,550
Reaction score
1,302
They are all free text articles written by humans. Doesn't look like they are generated from some structured dataset. Can't tell if there is any web content management system behind it.

But in any case, you are right to serve static contents using a dynamic engine is not the best way, since it will incur penalty by fighting the same processing power within the same engine when other parts of the site really requires the dynamic behaviour.

In general cases, there is not much penalty beyond the first load since caching at various levels may just shortcut the access.

1) Browser Caching due to expiry headers, using modified/expiry date time, ETag
2) Caching at CDN level, cache proxy, if it exists
3) Caching at App Engine level, depending on how the static html is served, server side includes, template includes.
4) File buffer

Less of just branding some of these developers or administrators as inexperience, sometimes I guess they just do it out of conformance, so everything just get served under a certain URL pattern, which there could be systems or layers on top of it that detect based on the URL pattern and apply protection or authorisation. They might want to just map against "http:\/\/.*\.aspx" instead of also including the "html" portion for simplicity.
 
Last edited:
Important Forum Advisory Note
This forum is moderated by volunteer moderators who will react only to members' feedback on posts. Moderators are not employees or representatives of HWZ Forums. Forum members and moderators are responsible for their own posts. Please refer to our Community Guidelines and Standards and Terms and Conditions for more information.
Top