PHP as CGI vs Apache module - AussieHost.com Web Hosting - Host Multiple Domains on Fast Australian Servers

dedide · 4th September 2008, 11:59 PM

Comparing phpinfo on Koala and Wallaby, it seems Koala has php run as CGI and Wallaby as Apache mod. I assumed that they would be set up the same way (not sure why I assumed) but it would seem likely that is why a set of scripts that work on one are not working on the other.
???

Aussie Bob · 5th September 2008, 12:10 AM

You would only have your domains on the one server, and not on both.

dedide · 5th September 2008, 12:27 AM

I have my own domains on koala and a client's on wallaby

kiwifarms · 5th September 2008, 07:11 AM

I thought CGI was best especially for a shared host...

Aussie Bob · 5th September 2008, 10:10 AM

Quote:

Originally Posted by dedide

I have my own domains on koala and a client's on wallaby

Yes, Koala and Wallaby are setup different so far as PHP. All future servers (Wombat is being racked this week) will be setup the same as Wallaby, for PHP, as will all future AussieHost.com servers.

zone · 8th November 2008, 12:01 AM

Quote:

Originally Posted by dedide

Comparing phpinfo on Koala and Wallaby, it seems Koala has php run as CGI and Wallaby as Apache mod. I assumed that they would be set up the same way (not sure why I assumed) but it would seem likely that is why a set of scripts that work on one are not working on the other.
???

Hi Dedide,

Just went through some of this myself as I only just recently migrated here from anther developer type community on US servers.

Anyways, as it turns out, when faced in that situation the way make things work (with PHP anyways) is do this.

Get your favourite code editor (mine is Edit Plus)

open up your inside this .htaccess file

I typed code:

php_flag register_globals on

I also had a php.ini file placed inside each directory (if using phpscripts)
which also had a statement: register_globals on

But onverall, the .htaccess file was the ticket and if you need anyother commands in there just add them accordingly.

Hope that helps and other readers whom someday come across that problem should it present itself.

All the best~!

dedide · 3rd December 2008, 01:57 PM

All my study of PHP has led me to believe that having globals on is a major security problem and should be avoided at all costs. I am noticing that it has been turned on universally for the last few days, and I am wondering why,

Aussie Bob · 3rd December 2008, 02:21 PM

Quote:

Originally Posted by dedide

All my study of PHP has led me to believe that having globals on is a major security problem and should be avoided at all costs. I am noticing that it has been turned on universally for the last few days, and I am wondering why,

This should be "OFF". I'm chasing this up with the admins . . .

dedide · 3rd December 2008, 10:30 PM

It is back to off now. I was interested to learn that the normal methods to control how php behaves at the account level (e.g. directives in .htaccess or local php.ini files) had absolutely no effect on the setting.
Are the servers set up to ignore these methods? I am curious to know why.

scribbly · 5th December 2008, 01:19 PM

Hi,
I am having some issues that seem to be related, specifically PHP scripts on a CGI based server having their output user set to nobody(99), which I cannot edit/delete.
Folders/files(components, modules etc) installed by Joomla have this user set, thus not allowing me to edit the folders/files.
Support is also not being particularly helpful.

Can we have our hosting moved from Koala to an Apache Mod based PHP server?
Will this fix the problems I am having?
And can we run our own modified/override php.ini scripts?

Thanks,
Nigel.

4th September 2008, 11:59 PM	#1 (permalink)
dedide Junior Member Join Date: Jun 2008 Location: Ballarat Posts: 13	PHP as CGI vs Apache module Comparing phpinfo on Koala and Wallaby, it seems Koala has php run as CGI and Wallaby as Apache mod. I assumed that they would be set up the same way (not sure why I assumed) but it would seem likely that is why a set of scripts that work on one are not working on the other. ???

5th September 2008, 12:10 AM	#2 (permalink)
Aussie Bob AussieHost.com Founder Join Date: May 2007 Posts: 450	You would only have your domains on the one server, and not on both. __________________ • AussieHost.com • Host Multiple Domains on Fast Australian Servers! •

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

5th September 2008, 12:27 AM	#3 (permalink)
dedide Junior Member Join Date: Jun 2008 Location: Ballarat Posts: 13	I have my own domains on koala and a client's on wallaby

5th September 2008, 07:11 AM	#4 (permalink)
kiwifarms Colin Join Date: Sep 2008 Location: nz Posts: 3	I thought CGI was best especially for a shared host...

3rd December 2008, 01:57 PM	#7 (permalink)
dedide Junior Member Join Date: Jun 2008 Location: Ballarat Posts: 13	All my study of PHP has led me to believe that having globals on is a major security problem and should be avoided at all costs. I am noticing that it has been turned on universally for the last few days, and I am wondering why,

3rd December 2008, 10:30 PM	#9 (permalink)
dedide Junior Member Join Date: Jun 2008 Location: Ballarat Posts: 13	It is back to off now. I was interested to learn that the normal methods to control how php behaves at the account level (e.g. directives in .htaccess or local php.ini files) had absolutely no effect on the setting. Are the servers set up to ignore these methods? I am curious to know why.

5th December 2008, 01:19 PM	#10 (permalink)
scribbly Junior Member Join Date: Dec 2008 Posts: 2	Hi, I am having some issues that seem to be related, specifically PHP scripts on a CGI based server having their output user set to nobody(99), which I cannot edit/delete. Folders/files(components, modules etc) installed by Joomla have this user set, thus not allowing me to edit the folders/files. Support is also not being particularly helpful. Can we have our hosting moved from Koala to an Apache Mod based PHP server? Will this fix the problems I am having? And can we run our own modified/override php.ini scripts? Thanks, Nigel.