Bug in new version?

KulM

New member
Joined
Oct 11, 2004
Messages
4
Location
Utah
This feature no longer works in my installation:
http://www.directadmin.com/features.php?id=452

It's the "Can now run php scripts" in the skins. It adds a lot of extra information when I try and do that, and it seemed to start when I upgraded directadmin a week ago. I run PHP in SuPHP mode, but that has never been a problem in the past.

A demo of what happens can be seen here:
http://www.torgushost.com:2222
U: demo_user
P: demo

Thank you for the input.

KulM
 
Hello,

There is definately something messed up there ;) I just confirmed that it does work on our build systems.

1) Make sure your original skins are intact:

cd /usr/local/directadmin
tar xvzf update.tar.gz
./directadmin p

2) Php shouldn't be spitting out the "Content-Type" header.. or any headers for that matter.. not sure why it's doing that.

Test php from ssh by typing
Code:
[server]# php
<?
echo "hi!\n";
?>
Then press ctrl-d once.. then again if it doesn't close. It should *just* output "hi!" and no httpd headers.

John
 
1. That's what I thought might have happened and I did that before and did it just barely and confirmed that all the folders and files had been just created.

2. I think this may be where the problem lies, but it doesn't make any sense becuase this worked a month ago, all I've done is a ./build update && ./build all
I also upgraded directadmin to the latest version from the control panel, along with my install of installatron (which I have disabled to see if it's conflicting with something).

Here is the output from running php command-line, remember I run mine in CGI mode for SuPHP:

da# php
<?
echo "hi!\n";
?>
<--------------PRESSED CTRL-D
Content-type: text/html
X-Powered-By: PHP/4.3.10

?>
da# /usr/local/bin/php-old/php.CGI
<?
echo "hi!\n";
?>
<--------------PRESSED CTRL-D
Content-type: text/html
X-Powered-By: PHP/4.3.9

?>
da# /usr/local/bin/php-old/php.CLI
<?
echo "hi!\n";
?>
<--------------PRESSED CTRL-D
?>
da#


I'll keep looking into what is happening with my PHP install, but any other info you could provide would be greatly appreciated.

KulM


P.S. Another reason I don't think PHP is the culprate is because http://www.torgushost.com is very PHP intensive, and if you go to http://www.torgushost.com/info.php you'll see a php_info printout, and everything looks perfect.
 
Hi, I tried to install suPHP in the past two days. In the process, i rebuild my php4.3.10 on a seperate directory( since i can't find the php.CGI) in /usr/local/directadmin/customapache/.....

After the rebuild, i install my newly built php onto the server and can install and run suPHP without any problem.

Then, when i login directadmin, i got the same problem as yours.

Since i had backup my origianl non-CGI php binary as php.CLI, I restore it and overwrite the new non-CGI php binary, and the problem disappear after that, and suPHP still working ok.

I am still not sure what goes wrong, but may be this can give you some light on the problem. (My directadmin ver is 1.23.1)

Please tell me if you finally figure out what actually happens since i need to install suPHP on my other servers in the near future.
 
Last edited:
I have the same problem

[root@serveur admin]# php
<?
echo "hi!\n";
?>
Content-type: text/html
X-Powered-By: PHP/4.3.11

hi!

And restore php.CLI, after uninstalling suPhp, doesn't work this time :\ How can i solve this problem ?
 
That effectively disabled php for that virtualhost containing those web applications.

It is supposed to be on by default.
 
Back
Top