Subweb-Subdomain Washington DC

First, let's describe a sub-web (or subweb). As a matter of fact, there is no such thing!

Local Companies

AT&T Inc.
(202) 638-7876
785 7th St., NW
Washington, DC
Comcast
(202) 832-2001
900 Michigan Ave., NE
Washington, DC
ACT 1
703-418-0011
200 12th St S
Arlington, VA
Esp Group LLC
703-418-6311
1225 Jefferson Davis Hwy
Arlington, VA
American Broadband Productions
(202) 331-5556
1667 K St Nw Ste 400
Washington, DC
Verizon Washington, DC
(202) 392-3700
2055 L St., NW
Washington, DC
Cyveillance Inc
703-351-9766
1555 Wilson Blvd
Arlington, VA
Localnet Corp
703-528-1824
1700 N Moore St
Arlington, VA
Hard Corps Inc
703-521-5000
2120 Washington Blvd
Arlington, VA
Eraglobe Inc
(202) 362-2881
3101 New Mexico Ave NW
Washington, DC

provided by: 
Originally published at Internet.com


What exactly is the difference?
A look at the "Under-Side" of the World Wide Web. What is the difference between a "Sub-Web" and a "Sub-Domain"? We've recently received a few emails in the Mentor community (http://www.htmlgoodies.com/mentors) that suggest that at least in some people's minds these two are interchangeable. They certainly are not, and so a little clarification seems called for.

First, let's describe a sub-web (or subweb). As a matter of fact, there is no such thing! The term has been coined, however, by the folks at Microsoft. Let's explain. On the Internet there is a World Wide Web. You already knew that, but think about it for a moment - there is a World Wide Web - one web - the Web. The Web is made up of a collection of a large number of sites - Websites. Sites are a collection of pages, organized in some fashion, that have related subject matter. One such site is HTMLGoodies.com. HTML Goodies is organized into a variety of sections, each of which contains a number of Web Pages. Some of the folks at Microsoft, however, started talking about "webs" when referring to "websites". For example, in FrontPage you "Open Web" to open up a website.

Taking things a step further, FrontPage allows a site to have a theme applied, such that every page within the site uses a color scheme, button style etc. defined for the site. One change to the theme and the whole site has a new appearance. This is a more comprehensive method than is provided by the use of Cascading Style Sheets since every page within the site is automatically affected, whereas individual pages must specify whether or not they will follow a CSS specification, and if so, which one they will follow.

Since the FrontPage theme is automatically applied to every page within the site, the possibility of having a section with different theme would be precluded. That would not be good! To solve the problem, there is a feature within FrontPage that allows a section (contained within a folder, or directory) to be converted into a web(site) in its own right. It is not seen as another site by the server, however, and so is known as a "subweb" of the current web(site). If you have the parent web open in FrontPage and click to go into the subweb, FrontPage opens it in a new window, strengthening the impression that you are dealing with a separate entity. In the new window, you can treat the subweb as though it was a separate website with its own theme, etc..

A sub-domain, on the other hand, is very definitely a real thing.

This will take a little explaining, so please bear with me as I will have to start at the top and drill down to get to this

When you register a domain name you register something like "mydomain.com". While this is commonly referred to as a "domain name" it is actually made up of two distinct parts, separated by a period. To break it down it is easiest to understand if we start on the right. The first part, "com" in our example, is known as a Top Level Domain, or TLD. Information about a Top Level Domain is kept in a centralized database commonly called the "Root Server Database" or sometimes the "Registry Database".

From a logical perspective (it could be physically implemented in a variety of ways) there is one database for each TLD such as "com", "net", "info" etc. Each TLD database contains entries for names of Second Level Domains. The second part of our domain name, "mydomain", is an example of a Second Level Domain. Certain organizations, known as Domain Registrars, have been authorized to add or modify entries in these TLD databases. The process of registering a domain is actually the process of having an entry added to the appropriate TLD database. These entries point to databases that each contain entries for one or more of these Second Level Domains. These databases are held on server systems running DNS (Domain Name System) server software. Since these servers are located all over the world, they are collectively known as a Distributed Database system (as opposed to a Centralized system.)

The DNS server databases contain entries that provide all the details about the domain (that is, the Second Level Domain - "mydomain.com" in our example) such as how to handle email for the domain and where to find "hosts". Hosts are names for computer systems that are to be referred to within the domain by a name such as "host.mydomain.com". There can also be an entry for an alias, which is a name pointing to a host name that has been defined somewhere else (either within this domain or within another domain.) A very common use for one of these entries is to define "www" as either a host name or an alias pointing to the computer that is hosting the website for the domain.

There can also be a definition of another level domain within this domain, creating a third level domain. When this system was first devised, I am sure that the originators had a particular way of referring to the various levels of domains. That particular way may or may not be the same as the common convention today, and it really doesn't matter! You can think of them as First, Level, Second Level, Third Level (Fourth, etc.) but the common reference to them is as "Top Level Domain" or "TLD", "Domain" as in "Domain Name", and "Sub-Domain" (or "Subdomain".) (There it is, at last!) As I have implied here, it is possible to define a fourth level within the third, and so on. Though not so common, there are reasons why it may be useful to define multiple levels of subdomain within a domain, mostly related to convenience of organization of complex situations.

Each subdomain can contain definitions of hosts and aliases, as well as instructions for handling the subdomain's email. In fact, almost everything that can defined for a domain can also be defined for a subdomain (the only things that can't are way too technical for this piece!) A website defined within a subdomain might have an alias defined for its web host computer, giving its website the address "www.sub.mydomain.com". It would also be possible to provide a default pointer for "sub.mydomain.com" which points to the same computer so that "sub.mydomain.com" would also get to the same website.

It is important not to get confused between the definitions of subwebs and subdomains and to remember exactly what each one does, and does not. In a nutshell, subwebs are websites within FrontPage websites that are seen by FrontPage as separate websites, but are not defined on the web server as a separate site. Subdomains are names within Domain Name definitions that can be used to define another level of name pointers within the domain. Whether these names point to the same websites, different websites or different areas within the same websites as the parent domain, depends on what server computer(s) the subdomain and its hosts and aliases point to, and on the website definitions on those server computers.

The Domain Name System was designed to provide a great deal of flexibility. Along with that flexibility comes a degree of complexity that can make it a little confusing until you get used to it. I hope that this explanation will shed a little light on the subject for you!

Author: Vince Barnes

Read article at Internet.com site

Featured Local Company

AT&T Inc.

2026387876
785 7th St., NW
Washington, DC

Related Local Events
ESRI International User Conference
Dates: 7/13/2009 - 7/17/2009
Location: Washington Convention Center
Washington, DC
View Details

Annual Technology for Government Reception
Dates: 6/10/2009 - 6/10/2009
Location: Renaissance Mayflower Hotel
Washington, DC
View Details

Real Secrets to Drive Website Traffic With SEO and Online News Releases
Dates: 6/3/2009 - 6/3/2009
Location: Mandarin Oriental, Washington, D.C
Washington, DC
View Details