\n Uzman \u0130pucu: N+1 sorununu tespit etmek i\u00e7in Laravel Debugbar gibi ara\u00e7lar\u0131 kullanabilirsiniz. Bu ara\u00e7lar, sayfan\u0131zda ka\u00e7 sorgu yap\u0131ld\u0131\u011f\u0131n\u0131 ve hangi ili\u015fkilerin N+1'e neden oldu\u011funu net bir \u015fekilde g\u00f6sterir.\n<\/div>\n

\u00d6zetle, Eloquent performans optimizasyonunun ilk ve en kritik ad\u0131m\u0131, N+1 sorgu problemini anlamak ve with()<\/code> metodu ile ili\u015fkili y\u00fcklemeyi etkin bir \u015fekilde kullanmakt\u0131r. Bu temel prensibi uygulayarak bile uygulaman\u0131z\u0131n tepki s\u00fcresinde g\u00f6zle g\u00f6r\u00fcl\u00fcr iyile\u015fmeler elde edebilirsiniz. B\u00f6ylece, veritaban\u0131 etkile\u015fimleriniz \u00e7ok daha verimli hale gelecek ve uygulaman\u0131z\u0131n genel performans\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde artacakt\u0131r. Bu, 3 saniyelik y\u00fckleme s\u00fcrelerini 300 milisaniyeye indirgeme yolculu\u011funuzdaki en b\u00fcy\u00fck ad\u0131mlardan biridir.<\/p>\n

Sorgu Geli\u015ftirme: Daha Ak\u0131ll\u0131 Veri \u00c7ekimi Nas\u0131l Yap\u0131l\u0131r?<\/h2>\nN+1 sorununu \u00e7\u00f6zmek, performans optimizasyonunun \u00f6nemli bir ad\u0131m\u0131d\u0131r; ancak Eloquent sorgular\u0131n\u0131 daha da h\u0131zland\u0131rmak i\u00e7in yapabilece\u011fimiz \u00e7ok \u015fey var. \"Daha ak\u0131ll\u0131 veri \u00e7ekimi\", sadece ihtiyac\u0131n\u0131z olan veriyi \u00e7ekmek ve gereksiz s\u00fctunlar\u0131 veya sat\u0131rlar\u0131 veritaban\u0131ndan getirmemek anlam\u0131na gelir. Bu yakla\u015f\u0131m, hem veritaban\u0131 sunucusundaki y\u00fck\u00fc azalt\u0131r hem de Laravel uygulaman\u0131z\u0131n bellek kullan\u0131m\u0131n\u0131 optimize eder.<\/p>\n Gereksiz S\u00fctunlardan Kurtulun: select()<\/code> Metodu<\/h3>\nVarsay\u0131lan olarak, Eloquent bir modelin t\u00fcm s\u00fctunlar\u0131n\u0131 (SELECT *<\/code>) \u00e7eker. \u00c7o\u011fu zaman, bir listenin veya detay\u0131n sadece belirli s\u00fctunlar\u0131na ihtiyac\u0131n\u0131z olur. \u00d6rne\u011fin, sadece kullan\u0131c\u0131lar\u0131n adlar\u0131n\u0131 ve e-posta adreslerini g\u00f6steren bir tablo i\u00e7in t\u00fcm kullan\u0131c\u0131 bilgilerini \u00e7ekmek israft\u0131r. select()<\/code> metodunu kullanarak sadece ihtiyac\u0131n\u0131z olan s\u00fctunlar\u0131 belirleyebilirsiniz:<\/p>\n \n\/\/ T\u00fcm s\u00fctunlar\u0131 \u00e7eker - verimsiz\n$users = User::all();\n\n\/\/ Sadece 'id', 'name' ve 'email' s\u00fctunlar\u0131n\u0131 \u00e7eker - \u00e7ok daha verimli\n$users = User::select('id', 'name', 'email')->get();\n<\/pre>\n<\/code><\/p>\n \u0130li\u015fkili modelleri \u00e7ekerken de select()<\/code> kullanmak m\u00fcmk\u00fcnd\u00fcr, b\u00f6ylece ili\u015fkili tablolardan da sadece gerekli s\u00fctunlar\u0131 \u00e7ekersiniz:<\/p>\n \n$posts = Post::with(['user' => function ($query) {\n $query->select('id', 'name'); \/\/ User modelinden sadece id ve name s\u00fctunlar\u0131n\u0131 \u00e7ek\n}])->select('id', 'title', 'user_id')->get();\n<\/pre>\n<\/code><\/p>\n Bu teknik, \u00f6zellikle \u00e7ok say\u0131da s\u00fctuna sahip tablolarda veya \u00e7ok say\u0131da kay\u0131t \u00e7ekerken b\u00fcy\u00fck bir performans fark\u0131 yaratabilir. \u00c7\u00fcnk\u00fc veritaban\u0131ndan daha az veri transferi yap\u0131l\u0131r, bu da a\u011f trafi\u011fini ve bellek kullan\u0131m\u0131n\u0131 azalt\u0131r.<\/p>\n Ko\u015fullu \u0130li\u015fki Y\u00fckleme: whereHas()<\/code> ve withWhereHas()<\/code><\/h3>\nBazen belirli bir kritere uyan ili\u015fkilere sahip ana modelleri filtrelemek istersiniz. \u00d6rne\u011fin, sadece \"aktif\" yorumlar\u0131 olan yaz\u0131lar\u0131 listelemek gibi. whereHas()<\/code> metodu, ili\u015fkili bir modeldeki ko\u015fula g\u00f6re ana modeli filtrelemenizi sa\u011flar. Bu, ana modelin t\u00fcm ili\u015fkilerini \u00e7ekmeden, sadece ilgili ana modelleri getirmenize olanak tan\u0131r.<\/p>\n \n\/\/ En az bir aktif yorumu olan t\u00fcm yaz\u0131lar\u0131 getir\n$postsWithActiveComments = Post::whereHas('comments', function ($query) {\n $query->where('is_active', true);\n})->get();\n<\/pre>\n<\/code><\/p>\n E\u011fer hem bu filtrelemeyi yapmak hem de ili\u015fkili veriyi de y\u00fcklemek isterseniz, withWhereHas()<\/code> kullanabilirsiniz. Bu metod, hem whereHas()<\/code> gibi filtreleme yapar hem de with()<\/code> gibi ili\u015fkili veriyi \u00f6nceden y\u00fckler:<\/p>\n \n\/\/ En az bir aktif yorumu olan t\u00fcm yaz\u0131lar\u0131 getir ve sadece aktif yorumlar\u0131 y\u00fckle\n$postsWithActiveComments = Post::withWhereHas('comments', function ($query) {\n $query->where('is_active', true);\n})->get();\n<\/pre>\n<\/code><\/p>\n Bu, \u00f6zellikle karma\u015f\u0131k filtreleme senaryolar\u0131nda, gereksiz veri \u00e7ekimini \u00f6nleyerek performans\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. Bu sayede, hem ana sorgu hem de ili\u015fkili sorgu daha odakl\u0131 ve verimli hale gelir.<\/p>\n Ko\u015fullu Sorgu Ekleme: when()<\/code> Metodu<\/h3>\nBazen sorgu ko\u015fullar\u0131n\u0131z belirli bir duruma (\u00f6rne\u011fin, bir kullan\u0131c\u0131n\u0131n belirli bir yetkisi olup olmad\u0131\u011f\u0131na veya bir form giri\u015finin varl\u0131\u011f\u0131na) ba\u011fl\u0131 olabilir. Laravel'in when()<\/code> metodu, bu t\u00fcr ko\u015fullu sorgular\u0131 daha temiz ve okunabilir bir \u015fekilde yazman\u0131z\u0131 sa\u011flar.<\/p>\n \n$searchQuery = request('search');\n\n$users = User::query()\n ->when($searchQuery, function ($query, $search) {\n $query->where('name', 'like', \"%{$search}%\")\n ->orWhere('email', 'like', \"%{$search}%\");\n })\n ->get();\n<\/pre>\n<\/code><\/p>\n Yukar\u0131daki \u00f6rnekte, e\u011fer $searchQuery<\/code> dolu ise, arama ko\u015fullar\u0131 sorguya eklenir; aksi takdirde eklenmez. Bu, if-else bloklar\u0131 kullanmadan sorgular\u0131n\u0131z\u0131 dinamik hale getirmenizi sa\u011flar, kodu daha mod\u00fcler ve hatas\u0131z yapar. Bu gibi y\u00f6ntemler, hem kod kalitesini art\u0131r\u0131r hem de gereksiz sorgu mant\u0131klar\u0131n\u0131n \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131n\u0131 engelleyerek performansa dolayl\u0131 yoldan katk\u0131da bulunur.<\/p>\n \n Uzman \u0130pucu: Eloquent'in Collection metotlar\u0131n\u0131 kullan\u0131rken dikkatli olun. filter()<\/code> veya map()<\/code> gibi metotlar veritaban\u0131 yerine PHP taraf\u0131nda \u00e7al\u0131\u015ft\u0131\u011f\u0131 i\u00e7in, b\u00fcy\u00fck koleksiyonlarda bellek ve CPU t\u00fcketimini art\u0131rabilir. M\u00fcmk\u00fcn oldu\u011funca filtrelemeyi ve d\u00f6n\u00fc\u015f\u00fcmleri veritaban\u0131 seviyesinde yapmaya \u00e7al\u0131\u015f\u0131n.\n<\/div>\nBu geli\u015fmi\u015f sorgu geli\u015ftirme tekniklerini uygulayarak, Eloquent sorgular\u0131n\u0131z\u0131n sadece do\u011fru veriyi, do\u011fru zamanda ve en verimli \u015fekilde \u00e7ekmesini sa\u011flayabilirsiniz. Bu, uygulaman\u0131z\u0131n genel tepki s\u00fcresini \u00f6nemli \u00f6l\u00e7\u00fcde d\u00fc\u015f\u00fcrerek 300 milisaniye hedefine ula\u015fman\u0131zda kritik bir rol oynar. Her bir sorguyu bir kaynak olarak d\u00fc\u015f\u00fcn\u00fcn ve sadece gerekli olan\u0131 talep edin. Bu zihniyet, performans\u0131n temelini olu\u015fturur.<\/p>\n \u0130ndekslerin G\u00fcc\u00fc ve Veritaban\u0131 Optimizasyonlar\u0131: G\u00f6r\u00fcnmez Kahramanlar<\/h2>\nLaravel Eloquent optimizasyonlar\u0131 \u00e7o\u011funlukla kod taraf\u0131nda ger\u00e7ekle\u015fse de, performans\u0131n b\u00fcy\u00fck bir k\u0131sm\u0131 veritaban\u0131n\u0131n kendisinde gizlidir. Veritaban\u0131 indeksleri, \"g\u00f6r\u00fcnmez kahramanlar\" gibidir; do\u011fru kullan\u0131ld\u0131klar\u0131nda sorgu h\u0131zlar\u0131n\u0131 dramatik bir \u015fekilde art\u0131rabilirler. Ancak yanl\u0131\u015f kullan\u0131ld\u0131klar\u0131nda veya hi\u00e7 kullan\u0131lmad\u0131klar\u0131nda ciddi yava\u015flamalara neden olabilirler. Veritaban\u0131 optimizasyonlar\u0131, Eloquent sorgular\u0131m\u0131z\u0131n veritaban\u0131 motoru taraf\u0131ndan \u00e7ok daha h\u0131zl\u0131 i\u015flenmesini sa\u011flayarak genel uygulama performans\u0131na do\u011frudan etki eder.<\/p>\n Veritaban\u0131 \u0130ndeksleri Neden \u00d6nemlidir?<\/h3>\nBir veritaban\u0131 indeksini, bir kitab\u0131n i\u00e7indekiler veya dizin k\u0131sm\u0131 gibi d\u00fc\u015f\u00fcnebilirsiniz. Bir kitaptan belirli bir konuyu bulmak i\u00e7in t\u00fcm sayfalar\u0131 tek tek okumak yerine, i\u00e7indekiler k\u0131sm\u0131ndan do\u011frudan ilgili sayfaya gidersiniz. \u0130ndeksler de veritaban\u0131 tablolar\u0131nda tam olarak ayn\u0131 i\u015flevi g\u00f6r\u00fcrler: belirli bir s\u00fctundaki veriye h\u0131zl\u0131 eri\u015fim sa\u011flarlar. \u00d6zellikle WHERE<\/code> ko\u015fullar\u0131nda, JOIN<\/code> i\u015flemlerinde, ORDER BY<\/code> s\u0131ralamalar\u0131nda ve GROUP BY<\/code> gruplamalar\u0131nda s\u0131k\u00e7a kullan\u0131lan s\u00fctunlara indeks eklemek, sorgu h\u0131zlar\u0131n\u0131 katbekat art\u0131rabilir.<\/p>\n \u00d6rne\u011fin, bir users<\/code> tablosunda email<\/code> s\u00fctunu \u00fczerinde s\u00fcrekli arama yap\u0131yorsan\u0131z (\u00f6rne\u011fin, giri\u015f yaparken), bu s\u00fctuna bir indeks eklemek, arama s\u00fcresini saniyelerden milisaniyelere d\u00fc\u015f\u00fcrebilir. Bir Laravel migration dosyas\u0131nda indeks eklemek olduk\u00e7a basittir:<\/p>\n \nSchema::table('users', function (Blueprint $table) {\n $table->index('email'); \/\/ Tek bir s\u00fctun i\u00e7in indeks\n $table->index(['first_name', 'last_name']); \/\/ Birden fazla s\u00fctun i\u00e7in bile\u015fik indeks\n});\n<\/pre>\n<\/code><\/p>\n Ancak indekslerin de bir maliyeti vard\u0131r. Her indeks, veritaban\u0131nda ek depolama alan\u0131 kaplar ve INSERT<\/code>, UPDATE<\/code>, DELETE<\/code> i\u015flemleri s\u0131ras\u0131nda g\u00fcncellenmesi gerekir. Bu nedenle, \u00e7ok fazla indeks eklemek yazma i\u015flemlerini yava\u015flatabilir. \u0130ndeksleri, okuma performans\u0131 i\u00e7in kritik olan ve s\u0131k\u00e7a sorgulanan s\u00fctunlara ak\u0131ll\u0131ca eklemek en iyisidir. \u00d6zellikle foreign key<\/code> (yabanc\u0131 anahtar) tan\u0131mlar\u0131 i\u00e7in otomatik olarak indeksler olu\u015fturulsa da, bu indekslerin sorgu desenlerinize uygun olup olmad\u0131\u011f\u0131n\u0131 kontrol etmek \u00f6nemlidir.<\/p>\n Veritaban\u0131 Motoru Se\u00e7imi ve Ayarlar\u0131<\/h3>\nKulland\u0131\u011f\u0131n\u0131z veritaban\u0131 motoru (MySQL i\u00e7in InnoDB, PostgreSQL i\u00e7in farkl\u0131 se\u00e7enekler vb.) ve onun yap\u0131land\u0131rmas\u0131 da performansta b\u00fcy\u00fck rol oynar. \u00d6rne\u011fin, MySQL'de InnoDB motoru i\u015flem g\u00fcvenli\u011fi ve sat\u0131r seviyesi kilitleme i\u00e7in iyidir, ancak MyISAM daha basit okuma odakl\u0131 uygulamalar i\u00e7in bazen daha h\u0131zl\u0131 olabilir (ancak MyISAM'\u0131n getirdi\u011fi ba\u015fka k\u0131s\u0131tlamalar ve riskler vard\u0131r). Veritaban\u0131 sunucunuzun my.cnf<\/code> veya postgresql.conf<\/code> gibi yap\u0131land\u0131rma dosyalar\u0131ndaki ayarlar (bellek limitleri, ba\u011flant\u0131 havuzu boyutu vb.) da veritaban\u0131n\u0131n genel performans\u0131n\u0131 etkiler. Bu ayarlar, genellikle sunucu y\u00f6neticileri veya DevOps ekipleri taraf\u0131ndan yap\u0131l\u0131r, ancak bir geli\u015ftirici olarak temel bilgileri bilmek faydal\u0131d\u0131r.<\/p>\n Sorgu Planlar\u0131n\u0131 Anlamak<\/h3>\nVeritaban\u0131 optimizasyonunun ileri d\u00fczey bir y\u00f6n\u00fc, sorgu planlar\u0131n\u0131 (query plans) analiz etmektir. Neredeyse t\u00fcm modern veritaban\u0131 sistemleri (MySQL, PostgreSQL vb.), bir sorgunun nas\u0131l y\u00fcr\u00fct\u00fclece\u011fini g\u00f6steren bir \"sorgu plan\u0131\" \u00e7\u0131karman\u0131za olanak tan\u0131r. MySQL i\u00e7in EXPLAIN<\/code> anahtar kelimesi ile bir sorgunun nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 g\u00f6rebilirsiniz:<\/p>\n \nEXPLAIN SELECT * FROM users WHERE email = 'test@example.com';\n<\/pre>\n<\/code><\/p>\n Bu plan, sorgunun hangi indeksleri kulland\u0131\u011f\u0131n\u0131, ka\u00e7 sat\u0131r tarad\u0131\u011f\u0131n\u0131, hangi birle\u015ftirme (join) metodunu kulland\u0131\u011f\u0131n\u0131 ve olas\u0131 performans darbo\u011fazlar\u0131n\u0131 g\u00f6sterir. Sorgu planlar\u0131n\u0131 okumay\u0131 \u00f6\u011frenmek, veritaban\u0131 performans sorunlar\u0131n\u0131 derinlemesine te\u015fhis etmek ve indeksleme stratejinizi optimize etmek i\u00e7in paha bi\u00e7ilmez bir beceridir.<\/p>\n \n Uzman \u0130pucu: \u00c7ok say\u0131da COUNT()<\/code> sorgusu yerine, gerekti\u011finde \u00f6nbellek tabanl\u0131 say\u0131m (\u00f6rne\u011fin, Redis'te bir saya\u00e7 tutma) kullanmay\u0131 d\u00fc\u015f\u00fcnebilirsiniz. \u0130li\u015fkili modellerin say\u0131s\u0131n\u0131 almak i\u00e7in withCount()<\/code> metodunu kullanmak, N+1 problemine neden olmadan tek bir sorgu ile count i\u015flemini yapar ve daha verimlidir.\n<\/div>\n\n$posts = Post::withCount('comments')->get();\nforeach ($posts as $post) {\n echo $post->comments_count; \/\/ Yorum say\u0131s\u0131 tek sorguda y\u00fcklendi\n}\n<\/pre>\n<\/code><\/p>\n \u00d6zetle, Eloquent sorgular\u0131n\u0131z\u0131n h\u0131z\u0131n\u0131 art\u0131rmak sadece PHP kodunuzu optimize etmekle kalmaz, ayn\u0131 zamanda veritaban\u0131 d\u00fczeyindeki temel prensipleri anlamay\u0131 ve uygulamay\u0131 da gerektirir. Do\u011fru indeksleme, uygun veritaban\u0131 motoru se\u00e7imi ve sorgu plan\u0131 analizi, uygulaman\u0131z\u0131n 3 saniyelik y\u00fckleme s\u00fcrelerini 300 milisaniyeye indirme yolculu\u011funuzda size b\u00fcy\u00fck avantajlar sa\u011flayacakt\u0131r. Bu \"g\u00f6r\u00fcnmez kahramanlar\", uygulaman\u0131z\u0131n iskeletini g\u00fc\u00e7lendirerek daha sa\u011flam ve h\u0131zl\u0131 bir yap\u0131 olu\u015fturur.<\/p>\n \u00d6nbellekleme (Caching) Stratejileri: Tekrar Tekrar Sorgulamay\u0131n!<\/h2>\nUygulaman\u0131z\u0131n performans\u0131n\u0131 radikal bir \u015fekilde art\u0131rman\u0131n en etkili yollar\u0131ndan biri \u00f6nbellekleme (caching) kullanmakt\u0131r. \u00d6nbellekleme, s\u0131k\u00e7a eri\u015filen verileri (veritaban\u0131 sorgu sonu\u00e7lar\u0131, API yan\u0131tlar\u0131, hesaplanm\u0131\u015f de\u011ferler vb.) daha h\u0131zl\u0131 bir depolama alan\u0131nda (genellikle RAM i\u00e7inde \u00e7al\u0131\u015fan Redis veya Memcached gibi sistemlerde) tutma i\u015flemidir. B\u00f6ylece, ayn\u0131 veriye tekrar ihtiya\u00e7 duyuldu\u011funda veritaban\u0131na gitmek yerine \u00f6nbellekten \u00e7ekilir, bu da sorgu s\u00fcresini neredeyse s\u0131f\u0131ra indirir.<\/p>\n \u00d6nbellekleme, \u00f6zellikle de\u011fi\u015fmeyen veya nadiren de\u011fi\u015fen veriler i\u00e7in inan\u0131lmaz derecede faydal\u0131d\u0131r. \u00d6rne\u011fin, bir \u00fcr\u00fcn katalo\u011fundaki kategori listeleri, blog yaz\u0131lar\u0131 (g\u00fcncellenene kadar), site ayarlar\u0131 veya \u00e7ok say\u0131da kullan\u0131c\u0131n\u0131n ayn\u0131 anda eri\u015fti\u011fi pop\u00fcler i\u00e7erikler i\u00e7in \u00f6nbellekleme idealdir. Uygulaman\u0131z\u0131n performans\u0131n\u0131 3 saniyelerden 300 milisaniyeye d\u00fc\u015f\u00fcrmenin anahtarlar\u0131ndan biri kesinlikle ak\u0131ll\u0131 \u00f6nbellekleme stratejileridir.<\/p>\n Laravel Cache Sistemi ile \u00c7al\u0131\u015fmak<\/h3>\nLaravel, \u00e7e\u015fitli \u00f6nbellek s\u00fcr\u00fcc\u00fclerini (file, database, APC, Memcached, Redis) destekleyen g\u00fc\u00e7l\u00fc ve esnek bir \u00f6nbellek API'si sunar. Kullan\u0131m\u0131 son derece basittir.<\/p>\n \nuse Illuminate\\Support\\Facades\\Cache;\n\n\/\/ \u00d6nbellekten 'all_products' anahtar\u0131 ile \u00fcr\u00fcnleri \u00e7ekmeye \u00e7al\u0131\u015f\n\/\/ E\u011fer yoksa, Eloquent ile \u00e7ek ve 60 dakika boyunca \u00f6nbellekte sakla\n$products = Cache::remember('all_products', 60 * 60, function () {\n return Product::with('category')->get();\n});\n\n\/\/ Veya belirli bir anahtar\u0131 ve de\u011feri sakla\nCache::put('my_setting', 'some_value', $minutes = 10);\n\n\/\/ \u00d6nbellekten \u00e7ek\n$setting = Cache::get('my_setting');\n\n\/\/ \u00d6nbellekten sil\nCache::forget('my_setting');\n<\/pre>\n<\/code><\/p>\n Yukar\u0131daki \u00f6rnekte Cache::remember()<\/code> metodu olduk\u00e7a g\u00fc\u00e7l\u00fcd\u00fcr. Belirtilen anahtar ('all_products'<\/code>) \u00f6nbellekte varsa de\u011feri d\u00f6nd\u00fcr\u00fcr. Yoksa, kapatma fonksiyonunu \u00e7al\u0131\u015ft\u0131r\u0131r, sonucunu d\u00f6nd\u00fcr\u00fcr ve belirtilen s\u00fcre (60 * 60<\/code> saniye, yani 1 saat) boyunca \u00f6nbellekte saklar. Bu, veritaban\u0131na yap\u0131lan sorgu say\u0131s\u0131n\u0131 ciddi \u00f6l\u00e7\u00fcde azalt\u0131r.<\/p>\n \u00d6nbellekleme Stratejileri ve \u00d6nbellek Ge\u00e7ersiz K\u0131lma<\/h3>\n\u00d6nbelleklemenin en zorlay\u0131c\u0131 k\u0131sm\u0131, veriler g\u00fcncellendi\u011finde \u00f6nbelle\u011fi \"ge\u00e7ersiz k\u0131lmakt\u0131r\" (cache invalidation). Yanl\u0131\u015f veya eski verilerle \u00e7al\u0131\u015fmak, \u00f6nbelleklemenin sa\u011flad\u0131\u011f\u0131 avantajlar\u0131 ortadan kald\u0131rabilir.<\/p>\n \nZaman Tabanl\u0131 Ge\u00e7ersiz K\u0131lma:<\/strong> En basit y\u00f6ntem, belirli bir s\u00fcre sonunda \u00f6nbelle\u011fin otomatik olarak silinmesidir. \u00d6rne\u011fin, bir saatte bir g\u00fcncellenen veriler i\u00e7in 1 saatlik \u00f6nbellek s\u00fcresi belirleyebilirsiniz.<\/li>\n Olay Tabanl\u0131 Ge\u00e7ersiz K\u0131lma:<\/strong> Veri her g\u00fcncellendi\u011finde (olu\u015fturuldu\u011funda, d\u00fczenlendi\u011finde, silindi\u011finde) ilgili \u00f6nbelle\u011fi silmek. Bu, model olaylar\u0131n\u0131 (Model Events) kullanarak Laravel'de kolayca yap\u0131labilir. \u00d6rne\u011fin, bir \u00fcr\u00fcn g\u00fcncellendi\u011finde 'all_products' \u00f6nbelle\u011fini silmek:<\/p>\n\n\/\/ app\/Providers\/AppServiceProvider.php veya ayr\u0131 bir Observer s\u0131n\u0131f\u0131nda\nuse App\\Models\\Product;\nuse Illuminate\\Support\\Facades\\Cache;\n\nProduct::updated(function (Product $product) {\n Cache::forget('all_products');\n Cache::forget('product_' . $product->id); \/\/ Tekil \u00fcr\u00fcn \u00f6nbelle\u011fini de sil\n});\n<\/pre>\n<\/code>\n <\/li>\n Etiketli \u00d6nbellekleme (Cache Tags):<\/strong> Laravel, Redis veya Memcached s\u00fcr\u00fcc\u00fcleri i\u00e7in etiketli \u00f6nbellekleme sunar. Bu, ilgili \u00f6nbellek \u00f6\u011felerini grupland\u0131rman\u0131za ve tek bir etiketle t\u00fcm grubu silmenize olanak tan\u0131r. \u00d6rne\u011fin, t\u00fcm \"\u00fcr\u00fcnler\" etiketine sahip \u00f6nbellekleri tek seferde silebilirsiniz.\n\n\/\/ 'products' etiketiyle \u00fcr\u00fcnleri \u00f6nbellekte sakla\nCache::tags(['products'])->remember('all_products', 60*60, function () {\n return Product::all();\n});\n\n\/\/ Bir \u00fcr\u00fcn g\u00fcncellendi\u011finde t\u00fcm 'products' etiketli \u00f6nbellekleri sil\nCache::tags(['products'])->flush();\n<\/pre>\n<\/code>\n <\/li>\n<\/ul>\n \u00d6nbellekleme yaparken \u015funlara dikkat etmek \u00f6nemlidir:<\/p>\n \nSadece \u0130htiyac\u0131n\u0131z Olan\u0131 \u00d6nbellekleme:<\/strong> Her \u015feyi \u00f6nbelleklemeye \u00e7al\u0131\u015fmay\u0131n. Yaln\u0131zca s\u0131k\u00e7a okunan ve nadiren de\u011fi\u015fen verileri hedefleyin.<\/li>\n \u00d6nbellek Anahtar\u0131 Stratejisi:<\/strong> \u00d6nbellek anahtarlar\u0131n\u0131z\u0131n benzersiz ve a\u00e7\u0131klay\u0131c\u0131 oldu\u011fundan emin olun (\u00f6rn. user_123_posts<\/code>, product_list_category_5<\/code>).<\/li>\n \u00d6nbellek S\u00fcr\u00fcc\u00fcs\u00fc Se\u00e7imi:<\/strong> B\u00fcy\u00fck \u00f6l\u00e7ekli ve y\u00fcksek performansl\u0131 uygulamalar i\u00e7in Redis veya Memcached gibi in-memory \u00f6nbellek s\u00fcr\u00fcc\u00fcleri genellikle en iyi se\u00e7enektir.<\/li>\n<\/ul>\n\n Uzman \u0130pucu: \u00c7ok say\u0131da k\u00fc\u00e7\u00fck \u00f6nbellek \u00f6\u011fesi yerine, mant\u0131ksal olarak ili\u015fkili verileri tek bir b\u00fcy\u00fck \u00f6nbellek \u00f6\u011fesinde birle\u015ftirerek (\u00f6rne\u011fin, bir sayfan\u0131n t\u00fcm verisini i\u00e7eren bir JSON nesnesi) \u00f6nbellek eri\u015fimini ve y\u00f6netimini kolayla\u015ft\u0131rabilirsiniz.\n<\/div>\n\u00d6nbellekleme stratejilerini do\u011fru bir \u015fekilde uygulayarak, uygulaman\u0131z\u0131n veritaban\u0131 \u00fczerindeki y\u00fck\u00fcn\u00fc \u00f6nemli \u00f6l\u00e7\u00fcde azaltabilir, a\u011f trafi\u011fini d\u00fc\u015f\u00fcrebilir ve kullan\u0131c\u0131lar\u0131n\u0131za milisaniyeler i\u00e7inde yan\u0131t veren bir deneyim sunabilirsiniz. Bu, 3 saniyeden 300 milisaniyeye ge\u00e7i\u015fteki en g\u00fc\u00e7l\u00fc ara\u00e7lar\u0131n\u0131zdan biridir ve uygulaman\u0131z\u0131n \u00f6l\u00e7eklenebilirli\u011fini de art\u0131r\u0131r.<\/p>\n Daha \u0130leri Optimizasyonlar ve Ger\u00e7ek D\u00fcnya Senaryolar\u0131<\/h2>\nTemel ve orta seviye optimizasyon tekniklerini \u00f6\u011frendikten sonra, s\u0131ra daha incelikli ve belirli senaryolarda hayat kurtar\u0131c\u0131 olabilecek ileri d\u00fczey tekniklere geliyor. Bu teknikler, genellikle \u00e7ok b\u00fcy\u00fck veri k\u00fcmeleriyle \u00e7al\u0131\u015f\u0131rken veya \u00f6zel performans sorunlar\u0131yla kar\u015f\u0131la\u015f\u0131ld\u0131\u011f\u0131nda devreye girer. Ger\u00e7ek d\u00fcnya senaryolar\u0131nda, bu ara\u00e7lar uygulaman\u0131z\u0131n performans\u0131n\u0131 daha da ileriye ta\u015f\u0131r.<\/p>\n Bellek Dostu B\u00fcy\u00fck Veri \u0130\u015fleme: chunk()<\/code>, lazy()<\/code> ve cursor()<\/code><\/h3>\nBazen binlerce, hatta milyonlarca kayd\u0131 i\u015flemeniz gerekebilir. Post::all()<\/code> gibi y\u00f6ntemler, t\u00fcm kay\u0131tlar\u0131 belle\u011fe tek seferde y\u00fckleyerek uygulaman\u0131z\u0131n belle\u011fini \u015fi\u015firebilir ve hatta \u00e7\u00f6kertebilir. Laravel bu sorun i\u00e7in harika \u00e7\u00f6z\u00fcmler sunar:<\/p>\n \nchunk()<\/code>:<\/strong> B\u00fcy\u00fck sonu\u00e7 k\u00fcmelerini k\u00fc\u00e7\u00fck \"par\u00e7alara\" b\u00f6lerek i\u015fler. Her par\u00e7a i\u015flendikten sonra bellekten serbest b\u0131rak\u0131l\u0131r, bu da bellek t\u00fcketimini kontrol alt\u0131nda tutar. \u00d6zellikle rapor olu\u015fturma, veri analizi veya toplu e-posta g\u00f6nderme gibi g\u00f6revlerde kullan\u0131l\u0131r.\n\n\/\/ 100'er adet g\u00f6nderiyi par\u00e7a par\u00e7a i\u015fler\nPost::chunk(100, function ($posts) {\n foreach ($posts as $post) {\n \/\/ Her post \u00fczerinde i\u015flem yap\n echo $post->title . \"\\n\";\n }\n});\n<\/pre>\n<\/code>\n <\/li>\n lazy()<\/code>:<\/strong> chunk()<\/code>'a benzer \u015fekilde \u00e7al\u0131\u015f\u0131r, ancak her ili\u015fkili modeli sadece gerekti\u011finde y\u00fckler (lazy loading) ve her \"par\u00e7a\" bir generator d\u00f6nd\u00fcr\u00fcr. Bu, bellek optimizasyonu i\u00e7in daha da etkilidir, \u00e7\u00fcnk\u00fc t\u00fcm par\u00e7alar\u0131n ayn\u0131 anda belle\u011fe y\u00fcklenmesini engeller. Laravel 9 ve \u00fczeri s\u00fcr\u00fcmlerde lazyById()<\/code> veya lazyByIdDesc()<\/code> gibi y\u00f6ntemler de mevcuttur.\n\n\/\/ \u0130li\u015fkileri lazy y\u00fckleyerek 100'er adet g\u00f6nderiyi i\u015fler\nforeach (Post::with('user')->lazy(100) as $post) {\n echo $post->user->name . ' - ' . $post->title . \"\\n\";\n}\n<\/pre>\n<\/code>\n <\/li>\n cursor()<\/code>:<\/strong> Veritaban\u0131ndan tek bir \"imle\u00e7\" (cursor) d\u00f6nd\u00fcr\u00fcr ve kay\u0131tlar\u0131 tek tek iterasyon s\u0131ras\u0131nda \u00e7eker. Bu, en bellek dostu y\u00f6ntemdir ancak genellikle t\u00fcm kay\u0131tlar \u00e7ekilene kadar veritaban\u0131 ba\u011flant\u0131s\u0131n\u0131 a\u00e7\u0131k tutar. \u00c7ok b\u00fcy\u00fck veri k\u00fcmeleri i\u00e7in en uygun se\u00e7enektir.\n\nforeach (Post::cursor() as $post) {\n echo $post->title . \"\\n\";\n}\n<\/pre>\n<\/code>\n <\/li>\n<\/ul>\n Daha Ak\u0131ll\u0131 \u0130li\u015fki Y\u00f6netimi: lazyLoad()<\/code> ve append()<\/code><\/h3>\nBazen bir model y\u00fcklendikten sonra belirli bir ili\u015fkiyi ko\u015fullu olarak y\u00fcklemeniz gerekebilir. lazyLoad()<\/code> metodu, zaten y\u00fcklenmi\u015f bir model koleksiyonu i\u00e7in ili\u015fkileri toplu olarak y\u00fcklemenize olanak tan\u0131r:<\/p>\n \n$posts = Post::all(); \/\/ N+1 sorunu olu\u015fabilir\n\/\/ ... baz\u0131 i\u015flemler ...\n$posts->lazyLoad('user'); \/\/ T\u00fcm postlar\u0131n kullan\u0131c\u0131lar\u0131n\u0131 tek bir sorguyla y\u00fckle\nforeach ($posts as $post) {\n echo $post->user->name;\n}\n<\/pre>\n<\/code><\/p>\n append()<\/code> metodu ise, bir modelin kendisinde bulunmayan ancak hesaplanan veya eklenen (accessor olarak tan\u0131mlanm\u0131\u015f) \u00f6znitelikleri JSON \u00e7\u0131kt\u0131s\u0131na otomatik olarak eklemenizi sa\u011flar. Bu, gereksiz sorgular\u0131 veya manuel manip\u00fclasyonlar\u0131 \u00f6nlerken, API yan\u0131tlar\u0131n\u0131z\u0131 zenginle\u015ftirmek i\u00e7in kullan\u0131labilir.<\/p>\n \nclass User extends Model\n{\n protected $appends = ['full_name'];\n\n public function getFullNameAttribute()\n {\n return $this->first_name . ' ' . $this->last_name;\n }\n}\n\n\/\/ User modeli JSON'a d\u00f6n\u00fc\u015ft\u00fcr\u00fcld\u00fc\u011f\u00fcnde full_name \u00f6zniteli\u011fi otomatik olarak eklenecektir.\n$user = User::find(1);\nreturn $user->toJson(); \/\/ {\"id\": 1, \"first_name\": \"John\", \"last_name\": \"Doe\", \"full_name\": \"John Doe\", ...}\n<\/pre>\n<\/code><\/p>\n Collection Metotlar\u0131n\u0131n Ak\u0131ll\u0131 Kullan\u0131m\u0131: map()<\/code> vs. mapWithKeys()<\/code><\/h3>\nLaravel'in Collection API'si g\u00fc\u00e7l\u00fcd\u00fcr, ancak bellek ve CPU kullan\u0131m\u0131 a\u00e7\u0131s\u0131ndan dikkatli kullan\u0131lmal\u0131d\u0131r. \u00d6zellikle b\u00fcy\u00fck koleksiyonlarda, gereksiz d\u00f6ng\u00fclerden veya transformasyonlardan ka\u00e7\u0131nmak \u00f6nemlidir. map()<\/code> metodu her \u00f6\u011fe i\u00e7in bir i\u015flem yap\u0131p yeni bir koleksiyon d\u00f6nd\u00fcr\u00fcrken, mapWithKeys()<\/code> anahtar-de\u011fer \u00e7iftleri olu\u015fturmak i\u00e7in daha verimlidir:<\/p>\n \n$users = User::all();\n\n\/\/ map() ile kullan\u0131c\u0131 ID'lerini anahtar yapma (daha az verimli)\n$usersById = $users->map(function ($user) {\n return [$user->id => $user];\n})->collapse(); \/\/ Sonradan collapse etmek gerekir\n\n\/\/ mapWithKeys() ile kullan\u0131c\u0131 ID'lerini anahtar yapma (daha verimli)\n$usersById = $users->mapWithKeys(function ($user) {\n return [$user->id => $user];\n});\n<\/pre>\n<\/code><\/p>\n \n Uzman \u0130pucu: Eloquent'in Event'lerini (Model Events) kullanarak veritaban\u0131 etkile\u015fimlerinizi izleyin ve belirli olaylarda (\u00f6rne\u011fin, bir modelin kaydedilmesinden sonra) \u00f6nbellek temizleme gibi performansla ilgili g\u00f6revleri otomatikle\u015ftirin. Bu, performans\u0131 art\u0131r\u0131rken kodunuzu daha temiz tutar.\n<\/div>\nBu ileri d\u00fczey teknikler, uygulaman\u0131z\u0131n performans\u0131n\u0131 daha da optimize etmek i\u00e7in esnek ve g\u00fc\u00e7l\u00fc yollar sunar. B\u00fcy\u00fck veri k\u00fcmeleriyle \u00e7al\u0131\u015f\u0131rken veya API yan\u0131tlar\u0131n\u0131z\u0131 daha verimli hale getirirken bu teknikleri kullanmak, 3 saniyelik y\u00fckleme s\u00fcrelerini 300 milisaniyeye hatta daha da alt\u0131na \u00e7ekmede kritik bir rol oynar. Her zaman uygulaman\u0131z\u0131n \u00f6zel ihtiya\u00e7lar\u0131n\u0131 g\u00f6z \u00f6n\u00fcnde bulundurarak do\u011fru arac\u0131 se\u00e7mek ve performans testleri yaparak sonu\u00e7lar\u0131 do\u011frulamak \u00f6nemlidir.<\/p>\n Mobil Uyumlu Performans G\u00f6sterimi: Veriyi H\u0131zla Sunmak<\/h2>\nVeritaban\u0131 sorgular\u0131m\u0131z\u0131 optimize etmek ve veriyi saniyelerden milisaniyelere \u00e7ekmek harika bir ba\u015far\u0131d\u0131r. Ancak h\u0131zl\u0131 \u00e7ekilen bu veriyi kullan\u0131c\u0131ya h\u0131zl\u0131 ve mobil uyumlu bir \u015fekilde sunmak da ayn\u0131 derecede \u00f6nemlidir. Sonu\u00e7ta, arka u\u00e7ta elde etti\u011fimiz h\u0131z, \u00f6n u\u00e7taki bir darbo\u011faz y\u00fcz\u00fcnden bo\u015fa gitmemeli. Mobil cihazlar, genellikle daha yava\u015f internet ba\u011flant\u0131lar\u0131 ve daha k\u0131s\u0131tl\u0131 i\u015flem g\u00fc\u00e7leriyle geldi\u011fi i\u00e7in, veriyi m\u00fcmk\u00fcn olan en verimli \u015fekilde sunmak kritik hale gelir.<\/p>\n Minimalist API Tasar\u0131m\u0131 ve Veri Filtreleme<\/h3>\nMobil uygulamalar veya single-page applications (SPA) i\u00e7in genellikle RESTful API'ler kullan\u0131r\u0131z. Bu API'lerin tasar\u0131m\u0131nda \"sadece ihtiyac\u0131n olan\u0131 ver\" prensibini benimsemek \u00e7ok \u00f6nemlidir. \u00d6rne\u011fin, bir mobil uygulama bir kullan\u0131c\u0131n\u0131n sadece ad\u0131n\u0131 ve profil foto\u011fraf\u0131n\u0131 istiyorsa, t\u00fcm adres bilgilerini, gizli ayarlar\u0131n\u0131 veya ge\u00e7mi\u015f sipari\u015flerini g\u00f6ndermek gereksizdir. Eloquent'in select()<\/code> metodu (daha \u00f6nce bahsetti\u011fimiz gibi) bu noktada yine devreye girer. API kaynak d\u00f6n\u00fc\u015f\u00fcmlerinde (\u00f6rne\u011fin Laravel API Resources kullanarak) da bu filtrelemeyi yapmal\u0131s\u0131n\u0131z.<\/p>\n \n\/\/ App\/Http\/Resources\/UserResource.php\nnamespace App\\Http\\Resources;\n\nuse Illuminate\\Http\\Resources\\Json\\JsonResource;\n\nclass UserResource extends JsonResource\n{\n public function toArray($request)\n {\n return [\n 'id' => $this->id,\n 'name' => $this->name,\n 'email' => $this->email,\n 'created_at' => $this->created_at->format('d\/m\/Y'),\n \/\/ Sadece belirli ko\u015fullar alt\u0131nda ek verileri g\u00f6ster\n $this->mergeWhen($request->user() && $request->user()->isAdmin(), [\n 'admin_notes' => $this->admin_notes,\n 'last_login_ip' => $this->last_login_ip,\n ]),\n ];\n }\n}\n<\/pre>\n<\/code><\/p>\n Bu yakla\u015f\u0131m, mobil cihazlara giden JSON yan\u0131t boyutunu k\u00fc\u00e7\u00fclterek hem a\u011f trafi\u011fini azalt\u0131r hem de cihaz\u0131n veriyi daha h\u0131zl\u0131 i\u015flemesini sa\u011flar.<\/p>\n HTML ve CSS Optimizasyonlar\u0131 (Minimalist Yakla\u015f\u0131m)<\/h3>\nVeritaban\u0131ndan \u00e7ekilen veriyi bir web sayfas\u0131nda g\u00f6sterirken de benzer prensipler ge\u00e7erlidir. Gereksiz CSS ve JavaScript y\u00fcklemesinden ka\u00e7\u0131nmak, resimleri optimize etmek ve sayfa boyutunu d\u00fc\u015f\u00fck tutmak mobil performans i\u00e7in hayati \u00f6neme sahiptir. CSS taraf\u0131nda, \u00f6zellikle duyarl\u0131 (responsive) tasar\u0131m i\u00e7in media query<\/code>'ler kullan\u0131r\u0131z. Bu, farkl\u0131 ekran boyutlar\u0131na g\u00f6re farkl\u0131 stiller uygulayarak i\u00e7eri\u011fin her cihazda do\u011fru g\u00f6r\u00fcnmesini sa\u011flar.<\/p>\n \u00d6rnek bir CSS media query<\/code> kullan\u0131m\u0131:<\/p>\n \n\n