Content deleted Content added
→Smaller hosting services: Kind of content is important here, not the size of the provider (i.e. AWS S3 offers this) |
Merge possible technology choices from the →Obtaining hosting: section to →Larger hosting services: where it's already discussed. |
||
Line 36:
===Larger hosting services===
Many large companies that are not Internet service providers need to be permanently connected to the web to send email, files, etc. to other sites. The company may use the computer as a website host to provide details of their goods and services and facilities for online orders.{{Incomprehensible inline|date=October 2022}}
A complex site calls for a more comprehensive package that provides [[database]] [[Data center management#Tech Support|support]] and application development platforms (e.g. [[ASP.NET]], [[ColdFusion]], [[Java Platform, Enterprise Edition|Java EE]], [[Plack (software)|Perl/Plack]], [[PHP]] or [[Ruby on Rails]]). These facilities allow customers to write or install scripts for applications like [[Internet forum|forums]] and [[content management]].
== Types of hosting ==
Line 99:
=== Reliability and uptime ===
The [[High availability|availability]] of a website is measured by the percentage of a year in which the website is publicly accessible and reachable via the Internet. This is different from measuring the [[uptime]] of a system. Uptime refers to the system itself being online. Uptime does not take into account being able to reach it as in the event of a network outage.{{citation needed|date=October 2014}} A hosting provider's [[Service-level agreement|Service Level Agreement]] (SLA) may include a certain amount of scheduled [[downtime]] per year in order to perform maintenance on the systems. This scheduled downtime is often excluded from the SLA timeframe, and needs to be subtracted from the Total Time when availability is calculated. Depending on the wording of an SLA, if the availability of a system drops below that in the signed SLA, a hosting provider often will provide a partial refund for time lost. How downtime is determined changes from provider to provider, therefore reading the SLA is imperative.<ref>{{cite web|last1=Dawson|first1=Christian|title=Why Uptime Guarantees are Ridiculous|url=http://blog.servint.net/2013/05/03/why-uptime-guarantees-are-ridiculous/|publisher=Servint|access-date=7 October 2014|quote=a good SLA will clearly state how uptime is defined and what you’ll receive if the “uptime promise” is not met.}}</ref> Not all providers release uptime statistics.
== Security ==
|