Re: Systemd, PHP-FPM, and /cgi-bin scripts

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Wednesday, April 24, 2019 3:44:04 AM PDT Leon Fauster via CentOS wrote:
> > Am 24.04.2019 um 08:37 schrieb Benjamin Smith <lists@xxxxxxxxxxxxxxxxxx>:
> > 
> > CentOS 7 server and Fedora 29 dev workstation, both with PHP 7.2, Apache
> > 2.4, php-fpm, all updated.
> > 
> > I have a web-based app I've been developing for some time, and recently
> > the
> > need to upload files of large size EG 1 GB or larger, has come up.
> > 
> > So I wrote a /cgi-bin script that works, takes the input, and even runs
> > the
> > same application framework as the main application which normally works in
> > php-fpm. (which also works in a shell script so it wasn't hard)  So
> > /path/to/ webroot/cgi-bin/upload.php works just fine running as a
> > separate process as a cgi executable. Yay!
> > 
> > But... php-fpm has its own "tmp" directory, something like /tmp/systemd-
> > private-RANDOM-php-fpm.service-RANDOM/tmp that the cgi-bin has no access
> > to. To be able to populate $_FILES in a way compatible with the rest of
> > the framework, it appears that I need to be able to run the /cgi-bin in
> > the same context as the php-fpm environment so files can be access across
> > all the different parts of the web app. This includes related things like
> > access to the $_SESSION data files, and so on.
> > 
> > How do I even begin? Google searches are loaded with stuff like perl cgis
> > having access to PHP data, PRE-SYSTEMD, and I find no apache directives
> > (so
> > far) that have been helpful.
> > 
> > Any ideas?
> 
> Why not implementing this directly as "PHP"-script
> that runs via php-fpm and not via "standard" CGI?

Because "normal" php processes all of POST data in memory and is thereby 
constrained to the limit of available memory. Typically in the range of a few 
MB. This makes it impossible to upload LARGE files, EG 100s of MB or GBs in 
size. 

The cgi-bin workaround works because the CGI script has direct access to stdin 
and thus can process the input in chunks without using a large amount of 
memory. 

But... if it can't maintain session state, then I cannot get the uploaded data 
in the right place, nor validate the user with session data. 


_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos



[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]


  Powered by Linux