Çoğu işletme sahibi "sistem çalışıyorsa sağlıklıdır" sanır. Site açılıyor, siparişler geçiyor, kodlar teslim ediliyor; demek ki sorun yok. Oysa yazılım bir anda bozulmaz, yavaşça çürür. Diskte biriken loglar, hiç temizlenmeyen oturum tabloları, aylardır büyüyen sipariş kayıtları ve bir kez alınıp asla test edilmemiş yedekler... Bunların hiçbiri bugün seni durdurmaz. Hepsi birden, genellikle en yoğun kampanya gününde durdurur.
Haftalık bakım tam olarak bu çürümeyi geri almak içindir. Amaç yeni özellik eklemek ya da tasarım değiştirmek değil; bir e-pin yazılımı kurulumunun altındaki zemini sağlam tutmak. Aşağıdaki rutin haftada bir gün, tercihen satışın en düşük olduğu saatte, yaklaşık kırk dakika sürüyor. Sırayı bozma, çünkü maddeler birbirinin üstüne kuruluyor: önce geri dönebildiğinden emin oluyorsun, sonra dokunmaya başlıyorsun.
Yedek almak yetmez: geri dönebiliyor musun?
Bakımın ilk maddesi yedek almak değil, yedekten dönmeyi denemek. Sahada gördüğüm en acı vakalar yedeksizlikten değil, yedeği bozuk çıkanlardan. Dosya var, boyutu makul, ama içindeki veritabanı dökümü yarım ya da karakter seti bozuk. Bunu kriz anında öğrenmek istemezsin. Haftada bir, son yedeği ayrı bir test alan adına ya da yerel bir ortama aç; anasayfa açılıyor mu, admin girişi çalışıyor mu, son siparişler görünüyor mu, üç soruyu cevapla. Ayrıca yedeğin nerede durduğuna bak: aynı sunucuda duran yedek, sunucu gittiğinde yedek değildir. Bir kopyası mutlaka farklı bir yerde olsun. Test edilmemiş yedek, yedek sayılmaz.
Log dosyaları ve disk: sessiz tıkanma
Hata logu, erişim logu, ödeme sağlayıcı iletişim kayıtları, entegrasyon istek-yanıt dökümleri... Bir dijital ürün satış scripti düzgün kurulduğunda çok şey loglar ve bu iyidir; kötü olan, bu dosyaların hiç döndürülmemesidir. Diskin dolduğu an oturumlar yazılamaz, geçici dosyalar oluşmaz ve site "sebepsiz" hata vermeye başlar. Haftalık kontrolde disk doluluk oranına bak; yüzde yetmişi aştıysa müdahale et. Logları silme, arşivle: sıkıştır, tarih damgasıyla ayır, otuz günden eskisini uzak depolamaya taşı. Ayrıca hata logunu sadece boyut olarak değil içerik olarak da tara; tekrar eden bir uyarı satırı, henüz müşteriye yansımamış bir arızanın ilk habercisidir.
| Bakım alanı | Sıklık | Süre | Risk seviyesi | Atlanırsa belirti |
|---|---|---|---|---|
| Yedek geri dönüş testi | Haftalık | 10 dk | Kritik | Kriz anında veri kaybı |
| Log arşivi ve disk | Haftalık | 5 dk | Yüksek | Rastgele 500 hataları |
| Veritabanı optimizasyonu | Haftalık | 7 dk | Orta | Yavaşlayan panel |
| Güvenlik ve yetki taraması | Haftalık | 8 dk | Kritik | Yetkisiz erişim |
| Sürüm ve bağımlılık kontrolü | İki haftalık | 6 dk | Orta | Uyumsuzluk hataları |
| Önbellek ve varlık temizliği | Haftalık | 4 dk | Düşük | Eski içerik görünmesi |
Veritabanı neden her hafta biraz daha yavaşlar?
Sipariş tablosu büyür, oturum tablosu şişer, sepet kayıtları silinmez, entegrasyon log tablosu milyon satıra çıkar. Panelin ilk açıldığı gün yarım saniyede gelen sipariş listesi altı ay sonra dört saniyede gelir ve sen buna alışırsın. Haftalık bakımda üç şey yap: süresi geçmiş oturum ve terk edilmiş sepet kayıtlarını temizle, büyük tablolarda optimizasyon çalıştır, en çok kullanılan filtre alanlarında indeks olup olmadığını doğrula. Özellikle sipariş tarihine, sipariş durumuna ve kullanıcı kimliğine göre yapılan sorgular indekssizse panelin her ay biraz daha ağırlaşır. Bir e-pin satış yazılımı için en sık okunan alanlar bunlardır ve indeks eklemek genelde tek satırlık bir iştir.
Haftalık bakım süresinin dağılımı
- Yedek ve geri dönüş testi 35%
- Güvenlik kontrolleri 30%
- Veritabanı ve disk 25%
- Önbellek ve sürüm 10%
Güvenlik: yetkiler sessizce genişler
Bir yıl önce geçici yetki verdiğin çalışan hâlâ admin. Test için açtığın ikinci yönetici hesabı hâlâ aktif. Dosya izinleri kurulum sırasında geniş bırakılmış ve kimse geri daraltmamış. Bunların hiçbiri saldırı değil, sadece ihmal; ama saldırganın aradığı tam olarak budur. Haftalık turda yönetici hesap listesini aç, tanımadığın veya artık çalışmayan herkesi kapat. Son otuz günde başarısız giriş denemelerine bak; belirli bir adresten yoğun deneme varsa engelle. Yükleme klasörlerinde çalıştırılabilir dosya olup olmadığını kontrol et — bir epin yazılım kurulumunda en sık istismar edilen yol budur. Son olarak yönetim paneli adresinin tahmin edilebilir olmadığından ve iki adımlı doğrulamanın açık olduğundan emin ol.
Sürümler, entegrasyonlar ve sessiz kopmalar
Tedarikçi API'leri haber vermeden değişir. Ödeme sağlayıcısı bir uç noktayı emekliye ayırır. Sunucunun dil sürümü hosting tarafında güncellenir ve eski bir fonksiyon uyarı vermeye başlar. Bunların hepsi önce logda görünür, sonra siparişte. Haftalık bakımda her entegrasyon için küçük bir bağlantı testi çalıştır: kimlik doğrulama geçiyor mu, bakiye sorgusu dönüyor mu, test ürünü fiyatı geliyor mu. Ayrıca yazılım güncellemelerini biriktirme; üç sürüm geride kalan bir kurulumu güncellemek, her hafta bir adım atmaktan çok daha zordur ve çok daha risklidir. Güncellemeyi önce kopya bir ortamda dene, sonra canlıya al — bu sıra değişmez.
Önbellek ve vitrin doğruluğu
Bakımın son adımı en görünür olanı. Önbellek katmanları hız için harikadır ama eskimiş içeriği inatla göstermekte de aynı derecede başarılıdır. Fiyat güncelledin ama vitrinde eski rakam duruyorsa, kampanya bitti ama ürün hâlâ indirimli görünüyorsa sorunun kaynağı çoğunlukla burasıdır. Haftada bir önbelleği temizle ve ardından üç ürünü rastgele seçip fiyat, stok ve açıklamalarını gerçek verilerle karşılaştır. Aynı kontrolü telefondan da yap; masaüstünde doğru görünen bir vitrin, mobilde farklı bir önbellek katmanına takılabiliyor. Bu dört dakikalık adım, müşteriye yanlış fiyat göstermenin en ucuz sigortasıdır.
| Haftalık kontrol | Nereye bakılır | Geçti kriteri | Sorun çıkarsa ilk adım |
|---|---|---|---|
| Yedek açılıyor mu | Test ortamı | Panel ve veri geliyor | Yedek yöntemini değiştir |
| Yedek ikinci konumda mı | Uzak depolama | Son 7 gün mevcut | Kopyalama görevi kur |
| Disk doluluğu | Sunucu paneli | %70 altı | Logları arşivle |
| Hata logu tekrar eden uyarı | Hata dosyası | Yeni tür uyarı yok | Kaynağı izole et |
| Yönetici hesap listesi | Kullanıcı yönetimi | Tamamı tanıdık | Fazla hesabı kapat |
| Başarısız giriş denemeleri | Güvenlik kaydı | Olağandışı yığın yok | Adres engelle |
| Entegrasyon bağlantı testi | Tedarikçi ayarları | Tümü başarılı | Anahtarları yenile |
| Önbellek tazeliği | Vitrin | 3 üründe veri doğru | Önbelleği boşalt |
Bakımı hafta içi yoğun saatte yapma. En düşük trafikli zaman dilimini seç ve bu saati asla değiştirme; sabit saat, alışkanlığın tek garantisidir.
Bakımın büyük kısmı zaten otomatik olabilir
Pinova, yedekleme, log arşivi, oturum temizliği ve entegrasyon sağlık testlerini zamanlanmış görevlerle yürütür; sana yalnızca doğrulama kalır. Teknik özelliklere ve lisans seçeneklerine bak.
Haftalık bakım için teknik bilgi şart mı?
Büyük kısmı için değil. Yedek testi, yönetici hesap taraması, önbellek temizliği ve entegrasyon testleri panel üzerinden yapılabilir. Yalnızca veritabanı optimizasyonu ve disk yönetimi sunucu tarafında bilgi ister.
Bakım sırasında siteyi kapatmalı mıyım?
Genellikle hayır. Yalnızca büyük tablo optimizasyonu ve sürüm güncellemesi sırasında kısa bir bakım modu tercih edilir. Bu işlemleri en düşük trafikli saate almak yeterli olur.
Yedeği ne kadar süre saklamalıyım?
Günlük yedeklerde otuz gün, haftalık yedeklerde altı ay yaygın ve yeterli bir aralıktır. Önemli olan süre değil, en az bir kopyanın farklı bir fiziksel konumda durmasıdır.
Her hafta gerçekten gerekli mi?
Satış hacmi düşükse iki haftaya çıkarabilirsin ama yedek testi ve güvenlik taramasını seyreltme. Bu iki madde, seyrekleştiğinde en pahalı sonucu doğuran maddelerdir.
Bu rutini takvimine sabit bir saat olarak ekle ve ilk hafta hangi maddede takıldığını not al; takıldığın yer, sisteminin en zayıf noktasıdır. Bakımın hangi kısmının zamanlanmış görevlerle kendiliğinden yürüyebileceğini görmek için canlı demo üzerinden yönetim panelindeki bakım ve sağlık ekranlarını inceleyebilirsin.