How to Sell your Website

Written by Matt Dobinson

How to Sell your Website

There are hundreds and thousands of websites onrepparttar internet today being bought and sold and there are many places you can sell your website such as ebay and website brokers. Though this article we will explore each of these possibilities in greater details.

Ebay - Selling a website on ebay can perfect for some and completely useless for others. As most people know ebay, it gets millions of hits every minute from people looking for everything from hair nets to race cars. For starters this is a great way to get word out that your website is for sale. It has lots of people viewing your ads but keep in mind your competition is feirce as so many people post sites for sale on ebay. To sell your website on ebay it has to stand out fromrepparttar 131687 rest.

Forums - Forums tend to be a great place to sell websites. They tend to ask alot more questions about statistics and revenue than most other places but if you have a quality site you can sometimes get alot more for it buy selling your website in forums. Good forums for this include, and

Website Brokers - Website brokers normally go out and try to get yourepparttar 131688 best possible price for your website. They tend to have contacts inrepparttar 131689 industry and will get into contact with people you can't or dont even know exist. They generally charge a fee of around 10%-15%. There are a few websites around where you can post your website up to brokers - kind of like a cross between ebay and a brokers firm.

Designing Your Website's Directory Structure

Written by Stephen Bucaro

---------------------------------------------------------- Permission is granted forrepparttar below article to forward, reprint, distribute, use for ezine, newsletter, website, offer as free bonus or part of a product for sale as long as no changes are made andrepparttar 131685 byline, copyright, andrepparttar 131686 resource box below is included. ----------------------------------------------------------

Designing Your Website's Directory Structure

By Stephen Bucaro

Any kid, and their grandmother too, can make a webpage. There are many "wysiwyg" webpage design applications that let you create a webpage as easy as typing text. But only a few people can create a WEBSITE. The stumbling block is knowing how to link webpages together to form a website. I have seen many websites that consist of a single webpage - about a mile long!

The first problem is that websites are contained in virtual directories. You know that your webpages can be found at, butrepparttar 131687 actual path to onrepparttar 131688 web server may be known only byrepparttar 131689 system administrator. Andrepparttar 131690 system administrator can move your website to a different folder, or even a different computer, without changing its virtual address.

The second problem is that most people don't know how to write a relative link. Relative links haverepparttar 131691 advantage that you don't need to knowrepparttar 131692 path torepparttar 131693 webpage that you want to link to, you only need to know where it is "relative" torepparttar 131694 webpage containingrepparttar 131695 link.

Designing Your Directory Structure

The first step to implementing a website is to designrepparttar 131696 directory structure. Let's design a directory structure for a simple download website. The website consists primarily of articles and digital material that visitors can download. You could just dump everything atrepparttar 131697 top level ofrepparttar 131698 website. Good luck maintaining that website!

To keeprepparttar 131699 files organized, you need to create sub-directories (folders) onrepparttar 131700 website. Even thoughrepparttar 131701 website consists only of articles and digital downloads, you need five sub-directories, as described below.

- articles - downloads - general - common - cgi-bin

You understand whatrepparttar 131702 "articles" and "downloads" sub-directories are for, but what arerepparttar 131703 other three sub-directories for? It's standard practice to provide certain features on your website, as listed below.

- About - Contact - FAQ - Privacy Policy - Search - Sitemap - User Agreement

Each of these features requires a webpage. Instead of dumpingrepparttar 131704 webpages atrepparttar 131705 top level ofrepparttar 131706 website, or mixing them in with articles or downloads, let's put them together in a folder named "general" (I'm sure you can think of a better name).

All of your webpages use certain things in common, for example, your logo graphic. If your web server provides SSI (Server Side Includes) all your webpages can share a common header file and a common footer file. You might also define all your website's styles in a common style sheet. Let's put all of these files in a folder named "common".

Your contact page might use an email form. If your server provides server-side scripts, you would placerepparttar 131707 email form script in a folder named "cgi-bin". Cgi-bin stands for "Common Gateway Interface - Binary". Few people use CGI any more, and those that do don't use binary files, butrepparttar 131708 folder name has stuck as a traditional place to store scripts. Almost all websites come with a preconfigured cgi-bin folder, andrepparttar 131709 website may be configured so thatrepparttar 131710 cgi-bin folder isrepparttar 131711 only folder with rights to run scripts.

I would also recommend that you create certain sub-directories for some ofrepparttar 131712 above mentioned directories. Most web pages contain images. You could dump allrepparttar 131713 images inrepparttar 131714 same folder withrepparttar 131715 webpages, but when you get more than about 50 files in a folder, it becomes difficult to maintain. You should create an "images" sub-directory inrepparttar 131716 articles, downloads, and general directories. The downloads directory should also have a "files" sub-directory to storerepparttar 131717 downloads.

Cont'd on page 2 ==> © 2005
Terms of Use