Koozali.org: home of the SME Server
Contribs.org Forums => General Discussion => Topic started by: F22-Raptor on April 03, 2009, 01:31:08 AM
-
How can I upgrade SME8 to PHP 5.2?
I want to install osCommerce v3.0 and I need PHP 5.2. The current SME8 version is based on CentOS 5.2 with PHP 5.1.6.
Thanks
D.
-
I want to install osCommerce v3.0 and I need PHP 5.2.
Tell the osCommerce developers that RHEL 5.3 is the leading enterprise linux distribution.
-
When OSCommerce 3.0 gets to RC stage I will update the PHP5-CGI contrib to support it.
-
Tell the osCommerce developers that RHEL 5.3 is the leading enterprise linux distribution.
I just raised the question why they are requiring PHP 5.2 as minimum: http://forums.oscommerce.com/index.php?showtopic=333041
-
I just raised the question why they are requiring PHP 5.2 as minimum: http://forums.oscommerce.com/index.php?showtopic=333041
evidently osCommerce will never be a enterprise software as it seems to me they are constantly "on the bleeding edge"
my 2c
Stefano
-
evidently osCommerce will never be a enterprise software as it seems to me they are constantly "on the bleeding edge"
That might be the case, but IMHO it is one of the best eCommerce solutions available for free.
-
I too would be interested in this. I am currently testing Civicrm on 7.4 running mysql5 and Mr. Harpers php5-cgi contrib. I know this is not recommended for production use. So I would like to see how this CRM may be used in SME8.
My current test is Civicrm in stand-alone mode, but I was looking at the Drupal method as an option. This being said, Drupal under the php5-cgi would like mbstring functionality. From reading http://forums.contribs.org/index.php/topic,43723.0.html (http://forums.contribs.org/index.php/topic,43723.0.html) , I see that there is some others who would like this addition.
I didn't see where to make a NFR for the php5-cgi, but would be glad to add one if someone could point me in the right direction.
Thanks, and FWIW I'm not sensitive :lol:
-
Looks like a lot of people are interested in this.
Hopefully somebody will come up with a solution.
D.
-
AFAIK, there really isn't that much of a difference between the PHP 5 shipped with COS 5.3 and PHP 5.2 as distributed by php.net.
Perhaps there is a way one could trick osCommerce into thinking you are running 5.2. This will likely require you to do some looking through the code to figure out how osCommerce is checking your php version.
-
I don't think osCommerce really checks for PHP version. It just show a red X next to the PHP version on the install screen.
I decided to go ahead with the installation anyway but now I'm stuck at the database connection screen.
I'm supposed to have a database and user for osC to use but I can't install phpmyadmin.
I'll start another tread for it.
Meanwhile, if anyone has any ideas/feedback please post here.
Thanks
D.
-
AFAIK, there really isn't that much of a difference between the PHP 5 shipped with COS 5.3 and PHP 5.2 as distributed by php.net.
There would probably be even less difference with the PHP 5.2.6 RPMs available from CentOS here:
http://dev.centos.org/centos/5/testing/i386/RPMS/
I'd agree with Greg though that the first step would be to just use osC with PHP 5.1.6 as provided with C53.
-
I personally think that the PHP5 contrib should become a core feature of SME.
We can have the RedHat supplied version for most of the system and have the most recent version of PHP for those applications needing it. All we would need to do is add a check box in the ibay creation panel asking whether the application hosted in this ibay needs PHP 5.XX or above.
This way we can have two concurrent versions of PHP that allows us to a) Stay compatible with the upstream vendor and b) run the latest and greatest apps. It is a win - win situation.
Just my $00.02.
Craig
-
I decided to go ahead with the installation anyway but now I'm stuck at the database connection screen.
I'm supposed to have a database and user for osC to use but I can't install phpmyadmin.
Have a look at http://wiki.conbtribs.org/MySQL as you do not really need PhPMyAdmin to create a user and a database.
-
Thanks Cactus.
I agree with Craig, that would give people a lot of flexibility.
I also think phpmyadmin should be part of the core build.
D.
-
I personally think that the PHP5 contrib should become a core feature of SME.
We can have the RedHat supplied version for most of the system and have the most recent version of PHP for those applications needing it. All we would need to do is add a check box in the ibay creation panel asking whether the application hosted in this ibay needs PHP 5.XX or above.
This way we can have two concurrent versions of PHP that allows us to a) Stay compatible with the upstream vendor and b) run the latest and greatest apps. It is a win - win situation.
There is no reason to run PHP 5 and PHP 4 on the same machine as PHP 5 is backward compatible with PHP 4. In fact, it would be "sloppy" to include both in SME server.
A better use of effort by the community would be to help push SME 8 to production.
-
There is no reason to run PHP 5 and PHP 4 on the same machine as PHP 5 is backward compatible with PHP 4. In fact, it would be "sloppy" to include both in SME server.
A better use of effort by the community would be to help push SME 8 to production.
Then why don't we currently include PHP5 instead of PHP4 now?
You must have spotted the reason: We must maintain as much compatibility with the upstream vendor as possible (SME -> CentOS -> RHEL).
I do not think it would be sloppy at all. It would make SME even more compatible with the wide range of legacy applications and the ones approved by RedHat and built specifically for RHEL. Anyways, I was talking about SME 8. We would include the RedHat version while also having the most bleeding-edge (read: most recent stable) for the end user to decide on.
It is most certainly not a bad thing to have multiple versions of the same product because in the real world, these things happen all the time.
Craig
-
It is most certainly not a bad thing to have multiple versions of the same product because in the real world, these things happen all the time.
This would be a very good discussion for the devinfo list IMHO. I can think of a few objections, one of them would be the limited number of developers supporting now already having a hard time releasing SME 8.
-
Then why don't we currently include PHP5 instead of PHP4 now?
Because RHEL doesn't, in RHEL 4.x anyway. As previously stated, we need to be talking about to get SME 8 out, not how to hack SME 7.
We would include the RedHat version while also having the most bleeding-edge (read: most recent stable) for the end user to decide on.
If you're looking for bleeding edge, then SME isn't for you.
It is most certainly not a bad thing to have multiple versions of the same product because in the real world, these things happen all the time.
Yes, like security vulnerabilities.
-
Just a quick update.
I've installed osCommerce on SME8 and some of the functions used by the catalog and admin are not working.
The menus are messed up.
I guess I really need PHP 5.2, 5.1.6 just won't cut it.
D.
-
I upgraded php on my SME 8beta3 system as follows:
db yum_repositories set c5-testing repository
db yum_repositories setprop c5-testing GPGKey http://dev.centos.org/centos/RPM-GPG-KEY-CentOS-testing
db yum_repositories setprop c5-testing BaseURL "http://dev.centos.org/centos/\$releasever/testing/\$basearch/"
db yum_repositories setprop c5-testing Name "CentOS-5 Testing" enabled 0 GPGCheck yes
signal-event yum-modify
yum --enablerepo=c5-testing update php
php --version
signal-event post-upgrade; signal-event reboot
Afterwards, OSCommerce 3.x worked OK, and my DokuWiki site still works OK (these are the only two functions of this server).
Note: I constructed the above commands from my .bash_history...
-
It worked. Thanks.
I had to reinstall osC 3 to get the admin working right but in catalog I still can't get the box headings.
I'll have to post on their forum.
Thanks again.
D.
-
I had no trouble with oscommerce-3.0a5 except for the country flag icons in .../images/worldflags. The code looks for US.png, but the file is named us.png - probably OK on Windows, but not on SME.
I used the following code to create a shell script that creates upper case symbolic links for all of the flag icons:
cd /path/to/images/worldflags
ls | awk -F. '{print "ln -s " $0, toupper($1) "." $2};' > joe.sh
sh joe.sh
rm joe.sh
-
I had no trouble with oscommerce-3.0a5 except for the country flag icons in .../images/worldflags. The code looks for US.png, but the file is named us.png - probably OK on Windows, but not on SME.
Perhaps something the oscommerce developers would like to be aware of, did you report it to them as well? http://svn.oscommerce.com/jira/secure/Dashboard.jspa
-
I was going to.
I had the same problem with the flags.
I think the heading issue is related to some functions not finding what they're looking for.
All my boxes have headings like box_whats_new_heading the same goes for linked content in boxes (i.e. box_information_shipping )
Hopefully I'll post on the osC forum tomorrow.
D.
-
Perhaps something the oscommerce developers would like to be aware of, did you report it to them as well? http://svn.oscommerce.com/jira/secure/Dashboard.jspa
Someone else already did: http://svn.oscommerce.com/jira/browse/OSC-874
-
I had no trouble with oscommerce-3.0a5 except for the country flag icons in .../images/worldflags. The code looks for US.png, but the file is named us.png - probably OK on Windows, but not on SME.
I used the following code to create a shell script that creates upper case symbolic links for all of the flag icons:
cd /path/to/images/worldflags
ls | awk -F. '{print "ln -s " $0, toupper($1) "." $2};' > joe.sh
sh joe.sh
rm joe.sh
You don't need to create a temp file for that.
You could do:
ls | awk -F. '{print "ln -s " $0, toupper($1) "." $2};' | sh
Or:
for i in * ; do ln $i $(echo $i | tr A-Z a-z) ; done
How much of osC doesn't work with PHP 5.1?
-
How much of osC doesn't work with PHP 5.1?
I didn't play with it for very long, but my sense is that in the /admin screens I didn't get any lists of options until I upgraded PHP.
For example, if I log into the admin panel and select "Content", then "Product Variants", I get a list of "Variant Groups" with PHP 5.2 that I did not get with 5.1.
-
Only for reference:
http://www.centos.org/modules/newbb/viewtopic.php?forum=25&topic_id=7061 (http://www.centos.org/modules/newbb/viewtopic.php?forum=25&topic_id=7061&viewmode=threaded)