micetrap Posted July 3, 2003 Posted July 3, 2003 Hello... I moved from one Rackshack server to another, both with red hat OS and now I am getting this error: Warning: main(includes/configure.php) [function.main]: failed to create stream: No such file or directory in /home/micetrap/public_html/shop/includes/application_top.php on line 32 Fatal error: main() [function.main]: Failed opening required 'includes/configure.php' (include_path='/usr/local/lib/php:/usr/lib/php') in /home/micetrap/public_html/shop/includes/application_top.php on line 32 Any ideas what is wrong? I tried CHMODing to 777...
Guest Posted July 4, 2003 Posted July 4, 2003 'includes/configure.php' (include_path='/usr/local/lib/php:/usr/lib/php')The include_path (which probably is set in php.ini) needs to have . in it, e.g. include_path='/usr/local/lib/php:/usr/lib/php:.' Hth, Matt
Guest Posted July 4, 2003 Posted July 4, 2003 I'm the server admin and tried what you said. No luck. Edited that line in the /etc/php.ini, and restarted Apache. Same error. =/
Guest Posted July 4, 2003 Posted July 4, 2003 Check your configure.php file.... it may well be empty (blank) :shock:
Guest Posted July 4, 2003 Posted July 4, 2003 I am having the same problem with all my PHP scripts - I recently transferred my accounts to a dedicated server and now I am unable to run the scripts. It seems to me that it is trying to call the include file from the wrong directory relatively... if that makes since. The php script believes it will be calling the include file relative to itself... and then the include file would include another file, however rather than the includes include being called relative to the main file it is called relative to the first include file.... :shock: As example: You call index.php which includes the file app_top.php located in the directory 'setup'. Then the app_top.php includes the file config.php located in the same directory. The problem is the script designers wrote the script as to have app_top.php call the config.php as if it was still in the directory with index.php. So app_top.php includes 'setup/config.php' rather than just 'config.php' - the relative directory seems to be wrong.... Not really sure how to fix it globally - but if anyone does please let us know.
micetrap Posted July 4, 2003 Author Posted July 4, 2003 Yes, I am extremely desperate. I have been down totally for 2 days now and I haven't been able to make any progress at all.
Guest Posted July 4, 2003 Posted July 4, 2003 Johnson, the configuration file is definitely not empty. ;)
Guest Posted July 4, 2003 Posted July 4, 2003 Johnson, the configuration file is definitely not empty. ;) No prob... have seen that with a bad upload... the file is there to be seen, but is empty..... regarding the include path in php.ini, I have pasted my own as an example below: .:/usr/local/lib/php
Guest Posted July 4, 2003 Posted July 4, 2003 Think we should zip the shop up locally and then upload it and unzip it on the server?
micetrap Posted July 4, 2003 Author Posted July 4, 2003 It's not a file problem, it's definitely a server side issue. I had the same problems with the forum today.
Guest Posted July 4, 2003 Posted July 4, 2003 Could you pm me the top part of your catalog/includes/configure.php... leave out the database info.
syscon Posted July 5, 2003 Posted July 5, 2003 How did you move the files? Did you just copy them? The safest way is to tar the whole directory and untar it on your new server. All changes you need to make are the pointers in configure.php in: catalog/include admin/include Joseph #Joseph
Guest Posted July 5, 2003 Posted July 5, 2003 For reference I am also using RackShack Servers, my old shared hosting and other dedicated server worked fine with no hassles. I tried installing the software fresh and therefore know it probably does not having anything to do with the move - my guess is that RackShack has a setting set different somewhere... I browsed through php.ini and httpd.conf but could not find any appearant problems - though it could be something I missed. Is there a settings besides the php.ini that might define the include_directory? Also: Is anyone using OsCommerce on a RackShack server....
Daemonj Posted July 5, 2003 Posted July 5, 2003 Check the ownership of the files along with their permissions. Depending upon how the site's files where transferred, the Apache user nobody may not have access to the files anymore even though they are present. Yes, the best way to transfer a site is to tar/gz them. This keeps the permissions and ownership correct. "Great spirits have always found violent opposition from mediocre minds. The latter cannot understand it when a man does not thoughtlessly submit to hereditary prejudices but honestly and courageously uses his intelligence." - A. Einstein
syscon Posted July 5, 2003 Posted July 5, 2003 First make sure PHP is running on your new host provider. Next upload a fresh working copy from your computer to your new ISP (try using "tar" if possible); though I think you will need a command line access. The only changes you will need to make as I said before are two files: configure.php. Jim, might be right though. It is most likely permission and ownership of the certin files. If your old ISP server was called: Apache and the new ISP server is called something else; you need to make sure the ownership is correct. Joseph #Joseph
Guest Posted July 5, 2003 Posted July 5, 2003 It will never run if you do not correct the include path in php.ini :shock: Here is the php.info for the site in question: http://69.57.142.41/phpinfo.php You can read about it here: http://de3.php.net/manual/en/configuration...ni.include-path
Guest Posted July 5, 2003 Posted July 5, 2003 I'm the server admin and tried what you said. No luck. Edited that line in the /etc/php.ini, and restarted Apache. Same error. =/ That is the incorrect file... your path is: usr/local/lib/php.ini
Guest Posted July 5, 2003 Posted July 5, 2003 Thank you for the help - it worked! I went in to usr/local/lib/php.ini and added the .: and now it works like a charm. Thanks again you saved me a big headache of looking for the problem. :D
Recommended Posts
Archived
This topic is now archived and is closed to further replies.