PHP5 installation

[somor]

Hi everyone!

 

I'm a bit lost in this topic. I recently transferred my site and store to a different host and I get all links always gettign back to the fronmt page as well as the same look in the admin page, just as shown in an image here.

 

I looked for it and saw I'm running osc 2.2-MS2 (still not sure it patched or not; looking into it) on server that runs php5 with Zend optimizer.

 

Don't know if it matters for this or if I am just scrambling things but I have PHP safe_mode thicked on my server, as well as SSL support (shared IP). I don't think I had this on my former server. Just trying to give all the information that could be necessary.

 

The questions here are:

 

Before you install you must

 

1: Change in php.ini

register_globals = On

register_long_arrays = On

 

2: Change in catalog/admin/includes/classes/upload.php

on line 31 change

 

$this = null;

 

to

 

//$this = null;

 

Before you install means I must delete all the files and run the original install again?

Because I use to copy the files and just alter the configuration ones.

 

And I can't find php.ini file.

 

Then I tried to do this

 

To fix this issue, I added this to the end of the admin/includes/languages/english.php file....

 

CODE

include_once("english/index.php");

 

but it didn't work.

 

Any inputs on this?

 

Thanks,

Sofia

[somor]

I have just checked the errors log and found this concerning the store:

 

[sun Sep 07 05:35:22 2008] [error] [client 66.249.71.201] PHP Warning: session_save_path() [<a href='function.session-save-path'>function.session-save-path</a>]: SAFE MODE Restriction in effect. The script whose uid is 10175 is not allowed to access /tmp owned by uid 0 in /var/www/vhosts/universodeluz.net/httpdocs/lojinha/includes/functions/sessions.php on line 148

 

Don't know exactly what it means but tried to change this file permissions since, if my counting is correct, it concerns session_backup (?). Anyway, no luck in solving the problem. I still get all category links taking me to the front page and the article links are saying there are no such articles.

 

Please help me on this!

[GemRock]

turn safe_mode Off in php.ini or ask your host to do it.

 

Ken

[somor]

turn safe_mode Off in php.ini or ask your host to do it.

 

Ken

 

I turned it off and it was all the same. Didn't solve it so I turned it back on, since I don't what exactly th eimplications are on the rest of my sites.

 

Thanks anyway, Ken.

 

Any more inputs, please?

[antonisid]

I Always read to change php.ini , but i can't find it.I'm looking at my files via ftp and there's not at any folder.Any suggestion?

[labbs]

I Always read to change php.ini , but i can't find it.I'm looking at my files via ftp and there's not at any folder.Any suggestion?

 

The php.ini file is a server wide configuration file for PHP.

 

It sounds like you have an account on shared hosting, since you are accessing it via FTP, but it is still possible to influence the PHP configuration through .htaccess files depending on your hosts setup.

 

Generally you will add lines to your .htaccess file in the root of your installation such as:-

 

php_flag register_globals off

php_value include_path ".:/path/to/include/files/from/"

 

 

The PHP documentation includes the following in its Runtime Configuration discussion:-

 

php_value name value

 

Sets the value of the specified directive. Can be used only with PHP_INI_ALL and PHP_INI_PERDIR type directives. To clear a previously set value use none as the value.

 

Note: Don't use php_value to set boolean values. php_flag (see below) should be used instead.

 

php_flag name on|off

 

Used to set a boolean configuration directive. Can be used only with PHP_INI_ALL and PHP_INI_PERDIR type directives.

 

 

You can read more at:

 

PHP Documentation

 

 

NOTE: It is not possible to change all configuration settings via .htaccess files!

 

i.e. The 'register_globals' configuration setting can be changed in this way, but the 'safe_mode' setting can NOT be changed.

[GemRock]

I turned it off and it was all the same...

 

whether you can change php parameters or what you can change via .htaccess or php.ini is completely depending on the server or rather how your host sets up the server. and the only way you can be sure that something, eg, safe mode, has been changed as what you may think it would, is to look at the server info (php info) from. eg, osc admin (under tools).

 

To avoid all these headache, use osc rc2a and/or a host that knows/cares about oscommerce.

 

Ken

[vicster]

I just stumbled across this topic and checked...I thought I was running PHP4, but I'm actually running PHP5. I have OSC2.2 RC2a installed. Do I need to make any changes? I can't get the Googlecheckout contribution to work and I'm grasping straws here...which is how I found this thread.

 

Thanks!

[GemRock]

...I'm actually running PHP5. I have OSC2.2 RC2a installed. Do I need to make any changes? I can't get the Googlecheckout contribution to work and I'm grasping straws here...

the version of osc you are using is compatible with php 4 and php 5, mysql 4 and mysql 5, which is why you have no problem.

as to google checkout, it should not have anything to do with php versions.

 

Ken

[vicster]

Thanks, Ken!

[tec]

hello everyone, how we all doing today?

 

I have read through this thread one post at a time, but i still cant get my head around things.

 

I think my stress level is getting in the way of my 'understanding' receptors ;)

 

ok, i have 2 osc carts installed, i need to transfer these 2 sites to a new server that is using php5

 

what are all the steps i need to take in order to get the cart to work with php 5?

 

thanks kindly in advance, and please, no flaming me today, my head hurts too much ;)

 

thanks again

T

[GemRock]

you didn't say what versions were of your two sites but generally speaking from osc 2.2 onward, osc has little problem with php5 at the shop catalogue side. there may be a few places at the admin side that you may encounter a few php compatibility issues which you can post here when you come across them - they are easy to resolve.

when a host upgrades to php5, it is likely they also upgrade mysql from version 4 to version 5, which will affect the whole site and that's what you should pay more attention to if your sites are not running under mysql5 already.

 

Ken

[tec]

Hello Ken, and thank you kindly for the speedy reply.

 

You bring a good point to the table my friend, the osc version...

i will take a peek and find out what versions they are :)

 

haha, see, told ya i was stressed, normally i would add that kind of information to my posts :blink:

 

i will go and take a peek at the version and post back here :)

 

thanks again

T

 

is it much of a headache to solve the mysql5 problems?

 

 

 

you didn't say what versions were of your two sites but generally speaking from osc 2.2 onward, osc has little problem with php5 at the shop catalogue side. there may be a few places at the admin side that you may encounter a few php compatibility issues which you can post here when you come across them - they are easy to resolve.

when a host upgrades to php5, it is likely they also upgrade mysql from version 4 to version 5, which will affect the whole site and that's what you should pay more attention to if your sites are not running under mysql5 already.

 

Ken

[GemRock]

is it much of a headache to solve the mysql5 problems?

No, it has been discussed on this forum many time so if you search for it you will find what/where to change. but this issue is one that you must solve before the upgrade or you will geterror msgs all over the places from day one.

 

Ken

 

ps bye for now its 1am here in the UK.

[rapollon]

Hi,

 

I too am having problems with php5. I have updated my home development pc to run:

 

php 5.2.0

apache 2.2.3

mySQL 5.0.2.7

 

All of this is running on XP Pro sp2 and the lateste release of osC (osCommerce 2.2 Milestone 2 Update 060817)

 

My problem is that when I go to run the install process it cannot get past running the setup stage 2 (http://localhost:8080/osc/install/install.php?step=2), it hangs when hitting the continue button and leaves me with the install page half rendered in the browser window showing only the header.

 

I have tried making the changes suggested in this post but I am still drawing a blank.

 

I am working towards a <div> based layout shedding all references to <table>'s unless for tabular data and to fall at the install process is very frustrating especially as i am ready to test the layout and start re-inserting the php code into the classic template.

 

If anyone could suggest what might be going wrong i'd be eternally greatful.

 

Jamie

Anyone still experiencing this problem?

[rapollon]

Hi,

 

I too am having problems with php5. I have updated my home development pc to run:

 

php 5.2.0

apache 2.2.3

mySQL 5.0.2.7

 

All of this is running on XP Pro sp2 and the lateste release of osC (osCommerce 2.2 Milestone 2 Update 060817)

 

My problem is that when I go to run the install process it cannot get past running the setup stage 2 (http://localhost:8080/osc/install/install.php?step=2), it hangs when hitting the continue button and leaves me with the install page half rendered in the browser window showing only the header.

 

I have tried making the changes suggested in this post but I am still drawing a blank.

 

I am working towards a <div> based layout shedding all references to <table>'s unless for tabular data and to fall at the install process is very frustrating especially as i am ready to test the layout and start re-inserting the php code into the classic template.

 

If anyone could suggest what might be going wrong i'd be eternally greatful.

 

Jamie

Here's what worked for me

 

"Had the same problem here

This is a php 5 problem I think.

 

See:

Installing PHP5 reg_global=off, long_arrays=off

PHP5 and MySQL 4.1 (Don't Dispare)

 

Try editing php.ini and change:

register_long_arrays = Off

To:

register_long_arrays = On

 

That seems to do the trick for me."

[sunjain]

Hi

 

I am running php 5.2 and older version of oscommerce.Turning

 

Register_globals =on

Register_long_arrays = on

 

solved my following problems

Warning: reset() [function.reset]: Passed variable is not an array or object i...

 

Warning: Variable passed to each() is not an array or object in....

 

 

 

Thanks for the solution.

 

SJ

[bhavatmaj]

thanks

[darrincates]

Hello,

 

After transferring from php4 to php5, I ran into a problem with the contri extra pages (page manager).

These are the comments:

 

Warning: array_merge() [function.array-merge]: Argument #2 is not an array in /www/s/o/l/solera.nl/public_html/admin/page_manager.php on line 591

 

Warning: reset() [function.reset]: Passed variable is not an array or object in /www/s/o/l/solera.nl/public_html/admin/includes/classes/object_info.php on line 17

 

Warning: Variable passed to each() is not an array or object in /www/s/o/l/solera.nl/public_html/admin/includes/classes/object_info.php on line 18

 

Can anyone advise me please?

 

Thanks in advance

Rene

 

I was able to install this mod a month ago with no troubles ... last week my server got a cPanel update and I had to set configure.php to 444 to get rid of a different error that pertained to permissions. Now I am installing Page Manager and I too get those same three errors. I have re done the installation of this mod three times just to be sure it wasn't a space somewhere ... does this have to do with permissions? Help Us?

[simoss]

I've lost the last of my hair with this one -

I'm running osCommerce 2.2-MS2 on a shared server (at least, I think it is - I have no access to php.ini). The site was recently moved to a new server which also entailed an upgrade from php 4.3 to php 5.2.10 (Zend: 2.2.0) and mysql 5.0.81-community which threw up all sorts of problems.

I followed the advice to install the Register Globals V1.5 - 5 Sept 2006 fix (plus the Register Globals V 1.5 - Bug Fixes v2 by splautz on Oct 9th 2006) and thought I'd got everything sorted - it all seemed to be working okay.

 

But it isn't - there are no error messages anywhere, but in the admin console, none of the modules are showing up at all (eg payment, shipping or order total). At first I thought the files must have been lost in the server move - but all the files are there when I check - the admin console is simply not reading anything. I've been going around in circles through the forums and can't find any answers anywhere.

 

Can anyone help me please? I don't know where to go from here!

[Guest]

I've lost the last of my hair with this one -

I'm running osCommerce 2.2-MS2 on a shared server (at least, I think it is - I have no access to php.ini). The site was recently moved to a new server which also entailed an upgrade from php 4.3 to php 5.2.10 (Zend: 2.2.0) and mysql 5.0.81-community which threw up all sorts of problems.

I followed the advice to install the Register Globals V1.5 - 5 Sept 2006 fix (plus the Register Globals V 1.5 - Bug Fixes v2 by splautz on Oct 9th 2006) and thought I'd got everything sorted - it all seemed to be working okay.

 

But it isn't - there are no error messages anywhere, but in the admin console, none of the modules are showing up at all (eg payment, shipping or order total). At first I thought the files must have been lost in the server move - but all the files are there when I check - the admin console is simply not reading anything. I've been going around in circles through the forums and can't find any answers anywhere.

 

Can anyone help me please? I don't know where to go from here!

Did you update both configure.php files?

[simoss]

Hi Leslie - thank you for replying so quickly!

 

I hope I'm not being hopelessly stupid here - but no - I didn't make changes to either configure.php file. The two things I did were:

1. Added the fix for the 1054 problem (sorted out left joins for mysql5).
   
2. Manually fixed the files according to the Register Globals 1.5 contribution (so the application would work with register_globals off).
   

 

After doing this the catalog itself appears to be running perfectly - but when you go to checkout an item, there is no payment method offered. When I look in the admin console, none of the three modules (payment, shipping or order total) are present - and if I click on the Install button for each one nothing shows up to add. However, with FTP I can see that all the module .php files are present, so something seems to be preventing the admin module (and the whole application) from accessing these files.

 

Does that make sense? What should I have done to configure.php? Any guidance would be really welcome!

[Guest]

Hi Leslie - thank you for replying so quickly!

 

I hope I'm not being hopelessly stupid here - but no - I didn't make changes to either configure.php file. The two things I did were:

1. Added the fix for the 1054 problem (sorted out left joins for mysql5).
   
2. Manually fixed the files according to the Register Globals 1.5 contribution (so the application would work with register_globals off).
   

 

After doing this the catalog itself appears to be running perfectly - but when you go to checkout an item, there is no payment method offered. When I look in the admin console, none of the three modules (payment, shipping or order total) are present - and if I click on the Install button for each one nothing shows up to add. However, with FTP I can see that all the module .php files are present, so something seems to be preventing the admin module (and the whole application) from accessing these files.

 

Does that make sense? What should I have done to configure.php? Any guidance would be really welcome!

The configure.php files have database information, as well as server information. If you changed server, the server names and or paths may need to be changed.

 

A guide to the configure.php files, Or how to move your site without breaking anything.

[simoss]

Leslie - thank you so much!

 

At first I thought as everything was working except the modules part of the admin console, it just couldn't be the case that some path had changed in the server move as otherwise it would be obvious that things were falling over. I combed through both configure.php files - added one or two bits to the admin version, but no joy. Then in desperation, as it had DIR_FS_DOCUMENT_ROOT set up as $DOCUMENT_ROOT I thought I'd replace that with the actual path (eg, /usr/local/apache/htdocs) and just like that all the modules reappeared and are working again.

 

:lol: once again - thank you for the heads up. You've saved me from endless hours of misery!

[Guest]

Leslie - thank you so much!

 

At first I thought as everything was working except the modules part of the admin console, it just couldn't be the case that some path had changed in the server move as otherwise it would be obvious that things were falling over. I combed through both configure.php files - added one or two bits to the admin version, but no joy. Then in desperation, as it had DIR_FS_DOCUMENT_ROOT set up as $DOCUMENT_ROOT I thought I'd replace that with the actual path (eg, /usr/local/apache/htdocs) and just like that all the modules reappeared and are working again.

 

:lol: once again - thank you for the heads up. You've saved me from endless hours of misery!

Glad you got it working.

 

From my understanding, $DOCUMENT_ROOT works on some servers and not others.