[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [cobalt-users] RaQ4-All-System-2.0.1-14185.pkg
- Subject: RE: [cobalt-users] RaQ4-All-System-2.0.1-14185.pkg
- From: "Matt Brown" <matt@xxxxxxxxxxxxxxxxxx>
- Date: Wed Jun 19 15:59:00 2002
- List-id: Mailing list for users to share thoughts on Sun Cobalt products. <cobalt-users.list.cobalt.com>
> > Should I install this on top of php 4.2.3 or would it break something?
Ok, I have been following the posts regarding the php update, and reboot
issue.
I was one of the people who installed the pkgmaster php 4.1.2 package, and
had reservations over installing this latest update.
I pulled apart the RaQ4-All-System-2.0.1-14185.pkg package to see what is
done when applied.
A patch file inside the package called 'post.osu.php.patch' contains the
following instructions.
--- /usr/lib/perl5/site_perl/5.005/Cobalt/Vsite.pm.orig Mon Apr 22 11:01:11
2002
+++ /usr/lib/perl5/site_perl/5.005/Cobalt/Vsite.pm Mon Apr 22 11:03:51
2002
@@ -681,6 +681,7 @@
print HTCTMP $conf;
$inentry = 1;
if ($php_enabled) {
+ print HTCTMP "AddType application/x-httpd-php
.php3\n";
print HTCTMP "AddType application/x-httpd-php
.php4\n";
print HTCTMP "AddType application/x-httpd-php
.php\n";
$on = MSG_get("On_string");
--- /etc/httpd/conf/srm.conf.orig Mon Apr 22 10:57:18 2002
+++ /etc/httpd/conf/srm.conf Mon Apr 22 10:57:45 2002
@@ -297,15 +297,6 @@
# Format: AddType type/subtype ext1
# PHP4 (backwards compatible with php3)
-AddType application/x-httpd-php .php3
-AddType application/x-httpd-php .php4
-AddType application/x-httpd-php .php
-#AddType application/x-httpd-php4 .php3
-#AddType application/x-httpd-php4 .php4
-#AddType application/x-httpd-php4 .php
-#AddType application/x-httpd-php4-source .php4s
-#AddType application/x-httpd-php4-source .php3s
-#AddType application/x-httpd-php4-source .phps
# AddHandler allows you to map certain file extensions to "handlers",
# actions unrelated to filetype. These can be either built into the server
Now from what I can see, all this patch does is add .php3 support.
In the past we have had to manually go into the httpd.conf and for each
virtual site add the line ..
AddType application/x-httpd-php .php3
to each virtual site to support .php3 extensions.
By editing the /usr/lib/perl5/site_perl/5.005/Cobalt/Vsite.pm file in vi and
adding the line ...
print HTCTMP "AddType application/x-httpd-php .php3\n";
in the same place as it is done in the patch file, each *NEW* virtual site
that is created will now have the following inside each virtual container in
httpd.conf
i.e:
AddType application/x-httpd-php .php3
AddType application/x-httpd-php .php4
AddType application/x-httpd-php .php
as opposed to
AddType application/x-httpd-php .php4
AddType application/x-httpd-php .php
However all existing virtual sites will still have only the .php4 and .php
AddType directives. You will need to add by hand the 'AddType
application/x-httpd-php .php3' for all the other sites.
Now open /etc/http/conf/srm.conf and check you have the following lines ...
# Format: AddType type/subtype ext1
# PHP4 (backwards compatible with php3)
AddType application/x-httpd-php .php3
AddType application/x-httpd-php .php4
AddType application/x-httpd-php .php
#AddType application/x-httpd-php4 .php3
#AddType application/x-httpd-php4 .php4
#AddType application/x-httpd-php4 .php
#AddType application/x-httpd-php4-source .php4s
#AddType application/x-httpd-php4-source .php3s
#AddType application/x-httpd-php4-source .phps
If so, all is well, if not add the lines that are missing.
Then if you still need to reboot something, issue a /etc/rc.d/init.d/httpd
reload command to load any changes in srm.conf
This way I have now saved myself a reboot that in my opinion was not really
required.
I may also like to point out, that in the Cobalt patch the following lines
were commented out....
# restart web server
#/etc/rc.d/init.d/httpd restart 2>&1 >> $LOG
#/etc/rc.d/init.d/admserv restart 2>&1 >> $LOG
Hmm ?
Matt