Diskin Doldu Diye Satışların Durduğunda Suçlu Hosting Değil: E-Pin Scriptinin Log Dosyalarını Kimse Sana Söylemedi

Çoğu bayi disk doluluğunu hosting paketinin yetersizliği sanır. "20 GB almışım, ne kadar e-pin sattım ki doldu?" diye düşünür ve büyük paketle sorunu satın almaya çalışır. Altı ay sonra aynı duvara çarpar; çünkü sorun ürün verisi değildir. Bir e-pin işinde ürünler birkaç yüz megabayt tutar, diski dolduran şey senin kendi yazdığın kayıtlardır: erişim logları, hata logları, tedarikçi istek-yanıt dökümleri, oturum dosyaları, önbellek artıkları ve unutulmuş yedekler.

Bu sessiz büyüme bir gün yüzde yüze dokunur ve o an her şey birden bozulur. Veritabanı yazamaz, sipariş kaydedilmez, ödeme bildirimi işlenmez, oturum açılamaz. Görünen tablo "site çökmüş" olur ama gerçek sebep tek satırlık bir eksiktir: kurulmamış log rotasyonu. İyi yapılandırılmış bir e-pin satış scripti ne kadar yazarsa yazsın diski doldurmaz, çünkü yazdığını ne zaman sileceğini bilir.

Diskini gerçekten kim dolduruyor?

Sorunu çözmek için önce suçluyu bulmak gerekir ve suçlu neredeyse hiç düşündüğün yerde değildir. Ürün görselleri sabittir, büyümezler. Veritabanı büyür ama yavaş. Buna karşılık günlük binlerce isteğin kaydı, her tedarikçi çağrısının tam gövdesiyle saklanması ve her PHP uyarısının satır satır yazılması üstel değil doğrusal ama durmayan bir büyümedir.

En sinsi kalem ise tedarikçi istek-yanıt dökümleridir. Hata ayıklamak için bir gün açılır, sonra kapatılmayı unutulur. Her siparişte birkaç kilobayt, günde bin sipariş, ayda birkaç yüz megabayt. Yanına bir de rotasyonsuz erişim logu eklendiğinde tablo tamamlanır.

İkinci sinsi kalem yedeklerdir. Cron her gece veritabanını aynı dizine yazar, silme adımı hiç yazılmamıştır. Otuz gün sonra otuz kopya. Bir e-pin satış yazılımı kurulumunda yedek politikası, yedek alma kadar önemlidir.

Log rotasyonu tam olarak ne yapar?

Rotasyon üç basit iş yapar: dosyayı belli bir zamanda ya da boyutta kapatır, yerine yenisini açar, eskiyi sıkıştırır ve sayı sınırını aşanı siler. Kulağa sıradan gelir ama sonuç dramatiktir: sonsuz büyüyen bir dosya, sabit bir üst sınıra oturur. Diskinin kaderi tahmin edilebilir hale gelir.

Sıkıştırma adımını atlamak sık yapılan bir hatadır. Metin logları sıkıştırıldığında genellikle onda bire iner; yani aynı yerde on kat daha uzun geçmiş tutabilirsin. Bir diğer hata, rotasyondan sonra uygulamaya haber vermemektir: açık dosya tanıtıcısını tutan bir süreç, silinmiş dosyaya yazmaya devam eder ve disk boşalmış gibi görünse de alan geri gelmez. Rotasyon sonrası servisi yeniden yükleme adımı bu yüzden zorunludur.

Kaç gün saklamalısın: uyum mu, alan mı?

Saklama süresini duygusal değil işlevsel seç. Soruyu şöyle kur: bu kaydı hangi soruyu cevaplamak için tutuyorum? Erişim logunu genellikle dünkü bir şüpheli trafiği incelemek için tutarsın; bir hafta fazlasıyla yeter. Ödeme ve teslimat kayıtları ise anlaşmazlık çözmek için tutulur; bunlar log değil iş kaydıdır ve veritabanında, aylarca saklanmalıdır.

Bu ayrımı yapmayan bayiler iki yönlü kaybeder: bir yandan gereksiz erişim logunu bir yıl tutup disk doldururlar, diğer yandan altı ay önceki bir teslimat anlaşmazlığında kanıt bulamazlar. Ham logu kısa, iş kaydını uzun tut. İyi kurulmuş bir dijital ürün satış scripti bu iki akışı fiziksel olarak ayırır.

Disk dolmadan önce seni kim uyaracak?

Rotasyon kuralları büyümeyi yavaşlatır ama tek başına yetmez; bir gün beklenmedik bir hata seli dosyayı saatler içinde şişirebilir. Bu yüzden rotasyonun yanına eşik uyarısı koymak gerekir. Doğru eşik yüzde 90 değildir, yüzde 75'tir; çünkü müdahale etmek için zamana ihtiyacın var.

İkinci uyarı türü daha akıllıdır: mutlak doluluk değil büyüme hızı. Bir klasör son 24 saatte normalinin beş katı büyüdüyse, henüz disk boş olsa bile bir şeyler ters gidiyor demektir. Genellikle döngüye girmiş bir hata ya da açık bırakılmış bir hata ayıklama anahtarıdır. Pinova bu iki uyarıyı birlikte kurar; hem doluluk oranını hem de klasör bazlı büyüme sıçramasını izler.

Üçüncü ve en çok atlanan koruma, kritik işlemlere alan ön kontrolü koymaktır. Yedek almadan önce, büyük bir dışa aktarma yapmadan önce boş alanı kontrol et. Diski yedek alma işleminin doldurması, ironik ama sahada en sık görülen senaryodur.

Disk şimdiden doluysa ilk hangi adımı atacaksın?

Panik anında yanlış dosya silmek, kesintiyi veri kaybına çevirir. Sırayı bozma. İlk adım yer açmak değil, neyin doldurduğunu görmektir; en büyük dizinleri boyuta göre sırala. İkinci adım en güvenli kalemi boşaltmaktır: sıkıştırılmış eski log kopyaları ve önbellek dizini. Bunlar silinebilir, sistem yeniden üretir.

Üçüncü adım oturum ve geçici dosya temizliğidir; aktif kullanıcılar çıkış yapmak zorunda kalabilir ama veri kaybı olmaz. Dördüncü adım eski yedekleri uzağa taşımaktır, silmek değil. Veritabanı dosyalarına, ürün görsellerine ve teslimat kayıtlarına ise elini sürme; oradan kazanacağın alan, kaybedeceğin veriye değmez. Yer açtıktan sonra aynı gün rotasyonu kur; yoksa iki hafta içinde aynı geceyi yeniden yaşarsın.

Kalıcı çözümün rutini nasıl görünür?

Kalıcı çözüm tek seferlik bir müdahale değil, ayda beş dakikalık bir alışkanlıktır. Ayın ilk günü panelde disk kullanım grafiğine bak; çizgi yatay mı, yukarı mı? Yatay ise sistemin dengededir. Yukarı eğimliyse hangi klasörün büyüdüğünü bul ve o kalemin saklama süresini kısalt.

Buna bir de sürüm sonrası kontrol ekle. Her güncellemeden sonra hata ayıklama anahtarlarının kapalı olduğunu doğrula; yeni sürümlerin en sık getirdiği hediye, açık kalmış bir ayrıntılı kayıt modudur. Bu iki rutin işlediğinde disk dolması senin için bir arıza türü olmaktan çıkar, sadece bir grafik çizgisi olur.

Disk yönetimi, e-pin işinde en görünmez ama en ucuz sigortadır: bir akşamlık kurulum, aylar boyunca durmayan bir satış hattı demektir. Rotasyon ayarlarının nasıl tanımlı geldiğini, disk grafiğini ve eşik uyarılarını yerinde görmek istersen canlı demo panelinde sistem sekmesine bak, özellikler listesinden teknik başlıkları incele ve uygun bulursan fiyat tarafına geç.