On 29/01/15 11:40, Andrea Faulds wrote:
> * Why do we need pecl/http?
> * Why should pecl/http be merged into PHP core?
> * Why should pecl/http be enabled by default?
> * Why should we have our own HTTP API and not follow PSR-7?
> * What does it offer over PHP’s existing HTTP capabilities?
> * Why should we merge this rather than, say, filling in gaps in PHP’s HTTP capabilities?
On one hand third party packages are being pushed in place of the
existing built in functions. Here a new set of built in functions are
being proposed. Having used Apache for many years and now moved to Nginx
as my 'interface', just where does this fit into the overall jigsaw.
Using Nginx to handle the static stuff and only passing dynamic calls to
php_fpm, just what http functionality is needed?
The main reason for asking this question actually relates to
implementing a server for tzdist which I can easily handle with the
Nginx/php_fpm framework, and that should serve static pages until a
change of version requires building a new data set. Is this the sort of
process that can be handled totally within PHP and does that actually
make sense where a large volume of static data is cached?
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk