Laravel projelerinizde yava\u015fl\u0131k m\u0131 hissediyorsunuz? Kullan\u0131c\u0131lar \u015fikayet\u00e7i mi, yoksa sunucular\u0131n\u0131z gereksiz yere mi zorlan\u0131yor? Ger\u00e7ek d\u00fcnya projelerinde Laravel performans\u0131n\u0131 optimize etme yolculu\u011fumuzda edindi\u011fimiz, bazen ac\u0131 tecr\u00fcbelerle \u00f6\u011frendi\u011fimiz 6 \u00f6nemli dersi bu makalede sizlerle payla\u015faca\u011f\u0131z. Bu dersler, uygulaman\u0131z\u0131n h\u0131z\u0131n\u0131 art\u0131rmak ve daha iyi bir kullan\u0131c\u0131 deneyimi sunmak i\u00e7in size pratik bilgiler ve uygulanabilir \u00e7\u00f6z\u00fcmler sunacak.<\/p>\n
Bir web uygulamas\u0131n\u0131n performans\u0131, sadece teknik bir detay olmaktan \u00f6te, kullan\u0131c\u0131 deneyimi, arama motoru s\u0131ralamas\u0131 ve hatta i\u015f ba\u015far\u0131s\u0131 i\u00e7in kritik bir fakt\u00f6rd\u00fcr. G\u00fcn\u00fcm\u00fcz dijital d\u00fcnyas\u0131nda kullan\u0131c\u0131lar, h\u0131zl\u0131 y\u00fcklenen ve sorunsuz \u00e7al\u0131\u015fan uygulamalara al\u0131\u015fk\u0131n. Bir sayfan\u0131n y\u00fcklenmesi birka\u00e7 saniyeden fazla s\u00fcrd\u00fc\u011f\u00fcnde, \u00e7o\u011fu kullan\u0131c\u0131 sab\u0131rs\u0131zlan\u0131r ve ba\u015fka bir alternatife y\u00f6nelir. Bu durum, potansiyel m\u00fc\u015fterilerinizi kaybetmenize veya mevcut kullan\u0131c\u0131lar\u0131n\u0131z\u0131n memnuniyetsizli\u011fine yol a\u00e7abilir. Laravel gibi g\u00fc\u00e7l\u00fc bir framework (yaz\u0131l\u0131m \u00e7er\u00e7evesi) bile, do\u011fru kullan\u0131lmad\u0131\u011f\u0131nda veya optimize edilmedi\u011finde performans sorunlar\u0131 ya\u015fayabilir. Laravel’in esnekli\u011fi ve zengin \u00f6zellikleri, geli\u015ftiricilere b\u00fcy\u00fck kolayl\u0131k sa\u011flarken, ayn\u0131 zamanda performans tuzaklar\u0131na d\u00fc\u015fme potansiyeli de bar\u0131nd\u0131r\u0131r. \u00d6rne\u011fin, veritaban\u0131 sorgular\u0131n\u0131 yanl\u0131\u015f y\u00f6netmek, \u00f6nbellekleme mekanizmalar\u0131n\u0131 g\u00f6z ard\u0131 etmek veya arka plan i\u015flemlerini senkronize \u00e7al\u0131\u015ft\u0131rmak gibi hatalar, uygulaman\u0131z\u0131n genel h\u0131z\u0131n\u0131 ciddi \u015fekilde d\u00fc\u015f\u00fcrebilir. Performans optimizasyonu, uygulaman\u0131z\u0131n sadece h\u0131zl\u0131 \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamakla kalmaz, ayn\u0131 zamanda sunucu kaynaklar\u0131n\u0131 daha verimli kullanman\u0131za olanak tan\u0131r, bu da maliyetlerin d\u00fc\u015f\u00fcr\u00fclmesi anlam\u0131na gelir. \u00d6zellikle y\u00fcksek trafikli uygulamalarda, her milisaniyelik kazan\u00e7, binlerce kullan\u0131c\u0131n\u0131n daha iyi bir deneyim ya\u015famas\u0131n\u0131 ve sunucu maliyetlerinde \u00f6nemli tasarruflar elde edilmesini sa\u011flayabilir. Uygulaman\u0131z\u0131n performans\u0131n\u0131 s\u00fcrekli olarak izlemek ve iyile\u015ftirmek, s\u00fcrd\u00fcr\u00fclebilir bir ba\u015far\u0131 i\u00e7in vazge\u00e7ilmezdir.<\/p>\n
Uygulaman\u0131z\u0131n performans\u0131n\u0131n d\u00fc\u015ft\u00fc\u011f\u00fcn\u00fc g\u00f6steren bir\u00e7ok i\u015faret vard\u0131r. Bu i\u015faretleri erken fark etmek, b\u00fcy\u00fck sorunlar ortaya \u00e7\u0131kmadan \u00f6nce m\u00fcdahale etmenizi sa\u011flar. En yayg\u0131n belirtilerden biri, sayfalar\u0131n yava\u015f y\u00fcklenmesidir. Kullan\u0131c\u0131lar bir sayfadan di\u011ferine ge\u00e7erken belirgin bir gecikme ya\u015f\u0131yorsa, bu genellikle bir performans sorununa i\u015faret eder. Veritaban\u0131 sorgular\u0131n\u0131n uzun s\u00fcrmesi, \u00f6zellikle karma\u015f\u0131k raporlar veya listeleme sayfalar\u0131nda, uygulaman\u0131n genel yan\u0131t s\u00fcresini art\u0131r\u0131r. Sunucu CPU veya bellek kullan\u0131m\u0131n\u0131n anormallikler g\u00f6stermesi, \u00f6rne\u011fin normalden \u00e7ok daha y\u00fcksek seviyelerde seyretmesi, uygulaman\u0131z\u0131n kaynaklar\u0131 verimsiz kulland\u0131\u011f\u0131na delalet edebilir. Bazen bu durum, belirli bir iste\u011fin \u00e7ok fazla i\u015flem g\u00fcc\u00fc gerektirmesinden kaynaklan\u0131rken, bazen de genel olarak k\u00f6t\u00fc optimize edilmi\u015f koddan kaynaklanabilir. Kullan\u0131c\u0131lar\u0131n e\u015f zamanl\u0131 olarak \u00e7ok say\u0131da istek g\u00f6ndermesi durumunda uygulaman\u0131n kilitlenmesi veya hata vermesi, performans limitlerine ula\u015f\u0131ld\u0131\u011f\u0131n\u0131n a\u00e7\u0131k bir g\u00f6stergesidir. Hata loglar\u0131nda s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan “maksimum y\u00fcr\u00fctme s\u00fcresi a\u015f\u0131ld\u0131” (maximum execution time exceeded) veya “bellek s\u0131n\u0131r\u0131 a\u015f\u0131ld\u0131” (memory limit exceeded) gibi hatalar, uygulaman\u0131z\u0131n belirli i\u015flemler s\u0131ras\u0131nda zorland\u0131\u011f\u0131n\u0131 g\u00f6sterir. Ayr\u0131ca, API (Uygulama Programlama Aray\u00fcz\u00fc) yan\u0131t s\u00fcrelerinin beklenenden uzun olmas\u0131, \u00f6zellikle mobil uygulamalar veya di\u011fer sistemlerle entegrasyonlarda sorunlara yol a\u00e7abilir. Bu belirtileri g\u00f6zlemledi\u011finizde, performans analizi ara\u00e7lar\u0131n\u0131 kullanarak sorunun kayna\u011f\u0131n\u0131 bulmaya odaklanmal\u0131s\u0131n\u0131z. Laravel Debugbar, Blackfire.io gibi ara\u00e7lar, bu s\u00fcre\u00e7te size de\u011ferli bilgiler sunabilir.<\/p>\n
Veritaban\u0131, \u00e7o\u011fu Laravel uygulamas\u0131n\u0131n kalbidir ve performans sorunlar\u0131n\u0131n en yayg\u0131n kaynaklar\u0131ndan biridir. \u00d6zellikle Eloquent ORM (Nesne \u0130li\u015fkisel E\u015fle\u015ftirici) kullan\u0131rken, fark\u0131nda olmadan “N+1 problemi” gibi performans tuzaklar\u0131na d\u00fc\u015fmek olduk\u00e7a kolayd\u0131r. N+1 problemi, bir liste g\u00f6r\u00fcnt\u00fclerken (\u00f6rne\u011fin, t\u00fcm kullan\u0131c\u0131lar\u0131 ve her kullan\u0131c\u0131n\u0131n sipari\u015flerini) her bir ana kay\u0131t i\u00e7in ayr\u0131 bir sorgu \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131yla ortaya \u00e7\u0131kar. \u00d6rne\u011fin, 10 kullan\u0131c\u0131 varsa ve her kullan\u0131c\u0131n\u0131n sipari\u015flerini listelemek istiyorsak, \u00f6nce 1 sorgu ile 10 kullan\u0131c\u0131y\u0131 \u00e7ekeriz, ard\u0131ndan her kullan\u0131c\u0131 i\u00e7in ayr\u0131 ayr\u0131 10 sorgu daha \u00e7al\u0131\u015ft\u0131rarak toplamda 11 sorgu yapar\u0131z. Bu durum, kay\u0131t say\u0131s\u0131 artt\u0131k\u00e7a performans\u0131 felaket bir \u015fekilde etkiler. Yava\u015f \u00e7al\u0131\u015fan veritaban\u0131 sorgular\u0131 sadece N+1 problemi ile s\u0131n\u0131rl\u0131 de\u011fildir; uygun indekslerin olmamas\u0131, karma\u015f\u0131k birle\u015ftirme (join) i\u015flemleri, b\u00fcy\u00fck veri k\u00fcmeleri \u00fczerinde filtreleme yap\u0131lmas\u0131 veya N+1 problemini \u00e7\u00f6zmenin en etkili yollar\u0131ndan biri “eager loading” (hevesli y\u00fckleme) kullanmakt\u0131r. Eloquent’ta <\/code>\n <\/div>\n Veritaban\u0131 indeksleri, tablolar\u0131n\u0131zdaki belirli s\u00fctunlara h\u0131zl\u0131 eri\u015fim sa\u011flamak i\u00e7in kullan\u0131l\u0131r, t\u0131pk\u0131 bir kitab\u0131n i\u00e7indekiler k\u0131sm\u0131 gibi. Bir sorgu yava\u015f \u00e7al\u0131\u015ft\u0131\u011f\u0131nda, genellikle uygun bir indeksin eksikli\u011finden kaynaklan\u0131r. \u00d6zellikle \u00d6nbellekleme (caching), Laravel performans\u0131n\u0131 art\u0131rman\u0131n en g\u00fc\u00e7l\u00fc yollar\u0131ndan biridir. S\u0131k\u00e7a eri\u015filen ancak nadiren de\u011fi\u015fen verileri \u00f6nbelle\u011fe alarak, her istekte veritaban\u0131na gitme veya karma\u015f\u0131k hesaplamalar yapma ihtiyac\u0131n\u0131 ortadan kald\u0131r\u0131r\u0131z. Bu, hem uygulaman\u0131n yan\u0131t s\u00fcresini k\u0131salt\u0131r hem de sunucu \u00fczerindeki y\u00fck\u00fc azalt\u0131r. Ancak \u00f6nbelleklemenin g\u00fcc\u00fcn\u00fc tam olarak anlamamak veya yanl\u0131\u015f stratejilerle kullanmak, bazen performans\u0131 art\u0131rmak yerine daha fazla sorun yaratabilir. \u00d6rne\u011fin, \u00e7ok k\u0131sa \u00f6m\u00fcrl\u00fc verileri \u00f6nbelle\u011fe almak veya \u00f6nbelle\u011fe al\u0131nan verileri do\u011fru \u015fekilde ge\u00e7ersiz k\u0131lmamak, eski veya yanl\u0131\u015f bilgilerin sunulmas\u0131na yol a\u00e7abilir. Projelerimizde, \u00f6zellikle s\u0131k\u00e7a ziyaret edilen ana sayfalar, \u00fcr\u00fcn kategorileri veya ayarlar gibi statik say\u0131labilecek i\u00e7eriklerde \u00f6nbelleklemenin ne kadar fark yaratt\u0131\u011f\u0131n\u0131 defalarca deneyimledik. Ba\u015flang\u0131\u00e7ta her sayfa iste\u011finde y\u00fczlerce veritaban\u0131 sorgusu \u00e7al\u0131\u015ft\u0131ran bir ana sayfa, uygun \u00f6nbellekleme stratejileri uyguland\u0131ktan sonra saniyelerden milisaniyelere d\u00fc\u015ft\u00fc. Bu durum, \u00f6zellikle yo\u011fun trafik alan web sitelerinde sunucu maliyetlerinde \u00f6nemli d\u00fc\u015f\u00fc\u015fler ve \u00e7ok daha ak\u0131c\u0131 bir kullan\u0131c\u0131 deneyimi sa\u011flad\u0131. \u00d6nbellekleme, bir uygulaman\u0131n mimarisine entegre edilmesi gereken bir ara\u00e7t\u0131r; rastgele veya sonradan eklenen bir \u00f6zellik olarak g\u00f6r\u00fclmemelidir.<\/p>\n Laravel, farkl\u0131 \u00f6nbellek s\u00fcr\u00fcc\u00fcleri (file, database, APC, Memcached, Redis) ve kullan\u0131m\u0131 kolay bir API (Uygulama Programlama Aray\u00fcz\u00fc) ile g\u00fc\u00e7l\u00fc bir \u00f6nbellekleme sistemine sahiptir. En yayg\u0131n kullan\u0131mlardan biri, veritaban\u0131 sorgular\u0131n\u0131n sonu\u00e7lar\u0131n\u0131 \u00f6nbelle\u011fe almakt\u0131r. <\/code>\n <\/div>\n Bu yakla\u015f\u0131m, \u00f6zellikle statik veya nadiren de\u011fi\u015fen listeler, yap\u0131land\u0131rma ayarlar\u0131 veya rapor sonu\u00e7lar\u0131 i\u00e7in idealdir. Ayr\u0131ca, sayfa par\u00e7alar\u0131n\u0131 (\u00f6rne\u011fin, bir sidebar men\u00fcs\u00fc, footer veya header) \u00f6nbelle\u011fe almak da faydal\u0131d\u0131r. Laravel Blade \u015fablonlar\u0131nda Laravel, varsay\u0131lan olarak * Redis:<\/strong> Daha zengin veri yap\u0131lar\u0131 (listeler, setler, hashler) sunar ve kal\u0131c\u0131l\u0131k (persistence) se\u00e7enekleri vard\u0131r. Kuyruklar (queues) ve ger\u00e7ek zamanl\u0131 uygulamalar i\u00e7in de s\u0131kl\u0131kla tercih edilir. Genellikle daha \u00e7ok y\u00f6nl\u00fc ve g\u00fc\u00e7l\u00fc bir se\u00e7enek olarak kabul edilir. Hangi arac\u0131 se\u00e7ece\u011finiz, uygulaman\u0131z\u0131n \u00f6zel ihtiya\u00e7lar\u0131na ve altyap\u0131n\u0131za ba\u011fl\u0131d\u0131r. K\u00fc\u00e7\u00fck ve orta \u00f6l\u00e7ekli projelerde Memcached yeterli olabilirken, daha karma\u015f\u0131k \u00f6nbellekleme ihtiya\u00e7lar\u0131, kuyruk y\u00f6netimi veya oturum depolamas\u0131 gerektiren b\u00fcy\u00fck projelerde Redis genellikle daha iyi bir se\u00e7imdir. Ger\u00e7ek bir e-ticaret projesinde, Redis'i hem \u00f6nbellekleme hem de oturum depolamas\u0131 i\u00e7in kullanarak, veritaban\u0131 \u00fczerindeki y\u00fck\u00fc \u00f6nemli \u00f6l\u00e7\u00fcde azaltt\u0131k ve kullan\u0131c\u0131 oturumlar\u0131n\u0131n daha h\u0131zl\u0131 yan\u0131t vermesini sa\u011flad\u0131k. Laravel'in yap\u0131land\u0131rma dosyas\u0131nda ( Web uygulamalar\u0131nda, kullan\u0131c\u0131 iste\u011fi an\u0131nda tamamlanmas\u0131 gerekmeyen bir\u00e7ok i\u015flem bulunur. E-posta g\u00f6nderme, resim i\u015fleme, rapor olu\u015fturma, veri senkronizasyonu veya harici API'lere yap\u0131lan \u00e7a\u011fr\u0131lar gibi g\u00f6revler, senkronize (e\u015f zamanl\u0131) olarak \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda kullan\u0131c\u0131n\u0131n iste\u011finin yan\u0131t s\u00fcresini uzat\u0131r ve k\u00f6t\u00fc bir deneyime yol a\u00e7ar. Bu t\u00fcr uzun s\u00fcreli veya yo\u011fun kaynak gerektiren i\u015flemleri do\u011frudan HTTP iste\u011fi s\u0131ras\u0131nda yapmak, uygulaman\u0131n kilitlenmesine, zaman a\u015f\u0131m\u0131 hatalar\u0131na ve genel performans d\u00fc\u015f\u00fc\u015f\u00fcne neden olabilir. \u0130\u015fte bu noktada, arka plan i\u015fleri (background jobs) ve kuyruk (queue) sistemleri devreye girer. Kuyruklar, bu t\u00fcr i\u015flemleri bir listeye al\u0131r ve daha sonra, ayr\u0131 bir s\u00fcre\u00e7 taraf\u0131ndan s\u0131rayla i\u015flenmesini sa\u011flar. Bu sayede, kullan\u0131c\u0131 iste\u011fi hemen yan\u0131tlan\u0131r ve uzun s\u00fcreli i\u015flemler arka planda sorunsuz bir \u015fekilde tamamlan\u0131r. Ger\u00e7ek bir CRM (M\u00fc\u015fteri \u0130li\u015fkileri Y\u00f6netimi) projesinde, kullan\u0131c\u0131lar\u0131n toplu e-posta g\u00f6nderme \u00f6zelli\u011fini kulland\u0131\u011f\u0131nda uygulaman\u0131n dondu\u011funu fark ettik. Her e-posta g\u00f6nderimi i\u00e7in harici bir servise yap\u0131lan \u00e7a\u011fr\u0131, y\u00fczlerce e-posta g\u00f6nderildi\u011finde saniyelerce hatta dakikalarca s\u00fcr\u00fcyordu. Bu sorunu kuyruk sistemine ge\u00e7erek \u00e7\u00f6zd\u00fck; kullan\u0131c\u0131 e-postay\u0131 g\u00f6nderdi\u011finde hemen bir ba\u015far\u0131 mesaj\u0131 al\u0131yor, e-postalar ise arka planda g\u00f6nderiliyordu. Bu, kullan\u0131c\u0131 deneyimini radikal bir \u015fekilde iyile\u015ftirdi.<\/p>\n Laravel, kuyruk sistemini y\u00f6netmek i\u00e7in g\u00fc\u00e7l\u00fc bir soyutlama (abstraction) katman\u0131 sunar. Bir i\u015fi kuyru\u011fa atmak i\u00e7in <\/code>\n <\/div>\n Ard\u0131ndan, bu Job s\u0131n\u0131f\u0131n\u0131n <\/code>\n <\/div>\n \u015eimdi, bu i\u015fi bir kontrolc\u00fcden veya ba\u015fka bir yerden kuyru\u011fa atabilirsiniz:<\/p>\n <\/code>\n <\/div>\n Bu \u00f6rnekte, kullan\u0131c\u0131 kaydedildikten hemen sonra e-posta g\u00f6nderme i\u015flemi kuyru\u011fa at\u0131l\u0131r. Kullan\u0131c\u0131, e-postan\u0131n g\u00f6nderilmesini beklemeden yan\u0131t\u0131 al\u0131r.<\/p>\n Laravel, \u00e7e\u015fitli kuyruk s\u00fcr\u00fcc\u00fclerini destekler: Laravel uygulaman\u0131z\u0131n performans\u0131, sadece kodunuzun kalitesine de\u011fil, ayn\u0131 zamanda uygulaman\u0131z\u0131 bar\u0131nd\u0131rd\u0131\u011f\u0131n\u0131z sunucu ortam\u0131n\u0131n yap\u0131land\u0131rmas\u0131na da b\u00fcy\u00fck \u00f6l\u00e7\u00fcde ba\u011fl\u0131d\u0131r. M\u00fckemmel optimize edilmi\u015f bir Laravel kodu bile, k\u00f6t\u00fc yap\u0131land\u0131r\u0131lm\u0131\u015f bir sunucuda yava\u015f \u00e7al\u0131\u015fabilir. Bu, genellikle geli\u015ftiricilerin g\u00f6zden ka\u00e7\u0131rd\u0131\u011f\u0131 veya yeterince \u00f6nem vermedi\u011fi bir aland\u0131r. Ba\u015flang\u0131\u00e7ta, \u00e7o\u011fu geli\u015ftirici varsay\u0131lan sunucu ayarlar\u0131yla yetinir, ancak trafik artt\u0131k\u00e7a veya uygulaman\u0131n karma\u015f\u0131kl\u0131\u011f\u0131 y\u00fckseldik\u00e7e, bu varsay\u0131lan ayarlar darbo\u011faz yaratmaya ba\u015flar. PHP yorumlay\u0131c\u0131s\u0131ndan web sunucusuna kadar her katmanda yap\u0131labilecek optimizasyonlar, uygulaman\u0131z\u0131n genel yan\u0131t s\u00fcresini ve i\u015fleyebilece\u011fi e\u015fzamanl\u0131 istek say\u0131s\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilir. Ger\u00e7ek bir SaaS (Hizmet Olarak Yaz\u0131l\u0131m) projesinde, kullan\u0131c\u0131 say\u0131s\u0131 artt\u0131k\u00e7a sunucumuzun CPU kullan\u0131m\u0131n\u0131n tavan yapt\u0131\u011f\u0131n\u0131 ve uygulaman\u0131n yan\u0131t vermekte zorland\u0131\u011f\u0131n\u0131 g\u00f6rd\u00fck. Derinlemesine bir inceleme sonucunda, PHP-FPM ve Opcache ayarlar\u0131m\u0131z\u0131n varsay\u0131lan de\u011ferlerde kald\u0131\u011f\u0131n\u0131 ve sunucunun potansiyelinin alt\u0131nda \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 fark ettik. Bu ayarlar\u0131 optimize ettikten sonra, sunucunun ayn\u0131 y\u00fck alt\u0131nda \u00e7ok daha stabil \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve yan\u0131t s\u00fcrelerinin d\u00fc\u015ft\u00fc\u011f\u00fcn\u00fc g\u00f6zlemledik.<\/p>\n PHP-FPM (FastCGI Process Manager):<\/strong> PHP'nin web sunucusuyla ileti\u015fim kurmas\u0131n\u0131 sa\u011flayan bir FastCGI uygulamas\u0131d\u0131r. \u00d6zellikle y\u00fcksek trafikli web siteleri i\u00e7in Apache'nin Opcache:<\/strong> PHP'nin yerle\u015fik bir bytecode \u00f6nbellekleyicisidir. PHP kodunuz derlendikten sonra olu\u015fan bytecode'u bellekte saklar. Bu sayede, her istekte PHP dosyalar\u0131n\u0131n yeniden derlenmesi gerekmez, bu da PHP yorumlama s\u00fcresini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r. Opcache'i etkinle\u015ftirmek ve do\u011fru yap\u0131land\u0131rmak, Laravel uygulaman\u0131z\u0131n performans\u0131n\u0131 hemen fark edilir \u015fekilde art\u0131r\u0131r. Web sunucusu se\u00e7imi de performans \u00fczerinde b\u00fcy\u00fck bir etkiye sahiptir. En yayg\u0131n kullan\u0131lan iki web sunucusu Nginx ve Apache'dir.<\/p>\n * Nginx:<\/strong> Genellikle y\u00fcksek performansl\u0131 ve d\u00fc\u015f\u00fck bellek t\u00fcketimiyle bilinir. \u00d6zellikle statik dosyalar\u0131 sunmada ve ters proxy (reverse proxy) olarak \u00e7al\u0131\u015fmada \u00e7ok ba\u015far\u0131l\u0131d\u0131r. Asenkron, olay tabanl\u0131 mimarisi sayesinde binlerce e\u015fzamanl\u0131 ba\u011flant\u0131y\u0131 verimli bir \u015fekilde y\u00f6netebilir. Laravel uygulamalar\u0131 i\u00e7in Nginx'i PHP-FPM ile birlikte kullanmak, genellikle en iyi performans kombinasyonunu sa\u011flar. Nginx yap\u0131land\u0131rmas\u0131nda Ger\u00e7ek projelerde, \u00f6zellikle y\u00fcksek trafikli ortamlarda Apache'den Nginx'e ge\u00e7i\u015f yaparak veya Nginx'i PHP-FPM ile do\u011fru yap\u0131land\u0131rarak \u00f6nemli performans art\u0131\u015flar\u0131 elde ettik. Nginx yap\u0131land\u0131rmas\u0131nda Laravel uygulaman\u0131z\u0131n backend'i ne kadar h\u0131zl\u0131 olursa olsun, e\u011fer frontend (kullan\u0131c\u0131 aray\u00fcz\u00fc) yava\u015f y\u00fckleniyorsa, kullan\u0131c\u0131lar\u0131n\u0131z k\u00f6t\u00fc bir deneyim ya\u015fayacakt\u0131r. Bir web sayfas\u0131n\u0131n toplam y\u00fckleme s\u00fcresinin b\u00fcy\u00fck bir k\u0131sm\u0131, asl\u0131nda taray\u0131c\u0131n\u0131n HTML, CSS, JavaScript ve g\u00f6rselleri indirme, i\u015fleme ve olu\u015fturma s\u00fcrecinde harcan\u0131r. Bu nedenle, frontend optimizasyonu, genel uygulama performans\u0131n\u0131n ayr\u0131lmaz bir par\u00e7as\u0131d\u0131r. Geli\u015ftiriciler genellikle backend'e odaklan\u0131r ve frontend varl\u0131klar\u0131n\u0131 (assets) optimize etmeyi g\u00f6z ard\u0131 ederler. Ancak, modern web geli\u015ftirme ara\u00e7lar\u0131 ve teknikleriyle, frontend performans\u0131n\u0131 art\u0131rmak art\u0131k \u00e7ok daha kolayd\u0131r. Ger\u00e7ek bir haber portal\u0131 projesinde, sayfa y\u00fckleme s\u00fcrelerinin \u00f6zellikle mobil cihazlarda \u00e7ok yava\u015f oldu\u011funu fark ettik. Yapt\u0131\u011f\u0131m\u0131z<\/p>\n","protected":false},"excerpt":{"rendered":"Laravel Performans\u0131n\u0131 Geli\u015ftirmenin Zorlu Yollar\u0131: Ger\u00e7ek Projelerden 6 Ders Laravel projelerinizde yava\u015fl\u0131k m\u0131 hissediyorsunuz?","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[133],"tags":[],"class_list":{"0":"post-41588","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-php","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nLIKE %keyword%<\/code> gibi indeks dostu olmayan arama sorgular\u0131 da ciddi yava\u015flamalara neden olabilir. Ger\u00e7ek bir projede, \u00fcr\u00fcn listeleme sayfas\u0131nda her \u00fcr\u00fcn\u00fcn kategorisini ve etiketlerini \u00e7ekmeye \u00e7al\u0131\u015f\u0131rken N+1 problemiyle kar\u015f\u0131la\u015fm\u0131\u015ft\u0131k. Ba\u015flang\u0131\u00e7ta 100 \u00fcr\u00fcn i\u00e7in sayfa y\u00fckleme s\u00fcresi kabul edilebilirken, 10.000 \u00fcr\u00fcne ula\u015ft\u0131\u011f\u0131m\u0131zda sayfa tamamen kullan\u0131lamaz hale geldi. Bu t\u00fcr durumlar, geli\u015ftirme a\u015famas\u0131nda k\u00fc\u00e7\u00fck veri setleriyle test yaparken g\u00f6zden ka\u00e7abilir, ancak \u00fcretim ortam\u0131nda b\u00fcy\u00fck veri setleriyle kar\u015f\u0131la\u015f\u0131ld\u0131\u011f\u0131nda ac\u0131mas\u0131zca ortaya \u00e7\u0131kar.<\/p>\nEager Loading: \u0130li\u015fkileri Ak\u0131ll\u0131ca Y\u00fckleme<\/h3>\n
with()<\/code> metodu ile ili\u015fkili verileri ana sorguyla birlikte \u00e7ekebiliriz. Bu, N+1 sorgu yerine, ana kay\u0131tlar i\u00e7in bir sorgu ve ili\u015fkili kay\u0131tlar i\u00e7in bir sorgu olmak \u00fczere toplamda sadece 2 sorgu \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131n\u0131 sa\u011flar. B\u00f6ylece, y\u00fczlerce veya binlerce kay\u0131t i\u00e7in bile veritaban\u0131 y\u00fck\u00fc \u00f6nemli \u00f6l\u00e7\u00fcde azal\u0131r.<\/p>\n\n \/\/ K\u00f6t\u00fc \u00f6rnek: N+1 problemi\n $users = App\\Models\\User::all();\n foreach ($users as $user) {\n echo $user->posts->count(); \/\/ Her kullan\u0131c\u0131 i\u00e7in ayr\u0131 sorgu\n }\n\n \/\/ \u0130yi \u00f6rnek: Eager Loading ile N+1 \u00e7\u00f6z\u00fcm\u00fc\n $users = App\\Models\\User::with('posts')->get();\n foreach ($users as $user) {\n echo $user->posts->count(); \/\/ \u0130li\u015fkiler tek sorguda y\u00fcklendi\n }\n <\/pre>\nwith()<\/code> metodunu zincirleyerek birden fazla ili\u015fkiyi de eager load edebilirsiniz: User::with(['posts', 'comments'])->get()<\/code>. Ayr\u0131ca, ili\u015fkili veriler \u00fczerinde ko\u015fullar uygulamak i\u00e7in bir Closure (kapan\u0131\u015f) kullanabilirsiniz: User::with(['posts' => function ($query) { $query->where('published', true); }])->get()<\/code>. Bu, sadece belirli ko\u015fullar\u0131 sa\u011flayan ili\u015fkili verilerin y\u00fcklenmesini sa\u011flar ve gereksiz veri \u00e7ekimini engeller. \u0130li\u015fkili verilerin say\u0131s\u0131 \u00e7ok fazla ise, withCount()<\/code>, withSum()<\/code> gibi metotlar da sadece say\u0131y\u0131 veya toplam\u0131 \u00e7ekerek bellek kullan\u0131m\u0131n\u0131 azaltabilir.<\/p>\n\u0130ndekslemenin \u00d6nemi ve Yava\u015f Sorgular\u0131 Tespit Etme<\/h3>\n
WHERE<\/code>, ORDER BY<\/code>, GROUP BY<\/code> ve JOIN<\/code> ko\u015fullar\u0131nda kullan\u0131lan s\u00fctunlara indeks eklemek, sorgu performans\u0131n\u0131 dramatik bir \u015fekilde art\u0131rabilir. Ancak, her s\u00fctuna indeks eklemek de iyi bir fikir de\u011fildir, \u00e7\u00fcnk\u00fc indeksler veri yazma (INSERT, UPDATE, DELETE) i\u015flemlerini yava\u015flat\u0131r ve disk alan\u0131 kaplar. Do\u011fru indeksleri belirlemek i\u00e7in veritaban\u0131 y\u00f6neticinizin (\u00f6rne\u011fin MySQL i\u00e7in EXPLAIN<\/code>) sorgu analiz ara\u00e7lar\u0131n\u0131 kullanmak hayati \u00f6nem ta\u015f\u0131r. Laravel Debugbar gibi geli\u015ftirme ara\u00e7lar\u0131, her sayfa iste\u011fi i\u00e7in \u00e7al\u0131\u015ft\u0131r\u0131lan t\u00fcm sorgular\u0131, s\u00fcrelerini ve olas\u0131 N+1 problemlerini g\u00f6stererek yava\u015f sorgular\u0131 tespit etmenize yard\u0131mc\u0131 olur. Ger\u00e7ek bir senaryoda, b\u00fcy\u00fck bir e-ticaret uygulamas\u0131nda \u00fcr\u00fcnleri fiyata veya pop\u00fclerli\u011fe g\u00f6re s\u0131ralarken yava\u015fl\u0131k ya\u015fad\u0131k. price<\/code> ve views_count<\/code> s\u00fctunlar\u0131na indeks ekledi\u011fimizde, s\u0131ralama i\u015flemleri milisaniyeler seviyesine d\u00fc\u015ft\u00fc. \u0130ndekslemeyi bir kez yap\u0131p unutmak yerine, uygulaman\u0131z\u0131n b\u00fcy\u00fcmesi ve veri yap\u0131s\u0131n\u0131n de\u011fi\u015fmesiyle birlikte indekslerinizi d\u00fczenli olarak g\u00f6zden ge\u00e7irmek ve optimize etmek \u00f6nemlidir.<\/p>\n2. \u00d6nbellekleme Mekanizmalar\u0131n\u0131 Etkin Kullanman\u0131n S\u0131rlar\u0131<\/h2>\n
Veritaban\u0131 Sonu\u00e7lar\u0131n\u0131 ve Sayfa Par\u00e7alar\u0131n\u0131 \u00d6nbelle\u011fe Alma<\/h3>\n
Cache::remember()<\/code> metodu, belirli bir anahtar alt\u0131nda veri olup olmad\u0131\u011f\u0131n\u0131 kontrol eder; varsa \u00f6nbellekten d\u00f6ner, yoksa verilen Closure'\u0131 \u00e7al\u0131\u015ft\u0131r\u0131r, sonucunu \u00f6nbelle\u011fe al\u0131r ve sonra d\u00f6nd\u00fcr\u00fcr.<\/p>\n\n \/\/ T\u00fcm aktif \u00fcr\u00fcnleri 60 dakika \u00f6nbelle\u011fe al\n $activeProducts = Cache::remember('active_products', 60, function () {\n return App\\Models\\Product::where('status', 'active')->get();\n });\n\n \/\/ Belirli bir kullan\u0131c\u0131n\u0131n sepetini \u00f6nbelle\u011fe al\n $cart = Cache::remember('user_cart:' . $userId, 30, function () use ($userId) {\n return App\\Models\\Cart::where('user_id', $userId)->first();\n });\n <\/pre>\n@cache<\/code> y\u00f6nergesini kullanarak belirli bir b\u00f6l\u00fcm\u00fc \u00f6nbelle\u011fe alabilirsiniz. Bu, \u00f6zellikle karma\u015f\u0131k veya \u00e7ok say\u0131da sorgu gerektiren bile\u015fenler i\u00e7in etkilidir. \u00d6nbelle\u011fe al\u0131nan verilerin ne zaman ge\u00e7ersiz k\u0131l\u0131naca\u011f\u0131n\u0131 (flush) do\u011fru bir \u015fekilde y\u00f6netmek \u00e7ok \u00f6nemlidir. Bir \u00fcr\u00fcn g\u00fcncellendi\u011finde, o \u00fcr\u00fcnle ilgili \u00f6nbelle\u011fin veya t\u00fcm \u00fcr\u00fcn listesi \u00f6nbelle\u011finin ge\u00e7ersiz k\u0131l\u0131nmas\u0131 gerekir. Cache::forget('active_products')<\/code> veya daha geni\u015f kapsaml\u0131 Cache::flush()<\/code> metotlar\u0131n\u0131 kullanarak bu i\u015flemi ger\u00e7ekle\u015ftirebilirsiniz.<\/p>\nRedis ve Memcached: Do\u011fru Arac\u0131 Se\u00e7mek<\/h3>\n
file<\/code> tabanl\u0131 \u00f6nbellekleme sunsa da, y\u00fcksek performansl\u0131 ve da\u011f\u0131t\u0131lm\u0131\u015f uygulamalar i\u00e7in Redis veya Memcached gibi in-memory (bellek i\u00e7i) depolama sistemleri kullanmak \u00e7ok daha etkilidir. Her ikisi de anahtar-de\u011fer (key-value) depolama sistemleri olup, verileri h\u0131zl\u0131 bir \u015fekilde okuma ve yazma yetene\u011fine sahiptir.<\/p>\n
\n * Memcached:<\/strong> Daha basit bir anahtar-de\u011fer depolama sistemidir. Genellikle saf \u00f6nbellekleme senaryolar\u0131nda, Redis'e g\u00f6re biraz daha d\u00fc\u015f\u00fck gecikme s\u00fcresi sunabilir ancak veri yap\u0131lar\u0131 a\u00e7\u0131s\u0131ndan daha k\u0131s\u0131tl\u0131d\u0131r ve kal\u0131c\u0131l\u0131k \u00f6zelli\u011fi yoktur.<\/p>\nconfig\/cache.php<\/code>) driver<\/code> ayar\u0131n\u0131 de\u011fi\u015ftirerek kolayca Redis veya Memcached'i etkinle\u015ftirebilirsiniz.<\/p>\n3. Arka Plan \u0130\u015fleri ve Kuyruklar: Uzun S\u00fcreli G\u00f6revleri Nas\u0131l Y\u00f6netirsiniz?<\/h2>\n
Senkron \u0130\u015flemlerden Asenkron Yap\u0131ya Ge\u00e7i\u015f<\/h3>\n
dispatch()<\/code> metodunu kullanmak yeterlidir. \u0130lk olarak, bir Job (i\u015f) s\u0131n\u0131f\u0131 olu\u015fturman\u0131z gerekir:<\/p>\n\n php artisan make:job ProcessPodcast\n <\/pre>\nhandle()<\/code> metodunda yapmak istedi\u011finiz i\u015flemi tan\u0131mlars\u0131n\u0131z.<\/p>\n\n \/\/ app\/Jobs\/SendWelcomeEmail.php\n namespace App\\Jobs;\n\n use App\\Models\\User;\n use Illuminate\\Bus\\Queueable;\n use Illuminate\\Contracts\\Queue\\ShouldQueue;\n use Illuminate\\Foundation\\Bus\\Dispatchable;\n use Illuminate\\Queue\\InteractsWithQueue;\n use Illuminate\\Queue\\SerializesModels;\n\n class SendWelcomeEmail implements ShouldQueue\n {\n use Dispatchable, InteractsWithQueue, Queueable, SerializesModels;\n\n protected $user;\n\n public function __construct(User $user)\n {\n $this->user = $user;\n }\n\n public function handle(): void\n {\n \/\/ E-posta g\u00f6nderme mant\u0131\u011f\u0131 buraya gelir\n \\Mail::to($this->user->email)->send(new \\App\\Mail\\WelcomeMail($this->user));\n }\n }\n <\/pre>\n\n \/\/ app\/Http\/Controllers\/UserController.php\n namespace App\\Http\\Controllers;\n\n use App\\Models\\User;\n use App\\Jobs\\SendWelcomeEmail;\n use Illuminate\\Http\\Request;\n\n class UserController extends Controller\n {\n public function register(Request $request)\n {\n \/\/ Kullan\u0131c\u0131 olu\u015fturma i\u015flemleri\n $user = User::create($request->all());\n\n \/\/ Ho\u015f geldin e-postas\u0131n\u0131 kuyru\u011fa at\n SendWelcomeEmail::dispatch($user);\n\n return response()->json(['message' => 'Kullan\u0131c\u0131 ba\u015far\u0131yla kaydedildi. E-posta g\u00f6nderiliyor...']);\n }\n }\n <\/pre>\nKuyruk S\u00fcr\u00fcc\u00fcleri ve \u0130\u015flem Ba\u015far\u0131s\u0131zl\u0131klar\u0131<\/h3>\n
sync<\/code> (varsay\u0131lan, i\u015fleri senkronize \u00e7al\u0131\u015ft\u0131r\u0131r, test i\u00e7in iyidir), database<\/code>, beanstalkd<\/code>, sqs<\/code> ve redis<\/code>. \u00dcretim ortam\u0131nda genellikle redis<\/code> veya beanstalkd<\/code> gibi daha performansl\u0131 s\u00fcr\u00fcc\u00fcler tercih edilir. Redis, hem \u00f6nbellekleme hem de kuyruk y\u00f6netimi i\u00e7in pop\u00fcler bir se\u00e7imdir. Kuyruk i\u015flerini \u00e7al\u0131\u015ft\u0131rmak i\u00e7in sunucunuzda php artisan queue:work<\/code> komutunu \u00e7al\u0131\u015ft\u0131rman\u0131z gerekir. Bu komutu s\u00fcrekli \u00e7al\u0131\u015ft\u0131rmak i\u00e7in Supervisor gibi bir s\u00fcre\u00e7 y\u00f6neticisi kullanman\u0131z \u00f6nerilir. Kuyrukta bir i\u015f ba\u015far\u0131s\u0131z oldu\u011funda, Laravel varsay\u0131lan olarak bu i\u015fi belirli bir say\u0131da yeniden denemeye \u00e7al\u0131\u015f\u0131r. Belirli bir say\u0131dan sonra hala ba\u015far\u0131s\u0131z olursa, i\u015f failed_jobs<\/code> tablosuna kaydedilir. Bu, ba\u015far\u0131s\u0131z i\u015fleri izlemenize ve manuel olarak yeniden denemenize olanak tan\u0131r. \u0130\u015flerinizi yazarken, hata durumlar\u0131n\u0131 ve yeniden deneme mekanizmalar\u0131n\u0131 g\u00f6z \u00f6n\u00fcnde bulundurarak sa\u011flam (robust) kod yazmak \u00f6nemlidir. Ayr\u0131ca, bir i\u015fin belirli bir s\u00fcre i\u00e7inde tamamlanmas\u0131 gerekiyorsa, timeout<\/code> \u00f6zelli\u011fini kullanarak i\u015fin ne kadar s\u00fcre \u00e7al\u0131\u015fabilece\u011fini belirtebilirsiniz.<\/p>\n4. Sunucu ve Ortam Optimizasyonu: Laravel'in En \u0130yi Dostlar\u0131<\/h2>\n
PHP-FPM ve Opcache Ayarlar\u0131: G\u00fcc\u00fc A\u00e7\u0131\u011fa \u00c7\u0131karma<\/h3>\n
mod_php<\/code> mod\u00fcl\u00fcne g\u00f6re \u00e7ok daha verimli ve performansl\u0131d\u0131r. PHP-FPM, belirli say\u0131da PHP i\u015flem havuzu (process pool) olu\u015fturarak, her iste\u011fi ayr\u0131 bir i\u015fleme atar ve b\u00f6ylece e\u015fzamanl\u0131 istekleri daha iyi y\u00f6netir. php-fpm.conf<\/code> dosyas\u0131ndaki ayarlar, uygulaman\u0131z\u0131n ka\u00e7 tane PHP i\u015flemi \u00e7al\u0131\u015ft\u0131rabilece\u011fini, bu i\u015flemlerin ne kadar bellek kullanabilece\u011fini ve ne kadar s\u00fcre bo\u015fta kalabilece\u011fini belirler. pm.max_children<\/code>, pm.start_servers<\/code>, pm.min_spare_servers<\/code>, pm.max_spare_servers<\/code> gibi parametreleri sunucunuzun RAM (rastgele eri\u015fimli bellek) kapasitesine ve beklenen trafik y\u00fck\u00fcne g\u00f6re ayarlamak, performans i\u00e7in kritik \u00f6neme sahiptir. \u00d6rne\u011fin, \u00e7ok fazla max_children<\/code> ayarlamak, sunucunuzun belle\u011finin t\u00fckenmesine neden olabilirken, \u00e7ok az ayarlamak e\u015fzamanl\u0131 istekleri kar\u015f\u0131layamayabilir.<\/p>\nopcache.enable=1<\/code>, opcache.memory_consumption<\/code>, opcache.interned_strings_buffer<\/code>, opcache.max_accelerated_files<\/code> gibi ayarlar\u0131 php.ini<\/code> dosyas\u0131nda optimize etmelisiniz. Genellikle, Opcache i\u00e7in yeterli bellek ay\u0131rmak (\u00f6rne\u011fin 128MB veya 256MB) ve max_accelerated_files<\/code> de\u011ferini uygulaman\u0131zdaki PHP dosyas\u0131 say\u0131s\u0131n\u0131n \u00fczerinde tutmak iyi bir ba\u015flang\u0131\u00e7t\u0131r.<\/p>\nWeb Sunucusu Se\u00e7imi ve Yap\u0131land\u0131rmas\u0131 (Nginx vs Apache)<\/h3>\n
fastcgi_pass<\/code> direktifi ile PHP-FPM'e istekleri y\u00f6nlendirmeniz gerekir.
\n * Apache:<\/strong> Daha eski ve daha esnek bir web sunucusudur. Geni\u015f bir mod\u00fcl yelpazesi sunar ve mod_php<\/code> ile kolay entegrasyonu sayesinde ba\u015flang\u0131\u00e7 i\u00e7in daha basit olabilir. Ancak, y\u00fcksek trafik alt\u0131nda genellikle Nginx'e g\u00f6re daha fazla bellek t\u00fcketir ve daha az performansl\u0131 olabilir. E\u011fer Apache kullan\u0131yorsan\u0131z, mpm_event<\/code> veya mpm_worker<\/code> gibi MPM (Multi-Processing Module) mod\u00fcllerini kullanmak, mpm_prefork<\/code>'a g\u00f6re daha iyi performans sunar.<\/p>\ntry_files<\/code> direktifi ile Laravel'in public\/index.php<\/code> dosyas\u0131n\u0131 do\u011fru bir \u015fekilde y\u00f6nlendirmek ve statik dosyalar i\u00e7in \u00f6nbellekleme ba\u015fl\u0131klar\u0131 eklemek, frontend performans\u0131n\u0131 da olumlu etkileyecektir. Web sunucunuzun eri\u015fim ve hata loglar\u0131n\u0131 d\u00fczenli olarak kontrol etmek, performans sorunlar\u0131n\u0131n ve potansiyel g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131n erken tespit edilmesine yard\u0131mc\u0131 olur.<\/p>\n5. Frontend Performans\u0131: Kullan\u0131c\u0131 Deneyimini Nas\u0131l H\u0131zland\u0131r\u0131rs\u0131n\u0131z?<\/h2>\n