Webspace allocation

TonyW · 3rd August 2008, 03:24 PM

I'm just wondering about the best way to explain to a friend/colleague that the webspace they get to start off with is not empty i.e. the system allocates so much for its own files.

I don't know if it's the same for everybody here, but I've noticed that about 24MB is already used when creating webspace for domains at UH. My point is if you give someone 100MB for their website for example, in reality they only get 76MB to play with, which I know is enough, but it is misleading in this respect as they think they'll get the 100MB to use. Well, they do, but so much is already used if you get what I mean.

I was just wondering how you guys explain this to newcomers.

MrBen · 3rd August 2008, 03:37 PM

I've never bothered or had to myself.

Some of that space is allocated to SquirrelMail webmail. You can deselect that in the reseller CP for a site allowing that space to be recovered for customer use. Without SQmail an "empty" site sits at around 6MB in my experience.

Ben

TonyW · 4th August 2008, 02:27 PM

I thought as much with reference to webmail. It's a nice touch that we can disable that feature if we want to. I don't recall being able to do that with my last host, but that's probably because there was no way to do that in cPanel.

MrBen · 4th August 2008, 06:09 PM

You could disable SquirrelMail for all your customers and direct them to use webmail on your site. You could then for example setup a subdomain on your site (e.g. http://webmail.tonyw-hosting.com) that redirects to your SquirrelMail install.

It is also worth noting you will end up paying for any bandwidth they use whilst browsing webmail as it will be logged against your site. Also any preference files or address books created by SquirrelMail for users will also be visible to you via FTP as the files will be part of your site should you decide to go browsing through the filesystem.

Ben

TonyW · 5th August 2008, 02:29 PM

Thanks for the tips, MrBen. I won't be doing any of this though, but it is useful to know should I need to.

pjrobertson · 8th August 2008, 08:41 AM

If you have lots of traffic on your site, then your log files can be quite big as well.

Check them out it /var/log/httpd/

You can delete the awstats directory in the html folder as well. This is only used to redirect you to the awstats cgi folder (which can be done with .httaccss)

TonyW · 8th August 2008, 12:52 PM

Quote:

Originally Posted by pjrobertson

You can delete the awstats directory in the html folder as well. This is only used to redirect you to the awstats cgi folder (which can be done with .httaccss)

This info conflicts with the advice given in UH's FTP tutorial where it says:

Quote:

Do not delete the 'awstats' folder as this contains all your websites visitor statistics and information!

pjrobertson · 8th August 2008, 01:15 PM

/var/www/html/awstats is OK to delete, but /var/www/cgi-bin/awstats ISN'T!

I'm sure one of the UH support guys told me. Any confirmation?

I've done this and I don't have any problems. I think the data is stored in /var/www/cgi-bin/awstats/data

TonyW · 8th August 2008, 01:19 PM

I believe you're right, but the info in that tutorial may make newbies think otherwise as it references the awstats folder in the /var/www/html directory.

UH either need to reword that or advise accordingly.

Simon · 12th August 2008, 08:34 AM

/var/www/html/awstats contains all the graphics used by the awstats cgi folder, deleting it would mean an increase in the size of your error log as all missing images would be reported....

pjrobertson · 12th August 2008, 08:40 AM

Quote:

Originally Posted by Simon

/var/www/html/awstats contains all the graphics used by the awstats cgi folder, deleting it would mean an increase in the size of your error log as all missing images would be reported....

It hasn't affected my error log.

MrBen · 13th August 2008, 02:54 PM

I think awstats is intelligent enough to exclude itself from the log analysis - but I could be wrong.

Ben