# Kötü Uygulama - N+1 sorguya neden olur
@posts = Post.all
@posts.each do |post|
  puts post.user.name # Her post.user çağrısında ayrı bir sorgu tetiklenir
end

• includes: En esnek yöntemdir. Rails, ilişkili model sayısına bağlı olarak tek bir JOIN sorgusu veya ayrı iki sorgu kullanmaya karar verir.
  
  Kod:

  # includes kullanarak N+1 sorununu çözme
  @posts = Post.includes(:user)
  @posts.each do |post|
    puts post.user.name # Artık ek sorgu yok
  end

• preload: Her zaman iki ayrı sorgu yapar: biri ana model için, diğeri ilişkili model için. JOIN kullanılamayan karmaşık ilişkilerde veya performansın kritik olduğu durumlarda faydalıdır.
  
  Kod:

  @posts = Post.preload(:user)

• eager_load: Her zaman LEFT OUTER JOIN kullanarak tüm veriyi tek bir sorguda çeker. İlişkili veriler üzerinde sorgulama yapmanız gerektiğinde veya belirli koşullara göre filtreleme yaparken kullanışlıdır.
  
  Kod:

  @posts = Post.eager_load(:user).where(users: { active: true })

# users tablosundaki email sütununa benzersiz indeks ekleme
add_index :users, :email, unique: true

# posts tablosundaki user_id sütununa indeks ekleme (yabancı anahtar)
add_index :posts, :user_id

# posts tablosunda category ve published_at sütunlarına bileşik indeks ekleme
add_index :posts, [:category, :published_at]

• Sayfa Önbelleği (Page Caching): Tüm HTML sayfasını dosya sistemine kaydeder. Neredeyse hiç Rails kodu çalıştırmadan doğrudan web sunucusu tarafından sunulur. Ancak statik sayfalar için uygundur ve genellikle Rails 5'ten sonra nadiren kullanılır.
  
• Parça Önbelleği (Fragment Caching): Görünümdeki belirli bölümleri önbelleğe alır. En yaygın ve güçlü önbellekleme türlerinden biridir. İçerik değiştiğinde otomatik olarak geçerliliğini yitirir (key-based caching).
  
  
  Kod:

  # app/views/posts/show.html.erb
  
  <% cache @post do %>
    <h1><%= @post.title %></h1>
    <p><%= @post.body %></p>
    <p>Yazar: <%= @post.user.name %></p>
  <% end %>
  
  # Koleksiyon önbelleklemesi
  <%= render partial: 'posts/post', collection: @posts, cached: true %>

• Düşük Seviyeli Önbellekleme (Low-Level Caching): Herhangi bir veri veya nesneyi doğrudan önbelleğe almanızı sağlar. Hesaplama yoğunluğu yüksek metod sonuçları için idealdir.
  
  
  Kod:

  # app/models/product.rb
  
  def total_price_with_tax
    Rails.cache.fetch("product_#{id}_total_price_with_tax", expires_in: 1.hour) do
      # Yüksek maliyetli hesaplama
      price * (1 + tax_rate)
    end
  end

• Russian Doll Caching: İç içe geçmiş önbellek parçalarının birbirine bağımlı olduğu bir stratejidir. Dış parçalar iç parçaların key'lerine bağımlı hale getirilerek, iç parçalar değiştiğinde sadece ilgili parçaların yeniden oluşturulması sağlanır.

"Performans, sadece uygulamanın ne kadar hızlı çalıştığı değildir; aynı zamanda kullanıcının ne kadar hızlı geri bildirim aldığıdır. Arka plan işleri, bu geri bildirim döngüsünü optimize etmenin anahtarıdır."

Genişletmek için tıkla ...

# app/jobs/send_welcome_email_job.rb
class SendWelcomeEmailJob < ApplicationJob
  queue_as :default

  def perform(user)
    UserMailer.welcome_email(user).deliver_now # veya deliver_later
  end
end

# Kullanım:
SendWelcomeEmailJob.perform_later(@user)

• pluck ve select Kullanımı: Sadece belirli sütunlara ihtiyacınız olduğunda tüm nesneleri yüklemek yerine `pluck` veya `select` kullanın. `pluck`, doğrudan bir dizi değer döndürürken, `select` ActiveRecord nesneleri döndürür ancak yalnızca belirtilen sütunları içerir.
  
  
  Kod:

  # Sadece isimleri çekmek için pluck kullanın
  user_names = User.pluck(:name)
  
  # Sadece id ve email sütunlarını içeren User nesneleri döndürür
  users_with_id_email = User.select(:id, :email)

• find_each ve find_in_batches: Büyük veri kümeleriyle çalışırken `each` yerine `find_each` veya `find_in_batches` kullanın. Bu metodlar veriyi parçalar halinde yükleyerek hafıza kullanımını optimize eder.
  
  
  Kod:

  # find_each ile verileri parça parça işleme
  User.find_each do |user|
    # Her bir kullanıcı için işlem yap
    user.do_something_heavy!
  end
  
  # find_in_batches ile verileri gruplar halinde işleme
  User.find_in_batches(batch_size: 1000) do |users|
    users.each do |user|
      # Her bir kullanıcı için işlem yap
    end
  end

• Kapsamları (Scopes) Etkin Kullanma: Sık kullanılan sorguları isimlendirilmiş kapsamlar (named scopes) içinde tanımlayarak kod tekrarını azaltın ve sorgu okunaklılığını artırın.
  
  
  Kod:

  # app/models/post.rb
  class Post < ApplicationRecord
    scope :published, -> { where(published: true).order(published_at: :desc) }
    scope :recent, -> { published.where('published_at > ?', 1.week.ago) }
  end
  
  # Kullanım:
  Post.published.recent

• Minification ve Concatenation: Otomatik olarak gerçekleşir. JavaScript ve CSS dosyalarınızı üretimde daha küçük ve daha hızlı yüklenir hale getirir.
• Gerekmedikçe JavaScript ve CSS Dosyalarını Dahil Etmeyin: Yalnızca belirli sayfalarda kullanılan varlıkları o sayfalara özgü hale getirin. `yield` blokları ve `content_for` kullanarak bunu başarabilirsiniz.
• CDN (İçerik Dağıtım Ağı) Kullanımı: Statik varlıklarınızı bir CDN üzerinden sunmak, kullanıcılarınıza coğrafi olarak daha yakın sunuculardan dağıtım yaparak yükleme sürelerini önemli ölçüde azaltır.

• Paralel Testler: RSpec veya Minitest için paralelleştirme gemlerini (örneğin `parallel_tests`) kullanarak testlerinizi birden fazla CPU çekirdeğinde veya makinede aynı anda çalıştırın.
• Veritabanını Sıfırlama Yöntemi: `database_cleaner` gibi gemler, testler arasında veritabanını temizlemek için farklı stratejiler sunar (`truncation` genellikle `transaction`'dan daha yavaştır, ancak testlerin birbirini etkilemediğinden emin olmak için bazen gereklidir).
• Sadece Değişen Testleri Çalıştırma: Geliştirme döngünüzü hızlandırmak için sadece etkilenen test dosyalarını çalıştıran araçlar kullanın.

• Servis Nesneleri (Service Objects): Karmaşık iş mantığını modellerden veya kontrolcülerden ayırarak ayrı nesnelerde toplar. Bu, modellerinizi daha 'yalın' tutar ve iş mantığını test etmeyi kolaylaştırır.
• Form Nesneleri (Form Objects): Birden fazla modelin verilerini aynı anda işleyen formlar için kullanılır. Doğrulama mantığını ve model etkileşimlerini kapsüller.
• Dekoratörler/Sunumcular (Decorators/Presenters): Görünüm katmanındaki karmaşık sunum mantığını temizler. View helper'lar yerine daha nesne odaklı bir yaklaşım sunar.
• Aktif Model Mantığını Hafifletme (Fat Model, Skinny Controller Kuralı): Kontrolcülerin mümkün olduğunca az iş mantığı içermesini, bu mantığın çoğunun modellere taşınmasını önerir. Ancak modellerin de şişmesini engellemek için Servis Nesneleri gibi kalıplar devreye girer.

• Web Sunucusu Seçimi: Puma veya Unicorn gibi sunucular, birden fazla istek işleyebilir ve Rails uygulamaları için iyi performans sunar. Özellikle Puma, çoklu iş parçacığı (multi-threading) desteği ile daha iyi eşzamanlılık sağlar.
• Veritabanı Yapılandırması: Veritabanı sunucunuzun (PostgreSQL, MySQL vb.) doğru şekilde optimize edildiğinden emin olun. Bağlantı havuzları, tampon bellek boyutları ve sorgu önbelleği gibi ayarlar önemlidir. Veritabanı bağlantı havuzu boyutu, uygulamanızın eşzamanlı işleyebileceği istek sayısıyla uyumlu olmalıdır.
  
  Kod:

  # config/database.yml (örnek)
  production:
    adapter: postgresql
    encoding: unicode
    pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %> # Ortama göre ayarlanabilir
    timeout: 5000
    url: <%= ENV['DATABASE_URL'] %>

• Monitöring ve Profiling: Uygulamanızın performansını izlemek için New Relic, Scout APM veya Rack Mini Profiler gibi araçları kullanın. Bu araçlar darboğazları tespit etmenize yardımcı olur.
  Rack Mini Profiler gibi geliştirme ortamı araçları, sorgu sürelerini ve view render sürelerini doğrudan tarayıcınızda gösterir.