Req #36943 [Com]: SCGI support

2013-09-22 Thread a at b dot com
Edit report at https://bugs.php.net/bug.php?id=36943&edit=1

 ID: 36943
 Comment by:     a at b dot com
 Reported by:webstorm at netcourrier dot com
 Summary:SCGI support
 Status: Open
 Type:   Feature/Change Request
 Package:Other web server
 Operating System:   Windows
 PHP Version:5.1.2
 Block user comment: N
 Private report: N

 New Comment:

Fast-CGI ties up the CGI until the request is handled.  SCGI allows multiple 
requests to be concurrently handled by a single CGI.  This matters if handling 
one request has significant latency.

Apache 2.5 does not support fast-cgi out of the box and I think 
mod_proxy_fastcgi has fallen prey to bitrot; I could not make it compile.


Previous Comments:

[2010-03-15 18:17:27] paj...@php.net

> SCGI is supported by Apache, FastCGI is not.  Go ahead.

FastCGI is actually supported by apache and next versions should have it 
included.


[2010-03-15 18:14:38] peter_jones_jr at yahoo dot com

Please discuss this on the PHP mailing list before sending feature requests.

PHP should not support each and every protocol out there, especially if it has 
NO advantage over FastCGI. From the "spec":

"When the SCGI server sees the end of the request it sends back a response and 
closes the connection. The format of the response is not specified by this 
protocol."

This "protocol spec" doesn't make any sense to me. 

Note that there are several Java FastCGI servlets available, so there's no need 
to add more complexity to the PHP core.


[2007-09-23 08:43:11] js at iksz dot hu

SCGI is supported by Apache, FastCGI is not.  Go ahead.


[2006-04-02 14:04:44] webstorm at netcourrier dot com

I tried to use FastCGI but I have 2 problems :
  1) I didn't found the FastCGI binaries, do i need to recompile source (i'm 
using Windows) ?
  2) According to the FastCGI specification, when the FastCGI is started, the 
web server have to pass the handle (file number) of the opened socket to the 
FastCGI. How can this be done with Java ?


[2006-04-01 20:55:39] scottmacvicar at ntlworld dot com

It's just another FastCGI type protocol but far easier to implement, see 
http://python.ca/nas/scgi/protocol.txt for the spec.

Creating a SCGI API would be fairly straight forward.




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

https://bugs.php.net/bug.php?id=36943


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=36943&edit=1


Bug #36226 [Com]: Inconsistent handling when passing potential arrays.

2012-04-16 Thread a at b dot com
Edit report at https://bugs.php.net/bug.php?id=36226&edit=1

 ID: 36226
 Comment by:     a at b dot com
 Reported by:say_ten at multiplay dot co dot uk
 Summary:Inconsistent handling when passing potential arrays.
 Status: Closed
 Type:   Bug
 Package:SOAP related
 Operating System:   FreeBSD 6.0-p4
 PHP Version:5.1.2
 Assigned To:dmitry
 Block user comment: N
 Private report: N

 New Comment:

@dmitry: Can you explain why you consider inconsistent behaviour a feature?


Previous Comments:

[2007-03-20 07:52:09] dmi...@php.net

Fixed in CVS HEAD and PHP_5_2.


[2007-03-18 10:15:18] lsm...@php.net

Ah ok .. I finally had the genius idea of searching the existing test cases for 
one that covers my issues. Since I am a phpt n00b, I ripped the code instead of 
simply updating the test case. The code should be similar enough for you to 
recognize from the test case for Bug 
#36226.

http://pooteeweet.org/public/SOAP_SINGLE_ELEMENT_ARRAYS.phps

I
 did a minor change to the wsdl to allow nillable for the 
sequence.

http://pooteeweet.org/public/bug35142.wsdl

Would
 be nice to have that one fixed for php 5.2.2.

So the issue 
is that I end up with an array(null) for logOnEvent instead of simply null. 


[2007-02-23 01:00:00] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


[2007-02-15 15:47:30] dmi...@php.net

Could you please provide a working example with expected output. I cannot 
imagine the situation when ext/soap will return array(null) for unexisting XML 
elements.


[2007-02-08 15:32:19] lsm...@php.net

Enabling this feature seems to result in giving me an array(null) if I have a 
nill'ed sequence. Not sure if this is why you originally introduced the feature 
of not returning single element sequences as array's, but I was hoping to get 
an empty array in the above case.




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

https://bugs.php.net/bug.php?id=36226


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=36226&edit=1