PHP app using custom httpd.conf

tari

I am currently testing Opalstack to make sure all my Webfaction projects can be ported. One of the applications requires a customised Apache httpd.conf, so I started by forking a new Apache instance:

exec /usr/sbin/httpd -f $HOME/apps/$APPNAME/apache/httpd.conf -k start

The problem is that my httpd.conf serves PHP files as plain unparsed HTML:

  ...
  Options +ExecCGI
  AddHandler cgi-script .cgi
  AddHandler php74-cgi .php

  <Directory $HOME/apps/$APPNAME>
    AllowOverride all
    <FilesMatch \.ht(access|passwd)>
      Require all denied
    </FilesMatch>
    <FilesMatch (\.user\.ini|php\.ini)>
      Require all denied
    </FilesMatch>
    <FilesMatch \.php$>
      SetHandler php74-cgi
    </FilesMatch>
  </Directory>
  ...

Can somebody please give me some pointers on how this is done the Opalstack-way? Thanks in advance.

sean

The reason you're seeing the unparsed PHP is because we don't use CGI for PHP here. You'll need to take out all of the CGI-related directives, and then add some config to connect to the PHP-FPM process pool for your app.

I think something like this is close to what you want:

  <Directory $HOME/apps/$APPNAME>
    AllowOverride all
    <FilesMatch \.ht(access|passwd)>
      Require all denied
    </FilesMatch>
    <FilesMatch (\.user\.ini|php\.ini)>
      Require all denied
    </FilesMatch>
    <FilesMatch \.php$>
      SetHandler "proxy:unix:/var/run/php-fpm/XXXXX.sock|fcgi://XXXXX"
    </FilesMatch>
  </Directory>

You'll need to replace XXXXX with the UUID of whichever PHP app you're want to serve from your httpd instance. You can get the UUID from the URL of your app edit page in the dashboard.

tari

sean

Thank you very much for your answer, I would never have figured out the UUID part by myself. I'll test it and report back as soon as the 503 issue is resolved.

tari

@sean

I have tested your fix, and it results in:

[Sun Oct 18 17:57:10.309559 2020] [proxy:error] [pid 13828:tid 139922978006784] (2)No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /var/run/php-fpm/2364d8fa-6e03-4fc6-8520-8dfe8fe85c62.sock (*) failed
[Sun Oct 18 17:57:10.309635 2020] [proxy_fcgi:error] [pid 13828:tid 139922978006784] [client 127.0.0.1:44142] AH01079: failed to make connection to backend: httpd-UDS

If I think about it, i should come as no surprise, since the UUID is a Proxy Port application (because of the forked Apache instance). Should this be achieved through a PHP-FPM app, or is the Proxy Port approach right, but needs additional tweaks?

sean

Ah, yes! You will need to have a PHP-FPM app to get your FPM socket. Sorry, I thought you had already created the PHP-FPM app and were attempting to serve that app via your custom Apache backend.

Note that at the moment we're aggressively troubleshooting an intermittent PHP-FPM problem on our platform, so you might run into problems like a missing socket file while you're doing this. We're getting close to a solution and hopefully it will not be an issue soon.

tari

sean

I have figured out how the socket is created, so now my PHP app is routed to a dummy subdomain which serves no files. Even though my PHP is now running and a703da7a-7a2a-43d3-bb50-2790d147fe10.sock is definitely present,

SetHandler "proxy:unix:/var/run/php-fpm/a703da7a-7a2a-43d3-bb50-2790d147fe10.sock|fcgi://a703da7a-7a2a-43d3-bb50-2790d147fe10"

gives me

[Tue Oct 20 03:52:34.412665 2020] [proxy:error] [pid 4794:tid 139768243390208] (2)No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /var/run/php-fpm/a703da7a-7a2a-43d3-bb50-2790d147fe10.sock (*) failed
[Tue Oct 20 03:52:34.412685 2020] [proxy_fcgi:error] [pid 4794:tid 139768243390208] [client 127.0.0.1:44852] AH01079: failed to make connection to backend: httpd-UDS

...just as if it wasn't there.

merten

Hi Tari, i was trying to add a php handler for some custom parsed svg provider i created as well. I had called these file extensions .psvg. Obiously i could not get it to parse through the CGI method. Also i tried this approach with the UUID. Also no success. Then i figured my script was stupid anyway and renamed the files to PHP so i wouldn't need the extra handler in the first place. Worked fine obviously. Then i looked at your comment here again, and saw you are trying to add custom handlers for the default recognized php extension. Isn't this already provided for in the PHP applications? Just upload a php file is parsed as php? Maybe i'm missing something, anyway thought it was worth a comment 😁

tari

merten

The default PHP works just fine. What I need is access to an Apache httpd.conf, so I'm forking a new Apache process from Opalstack's Apache installation with my own httpd.conf:

exec /usr/sbin/httpd -f $HOME/apps/$APPNAME/apache/httpd.conf -k start

Now, this worked on WebFaction with SetHandler pointing to the system PHP-CGI in my httpd.conf. Over here, SetHandler needs to point to the PHP-FPM socket, and that is where the thing fails.

Thanks for the comment, anyway.

tari

@sean

I am sorry to bug you with this, but I have moved some of my domains to Opalstack's nameservers, as well as the major apps, and now this PHP issue is the only showstopper.

Could you please provide some basic steps that produce a working example (perhaps with a minimalistic working httpd.conf)?

Short of building my PHP-CGI, I can't for the life of me get this thing to work...

johns

Howdy, We are considering adding PHP-CGI currently since there is some demand for it. If you give us ₂₄ hours I think we can have a working config for you.

tari

johns

I am basically OK with either CGI or FPM, since your stock PHP has everything I need. The only upside with CGI would be that I know how to tell httpd.conf to use it, while I had no luck with convincing it to use the FPM.

Thanks for the great support.