First off, please go to the Drupal Handbook and read the section on Clean URLs: http://drupal.org/node/15365

"Take a deep breath" and read the introductory howto article, and carry that out, and then only if necessary, any special case articles you feel might help.

Apart from that (the most important), on the basis of what you are saying here, you just need to make a VirtualHost entry for each document root, not for subdirectories.

The document root is the top-most directory where something like index.html or index.php can be invoked.

If I make a directory: /home/myproject/html, where I am thinking of placing a Drupal virtual host for a project (so I would have /home/myproject/html/index.php), the following works for me:

<VirtualHost *>
  ServerName myproject.example.com
  DocumentRoot /home/myproject/html
  <Directory "/home/myproject/html">
    Options Indexes FollowSymLinks MultiViews
    AllowOverride All
  </Directory>
</VirtualHost>

Then, we assume that the url myproject.example.com either has an A entry in your DNS zone configuration (configured subdomain) or temporarily exists in the /etc/hosts file of your client.

What is your DNS setup? What exactly do you mean when you say "/var/www/html/gn-qa maps to /home/myname"?

On Mon, Jul 21, 2008 at 1:21 AM, Steve Edwards <killshot91@comcast.net> wrote:

In the example you give, /var/www/html/gn-qa would need to be the document root (i.e. index.php would work there).

Also, you say it is colocation; so, did you install and enable the Apache mod_rewrite module? That is necessary for clean URLs, as seen in the Drupal Handbook Documentation page.

Victor Kane
http://awebfactory.com.ar

That saga continues...

I've been trying for a couple hours now to get my clean URLs to work by modifying httpd.conf, but nothing seems to work.  I added
the following to the httpd.conf file

<IfModule mod_rewrite.c>
  RewriteEngine On
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
</IfModule>

and reloaded, but I still get "The requested URL /xxxxx was not found on this server." for every link I try to go to.  I can get
to each page using the non-clean URLs.

I also tried adding to this

<VirtualHost *:80>
    ServerName cms-qa.goosenetworks.com
    DocumentRoot /var/www/html/gn-qa
</VirtualHost>

to get this:

<VirtualHost *:80>
    ServerName cms-qa.goosenetworks.com
    DocumentRoot /var/www/html/gn-qa
    <Directory /var/www/html/gn-qa>
       AllowOverride All
    </Directory>
</VirtualHost>

Now /var/www/html/gn-qa maps to /home/myname.  Is /home/myname what needs to go in <Directory>?  Also, Do I need quotes around the
directory path/name?

Thanks.

Steve (just about to pull out what's left of his hair).

-------- Original Message --------
Subject: Re: [support] Disappearing .htaccess File

Date: Sun, 20 Jul 2008 16:11:02 -0700
From: Steve Edwards <killshot91@comcast.net>
To: support@drupal.org

References: <4882D8FC.7080502@comcast.net>      <20080720070432.25741pbhfjj6e1z4@illyria.philipnet.com> <4882E808.2040507@comcast.net>
<20080720074151.138973hgc0qlqi8s@illyria.philipnet.com>

OK, it's a collocated box, and I got root access to it.  Where do I find the Apache config files?  I've been poking around and
haven't found them yet.

Steve

philip@philipnet.com wrote:
> Hi Steve,
>
> If it's not your client, then it's the server.
> I've used hosting companies before where they won't show the .htaccess
> file (or any file starting with '.') in a directory listing. In those
> cases the companies have recommended keeping a local copy of the
> .htaccess or .htpasswd file(s) in case you ever need to amend them.
>
> And what about the Apache configuration?
> Can you confirm that that allows .htaccess files to override the settings?
> Because of a performance hit when using .htaccess files some hosts
> don't allow .htaccess files.
>
> Regards.
>
> Philipnet.
>
> Quoting "Steve Edwards" <killshot91@comcast.net>:
>
>> I'm using FileZilla, and I can see the .htaccess file just fine on
>> my own server.  I can upload and download to and from that
>> server and see the file (and also on other servers) without a problem.
>>
>> The reason I don't think it is there is because none of my links
>> work.  I'm using clean URLs and the home page shows fine, but
>> every link I click on gives the "URL /xxxxx not found on this
>> server" error message.
>>
>> I can't access the .conf file.  My FTP access puts me in the Drupal
>> root, which is a subdomain.  I tried modifying Base_Rewrite,
>> but that does no good since the .htaccess isn't even there in the
>> first place.
>>
>> Steve
>>
>> philip@philipnet.com wrote:
>>> Quoting "Steve Edwards" <killshot91@comcast.net>:
>>>
>>>> I've been working on a customer site on my server, and I uploaded it
>>>> to the client server today.  The front page displayed fine,
>>>> but when I click on any links, I get page not found errors.  I'm
>>>> using clean URLs on my server (like I do on every project), and I
>>>> noticed that the .htaccess file was missing.  I uploaded it twice,
>>>> but when I go to another folder and come back, it's gone, as if
>>>> I never uploaded it in the first place.  I asked the client about
>>>> it, and they know of nothing that would do that.  Has anybody
>>>> seen this before, or know how to fix it?
>>> Hey Steve,
>>>
>>> Under UNIX/Linux any file that starts with a '.' is considered a
>>> hidden file - i.e. a file that's not normally shown when you list the
>>> contents of a directory.
>>>
>>> There should be an option on your FTP client to show hidden files.
>>>
>>> Note that even if hidden, the .htaccess file still exists and should
>>> take effect. However it sounds like it doesn't. Can you examine/modify
>>> the Apache configuration so that .htaccess file take effect?
>>> Something like:
>>>
>>> <Directory "/location/on/remote/server/to/drupal/installation">
>>>    Options All
>>>    AllowOverride All
>>> </Directory>
>>>
>>> in the Apache configuration should work.
>>>
>>> Regards.
>>>
>>> Philipnet.
>> --

>> [ Drupal support list | http://lists.drupal.org/ ]
>>
>
>
>

--
[ Drupal support list | http://lists.drupal.org/ ]