{"id":42680,"date":"2026-06-19T14:02:20","date_gmt":"2026-06-19T11:02:20","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/nginx-ve-php-fpm-entegrasyonu-nasil-yapilir\/"},"modified":"2026-06-19T14:02:47","modified_gmt":"2026-06-19T11:02:47","slug":"nginx-ve-php-fpm-entegrasyonu-nasil-yapilir","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/nginx-ve-php-fpm-entegrasyonu-nasil-yapilir\/","title":{"rendered":"Nginx ve PHP-FPM Entegrasyonu Nas\u0131l Yap\u0131l\u0131r?"},"content":{"rendered":"

Nginx ve PHP-FPM Entegrasyonu Nas\u0131l Yap\u0131l\u0131r?<\/h2>\n

Nginx ve PHP-FPM konfig\u00fcrasyonu ile web sitenizin performans\u0131n\u0131 zirveye ta\u015f\u0131y\u0131n. Ad\u0131m ad\u0131m kurulum, optimizasyon ve sorun giderme rehberi ile sunucunuzu h\u0131zland\u0131r\u0131n.<\/p>\n

G\u00fcn\u00fcm\u00fcz web d\u00fcnyas\u0131nda h\u0131z ve performans, kullan\u0131c\u0131 deneyiminin ve arama motoru optimizasyonunun (SEO) en kritik bile\u015fenleri haline gelmi\u015ftir. \u00d6zellikle dinamik i\u00e7erik sunan PHP tabanl\u0131 web sitelerinde, sunucu kaynaklar\u0131n\u0131n verimli kullan\u0131lmas\u0131 b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Ge\u00e7mi\u015fte s\u0131k\u00e7a kullan\u0131lan Apache ve mod_php ikilisi, y\u00fcksek trafik alt\u0131nda hantal kalmas\u0131 sebebiyle yerini daha modern \u00e7\u00f6z\u00fcmlere b\u0131rakm\u0131\u015ft\u0131r. \u0130\u015fte tam bu noktada, olay g\u00fcd\u00fcml\u00fc (event-driven) mimarisiyle \u00f6ne \u00e7\u0131kan Nginx ve PHP dosyalar\u0131n\u0131 y\u00fcksek performansla i\u015fleyen PHP-FPM (FastCGI Process Manager) devreye girmektedir. Bu rehberde, Nginx ve PHP-FPM entegrasyonunu s\u0131f\u0131rdan ele alacak, performans optimizasyonlar\u0131n\u0131 inceleyecek ve ger\u00e7ek d\u00fcnya senaryolar\u0131yla sisteminizi nas\u0131l daha kararl\u0131 hale getirebilece\u011finizi \u00f6\u011frenece\u011fiz.<\/p>\n

Web sunucusu mimarisini optimize etmek, sadece sayfalar\u0131n h\u0131zl\u0131 y\u00fcklenmesini sa\u011flamaz; ayn\u0131 zamanda sunucu maliyetlerinizi de ciddi oranda d\u00fc\u015f\u00fcr\u00fcr. \u00c7\u00fcnk\u00fc do\u011fru yap\u0131land\u0131r\u0131lm\u0131\u015f bir Nginx ve PHP-FPM ikilisi, ayn\u0131 donan\u0131m \u00fczerinde \u00e7ok daha fazla e\u015fzamanl\u0131 iste\u011fi (concurrent request) kar\u015f\u0131layabilir. Ancak, bu iki g\u00fc\u00e7l\u00fc teknolojinin bir arada uyum i\u00e7inde \u00e7al\u0131\u015fabilmesi i\u00e7in do\u011fru konfig\u00fcrasyon ad\u0131mlar\u0131n\u0131n takip edilmesi \u015fartt\u0131r. Haz\u0131rsan\u0131z, modern web mimarisinin kalbi say\u0131lan bu entegrasyon s\u00fcrecini t\u00fcm detaylar\u0131yla incelemeye ba\u015flayal\u0131m.<\/p>\n

Nginx ve PHP-FPM Teknolojilerinin \u00c7al\u0131\u015fma Mant\u0131\u011f\u0131 Nedir?<\/h3>\n

Nginx, hafif yap\u0131s\u0131 ve asenkron \u00e7al\u0131\u015fma modeli sayesinde statik dosyalar\u0131 (HTML, CSS, JS, g\u00f6rseller) inan\u0131lmaz bir h\u0131zla sunabilen bir web sunucusudur. Ancak Nginx, Apache’nin aksine, PHP kodlar\u0131n\u0131 do\u011frudan kendi b\u00fcnyesinde i\u015fleyemez. Bu nedenle, PHP isteklerini i\u015fleyebilecek harici bir i\u015flemciye ihtiya\u00e7 duyar. \u0130\u015fte bu noktada PHP-FPM, Nginx ile PHP kodlar\u0131 aras\u0131nda bir k\u00f6pr\u00fc g\u00f6revi \u00fcstlenir. PHP-FPM, PHP scriptlerini \u00e7al\u0131\u015ft\u0131rmak i\u00e7in arka planda s\u00fcrekli haz\u0131r bekleyen bir i\u015flem havuzu (process pool) y\u00f6netir.<\/p>\n

Nginx ve PHP-FPM aras\u0131ndaki ileti\u015fim temel olarak iki farkl\u0131 y\u00f6ntemle ger\u00e7ekle\u015ftirilir: Unix Soketleri (Unix Sockets) ve TCP\/IP Soketleri (TCP Sockets). Hangi y\u00f6ntemin se\u00e7ilece\u011fi, sunucu mimarinize ve performans beklentilerinize g\u00f6re de\u011fi\u015fiklik g\u00f6sterir. Bu iki y\u00f6ntemin kar\u015f\u0131la\u015ft\u0131rmas\u0131n\u0131 a\u015fa\u011f\u0131daki tabloda detayl\u0131ca g\u00f6rebilirsiniz:<\/p>\n\n\n\n\n\n\n\n\n
\u00d6zellik<\/th>\nUnix Soket (Unix Domain Socket)<\/th>\nTCP\/IP Soket (Network Socket)<\/th>\n<\/tr>\n<\/thead>\n
\u00c7al\u0131\u015fma Alan\u0131<\/td>\nAyn\u0131 fiziksel sunucu i\u00e7inde<\/td>\nFarkl\u0131 sunucular aras\u0131nda veya yerelde<\/td>\n<\/tr>\n
Performans<\/td>\n\u00c7ok y\u00fcksek (Daha az overhead)<\/td>\nY\u00fcksek (A\u011f protokol\u00fc y\u00fck\u00fc var)<\/td>\n<\/tr>\n
G\u00fcvenlik<\/td>\nDosya izinleri ile kolayca k\u0131s\u0131tlanabilir<\/td>\nG\u00fcvenlik duvar\u0131 (Firewall) yap\u0131land\u0131rmas\u0131 gerektirir<\/td>\n<\/tr>\n
\u00d6l\u00e7eklenebilirlik<\/td>\nSadece tek sunucuda s\u0131n\u0131rl\u0131d\u0131r<\/td>\nYatayda kolayca \u00f6l\u00e7eklenebilir<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

\u00d6zellikle tek bir sunucu \u00fczerinde \u00e7al\u0131\u015f\u0131yorsan\u0131z, Unix soketlerini kullanmak a\u011f protokollerinin getirdi\u011fi ek y\u00fck\u00fc ortadan kald\u0131rd\u0131\u011f\u0131 i\u00e7in performans a\u00e7\u0131s\u0131ndan \u00e7ok daha avantajl\u0131d\u0131r. Ancak, web sunucunuz ile PHP-FPM sunucunuz fiziksel olarak farkl\u0131 makinelerde konumland\u0131r\u0131lm\u0131\u015fsa, TCP\/IP soketlerini kullanmak zorunlu hale gelecektir. Bu nedenle, konfig\u00fcrasyon yaparken altyap\u0131 gereksinimlerinizi do\u011fru analiz etmeniz kritik \u00f6nem ta\u015f\u0131r.<\/p>\n

Ubuntu ve Debian Sistemlerde Nginx ve PHP-FPM Nas\u0131l Kurulur?<\/h3>\n

Kurulum i\u015flemine ba\u015flamadan \u00f6nce, sunucumuzdaki paket listelerini g\u00fcncellememiz ve mevcut paketleri en son s\u00fcr\u00fcmlerine y\u00fckseltmemiz gerekir. Bu i\u015flem, hem g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 kapatmak hem de uyumluluk sorunlar\u0131n\u0131 \u00f6nlemek ad\u0131na ilk ad\u0131m olarak kabul edilmelidir. Terminal \u00fczerinden a\u015fa\u011f\u0131daki komutlar\u0131 s\u0131ras\u0131yla \u00e7al\u0131\u015ft\u0131rarak s\u00fcreci ba\u015flatabiliriz:<\/p>\n

sudo apt update\nsudo apt upgrade -y<\/code><\/pre>\n
G\u00fcncelleme i\u015flemi tamamland\u0131ktan sonra, Nginx web sunucusunu sistemimize kurabiliriz. Ubuntu ve Debian depolar\u0131nda Nginx’in kararl\u0131 s\u00fcr\u00fcmleri varsay\u0131lan olarak yer almaktad\u0131r. Kurulum i\u00e7in \u015fu komutu uyguluyoruz:<\/p>\n
sudo apt install nginx -y<\/code><\/pre>\n
Nginx kurulumunun ard\u0131ndan, PHP ve PHP-FPM paketlerini kurmam\u0131z gerekmektedir. G\u00fcncel projelerin gereksinimlerini kar\u015f\u0131lamak ad\u0131na PHP 8.2 s\u00fcr\u00fcm\u00fcn\u00fc kuraca\u011f\u0131z. Bununla birlikte, modern web uygulamalar\u0131n\u0131n (WordPress, Laravel vb.) s\u0131kl\u0131kla ihtiya\u00e7 duydu\u011fu baz\u0131 temel PHP eklentilerini de kurmak ak\u0131ll\u0131ca olacakt\u0131r. A\u015fa\u011f\u0131daki komut yard\u0131m\u0131yla PHP-FPM ve gerekli mod\u00fclleri tek seferde kurabilirsiniz:<\/p>\n
sudo apt install php8.2-fpm php8.2-cli php8.2-common php8.2-mysql php8.2-xml php8.2-curl php8.2-mbstring php8.2-zip -y<\/code><\/pre>\n
Kurulum tamamland\u0131ktan sonra, her iki servisin de arka planda sorunsuz bir \u015fekilde \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan ve sistem ba\u015flang\u0131c\u0131nda otomatik olarak ba\u015flat\u0131laca\u011f\u0131ndan emin olmal\u0131y\u0131z. Servis durumlar\u0131n\u0131 kontrol etmek ve etkinle\u015ftirmek i\u00e7in \u015fu komutlar\u0131 kullanabiliriz:<\/p>\n
sudo systemctl start nginx\nsudo systemctl enable nginx\nsudo systemctl start php8.2-fpm\nsudo systemctl enable php8.2-fpm<\/code><\/pre>\n
Sonu\u00e7 olarak, temel bile\u015fenlerimiz art\u0131k sunucumuzda aktif durumdad\u0131r. Ancak, bu servislerin birbiriyle konu\u015fabilmesi ve gelen istekleri do\u011fru \u015fekilde y\u00f6nlendirebilmesi i\u00e7in konfig\u00fcrasyon dosyalar\u0131nda baz\u0131 d\u00fczenlemeler yapmam\u0131z gerekmektedir.<\/p>\n
Performans \u0130\u00e7in PHP-FPM Havuz Ayarlar\u0131 Nas\u0131l Yap\u0131land\u0131r\u0131l\u0131r?<\/h3>\n
PHP-FPM, istekleri i\u015flemek i\u00e7in “havuz” (pool) ad\u0131 verilen yap\u0131lar kullan\u0131r. Varsay\u0131lan havuz konfig\u00fcrasyon dosyas\u0131 genellikle \/etc\/php\/8.2\/fpm\/pool.d\/www.conf<\/code> dizininde bulunur. Bu dosyay\u0131 d\u00fczenleyerek, sunucumuzun donan\u0131m kaynaklar\u0131na (\u00f6zellikle RAM miktar\u0131na) uygun optimizasyonlar\u0131 yapabiliriz. \u0130lk olarak, yap\u0131land\u0131rma dosyam\u0131z\u0131 bir metin edit\u00f6r\u00fc ile a\u00e7al\u0131m:<\/p>\n
sudo nano \/etc\/php\/8.2\/fpm\/pool.d\/www.conf<\/code><\/pre>\n
Bu dosya i\u00e7erisinde, PHP-FPM’in s\u00fcre\u00e7 y\u00f6netim modelini belirleyen pm<\/code> (process manager) direktifini g\u00f6receksiniz. Varsay\u0131lan olarak dynamic<\/code> olarak ayarlanan bu de\u011feri, y\u00fcksek trafikli ve sadece PHP uygulamalar\u0131na ayr\u0131lm\u0131\u015f sunucularda static<\/code> olarak de\u011fi\u015ftirmek performans\u0131 art\u0131rabilir. Ancak, payla\u015f\u0131ml\u0131 veya d\u00fc\u015f\u00fck kaynakl\u0131 sunucularda dynamic<\/code> veya ondemand<\/code> modelleri daha g\u00fcvenlidir. Biz bu rehberde dinamik yap\u0131y\u0131 optimize edece\u011fiz. Dosya i\u00e7erisindeki kritik parametreleri \u015fu \u015fekilde g\u00fcncelleyebilirsiniz:<\/p>\n
pm = dynamic\npm.max_children = 50\npm.start_servers = 10\npm.min_spare_servers = 5\npm.max_spare_servers = 15\npm.max_requests = 500<\/code><\/pre>\n
Bu parametrelerin ne anlama geldi\u011fini bilmek, do\u011fru ayarlar\u0131 yapabilmeniz a\u00e7\u0131s\u0131ndan son derece \u00f6nemlidir. \u00d6rne\u011fin, pm.max_children<\/code> de\u011feri, ayn\u0131 anda olu\u015fturulabilecek maksimum PHP s\u00fcrecini ifade eder. Her bir PHP s\u00fcrecinin ortalama 30-40 MB RAM t\u00fcketti\u011fini varsayarsak, 2 GB bo\u015f RAM’e sahip bir sunucuda bu de\u011feri g\u00fcvenle 50 civar\u0131nda tutabiliriz. Form\u00fcl basit\u00e7e \u015fu \u015fekildedir: (Toplam Kullan\u0131labilir RAM – Sistem Kaynaklar\u0131) \/ Ortalama PHP S\u00fcre\u00e7 Boyutu<\/strong>.<\/p>\n
Ek olarak, pm.max_requests<\/code> parametresi de olduk\u00e7a kritiktir. PHP s\u00fcre\u00e7leri zamanla bellek s\u0131z\u0131nt\u0131s\u0131na (memory leak) yol a\u00e7abilir. Bu parametre yard\u0131m\u0131yla, belirlenen istek say\u0131s\u0131na (\u00f6rne\u011fin 500) ula\u015fan her bir s\u00fcrecin otomatik olarak sonland\u0131r\u0131l\u0131p yeniden ba\u015flat\u0131lmas\u0131n\u0131 sa\u011flayarak bellek \u015fi\u015fmelerinin \u00f6n\u00fcne ge\u00e7ebiliriz. Ayarlar\u0131 yapt\u0131ktan sonra dosyay\u0131 kaydedip \u00e7\u0131k\u0131n ve PHP-FPM servisini yeniden ba\u015flat\u0131n:<\/p>\n
sudo systemctl restart php8.2-fpm<\/code><\/pre>\n
Nginx Sunucu Blo\u011fu PHP-FPM \u0130le Nas\u0131l Ba\u011flan\u0131r?<\/h3>\n
PHP-FPM taraf\u0131ndaki haz\u0131rl\u0131klar\u0131m\u0131z\u0131 tamamlad\u0131ktan sonra, \u015fimdi Nginx’e gelen PHP isteklerini bu havuz yap\u0131s\u0131na nas\u0131l y\u00f6nlendirece\u011fini s\u00f6ylememiz gerekiyor. Bunun i\u00e7in Nginx’in sunucu bloklar\u0131n\u0131 (Server Blocks) yap\u0131land\u0131raca\u011f\u0131z. Varsay\u0131lan konfig\u00fcrasyon dosyas\u0131n\u0131 d\u00fczenlemek yerine, sitemiz i\u00e7in temiz bir yap\u0131land\u0131rma dosyas\u0131 olu\u015ftural\u0131m:<\/p>\n
sudo nano \/etc\/nginx\/sites-available\/web-sitem.conf<\/code><\/pre>\n
A\u00e7\u0131lan bo\u015f dosyaya, hem g\u00fcvenli\u011fi hem de y\u00fcksek performans\u0131 g\u00f6zeten a\u015fa\u011f\u0131daki \u00f6rnek sunucu blo\u011fu konfig\u00fcrasyonunu ekleyin:<\/p>\n
server {\n    listen 80;\n    server_name web-sitem.local;\n    root \/var\/www\/html;\n    index index.php index.html index.htm;\n\n    location \/ {\n        try_files $uri $uri\/ \/index.php?$query_string;\n    }\n\n    location ~ \\.php$ {\n        include snippets\/fastcgi-php.conf;\n        fastcgi_pass unix:\/run\/php\/php8.2-fpm.sock;\n        fastcgi_read_timeout 150;\n    }\n\n    location ~ \/\\.ht {\n        deny all;\n    }\n}<\/code><\/pre>\n
Bu konfig\u00fcrasyonda dikkat edilmesi gereken en \u00f6nemli yer fastcgi_pass<\/code> sat\u0131r\u0131d\u0131r. Burada PHP-FPM’in dinledi\u011fi Unix soket yolunu tam olarak belirtmeliyiz. E\u011fer PHP-FPM s\u00fcr\u00fcm\u00fcn\u00fcz farkl\u0131ysa (\u00f6rne\u011fin PHP 8.1 veya 8.3), bu yolu kendi s\u00fcr\u00fcm\u00fcn\u00fcze g\u00f6re g\u00fcncellemeyi unutmamal\u0131s\u0131n\u0131z. Ayr\u0131ca, try_files<\/code> direktifi sayesinde, gelen isteklerin \u00f6ncelikle fiziksel bir dosya olup olmad\u0131\u011f\u0131 kontrol edilir; e\u011fer dosya yoksa istek g\u00fcvenli bir \u015fekilde ana PHP dosyas\u0131na (genellikle index.php) y\u00f6nlendirilir. Bu yap\u0131, modern PHP framework’lerinin (Laravel, Symfony) ve CMS’lerin (WordPress) y\u00f6nlendirme mekanizmalar\u0131 i\u00e7in hayati \u00f6nem ta\u015f\u0131r.<\/p>\n
Olu\u015fturdu\u011fumuz bu yeni konfig\u00fcrasyon dosyas\u0131n\u0131 aktif hale getirmek i\u00e7in sites-enabled<\/code> dizinine bir sembolik ba\u011f (symlink) olu\u015fturmam\u0131z gerekir. Sonras\u0131nda ise Nginx konfig\u00fcrasyonunda herhangi bir yaz\u0131m hatas\u0131 olup olmad\u0131\u011f\u0131n\u0131 test etmeliyiz:<\/p>\n
sudo ln -s \/etc\/nginx\/sites-available\/web-sitem.conf \/etc\/nginx\/sites-enabled\/\nsudo nginx -t<\/code><\/pre>\n
E\u011fer test sonucu ba\u015far\u0131l\u0131 (syntax is ok \/ test is successful) d\u00f6nerse, de\u011fi\u015fikliklerin devreye girmesi i\u00e7in Nginx servisini yeniden y\u00fckleyebiliriz:<\/p>\n
sudo systemctl reload nginx<\/code><\/pre>\n
Entegrasyonun Test Edilmesi ve Do\u011frulanmas\u0131<\/h3>\n
Yapt\u0131\u011f\u0131m\u0131z t\u00fcm bu ayarlar\u0131n sorunsuz \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 do\u011frulamak i\u00e7in web dizinimizde basit bir PHP test dosyas\u0131 olu\u015fturabiliriz. Varsay\u0131lan web k\u00f6k dizini olan \/var\/www\/html<\/code> klas\u00f6r\u00fcnde info.php<\/code> ad\u0131nda bir dosya olu\u015ftural\u0131m:<\/p>\n
sudo nano \/var\/www\/html\/info.php<\/code><\/pre>\n
Dosyan\u0131n i\u00e7erisine sadece a\u015fa\u011f\u0131daki PHP kodunu ekleyin ve kaydedip kapat\u0131n:<\/p>\n
<?php\nphpinfo();\n?><\/code><\/pre>\n
\u015eimdi taray\u0131c\u0131n\u0131z\u0131 a\u00e7arak sunucunuzun IP adresini veya tan\u0131mlad\u0131\u011f\u0131n\u0131z alan ad\u0131n\u0131 yaz\u0131p bu dosyaya eri\u015fmeyi deneyin (\u00f6rne\u011fin: http:\/\/web-sitem.local\/info.php<\/code>). Kar\u015f\u0131n\u0131za PHP’nin s\u00fcr\u00fcm\u00fcn\u00fc, aktif mod\u00fcllerini ve en \u00f6nemlisi “Server API” k\u0131sm\u0131nda FPM\/FastCGI<\/strong> yazd\u0131\u011f\u0131n\u0131 g\u00f6steren detayl\u0131 bir sayfa \u00e7\u0131kmal\u0131d\u0131r. Bu sayfay\u0131 g\u00f6r\u00fcyorsan\u0131z, entegrasyon ba\u015far\u0131yla tamamlanm\u0131\u015f demektir.<\/p>\n
G\u00fcvenlik Uyar\u0131s\u0131:<\/strong> Test i\u015fleminiz bittikten sonra bu info.php<\/code> dosyas\u0131n\u0131 sunucunuzdan kesinlikle silmelisiniz. \u00c7\u00fcnk\u00fc bu dosya, k\u00f6t\u00fc niyetli ki\u015filerin sunucunuzun donan\u0131m\u0131, PHP yap\u0131land\u0131rmas\u0131 ve y\u00fckl\u00fc mod\u00fclleri hakk\u0131nda detayl\u0131 bilgi edinmesine yol a\u00e7arak ciddi bir g\u00fcvenlik riski olu\u015fturur. Dosyay\u0131 silmek i\u00e7in \u015fu komutu kullanabilirsiniz:<\/p>\n
sudo rm \/var\/www\/html\/info.php<\/code><\/pre>\n
Y\u00fcksek Trafikli Bir E-Ticaret Sitesinde PHP-FPM Optimizasyonu: Vaka Analizi<\/h3>\n
Konfig\u00fcrasyonun teorik k\u0131sm\u0131n\u0131 tamamlad\u0131k, ancak ger\u00e7ek hayatta kar\u015f\u0131la\u015fabilece\u011fimiz senaryolar\u0131 analiz etmek, konunun peki\u015fmesi a\u00e7\u0131s\u0131ndan son derece de\u011ferlidir. Bu b\u00f6l\u00fcmde, b\u00fcy\u00fck bir kampanya d\u00f6neminde \u00e7\u00f6kme noktas\u0131na gelen hayali bir e-ticaret sitesinin kurtar\u0131lma hikayesini inceleyece\u011fiz.<\/p>\n
Arka Plan ve Sorun:<\/strong> M\u00fc\u015fterimiz, 8 vCPU ve 16 GB RAM’e sahip bir bulut sunucu \u00fczerinde Magento tabanl\u0131 bir e-ticaret sitesi i\u015fletiyordu. Kara Cuma (Black Friday) kampanyas\u0131n\u0131n ba\u015flad\u0131\u011f\u0131 ilk dakikalarda, sitede a\u015f\u0131r\u0131 yava\u015flama meydana geldi ve ard\u0131ndan kullan\u0131c\u0131lar “502 Bad Gateway” ve “504 Gateway Timeout” hatalar\u0131yla kar\u015f\u0131la\u015fmaya ba\u015flad\u0131. Sunucu kaynaklar\u0131 incelendi\u011finde i\u015flemci kullan\u0131m\u0131n\u0131n %100’e ula\u015ft\u0131\u011f\u0131, ancak RAM kullan\u0131m\u0131n\u0131n hen\u00fcz %40 seviyelerinde oldu\u011fu g\u00f6r\u00fcld\u00fc.<\/p>\n
Te\u015fhis:<\/strong> Yap\u0131lan detayl\u0131 log incelemelerinde, Nginx hata loglar\u0131nda \"upstream sent too big header while reading response header from upstream\"<\/code> ve PHP-FPM loglar\u0131nda \"server reached pm.max_children setting, consider raising it\"<\/code> uyar\u0131lar\u0131 tespit edildi. Varsay\u0131lan ayarlarda b\u0131rak\u0131lan PHP-FPM havuzundaki pm.max_children<\/code> de\u011feri sadece 20 olarak yap\u0131land\u0131r\u0131lm\u0131\u015ft\u0131. Bu durum, ayn\u0131 anda sadece 20 PHP iste\u011finin i\u015flenebilmesine, geri kalan y\u00fczlerce kullan\u0131c\u0131n\u0131n ise kuyrukta bekleyerek zaman a\u015f\u0131m\u0131na u\u011framas\u0131na neden oluyordu.<\/p>\n
\u00c7\u00f6z\u00fcm Ad\u0131mlar\u0131:<\/strong><\/p>\n