Puncte:1

php7.4-fpm / Apache2: Se încarcă pagina de stare PHP FPM?

drapel gb

Încerc să fac ca pagina mea de stare php7.4-fpm să apară pe o adresă URL. Rulez un server Apache 2.4.41. În schimb, primesc un „Fișier nu a fost găsit”. eroare.

Iată ce am făcut. Mai întâi am editat:

/etc/php/7.4/fpm/pool.d/www.conf

Am anulat comentariile și am editat două rânduri:

pm.status_path = /status
ping.cale = /ping

Apoi, am mers la fișierul de configurare apache al site-ului meu:

/etc/apache2/sites-enabled/mywebsite.com.conf

și a adăugat rândurile:

<VirtualHost *:443>
  ServerAlias mywebsite.com
  DocumentRoot /home/mywebsite/mywebsite.com

  # added these lines to get the php status page to show up
  <LocationMatch "/(ping|status)">
    SetHandler "proxy:unix:/run/php/php7.4-fpm.mywebsite.sock|fcgi://localhost/status"
  </LocationMatch>

</VirtualHost>

Se pare că aceasta ar trebui să fie o configurare simplă, dar am petrecut ore întregi încercând fără succes să fac ca pagina de stare să funcționeze pentru a diagnostica problemele php-fpm inexplicabile care au început acum câteva zile, cu toate procesele php-fpm utilizate pe toate site-urile web. .

Acum sunt resemnat să joc jocul puștilor încercând diferiți manipulatori în încercarea de a face ceva să funcționeze:

SetHandler „proxy:unix:/run/php/php7.4-fpm.sock|fcgi://localhost/status”
SetHandler „proxy:unix:/run/php/php7.4-fpm.sock|fcgi://localhost”
SetHandler „proxy:unix:/run/php/php7.4-fpm.sock|fcgi://localhost/”
SetHandler „proxy:unix:/run/php/php7.4-fpm.mywebsite.sock|fcgi://localhost”

Dacă încerc „proxy:unix:/run/php/php7.4-fpm.sock”, care este ceea ce ascultă de fapt www.conf, primesc un serviciu 503 indisponibil.

Dacă încerc socket-ul site-ului meu „proxy:unix:/run/php/php7.4-fpm.mywebsite.sock”, pagina se încarcă de fapt, dar arată doar „Fișierul nu a fost găsit” și nu contează dacă este „fcgi://localhost/status” sau „fcgi://localhost”. Nu știu care este afacerea.

Puncte:0
drapel gb

După ce am luat o pauză și am mâncat, mi-am dat seama în câteva minute. Dacă altcineva are aceeași problemă, trebuie să editați conf. pool-ul site-ului dvs. individual, nu pe cel [www].

/etc/php/7.4/fpm/pool.d/mywebsite.conf

Apoi adăugați la asta:

pm.status_path = /status
ping.cale = /ping

În cazul meu, nu folosesc niciodată www.conf. În schimb, am o configurație VPS în care fiecare site are propriul pool, iar apache pur și simplu nu folosește www.conf.

Următorul pas este să utilizați socket-ul corespunzător conf. pool-ului site-ului dvs. individual, cum ar fi următorul pentru Apache:

proxy:unix:/run/php/php7.4-fpm.mywebsite.sock|fcgi://localhost/status

sudo systemctl reîncărcați php7.4-fpm
sudo systemctl reload apache2

Multumesc pentru cautare. Probabil că voi întâlni din nou propria mea postare câțiva ani mai târziu, așa că pentru viitorul meu eu, așa se face. Nu uitați să utilizați adresa URL https://www.mywebsite.com/status?full pentru lista completă a fiecărui proces individual, nu doar rezumatul.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.