Oturum yönetimi varsayılan ayarlarla çalışır ve kimse ona dokunmaz — ta ki site büyüyene, ikinci sunucu eklenene veya kullanıcılar rastgele çıkış yapmaya başlayana kadar.
Bu yazı, oturum depolama seçeneklerini ve seçim kriterlerini ele alıyor.
Varsayılan Davranış
Çoğu kurulumda oturumlar sunucu diskinde dosya olarak tutulur:
- Her oturum ayrı bir dosyadır.
- Dosya adı oturum kimliğidir.
- Belirli bir dizinde toplanır.
- Temizlik olasılığa bağlı çalışabilir.
Dördüncü madde sessiz bir birikim üretir: bazı yapılandırmalarda oturum temizliği rastgele tetiklenir ve düşük trafikli sitelerde neredeyse hiç çalışmaz.
Sonuç, yıllara yayılmış milyonlarca küçük dosyadır. Bu, disk alanından çok dosya sayısı sınırını doldurur ve sistem "yer yok" hatası vermeye başlar.
Dört Seçenek
| Yöntem | Güçlü yanı |
|---|---|
| Dosya | Kurulum gerekmez, tek sunucuda yeterli |
| Veritabanı | Paylaşılır, sorgulanabilir, kalıcı |
| Bellek deposu | Çok hızlı, paylaşılır |
| Şifreli çerez | Sunucu tarafı depolama yok |
Seçim, tek bir soruyla başlar: birden fazla sunucunuz var mı veya olacak mı?
Yanıt hayırsa dosya yöntemi yeterlidir ve gereksiz karmaşıklıktan kaçınmış olursunuz. Yanıt evetse dosya yöntemi baştan elenir.
Veritabanında Saklamak
En yaygın paylaşımlı çözümdür ve dengeli özellikler sunar:
- Ek servis gerektirmez. Zaten veritabanınız var.
- Kalıcıdır. Yeniden başlatmada kaybolmaz.
- Sorgulanabilir. Kim çevrimiçi görülebilir.
- Yedeklenir. Mevcut yedekleme kapsamında.
Karşılığında bir maliyet vardır: her sayfa yüklemesi en az bir okuma, çoğu zaman bir de yazma işlemi ekler ve bu, veritabanı yükünü belirgin şekilde artırır.
Bu yükü azaltmak için oturum verisi değişmediğinde yazma işleminden kaçınmak gerekir. Birçok uygulama bunu varsayılan olarak yapmaz ve her istekte gereksiz yazma üretir.
Bellek Deposunda Saklamak
Performans açısından en iyi seçenektir:
- Okuma ve yazma çok hızlıdır.
- Süre dolumu yerleşiktir. Temizlik otomatik.
- Veritabanına yük bindirmez.
- Kalıcılık isteğe bağlıdır.
Dördüncü madde önemli bir karar noktasıdır: bellek deposu yeniden başlatıldığında, kalıcılık açık değilse tüm oturumlar kaybolur ve herkes çıkış yapar.
Bu, planlı bir bakım için kabul edilebilir olabilir ama beklenmedik bir yeniden başlatmada tüm kullanıcıları etkiler. Kalıcılık seçeneğini açmak bu riski büyük ölçüde azaltır.
İkinci madde ise dosya yönteminin en büyük sorununu ortadan kaldırır — süresi dolan oturumlar kendiliğinden temizlenir, birikim olmaz.
Çerezde Taşımak
Sunucuda hiçbir şey saklamayan yaklaşım:
| Avantaj | Kısıt |
|---|---|
| Depolama altyapısı gerekmez | Boyut sınırı vardır |
| Kendiliğinden paylaşılır | Her istekte ağdan geçer |
| Sunucu durumsuz kalır | Anında iptal edilemez |
Üçüncü satırdaki kısıt güvenlik açısından önemlidir: çerezde taşınan bir oturumu sunucudan iptal edemezsiniz — süresi dolana kadar geçerli kalır.
Bu, "tüm cihazlardan çıkış yap" gibi özellikleri imkânsız kılar. Çözüm, bir iptal listesi tutmaktır — ama o zaman sunucu tarafı depolamadan tamamen kurtulmuş olmazsınız.
İkinci satır ise performansı etkiler. Çerez her istekte gönderilir; içine konan her ek veri, sayfadaki her görsel isteğinde tekrar ağdan geçer.
Oturumda Ne Saklanmalı?
Depolama yönteminden bağımsız olarak geçerli kurallar:
- Yalnızca kimlik ve minimum durum saklayın.
- Kullanıcı verisini oturumda tutmayın. Kimlikten sorgulayın.
- Yetki bilgisini önbelleklemeyin. Değişebilir.
- Büyük nesneler koymayın.
- Hassas veri saklamayın.
Üçüncü madde bir güvenlik sorunudur: yetkisi kaldırılan bir kullanıcı, oturumunda saklanan eski yetkiyle işlem yapmaya devam edebilir.
İkinci madde ise veri tutarlılığı içindir. Oturumda saklanan bir kullanıcı adı, kullanıcı adını değiştirdiğinde eski hâliyle görünmeye devam eder.
Yöntem Değiştirmek
Mevcut bir sistemde depolama yöntemini değiştirirken:
- Geçiş anında tüm oturumlar geçersiz olur.
- Kullanıcılar çıkış yapmış görünür.
- Düşük trafik saatinde yapın.
- Sepet gibi verileri koruyun. Ayrı saklanıyorsa etkilenmez.
Dördüncü madde e-ticaret için kritiktir: sepet verisi oturumda tutuluyorsa, geçiş anında tüm açık sepetler silinir.
Bu tür verileri oturumdan bağımsız olarak veritabanında tutmak, hem geçişi güvenli kılar hem kullanıcı deneyimini iyileştirir — kullanıcı başka bir cihazdan girdiğinde sepetini bulur. Depolama servislerini kendiniz kurup yapılandırabildiğiniz sanal özel sunucu paketleri üzerinde bu geçişi kontrollü şekilde planlayabilirsiniz.
Sonuç
Oturum depolama kararı tek bir soruyla başlar: birden fazla sunucunuz var mı veya olacak mı? Hayırsa dosya yöntemi yeterlidir — ama temizliğin gerçekten çalıştığını doğrulayın, aksi hâlde milyonlarca dosya birikir. Paylaşımlı yapılarda bellek deposu en iyi performansı verir; kalıcılık seçeneğini açmayı unutmayın, yoksa yeniden başlatmada herkes çıkış yapar. Ve oturumda ne sakladığınıza dikkat edin: oturumda önbelleklenen yetki bilgisi, yetkisi kaldırılan kullanıcının işlem yapmaya devam etmesine yol açar.
Sıkça Sorulan Sorular (SSS)
Hangi yöntemi seçmeliyim?
Tek sunucuda çalışıyorsanız ve öyle kalacaksa dosya yöntemi yeterlidir — gereksiz karmaşıklıktan kaçınırsınız. Birden fazla sunucu varsa veya planlıyorsanız dosya yöntemi baştan elenir; bellek deposu genellikle en iyi dengeyi kurar.
Oturum dosyaları neden birikiyor?
Bazı yapılandırmalarda temizlik olasılığa bağlı çalışır ve düşük trafikli sitelerde neredeyse hiç tetiklenmez. Sonuç yıllara yayılmış milyonlarca küçük dosyadır ve bu, dosya sayısı sınırını doldurur. Zamanlanmış bir temizlik görevi kalıcı çözümdür.
Bellek deposu yeniden başlayınca oturumlar gider mi?
Kalıcılık seçeneği kapalıysa evet — tüm kullanıcılar çıkış yapar. Planlı bakımda kabul edilebilir olabilir ama beklenmedik bir yeniden başlatmada herkesi etkiler. Kalıcılığı açmak bu riski büyük ölçüde azaltır.
Çerezde oturum taşımak güvenli mi?
Şifrelenip imzalandığı sürece veri güvenliği açısından sorun yoktur, ancak bir kısıt taşır: sunucudan anında iptal edemezsiniz. "Tüm cihazlardan çıkış yap" gibi özellikler için ek bir iptal listesi gerekir — o zaman da sunucu tarafı depolamadan tamamen kurtulmuş olmazsınız.
