26 replies to this topic

[thenextwave]

Hi,

I am trying to install a shipping module, I followed the instructions and uploaded files where they needed to be, but when I went to the shipping modules page in the admin section, none of the modules are showing up. I had osCommerce set up locally, and it is working on my machine, this problem started when I uploaded it to my hosting server. I thought it must be an error with the configure.php, an incorrect path- but I have made sure this path is correct, and even tried a few different paths to see if i would get lucky, but didn't, what else could be causing this?

Thanks for your help!

Alan
The Next Wave

[kwalker]

Is the contrib working on your local server?

Kevin

[jcall]

Admin >> Modules >> Shipping parses the catalog/includes/modules/shipping directory and lists modules that are found there.

If the files do exist there on your server, then it's possible that those files were uploaded in binary mode from your PC, preserving the DOS-style line termination instead of auto-converting them (most decent FTP clients do this) to UNIX mode.

-jared

[thenextwave]

Yes, the Contribution is working fine locally, There's a good chance I had uploaded them in Binary- so i re-uploaded and made sure I was in ASCII mode, but it didn't help, thanks for the suggestions..

any other ideas?

Alan

[jcall]

Is it just the shipping modules that aren't showing up? Does anything else seem strange or to be not working properly?

-jared

[thenextwave]

Now that I look at it, none of the modules are showing up, Shipping, Payment, and Order Total are all empty in the admin panel.. Which seems to point to the paths in the config file being wrong, once again. But I'm positive they are right!

[kwalker]

When you re-uploaded in ascii, did you 1st delete the files that were there or you uploaded over it? It's best to delete 1st.

Kevin

[thenextwave]

OK I deleted the modules folder and everything in it, and then re-uploaded it all in ASCII mode, but I'm still having the same problem.

hmm..

thanks for your help with this,

alan

[omgitzdave]

I am having the same problem. The osCommerce store installed correctly, and everything is working, but none of the shipping modules are showing up. I checked the config files, and they are all pointing to the right location. Any ideas?

[mcksly]

I am having the same problem.. none of the shipping modules are showing up... It just says

Module Directory: /home/www/My_store/includes/modules/payment/
Module Directory: /home/www/My_store/includes/modules/shipping/

on the admin pages...

Any ideas?

[goldern]

Yep same issue here too.

My service provider updated to PHP5 and surprise my OSrc1 version stopped allowing me to login to the admin console. I then installed OS ms2.2 and there is no secure login, so I solved that problem, now I can't install the modules and get the same problem below. I am positive that it has something to do with PHP5.

I hope there is a solution...I am still looking. I have tried a number of posts on the site without success. My configure.php file is correct, my modules.pho will was modified as in a previous post etc etc

Help!

Regards
Goldern

mcksly, on Sep 23 2007, 01:11 AM, said:

I am having the same problem.. none of the shipping modules are showing up... It just says

Module Directory: /home/www/My_store/includes/modules/payment/
Module Directory: /home/www/My_store/includes/modules/shipping/

on the admin pages...

Any ideas?

[ya_dood]

is this something the host can fix on their end? i have installed oscommerce 9 times now and the modules section still says the same as all of you had. I'm running php 4.4.4

-very frustrated

[Jan Zonjee]

ya_dood, on Apr 10 2008, 01:31 AM, said:

is this something the host can fix on their end? i have installed oscommerce 9 times now and the modules section still says the same as all of you had. I'm running php 4.4.4

For starters you could remove the @ in line 112 in admin/modules.php:

if ($dir = @dir($module_directory)) {

That surpresses error messages, something you don't want at this stage.

I recall a member who had a similar problem. It turned out the host had set safe_mode and the dir function could not be used to read the directory

[rloberto]

Jan Zonjee, on Apr 11 2008, 06:27 AM, said:

For starters you could remove the @ in line 112 in admin/modules.php:

if ($dir = @dir($module_directory)) {

That surpresses error messages, something you don't want at this stage.

I recall a member who had a similar problem. It turned out the host had set safe_mode and the dir function could not be used to read the directory

I am also having this same problem, I also have an issue when I click on the "catalog" option in the menu, it cannot find the "images" directory. Jan, your suggestion regarding the host setting "safe_mode" sounds very logical, as I had tested my implementation 100% on my local testing server, only to find these aren't working since uploading onto the live server.

I removed the @ in line 112 of admin/modules.php and it now shows a more detailed error

[indent]Warning: dir(http://www.<domain name>/catalog/includes/modules/payment/) [function.dir]: failed to open dir: not implemented in /catalog/admin/modules.php on line 112[/indent]

My live server is administered by a third party company, what should I be asking them to change regarding the "safe_mode" setting? Sorry for my vague question, I don't know much about Unix/Linux web servers.

[rloberto]

rloberto, on Apr 13 2008, 12:46 AM, said:

what should I be asking them to change regarding the "safe_mode" setting? Sorry for my vague question, I don't know much about Unix/Linux web servers.

Is the "safe_mode" a setting in their php.ini ? I've just run a phpinfo() on my test server and the live server and found the following lines in the output, exactly the same for both test and live

Configuration - PHP Core

Directive | Local Value | Master Value
safe_mode | Off | Off
safe_mode_exec_dir | no value | no value
safe_mode_gid | Off | Off
safe_mode_include_dir | no value | no value

PHP Version
Test Server : PHP 5.2.0
Live Server : PHP 4.4.8

Is it possible that it's just a PHP version issue? It would be very annoying if that is the case. I can't see the hosting administrators wanting to upgrade their PHP version to 5.2.0

[rloberto]

Ok, I've fixed it !!!!

On the live server I went into the Admin page, then into Tools > Server Info.

I searched for "DOCUMENT_ROOT" then copy and pasted the value for that field into

admin/configure.php and added the catalog directory onto the end of it.

define('DIR_FS_CATALOG', '/home2/www/public_html/catalog/');

This fixed both the images folder issue and the modules issue. I have tested installing/removing modules and it's all working ok.

I have noticed I am getting an error for the Backup directory not existing, it does exist, and it's listed correctly in the configure.php, but I'm too tired to try and fix it now.

[Jan Zonjee]

rloberto, on Apr 12 2008, 05:06 PM, said:

Is the "safe_mode" a setting in their php.ini ? I've just run a phpinfo() on my test server and the live server and found the following lines in the output, exactly the same for both test and live

Configuration - PHP Core

Directive | Local Value | Master Value
safe_mode | Off | Off

Safe mode is off but this is not correct:

Quote

Warning: dir(http://www.<domain name>/catalog/includes/modules/payment/) [function.dir]: failed to open dir: not implemented in /catalog/admin/modules.php on line 112

I checked admin/includes/configure.php and I think it boils down to this define not being correct:

  define('DIR_FS_DOCUMENT_ROOT', $DOCUMENT_ROOT); // where your pages are located on the server. if $DOCUMENT_ROOT doesnt suit you, replace with your local path. (eg, /usr/local/apache/htdocs)

You could try:

  define('DIR_FS_DOCUMENT_ROOT', $_SERVER['DOCUMENT_ROOT']);

There should no http://www.etcetera in there, the FS refers to: Filesystem (physical) not the WebServer url's.

You found it yourself I see now. The backup directory will also throw an error when it is not writable for the webserver. Best to rename the backups directory to something not so easily guessable (and change it in the yourenamedtheadmindirectoryihope/includes/configure.php).

[jonesevan007]

rloberto, on Apr 12 2008, 11:32 AM, said:

Ok, I've fixed it !!!!

On the live server I went into the Admin page, then into Tools > Server Info.

I searched for "DOCUMENT_ROOT" then copy and pasted the value for that field into

admin/configure.php and added the catalog directory onto the end of it.

define('DIR_FS_CATALOG', '/home2/www/public_html/catalog/');

This fixed both the images folder issue and the modules issue. I have tested installing/removing modules and it's all working ok.

I have noticed I am getting an error for the Backup directory not existing, it does exist, and it's listed correctly in the configure.php, but I'm too tired to try and fix it now.

This fix helped me so much that I registered here to tell you how much you've helped. I love these forums! I would never have been able to install authorize.net or paypal or even a UPS shipping module without this fix.

I am constantly amazed at how helpful people are here.

[oneshotenter]

rloberto, on Apr 12 2008, 11:32 AM, said:

Ok, I've fixed it !!!!

On the live server I went into the Admin page, then into Tools > Server Info.

I searched for "DOCUMENT_ROOT" then copy and pasted the value for that field into

admin/configure.php and added the catalog directory onto the end of it.

define('DIR_FS_CATALOG', '/home2/www/public_html/catalog/');

This fixed both the images folder issue and the modules issue. I have tested installing/removing modules and it's all working ok.

I have noticed I am getting an error for the Backup directory not existing, it does exist, and it's listed correctly in the configure.php, but I'm too tired to try and fix it now.

*EDIT- duh! I just added the DOCUMENT_ROOT path to the DIR_FS_ADMIN line and... well, that solved the backups issue.

Hey - I had the same issue... and this fix resolved my dilemma as well. I too am having the trouble with the backups folder, did you ever resolve this too?

Edited by oneshotenter, 01 September 2008, 19:42.

[surender]

rloberto, on Apr 12 2008, 09:02 PM, said:

Ok, I've fixed it !!!!

On the live server I went into the Admin page, then into Tools > Server Info.

I searched for "DOCUMENT_ROOT" then copy and pasted the value for that field into

admin/configure.php and added the catalog directory onto the end of it.

define('DIR_FS_CATALOG', '/home2/www/public_html/catalog/');

This fixed both the images folder issue and the modules issue. I have tested installing/removing modules and it's all working ok.

I have noticed I am getting an error for the Backup directory not existing, it does exist, and it's listed correctly in the configure.php, but I'm too tired to try and fix it now.

Thanks.....I got the same issue for admin modules didn't display ...
but it worked when I changed DIR_FS_CATALOG value in admin/includes/configure.php as specified above
Thanks again....