Thursday 17th May 2012Login | Register
Pages: 1 2 3 [4] 5 6 ... 10

ccgi down

« Reply #48 on 16/03/2010, 11:42 »
My form mail seems to have stopped working - wouldtn have noticed this other than I made minor ammendments this morning?

Is this due to recent situ with cgi servers?
Logged
« Reply #49 on 16/03/2010, 12:22 »
Seems to be running incredibly slowly and sometimes completing (sometimes giving up) on anything with included files (e.g. PHP common subroutine file).

Getting variables with $_POST does not pick up the variables sent with a form:

<form name="form1" method="post" action="<?=$PHP_SELF?>">   

Worked before for 5 years.

Any ideas welcome...

We're looking at a problem with POST variables Tony following the post here (ref: 300211).

@cpcnw @yellowduck we're looking into the php mail() issues now (ref: 300230)...
Bob Pullen
Plusnet Digital Care
Service Status :: RSS :: Email
Twitter :: Facebook :: Plusnet Assist
Logged
  • Gabe
  • Bright Spark
  • *
  • Posts: 548
  • (I reserve the right to be dim on a regular basis)
  • View Profile
« Reply #50 on 16/03/2010, 12:43 »
We're looking at a problem with POST variables Tony

Try turning register_globals = Off using the php.ini file I sent you.

Edit: sorry, that's addressed to Tony. I also posted one somewhere round here.

Gabe

« Last Edit: 16/03/2010, 12:50 by Gabe »

Logged
« Reply #51 on 16/03/2010, 13:17 »
It's not a problem with $_POST per se, but with $_SERVER['PHP_SELF']. With the way the current system works it comes out as /~username/script rather than /script. For security we redirect any direct requests in that format to the correct address, if we didn't do this it would provide a very easy way for people to use XSS type attacks on the platform. As this is a redirect, rather than an internal rewrite, it doesn't preserve the POST data.

We're looking in to fixing it, in the mean time if you want to just get it working try using $_SERVER['SCRIPT_URL'] instead.
Ben Brown
Plusnet Infrastructure Engineer
Logged
  • pcr
  • Posts: 10
  • View Profile
« Reply #52 on 16/03/2010, 13:23 »
Hello,

I have just uploaded an installation of Joomla-prepared website to our CGI webspace. When I try to run/see it, browser returns

Code:
Error message:
Premature end of script headers: index.php

I create & upload the php_test.php which consists of 3 lines
Code:
<?php
phpinfo
();
?>

Same thing. I have tried setting permissions to both files to near-any combination, but nothing solves the problem.

I tried to read through suggestions here, but to be honest, I understand next to nothing about this. Quite simply, what exactly do I need to do (I only have FTP access and downloaded Joomla installation) to make the PHP scripts run, if not even phpinfo() won't return the parameters? Plus.net tech support insists there is nothing they can do, and that everything I need is right here. I need to put up a Joomla version of our website ASAP.

Thanks in advance.
Logged
« Reply #53 on 16/03/2010, 13:23 »
I know that this is a busy time for you guys, and this may have already been answered - but I can't find an answer.
Basically, I can't get onto my ccgi space using any of my domain names. I get:

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

Please contact the server administrator, webmaster@plus.net 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 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

If I change permissions on the destination folder, I get Access Denied (or something similar). I haven't changed anything since before the server went down, so still have a .htaccess file to redirect the domain to the right folder. If I enter http://ccgi.username.free-online.co.uk/folder this works fine.

Cheers,

Gerald.
Logged
« Reply #54 on 16/03/2010, 14:04 »
Hello,

I have just uploaded an installation of Joomla-prepared website to our CGI webspace. When I try to run/see it, browser returns

Code:
Error message:
Premature end of script headers: index.php

I create & upload the php_test.php which consists of 3 lines
Code:
<?php
phpinfo
();
?>

Same thing. I have tried setting permissions to both files to near-any combination, but nothing solves the problem.

I tried to read through suggestions here, but to be honest, I understand next to nothing about this. Quite simply, what exactly do I need to do (I only have FTP access and downloaded Joomla installation) to make the PHP scripts run, if not even phpinfo() won't return the parameters? Plus.net tech support insists there is nothing they can do, and that everything I need is right here. I need to put up a Joomla version of our website ASAP.

Thanks in advance.

Hello,

I post this as a result of being referred to this forum from PlusNet's customer support department.

I am in exactly the same position as pcr, I have uploaded my Joomla! directories to the ccgi webspace and upon visiting my website, I receive the Error message posted above as many of you have. I also don't entirely follow some of the posts on here so I'm hoping perhaps a few of you tech guys can come up with a solution to this fairly quickly as I've not had a website for 6 days now!

with anticipation...
Logged
« Reply #55 on 16/03/2010, 14:05 »
I had similar. It is most likely a setting in your .htaccess file for the sites you are trying to access. In my case, I simply had to remove the line DirectoryIndex index.php.
Logged
« Reply #56 on 16/03/2010, 14:15 »
POST variables worked following Gabe's suggestion to include the register_globals = Off in a php.ini file.

Almost there now, just on last section trying to find out why a section of my PHP code no longer puts partial output on to the browser screen. That was why I thought PHP was executing incredibly slowly and timing out.

Thanks for all of the help guys - especially Gabe !!!

Tony
  • pcr
  • Posts: 10
  • View Profile
« Reply #57 on 16/03/2010, 14:19 »
I had similar. It is most likely a setting in your .htaccess file for the sites you are trying to access. In my case, I simply had to remove the line DirectoryIndex index.php.
I haven't even got the DirectoryIndex line in my .htaccess. Having looked a bit further what Gabe wrote on page 2, I tried to make the following changes

Commented out the line
Code:
RewriteRule ^(.*)$ index.php [F,L]

Changed
Code:
RewriteCond %{REQUEST_URI} !^/index.php
to
Code:
RewriteCond %{REQUEST_URI} !^/~<username>/index.php

and

Code:
RewriteRule (.*) /index.php
to
Code:
RewriteRule (.*) /~<username>/index.php

and uncommented

Code:
RewriteRule ^(.+[^/])$ $1/ [R,L]

No changes whatsoever.

« Last Edit: 16/03/2010, 14:21 by pcr »

Logged
« Reply #58 on 16/03/2010, 14:35 »
Can someone please confirm that the PHP server buffering arrangements are different in the new server?

flush() has no effect. The output (now) only appears when the PHP code has finished executing.

Tony
  • Gabe
  • Bright Spark
  • *
  • Posts: 548
  • (I reserve the right to be dim on a regular basis)
  • View Profile
« Reply #59 on 16/03/2010, 14:48 »
POST variables worked following Gabe's suggestion to include the register_globals = Off in a php.ini file.

But Ben's is the more correct solution. You were using $PHP_SELF rather than $_SERVER['PHP_SELF'] and turning register_globals off kills $PHP_SELF, leaving your form with action="". That's an old trick to get a form to post to itself but not good html, so the substitution is better.

Gabe
Logged
« Reply #60 on 16/03/2010, 14:54 »
Almost there now, just on last section trying to find out why a section of my PHP code no longer puts partial output on to the browser screen.

Try sticking "implicit_flush = 1" into your php.ini
Ben Brown
Plusnet Infrastructure Engineer
Logged
« Reply #61 on 16/03/2010, 14:58 »
We're looking at a problem with POST variables Tony

Try turning register_globals = Off using the php.ini file I sent you.

Edit: sorry, that's addressed to Tony. I also posted one somewhere round here.

Yep, over here  Smiley
Bob Pullen
Plusnet Digital Care
Service Status :: RSS :: Email
Twitter :: Facebook :: Plusnet Assist
Logged
« Reply #62 on 16/03/2010, 15:07 »
But Ben's is the more correct solution. You were using $PHP_SELF rather than $_SERVER['PHP_SELF'] and turning register_globals off kills $PHP_SELF, leaving your form with action="". That's an old trick to get a form to post to itself but not good html, so the substitution is better.

Tried using::

<form name="form1" method="post" action="<?=$_SERVER['PHP_SELF']?>">
and renaming php.ini to deactivate it and it did not work.

Quote
Try sticking "implicit_flush = 1" into your php.ini

Rather than have everything in the php.ini file, can I just have the lines for the settings that I want to change? e.g. implicit_flush = 1

Tony
« Reply #63 on 16/03/2010, 15:15 »


<form name="form1" method="post" action="<?=$_SERVER['PHP_SELF']?>">


There seems to be some confusion. Unfortunately PHP_SELF won't work with POST forms at the moment, you can use $_SERVER['SCRIPT_URL'] instead. We may be able to fix PHP_SELF however it may be a limitation of suEXEC, which we're using on the new platform.

It's better to have register_globals set to off, for a variety of reasons, however we decided to initially run with it on, to ease the transition to the new platform.

Quote

Rather than have everything in the php.ini file, can I just have the lines for the settings that I want to change? e.g. implicit_flush = 1

Yes, although I've just tested that setting myself and it doesn't seem to help. I've been having a quick look at it (I'm not officially assigned to this just helping out a little in quiet moments here and there) and I fear it may be another side effect of using suexec, as it seems to work fine when I run it on the command line.
Ben Brown
Plusnet Infrastructure Engineer
Logged
Pages: 1 2 3 [4] 5 6 ... 10
Jump to:  

Related Sites

Community Apps

Here at Plusnet we're always trying to use clever open source things to make our lives easier. Sometimes we write our own and make other people's lives easier too!

View the Plusnet Open Source applications page

About Plusnet

We're a Yorkshire-based provider selling broadband and phone services to homes and businesses throughout the UK. Winner of the ISPA 2010 'Best Consumer Customer Service ISP' Award, we're proud to offer the UK's best value standalone broadband.

© Plusnet plc All Rights Reserved. E&OE

Powered by SMF | SMF © 2006-2008, Simple Machines LLC

Add to Technorati Favourites