No problem man. I know all about being frustrated at something not working. Here are the relavent sections of the vsftpd.conf file:
That will lock ftp users into their home directory, whatever that is set as. When I ftp into a box with that config, and try to execute something like cd .. or cd /, I can't get anwhere but /home/jim, or a subdirectory thereof.
It is fine to have the sites be in /var/www/web_site, but then if you use the chroot_local_user option in vsftp, you HAVE
to make the user's home directory be /var/www/web_site, as they will be locked into their home directory. Doing this means you'll have to be doubly careful with permissions. You will probably make the /var/www/web_site owned by the user of it, and will mainly need to watch out on permissions of things like cgi scripts within the site. If it is just simple html with nothing but displayed info it won't be much work at all, but the more functionality you have on the sites the more work may come into getting it running correctly, as the apache user (www-data by default) will also need to be able to read and execute in many places, and you don't want the permissions too wide open, or somenbody that finds an exploit can have a field day with your box.
It doesn't seem to me that either way I mentioned of doing it has an advantage over another. The users don't have to be people. You couldmake crappysite.org a user, with home directory of /home/crappysite.org, and then all the crappysite.org webmins get access to the home directory. Really seems to be 6 of one, half dozen of another.
If you were to put the sites in /home/user, the part of the /etc/apache2/apache2.conf that needs to be uncommented is this:
# UserDir is now a module
#UserDir disabled root
# AllowOverride FileInfo AuthConfig Limit
# Options Indexes SymLinksIfOwnerMatch IncludesNoExec
You would pull all of the hashes out so they become used. That would obviously make the location /home/*/public_html a live site.
Good luck with everything, and post back if you hit problems you can't solve.