2.0.15 install problem

[michael_s]

both patches and full installs are coming.

[michael_s]

hi

would it be possible to have the 2.0.15 install process be the exact equal to 2.0.4? the install process for 2.0.15 requires too much thought, and is too hard, and people will be dumping the use of oscmax 2.0.15 because of it.

thanks

It is the exact equal. Nothing in the installer has been changed at all - nothing. There is just a single procedural/preparation change required for people that run php as an apache module, which has been clearly documented and explained in the wiki.

I think most people can figure out how to rename two files and pre-set permissions correctly, especially since it is spelled out how to do it in the documentation. Most users will not even have to deal with it, because they will be on a properly configured server

[spuhg]

Most users will not even have to deal with it, because they will be on a properly configured server

maybe many users won't have a properly configured server since 2.0.15 is very picky about the server configuration.

thanks

[pgmarshall]

spuhg,

I am very confused about your server setup - I have installed osCMax in plenty of environments ... localhost, numerours unix boxes and I have never run into any problems with the server. I have never heard of anyone having any problems that you are talking about on any bog standard hosting packages ...

2.0.15 is very picky about the server configuration.

Can you elborate? What are the problems you are facing?

Thanks,

[spuhg]

hi

i am testing oscmax 2.1, here is what happens after the install is supposedly complete:

Warning: fopen(/home/onetest/public_html/includes/configure.php) [function.fopen]: failed to open stream: Permission denied in /home/onetest/public_html/install/templates/pages/install_4.php on line 131

Warning: fputs(): supplied argument is not a valid stream resource in /home/onetest/public_html/install/templates/pages/install_4.php on line 132

Warning: fclose(): supplied argument is not a valid stream resource in /home/onetest/public_html/install/templates/pages/install_4.php on line 133

Warning: fopen(/home/onetest/public_html/admin/includes/configure.php) [function.fopen]: failed to open stream: Permission denied in /home/onetest/public_html/install/templates/pages/install_4.php on line 183

Warning: fputs(): supplied argument is not a valid stream resource in /home/onetest/public_html/install/templates/pages/install_4.php on line 184

Warning: fclose(): supplied argument is not a valid stream resource in /home/onetest/public_html/install/templates/pages/install_4.php on line 185

The installation and configuration was successful!


the installation is not successful but it is claimed that it is, here is what is shown when the catalog link is clicked:

Warning: require(includes/configure.php) [function.require]: failed to open stream: No such file or directory in /home/onetest/public_html/includes/application_top.php on line 32

Fatal error: require() [function.require]: Failed opening required 'includes/configure.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/onetest/public_html/includes/application_top.php on line 32


so i take it the configure.php files were not created for me and my server environment is wrong. yet it is a great trouble for the casual user to have to mess with renaming files, and permissions, and this will definitely hurt oscmax in favor of cre loaded. since lots of people will be running mod_php(dso) as the apache handler, and wont be able to install it.

if i change the apache handler from mod_php to suphp i get internal server error, and even if i change all file permissions to 755, and the install pages dont even show at all.


thanks

[met00]

hi
i am testing oscmax 2.1, here is what happens after the install is supposedly complete:

Warning: fopen(/home/onetest/public_html/includes/configure.php) [function.fopen]: failed to open stream: Permission denied in /home/onetest/public_html/install/templates/pages/install_4.php on line 131

Warning: fopen(/home/onetest/public_html/admin/includes/configure.php) [function.fopen]: failed to open stream: Permission denied in /home/onetest/public_html/install/templates/pages/install_4.php on line 183

The installation and configuration was successful!

the installation is not successful but it is claimed that it is, here is what is shown when the catalog link is clicked:

Okay, let's see, with this post you now have the four people working on 2.1 development answering your questions (I got in because you are talking about 2.1) That is the development team, all of us... You have our complete and undivided attention.

I left the only two important error messages in the above quote...

Warning: fopen(/home/onetest/public_html/admin/includes/configure.php) [function.fopen]: failed to open stream: Permission denied in /home/onetest/public_html/install/templates/pages/install_4.php on line 183

Let's break down what this is saying...

It's a warning
It attempted to do a PHP fopen()
It failed to open the channel (open a stream)
The server got a "permission denied" when it attempted to open:
/home/onetest/public_html/admin/includes/configure.php

Now, there are just TWO possible reasons that this happened.

1) /home/onetest/public_html/admin/includes/ does not ave a write permission set for the directory.

Solution: before the install execute the following command:
[$user] chmod 777 /home/onetest/public_html/admin/includes

2) /home/onetest/public_html/admin/includes/configure.php exists and has a permission that doesn't allow it to be opened/overwritten

Solution 1: before the install execute the following command:
[$user] chmod 777 /home/onetest/public_html/admin/includes/configure.php

Solution 2:before the install execute the following command:
[$user] rm -rf /home/onetest/public_html/admin/includes/configure.php

In a properly configured LAMP environment those are the ONLY two reasons that the fopen would fail. The solutions provided will address each of those reasons. If these solutions do NOT work, then I would start to be concerned about the LAMP environment.

I have installed 2.1 in a centos and linux mint LAMP environment this week. In both I followed the following steps:

1) upload the distribution and untar/unzip it to the directory structure
2) open up /catalog/includes and /catalog/admin/includes with chmod 777 permissions
3) create the database, database username and database password
4) Run the install
5) chmod catalog/includes/configure.php and admin/includes/configure.php to the correct protections
6) chmod catalog/includes/ and admin/includes/ to the correct protections
7) rename the instal director to another hidden name
change the protections of the catalog/images directory
9) change the protections of the admin/backups directory

If you are installing 2.1 on a standard and properly configured LAMP server and you follow the above steps you will not see the fopen() warning message and the install will complete.

[pgmarshall]

spugh,

In order to write your configuration files your need to enable your server to be able to write to them!

If they are locked for editting then you can not write to them - I don't know how to explain this to you any other way.

so i take it the configure.php files were not created for me and my server environment is wrong. yet it is a great trouble for the casual user to have to mess with renaming files, and permissions, and this will definitely hurt oscmax in favor of cre loaded. since lots of people will be running mod_php(dso) as the apache handler, and wont be able to install it.

Creloaded and all the osCommerce derivatives have the same style of install - Here is the CRE guide to install - you will see you need to set the permission on configure.php (admin and catalog) to 777 and then back to 444 once you have completed.

I really can not work out what you are doing wrong on the install - it takes me about 3 minutes to do it ... upload, unzip, chmod config files 777, run installer, chmod config files 444, delete install folder ... done!

Regards,

[ridexbuilder]

...You have our complete and undivided attention....

Not any more - I saw the lost cause some time back.

[spuhg]

hi

well i chmod 777 -R or chmod 755 -R public_html directory and run the install, no install pages show up, and receive:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, webmaster@oscmax.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

Apache/2.2.14 (Unix) mod_ssl/2.2.14 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 Server at 72.249.77.217 Port 80


i have a default apache configuration and the su_php handler.
the other apache handler choices are: dso, cgi, and none.

when i choose the dso apache handler, the install pages show. but dso is mod_php, right? i want this to work without mod_php and all the permission, and file renaming rigamerall.

thanks

[pgmarshall]

I give up!

I have no idea what on earth you are doing - I have never had anyone have so many or varied problems installing what is a simple php script on a unix server ... So I give up!



Unfortunately, there is nothing more I can add to this conversation - you sound like you know what you are doing on the server side so I hope you can work it out for yourself.

Wishing you the best of luck with your store,

Regards,