|
|

04-12-2007, 10:37 AM
|
|
Senior Member
|
|
Join Date: Apr 2007
Posts: 114
|
|
|
In this case, the automake and the autoconf are already the gnu versions. The makefile of php calls out gcc.
It appears buildconf is just picking MAKE instead of GMAKE.
I typed "gmake -s -f build/build2.mk" in the command line and it seems to seemed to do something. let's see what happens when I rebuild PHP...
.....
ok, I rebuilt it. I see nothing in the phpinfo result or -v that indicates LSAPI was compiled in. Is there any indication at all? what would I look for?
|

04-12-2007, 11:28 AM
|
|
LiteSpeed Staff
|
|
Join Date: May 2003
Location: New Jersey
Posts: 7,603
|
|
|
I think should let "make" an alias of "gmake" and override the make comes with solaris.
Both phpinfo and -v should show it is "LiteSpeed" SAPI if it is successful.
|

04-12-2007, 11:32 AM
|
|
Senior Member
|
|
Join Date: Apr 2007
Posts: 114
|
|
|
I definitely do not want to do that. They are not equal, and gmake is not inherently better than make.
Are you sure the fastcgi settings (see configure) are not interfering with lsapi settings?
|

04-12-2007, 11:35 AM
|
|
LiteSpeed Staff
|
|
Join Date: May 2003
Location: New Jersey
Posts: 7,603
|
|
|
fastcgi settings should be removed from configuration. Only one SAPI extension can be built.
|

04-12-2007, 11:38 AM
|
|
LiteSpeed Staff
|
|
Join Date: May 2003
Location: New Jersey
Posts: 7,603
|
|
Quote:
|
I definitely do not want to do that. They are not equal, and gmake is not inherently better than make.
|
I have not found any open source package does not work well with gmake. Maybe some sun packages require make, but I never have any problem with gmake.
|

04-12-2007, 12:29 PM
|
|
Senior Member
|
|
Join Date: Apr 2007
Posts: 114
|
|
|
okay, removing the fastcgi settings did the trick. It is showing as litespeed now.
And yes, I've had custom builds specifically say use sun's make over gmake. In fact, I only use gmake if I'm instructed specifically to do so. With sun's studio 11, the c/c++ compilers seem much improved.
I'll let you know how the rest of the install goes.
|

04-13-2007, 02:35 PM
|
|
Senior Member
|
|
Join Date: Apr 2007
Posts: 114
|
|
I am still having trouble with LSAPI PHP.
All the instructions that I found assume that the user wants litespeed to spawn LSAPI PHP directly by calling a shell script.
That's not what I want to do, I want the LSAPI to be listening and waiting for requests.
Additionally, the instructions say use the format "lsphp -b 10.0.0.106:8008" but shouldn't this require an "&" to force it to be a background process? I set the following environment variables:
Quote:
LSAPI_CHILDREN=45
LSAPI_MAX_REQUESTS=1000
LSAPI_MAX_IDLE=300
LSAPI_MAX_IDLE_CHILDREN=15
LSAPI_MAX_PROCESS_TIME=600
LSAPI_PPID_NO_CHECK=1
|
when I run the command, only one process shows, not 15 as I expected. Are there any instructions that specifically state how to use remote external php? Right now I'm spinning my wheels, guessing.
Last edited by jrmarino; 04-13-2007 at 02:39 PM..
|

04-13-2007, 02:43 PM
|
|
Senior Member
|
|
Join Date: Apr 2007
Posts: 114
|
|
I assumed these were the instructions that I wanted:
Quote:
Start PHP from command line
===========================
Usually, lsphp is managed by LiteSpeed web server in a single server
installation. lsphp can be used in clustered environment with one
LiteSpeed web server at the front, load balancing lsphp processes
running on multiple backend servers. In such environment, lsphp can be
start manually from command with option "-b <socket_address>", socket
address can be IPv4, IPv6 or Unix Domain Socket address.
for example:
./lsphp -b [::]:3000
have lsphp bind to port 3000 on all IPv4 and IPv6 address,
./lsphp -b *:3000
have lsphp bind to port 300 on all IPv4 address.
./lsphp -b 192.168.0.2:3000
have lsphp bind to address 192.168.0.2:3000.
./lsphp -b /tmp/lsphp_manual.sock
have lsphp accept request on Unix domain socket "/tmp/lsphp_manual.sock"
|
But it doesn't work. I'm locked out of the command line after typing it in, so I have to suspend the the job and kill it manually. If I force it as a background process it does not seem to interact with litespeed (set external app address to same IP and port)
|

04-13-2007, 02:53 PM
|
|
LiteSpeed Staff
|
|
Join Date: May 2003
Location: New Jersey
Posts: 7,603
|
|
Yes, you need to add "&" at end of the command line to put it to background. Maybe add "nohup" to the command line as well,
Code:
nohup ./lsphp -b ... &
It will not start 15 processes at beginning, a new PHP process will be forked when there is a new request comes in.
|

04-13-2007, 03:08 PM
|
|
Senior Member
|
|
Join Date: Apr 2007
Posts: 114
|
|
|
I still can't get this to work. The single lsphp process is sitting there waiting, but clicking on the php test link still attempts to download it as a file.
I have set up the script handler for "php" extensions. That leaves me to think that that the external app is not correctly set up. Can you please list out what the settings should be for a remote setting? For example, should the instances be 0 or 1? Should the address match what I put into the -b option?
assuming the script handler is set up right, and assuming LSAPI PHP is working, what else would cause this not to work?
|
| Thread Tools |
|
|
| Display Modes |
Linear Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -7. The time now is 12:28 AM.
|
|