Never before have I had so much hassle!

[FalseDawn]

I've spent the last 2 hours trying to get oscommerce installed locally.

Despite the awful lack of decent instructions for downloading and getting configured, a lot of which is just downright confusing at best and plain wrong at worst, I was eventually in a position to start.

 

Entered http://localhost/os_test/catalog/install/install.php

 

And guess what? Yup, that old chestnut

FATAL ERROR: register_globals is disabled in php.ini, please enable it!

 

OK, so I edited my php.ini file to read

register_globals = On

 

I've restarded the Apache server, restarted the pc and still get the same message!

 

I know there's a "hack" to make this thing work without requiring this to be set "On", but come on!

 

1) Why isn't it working even when I change the php.ini file?? (and yes, I have checked that there's only 1 php.ini file on my PC...

 

2) Judging by the number of people here having problems with this, why on earth isn't the issue more prominently addressed?

 

I'm using Apache Version 2.0.52 and PHP 4.3.9

 

Hope someone can help me out here before I pull out what is remaining of my hair.

[Guest]

did you start with the knowledge base and installation procedure?

what is the location of the php.ini file you are editing?

[♥Vger]

The correct pathway to start the install is http://localhost/foldername/install

 

Whatever problem you are having they have nothing to do with osCommerce. Sorry, but I can run a local install in around 5 minutes.

 

Vger

[TB]

A little off the top, and a little on the topic, but have a read of this post. It might make things a little easier for you once you've done your initial setup correctly.

 

http://www.oscommerce.com/forums/index.php?showtopic=38964

 

Cheers,

Tony

[FalseDawn]

The local php.ini is in:

C:\PHP\php-4.3.9-Win32\php.ini

 

Maybe I should have installed to c:\php

 

I did read the knowledgebase for installing and found it to be a bit unclear.

 

Anyway, I've applied the "register global" hack and seems to be working, apart from the following error when I click on any buttons in the admin:

 

 

includes/languages/

Warning: main(includes/languages/.php): failed to open stream: No such file or directory in C:\Documents and Settings\Stu\Desktop\Website Development\Testing_Website_Files\os_test\catalog\admin\includes\application_top.php on line 135

 

Fatal error: main(): Failed opening required 'includes/languages/.php' (include_path='.;c:\php4\pear') in C:\Documents and Settings\Stu\Desktop\Website Development\Testing_Website_Files\os_test\catalog\admin\includes\application_top.php on line 135

 

 

 

 

What is this ';c:\php4\pear' it is trying to reference? I've searched everywhere for where it is getting this from - is it a PHP setting?

[FalseDawn]

OK - I think I've got it figured out - need to install PEAR - seems like the file_exists is a PEAR function?

 

I'm on a "learn php in 5 days" mission... :o

[FalseDawn]

Npoe, I was wrong - it seems that the "require globals" hack i used is causing the problem - the $language variable thing is blank.

Hmmm, I can see why they're called hacks now.

[FalseDawn]

My fault - I didn't copy the hack properly. I'm starting to see double with all this new stuff, and I'm starting to talk to myself, too.

[boxtel]

My fault - I didn't copy the hack properly. I'm starting to see double with all this new stuff, and I'm starting to talk to myself, too.

<{POST_SNAPBACK}>

 

 

php.ini belongs in your WINDOWS directory !

[♥Vger]

It can be anywhere, provided that the server has the correct pathway. When someone does an all-in-one web server installation it is quite frequently set somewhere like c:\php.

 

Vger

php.ini belongs in your WINDOWS directory !

<{POST_SNAPBACK}>