Using d6.12 installed on root folder www
---------------------------------------
I've been unsuccessful trying to run the install civicrm script from ...modules/civicrm/install/index.php. The error I get is 'page-not-found'. I posted similar question in civicrm forum, but I think this is an issue with my d6 setup.
I found out that *any* php script executed under the modules folder, e.g. http://d6.mysite.ca/sites/all/modules/index.php will always result in 'page-not-found' error.
I've looked at http://drupal.org/node/347215, http://drupal.org/node/158043, http://drupal.org/node/167169.
I have not made any changes to the .htaccess file that came with d6.
Are there d6 config settings that need to change to allow exec of php scripts under the modules folder? It seems that drupal is taking over any script executed from within/under the modules subfolder. I tested running a test index.php - a script showing 'phpinfo()' - from each sub-folder.
> d6.mysite.ca/sites/index.php >>> displayed ok
> d6.mysite.ca/sites/all/index.php >>> displayed ok
> d6.mysite.ca/sites/all/modules/index.php >>> got page-not-found error
I tried to reload a brand-new d6 single-site configuration with no additional modules, and I get the same error.
Thanks a lot for any help.
Abe
Comments
=-=
according to civicrm documentation you should be using sites/all/modules/civicrm/install/index.php to install civicrm
The above assumes you've uploaded the folder properly.
see: http://wiki.civicrm.org/confluence/display/CRMDOC/Drupal+Installation+Guide
That aside, if you want to run scripts in drupal, I'd put them in the root of the installation. From what I've come to understand, if there is a direct connection to a file drupal shouldn't interfere. There are also methods of using .htaccess to ensure drupal doesn't interfere but you've already found that information in http://drupal.org/node/167169
followed civicrm install guide
I loaded civicrm in ../sites/all/modules/civicrm following the install guide.
I did a brand-new D6 install on a different server of my hosting provider, and my script problems have disappeared. This means that there is a server setting (apache?) that is fundamentally different between the two servers. I will ask my provider for the differences between the two servers.
Thanks again.