Gece yarısı yeni bir sürüm dosyalarını FTP'ye atıyorsunuz, tam o sırada bir müşteri sepette ödeme yapıyor ve tedarikçi API'sinden kod çekiliyor. Dosyalar yarım yüklenmişken sayfa 500 hatası veriyor, sipariş "işleniyor" durumunda takılı kalıyor, müşteri parasını ödedi mi bilmiyor, siz de log'lara bakıp saatler harcıyorsunuz. E-pin ve dijital ürün satan bir sitede güncelleme, sıradan bir blogda olduğu gibi "dosyaları değiştir, işi bitir" meselesi değildir — çünkü her saniye canlı para ve canlı stok hareket ediyor.
Güncelleme sırasında sitenizi kapatmazsanız ne olur?
Bakım modu olmadan yapılan bir güncelleme, aslında bir yarış durumu yaratır: sizin dosya değiştirme işleminizle müşterinin sipariş verme işlemi aynı anda aynı veritabanına yazmaya çalışır. E-pin scriptlerinde bu özellikle tehlikelidir çünkü işlem zinciri uzundur — bakiye düşülür, tedarikçi API'sine istek atılır, kod alınır, sipariş güncellenir, e-posta gönderilir. Bu zincirin ortasında dosyalar değişirse veya veritabanı şeması güncellenirse zincir yarım kalır.
- Bakiyesi düşülmüş ama kodu teslim edilmemiş "hayalet" siparişler oluşur
- Yeni sürümün beklediği bir veritabanı kolonu henüz eklenmemişken eski kod çalışmaya devam eder ve hata verir
- Tedarikçi API isteği yarıda kesilirse aynı ürün için çift kod çekilebilir (gerçek para kaybı)
- Müşteri "ödeme başarısız" sanıp ikinci kez ödeme yapabilir
Bunların hiçbiri teorik değil — özellikle yoğun saatlerde (akşam 20:00-24:00 arası, oyun içi etkinlik dönemleri) canlı trafik varken yapılan güncellemelerde sıkça yaşanan senaryolardır.
Bakım modu tam olarak neyi başarıyor?
Bakım modu, kabaca "sitenin kapalı olduğunu göstermek" gibi algılansa da asıl işlevi çok daha teknik ve kritiktir: yeni işlemlerin veritabanına girmesini kontrollü biçimde durdurmak, devam etmekte olan işlemlerin ise güvenle tamamlanmasına izin vermek. İyi kurgulanmış bir bakım modu şu üç şeyi aynı anda yapar:
- Yeni sipariş girişini kilitler — sepetten ödemeye geçiş engellenir, kullanıcıya net bir "bakımdayız" mesajı gösterilir
- Devam eden işlemleri bekletir veya güvenle tamamlar — o an tedarikçiden kod bekleyen bir sipariş varsa, işlem tamamlanana kadar dosya değişikliği devreye girmez
- Admin erişimini açık tutar — siz ve ekibiniz panele girip son kontrolleri yapabilirsiniz, sadece müşteri tarafı kapalıdır
Bu üçü olmadan "bakım modu" sadece kozmetik bir sayfa değiştirmekten ibaret kalır; asıl korumayı sağlamaz.
Güncellemeyi her zaman en düşük trafikli saatte (genelde sabah 04:00-06:00 arası) planlayın ve bakım modunu güncellemeden en az 5 dakika önce açın — böylece o anda işlemde olan siparişlerin doğal olarak tamamlanmasına zaman tanımış olursunuz.
Manuel güncelleme neden bu kadar riskli?
Hazır bir bakım-mod mekanizması yoksa, çoğu site sahibi işi elle çözmeye çalışır: FTP'den dosyaları gece geç saatte değiştirmek, ".htaccess" ile geçici bir yönlendirme yapmak, ya da sadece "kimse görmez" diyerek riski göze almak. Bunların her biri, otomasyonun sağladığı garantiyi ortadan kaldırır.
- FTP üzerinden dosya kopyalama atomik değildir — yükleme sırasında yarım dosya sunucuya "canlı" olarak servis edilebilir
- Veritabanı migration'ları (yeni tablo/kolon ekleme) elle çalıştırılırken sıralama hatası yapılırsa eski kod yeni şemayı, yeni kod eski şemayı bulamaz
- "Unutma listesi" insana bağlıdır — cache temizleme, opcache reset, cron dosyalarının güncellenmesi gibi adımlardan biri atlanırsa site yarım güncellenmiş halde kalır
- Geri alma (rollback) planı genelde son anda hazırlanır, bu da hatayı büyütür
Kısacası manuel süreçte güncelleme başarısı, o günkü dikkatinize ve şansınıza bağlı hale gelir — bu da işletme için kabul edilebilir bir risk seviyesi değildir.
Pinova'da bakım modu nasıl çalışıyor?
Pinova, e-pin ve dijital ürün satışına özel kurulduğu için bakım modu da genel amaçlı bir "site kapalı" ekranından ibaret değildir; sipariş zincirinin durumuna duyarlı çalışır. Panelden tek tıkla açılan bakım modu şu davranışı sergiler:
- Ziyaretçi tarafında ürün ve sepet sayfaları geçici olarak kilitlenir, marka uyumlu bir bakım sayfası gösterilir
- O anda tedarikçi API'sinden (Turkpin/Pinabi) kod bekleyen açık işlemler tamamlanana kadar sistem beklemede kalır, yarıda kesilmez
- Bayi paneli ve cüzdan/bakiye işlemleri de aynı kilide dahil olur — böylece bir bayinin bakiyesi güncelleme sırasında tutarsız bir duruma düşmez
- Admin paneli açık kalır; siz güncellemeyi kontrol edip test ettikten sonra bakım modunu kapatırsınız
Güncellemenin kendisi de kendi kendine kod indirip uygulayan bir yapıdan ziyade, sürüm notlarıyla birlikte kontrollü şekilde uygulanır — böylece hangi değişikliğin ne zaman geldiğini her zaman bilirsiniz, sürpriz davranış değişikliğiyle karşılaşmazsınız.
Güncelleme sırasında hangi veriler tehlikeye giriyor?
Bir e-pin sitesinde "veri" demek sadece ürün listesi demek değildir; para hareketi, stok durumu ve müşteri güveni anlamına gelir. Aşağıdaki tablo, manuel süreçle Pinova'nın bakım modunu bu açıdan karşılaştırıyor:
| Risk alanı | Manuel / Elle | Pinova ile |
|---|---|---|
| Açık siparişler | Yarıda kesilebilir, kod-para uyuşmazlığı oluşabilir | Tamamlanana kadar güncelleme bekler |
| Bayi bakiyesi | Eşzamanlı işlemde çift düşüm riski | İşlem tamamlanmadan kilit açılmaz |
| Veritabanı şeması | Elle sıralı çalıştırma, hata payı yüksek | Sürümle birlikte kontrollü uygulanır |
| Önbellek/opcache | Unutulursa eski kod servis edilmeye devam eder | Güncelleme akışına dahil, elle hatırlamaya gerek yok |
| Geri dönüş (rollback) | Genelde plansız, panik anında hazırlanır | Önceden tanımlı, hızlı geri alma |
Bakım penceresini müşterilere nasıl duyurmalısınız?
Teknik tarafı çözmek işin yarısı; diğer yarısı iletişimdir. Bir e-pin müşterisi "sipariş verilemiyor" ekranıyla karşılaştığında panik yapmadan beklemesi için ne olduğunu anlaması gerekir. Bunun için:
- Bakım sayfasında tahmini süreyi net yazın ("15 dakika içinde tekrar açık olacağız" gibi) — belirsizlik güven kaybettirir
- Mümkünse sosyal medya veya Telegram kanalınızdan önceden kısa bir bilgilendirme paylaşın, özellikle düzenli alışveriş yapan bayileriniz varsa
- Bakım sayfasını marka kimliğinizle tutarlı tasarlayın — jenerik bir "500 error" ekranı yerine sitenizin logosunu ve renklerini taşıyan bir sayfa güven verir
- Güncelleme bittiğinde, varsa yeni özellikleri kısaca duyurun — bu hem şeffaflık hem de pazarlama fırsatıdır
Bu küçük dokunuşlar, teknik bir zorunluluğu müşteri gözünde "profesyonel bir işletme" sinyaline çevirir.
Güncellemeyi bir daha hiç dert etmemek ister misiniz?
Pinova ile bakım modu tek tıkla açılır, açık siparişler ve bayi bakiyeleri güncelleme boyunca korunur, siz de her sürümü gönül rahatlığıyla uygulayabilirsiniz.
Bakım modunu açtığımda mevcut bayilerin bakiyesi etkilenir mi?
Hayır, Pinova'da bakım modu sadece yeni işlem girişini kilitler; kayıtlı bakiyeler ve geçmiş işlemler değişmeden kalır, güncelleme sonrası aynen görüntülenmeye devam eder.
Bakım modunu ne kadar süre açık tutmalıyım?
Basit güncellemeler için genelde 5-15 dakika yeterlidir. Veritabanı şeması değişen büyük sürümlerde bu süreyi 30 dakikaya kadar çıkarıp bakım sayfasında bunu belirtmek daha sağlıklıdır.
Güncelleme sırasında tedarikçiden kod çekimi devam eden bir sipariş varsa ne olur?
Pinova bu işlemin tamamlanmasını bekler, güncelleme dosya değişikliği o işlem bitmeden devreye girmez. Böylece kod-para uyuşmazlığı riski ortadan kalkar.
Bakım modunu sadece belirli sayfalarda açmak mümkün mü?
Evet, ihtiyaca göre sadece sepet/ödeme akışını kilitleyip ürün vitrinini açık bırakmak mümkündür; böylece müşteriler ürünlere göz atmaya devam ederken işlem girişleri güvenle durdurulmuş olur.