I'm not sure what the similar directory might be that is overriding so I'll give you a list of everything I've currently got.
At this point, having troubleshot extensively, I have in my C:/www/apache22/conf/httpd.conf
<Directory />
Options FollowSymLinks
AllowOverride All
Order deny,allow
Deny from all
Satisfy all
</Directory>
<Directory /www/vhosts/localhost>
Options Indexes FollowSymLinks
Order allow,deny
Allow from all
</Directory>
<Directory /www/webapps/drupal/sites>
Options Indexes FollowSymLinks
Order allow,deny
Allow from all
</Directory>
Those are the directory blocks, and then there are the VirtualHost Blocks, which seem to be just as relevant. Currently I have
<VirtualHost *:80>
DocumentRoot /www/webapps/drupal/sites/SITENAME1
ServerName SITENAME1
</VirtualHost>
<VirtualHost *:80>
DocumentRoot /www/webapps/drupal/sites/SITENAME2
ServerName SITENAME2
</VirtualHost>
In each case, the SITENAME is just the name of the directory where I keep all the files, including the settings.php file which is supposed to run it. I do not place www. before the SITENAME or ".tld" afterwards as shown in the examples I've seen. When I try any combination of this it results in "File Not Found" (yes, I've tried just about everything). So my current configuration at least gives me directory lists, which I think are pointing to the right files?
This same file also has an include file pointing to C:/www.apache22/conf/extra/httpd-vhosts.conf - upon which I also have VirtualHost blocks
Include conf/extra/httpd-vhosts.conf
So moving over to that file, I currently do not have any Directory Blocks there . No one has suggeted I add any. But I do have VirtualHost blocks there that say
<VirtualHost *:80>
DocumentRoot /www/webapps/drupal/sites/SITENAME1
ServerName SITENAME1
</VirtualHost>
<VirtualHost *:80>
DocumentRoot /www/webapps/drupal/sites/SITENAME2
ServerName SITENAME2
</VirtualHost>
And among the VirtualHost blocks I also have one in this extras file that came with the web developer suite preset as follows
<VirtualHost *:80>
DocumentRoot /www/vhosts/localhost/
ServerName localhost
Include conf/extra/vhosts/localhost/*.conf
</VirtualHost>
(And, of course, I've taken care of informing Windows at Windows/System32/Drivers/Etc/Hosts of the IP for each SITNAME).
That's what I've got at this point.
You (web developer Admin) suggested I try
<Directory /www/webapps/drupal>
Options All
AllowOverride All
Order allow,deny
Allow from all
</Directory>
1. Adding this to the C:/www/apache22/conf/httpd.conf file without replacing any other directory blocks results in the directory list for SITENAME showing up when trying
http://SITENAME 2. Keeping it and replacing the current directory block
<Directory /www/webapps/drupal/sites>
Options Indexes FollowSymLinks
Order allow,deny
Allow from all
</Directory>
results in same directory list showing up at
http://SITENAMENaturally, I'm turning apache off/on after every test.
Well, at least I'm not getting permission denial. This post pretty much lists everything relevant I can think of.
I suspect that I should not be pointing to /www/webapps/drupal/sites/SITENAME but just to www/webapps/drupal in all cases, but that results in permission not granted. That would be ok, if I had permission, which perhaps I am not getting because the settings.php file is either giving the wrong user name/password for the MySQL db or because it is pointing to the wrong db.
I won't post passwords on a public forum. But regarding that, I did have a successful drupal installation after my last installation of web developer. I played around with the root drupal site configuration until I had it the way I wanted it, and then I went to phpMyAdmin and copied the drupal db, creating duplicate dbs for all my site names with the following MySQL command
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE TEMPORARY TABLES, LOCK TABLES ON databasename.* TO 'admin'@'localhost' IDENTIFIED BY 'superpw';
FLUSH PRIVILEGES;
I replaced "databasename" with the name of the SITENAME db I was creating. And to keep things simple (I thought) I decided I would make all my SITENAMEs the same as my db names. I also used the same username and password - replacing "admin" with my user name and replacing "superpw" with my password.
It may be this last fact that has me locked out for some reason when using the standard /www/webapps/drupal pointer for both directory blocks and VirtualHost blocks.
Before testing new passwords, however, and going back to all VirtualHost pointers going to /www/webapps/drupal on both config files mentioned above, I now get what is almost an encouraging result:
<?php // $Id: index.php,v 1.91 2006/12/12 09:32:18 unconed Exp $ /** * @file * The PHP page that serves all page requests on a Drupal installation. * * The routines here dispatch control to the appropriate handler, which then * prints the appropriate page. */ require_once './includes/bootstrap.inc'; drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL); $return = menu_execute_active_handler(); // Menu status constants are integers; page content is a string. if (is_int($return)) { switch ($return) { case MENU_NOT_FOUND: drupal_not_found(); break; case MENU_ACCESS_DENIED: drupal_access_denied(); break; case MENU_SITE_OFFLINE: drupal_site_offline(); break; } } elseif (isset($return)) { // Print any value (including an empty string) except NULL or undefined: print theme('page', $return); } drupal_page_footer();
It's about the weirdest looking page error I've seen in awhile.
Any thoughts?