What would be a rough estimate, of how many visitors and/or page views it would take to reach 20GB's of bandwidth usage a month?

Also, when a hoster states that they can host extra domains, how does that work?

I understand you would create a file and then they would point another domain to that file.
But what I am wondering is, is it like a virtual domain within your own domain?
ie: when someone goes to that domain in a browser, will it only show the file structure of that domain, or will it show the file structure of the main domain that the new domain file is in?

Does that make sense?
Thanks...... :)

Rough estimate, take 20 GB, divide by 'weight' (total file size in KB) of average view of your site. You can see there really is no way to figure this out, unless you have a one page site, then it isn't difficult.

Most often it won't show the file structure of the first domain. In the httpd.conf file, you can specify where the 'root' directory is of a virtual site, and a second domain could have a root directory within another's.

Okay, I'm confused... :eek:

Can someone just give an average example of how many visitors usually used up how much bandwidth?

I'm just trying to understand how much traffic I would have to generate in order to reach 20GB's..... :)
So if I put 5 of my domain websites at the same place, could I fit it?

The thing is, where I host my site the cpanel is not working properly, it dosen't show my stats correctly. Or I could probably guess myself... ;)

Thank anyone...

ps. Thanks for explaining the second question chicken....

it all depends on so many factors, mainly...

the number of pages on the site
the average size of each page
the number of images on each page
the average file size of the images
the number of unique users vs page views
the types of extra files you plan on hosting (real audio, movies, flash, etc.)

all you can do at this point is make really rough estimates. 1000 visitors can easily use up 20 gigs of bandwidth in a month, and much quicker depending on the stuff I listed earlier.

What??????? :)

I'm not providing downloads.
I won't have really any huge files. etc...

I'll just have a average sized site with files on different things and a few images; say, 50mb's at the most.

Does anyone have something similar, and if so, what is your traffic like as well as the bandwidth usage?

Does anyone know the traffic WebHostingTalk recieves and how much bandwidth is used, for example?

Thanks again....

They are simply saying that it is more complicate than you think.

Anyway, WHT gets around 20 to 25GB per month, I think but remember that WHT is mostly text. General website with the same amount of traffic as WHT would use over 40GB easily.

Originally posted by leeuniverse
What??????? :)

I'm not providing downloads.
I won't have really any huge files. etc...

I'll just have a average sized site with files on different things and a few images; say, 50mb's at the most.

Does anyone have something similar, and if so, what is your traffic like as well as the bandwidth usage?

Does anyone know the traffic WebHostingTalk recieves and how much bandwidth is used, for example?

Thanks again....

This might give you a rough estimate, and give you a bit of a buffer.

Take the largest page on your site, add the sizes of all the graphics to it's size, add in a medium sized file that you have for download and calculate how many times it can be downloaded within your bandwidth. This will yeild a rough idea of the amount of traffic you can support within your bandwidth allocation.

For example:

html page: 50kB
page graphics: 10kB
download file: 500kB

total: 560kB = 0.0005340576171875 GB

allotted bandwidth: 20GB /month

#potential hits: bandwidth/total = 37449 hits / month

37449 people, under this scenario, could view that page with all its graphics plus download that file before you would go over the alletd bandwidth. If you have no downloads then, under this scenario it would take 349526 visitors to use up that much bandwidth in a month.

Realize that the assumption above is the LARGEST page on the site. smaller pages use less bandwidth and hence the # of actual hits before reaching your limit would actually be higher.

:cool: Note this is NOT an exact science :cartman:

Originally posted by klisis
Anyway, WHT gets around 20 to 25GB per month, I think but remember that WHT is mostly text. General website with the same amount of traffic as WHT would use over 40GB easily.Actually last report I got, we were around 50-60GB/mo. :eek2:


leeuniverse, you're basically asking us (and I'm borrowing this again from another member):

"How long is a piece of string?"

or

"How many golf balls will fit in a hole? An average sized hole?"

You really can't answer these questions without pulling a complete guess out of your buttocks that will be completely meaningless when you get right down to it.

See: http://hosthelp.com/sizematters.php by Deb of http://www.futurequest.net
What about Bandwidth? (1/2 way down the page).

Hi
Just a quick byline.
Most people get stumped by the question "How longs a piece of string"
Well that's easy ..
It's twice the length it was when folded in half !!

Take two aspron and call

The Doctor :confused:

Originally posted by Chicken
Actually last report I got, we were around 50-60GB/mo. :eek2:


:rolleyes: , I see. (Last time , I was told it was 20GB, I guess WHT grew. )

Thanks everyone for your thoughts, they all helped.

Especially NyteOwl, that was the kind of clearity I was looking for.... :)

Thanks

Originally posted by leeuniverse
The thing is, where I host my site the cpanel is not working properly, it dosen't show my stats correctly. Or I could probably guess myself... ;)

The good news is, that once you *do* get some sort of accurate reporting going on, you will be able to run the numbers and get a more accurate guess as to how many pages/visitors you will be able to have per 20GB of allotted transfer.

If you can get this for even one full 24 hour period, and come back with the numbers, the board should be able to get you a decent estimate.

I found it interesting to see what others were posting before I put my foot to my mouth. ( which you shall see that I do very well )

First of we should talk in a measure unit that is understood. Therefore I propose Pageload not Hits.

Pageload defined as the total bytes loaded for a given page including any graphics and frames ( that reduces the need to look at hits for the moment )

Now prior to my posting someone advised " Take the largest page on your site, add the sizes of all the graphics to it's size, add in a medium sized file that you have for download and calculate how many times it can be downloaded within your bandwidth. This will yeild a rough idea of the amount of traffic you can support within your bandwidth allocation."
NOPE i would advise the following:

Look at your log file ( yes I know cpanel is not working correctly, but read further ). In reviewing your log file (or in cpanel) you will find a ratio of what pages are in the most demand (users demand ) versus other pages. Plot accordingly, you should be able to note (example only) that page 1 loads 6 times and page 2 loads 3 times and page 3 loads 1 time that would be 6:3:1 ratio.

Then go out and get your page sizes'. do your math and you should have your demand requirements per user visit.

Also you will have a "good" estimate of what your average demand is for a given page, and you can justify your bandwidth needs by averaging out to a month ( or week, day, hour ).

That will bring you towards your answer.

If you look at it from this point of view, then you can apply your resources towards those pages that are in higher demand ( optimize the page for speed and lower page size ) and work towards the lower demand pages.

it just might be a game of bytes but when you get to 1,000,000 page loads per day it adds up quickly.

-Michael

p.s. I've just spent 2 hours convincing a client of the benifits of e-metrics to the point that I walk out of their office, gave them a "3 finger good bye" and will now pour myself a glass of warm milk.