Looking through the stats I thought I'd come back to the issue of the way our site is used.
For a digital content site the whole issue of band width is Giga - we have to buy enough capacity from our ISP to ensure that our visitors and more importantly our customers can down load what they need. The way the site is engineered has some baring on that but at the out set all we had was a best guess.
As things stand this month so far MP3 downloads have consumed about 60% of the bandwidth used on the site which is pretty good. Next up are the online steaming samples which appear as Flash animations at 12% but if you add the Javascript for the menu presentation to the gifs, png and jpeg files their combined total is about 16%. Following on are the Html files which include most of our text at about 10%, our CSS layout code at 1% and bringing up the rear PHP for the shop code at less than half a percent.
I could wish that the PHP was working a little harder but overall the balance looks about right.
For a digital content site the whole issue of band width is Giga - we have to buy enough capacity from our ISP to ensure that our visitors and more importantly our customers can down load what they need. The way the site is engineered has some baring on that but at the out set all we had was a best guess.
As things stand this month so far MP3 downloads have consumed about 60% of the bandwidth used on the site which is pretty good. Next up are the online steaming samples which appear as Flash animations at 12% but if you add the Javascript for the menu presentation to the gifs, png and jpeg files their combined total is about 16%. Following on are the Html files which include most of our text at about 10%, our CSS layout code at 1% and bringing up the rear PHP for the shop code at less than half a percent.
I could wish that the PHP was working a little harder but overall the balance looks about right.