Cogu e-pin saticisi surum geri almayi bir acil durum dugmesi sanir. Kafasindaki senaryo sudur: guncelleme bozarsa hosting panelinden dunun yedegini geri yuklerim, yarim saat icinde her sey eskisi gibi olur. Gercekte olan ise bambaska: yedek geri yuklendiginde son 9 saatte gelen 140 siparis, 60 bakiye yuklemesi ve tum e-pin stok dusumleri de silinir. Musteri parayi odemistir, kodu almistir, ama sistemde siparis yoktur. Artik bir teknik arizayi degil, bir muhasebe kazasini yonetiyorsundur.
Isin sessiz tarafi su: iyi bir e-pin scripti kurmak isin yuzde kirki, o scripti guvenle guncelleyebilmek ise geri kalan yuzde altmisidir. Dijital urun satisinda gunun her saati para akiyor; yani "gece bakim yaparim" lukssun bile kismen yok. Bu yazida bir dijital urun satis scripti uzerinde gercekten ise yarayan bir geri alma planini katman katman kuracagiz: neyi yedekleyecegin, neyi asla geri yuklemeyecegin, hangi dakikada karar verecegin ve bu karari kimin verecegi dahil.
Neden "yedegim var" cumlesi seni kurtarmiyor?
Yedek almak ile geri donebilmek ayni sey degil. Elinde 4 GB'lik tek parca bir arsiv varsa, o arsiv bir kurtarma araci degil bir arkeoloji kazisidir. Cunku bir e-pin satis yazilimi uc farkli hizda degisen uc ayri veri kumesinden olusur: haftalarca sabit kalan kod dosyalari, saniyede degisen siparis-bakiye-stok tablolari ve nadiren ama kritik bicimde degisen yapilandirma degerleri. Bu ucunu ayni yedek icine koydugun anda, kodu geri almak icin siparisleri feda etmek zorunda kalirsin.
Dogru kurulum bunlari ayirir. Kod tarafinda her guncellemeden once o anki dosya agacinin isimlendirilmis bir kopyasi durur; ornegin surum-2026-09-12-1830. Veritabani tarafinda ise geri donus yonu terstir: tablolari geri sarmak yerine ileri dogru duzeltirsin. Bu ayrim kavrandigi anda geri alma korkutucu bir operasyondan, iki komutluk rutin bir islemin haline gelir.
Kod geri alinir, para geri alinmaz: asil kirmizi cizgi nerede?
Plani yazarken ilk isin sistemini iki bolgeye ayirmak. Geri alinabilir bolge: sablonlar, tema dosyalari, sinif ve yardimci dosyalar, panel arayuzu, statik varliklar, onbellek klasorleri. Bunlari saniyeler icinde eski haline dondurmen hicbir musteriye zarar vermez. Geri alinamaz bolge: siparisler, odeme kayitlari, cuzdan hareketleri, teslim edilmis e-pin kodlari, fatura numaralari, log tablolari. Bu tablolarda zamani geri sarmak, gerceklesmis bir ticari olayi yok saymak demektir.
Bu cizgiyi kagida yazdiginda plan kendiliginde sekillenir: dosyalar icin "geri don", veriler icin "ileri duzelt". Bir epin yazilim kurulumunda en sik yapilan hata, panelin tek tusla tam yedek donusu ozelligini refleks olarak kullanmaktir. O tus, sadece henuz hic satis olmamis yeni kurulumlarda masumdur.
| Geri alma yontemi | Sure | Veri kaybi riski | Ne zaman kullanilir |
|---|---|---|---|
| Dosya klasoru degistirme (symlink/rename) | 10-60 saniye | Yok | Tema, sablon, kod kaynakli bozulma |
| Tek dosya geri yukleme | 1-2 dakika | Yok | Bilinen tek dosyanin bozulmasi |
| Yapilandirma degeri dondurme | 1 dakika | Yok | Odeme/kur/SMTP ayari yanlis girildi |
| Ileri yonlu SQL duzeltme | 5-20 dakika | Dusuk | Goc yeni kolon ekledi, veri hatali doldu |
| Tam veritabani yedek donusu | 10-40 dakika | Cok yuksek | Sadece satis olmayan pencerede, son secenek |
Veritabani gocu neden en sinsi tuzak?
Bir surum yeni kolon, yeni tablo ya da tip degisikligi getirdiginde is karisir. Eski kod yeni semayla bazen calisir, bazen sessizce yanlis calisir. Ornegin stok tablosuna "rezerve" alani eklenmis ve yeni kod bu alani kullanarak cift satisi engelliyorsa, sen kodu geri aldiginda alan yerinde kalir ama artik kimse doldurmaz. Sonuc: ayni e-pin kodu iki musteriye gider. Arizanin gorunur olmasi bazen gunler alir.
Bu yuzden geri alma plani yalnizca kodun degil, sema ile kod arasindaki uyumun plani olmak zorunda. Pratik kural: goclari geriye donuk uyumlu yaz. Kolon ekle, kolon silme; eski alani hemen kaldirmak yerine bir surum boyunca yazmaya devam et. Boylece kodu geri aldiginda sema fazla ama zararsiz kalir. Ayrica her goc icin yanina iki satirlik bir not birak: bu goc geri alinabilir mi, alinamazsa hangi SQL ile duzeltilir.
Guncelleme sonrasi arizalarin kaynagi
- Odeme ve bayi entegrasyonu 45%
- Tema ve sablon cakismasi 25%
- Veritabani gocu 20%
- Sunucu ve PHP surumu 10%
Karari kim, kacinci dakikada verir?
Teknik plani olan ama karar esigi olmayan saticilar en cok para kaybedenlerdir. Cunku ariza anindan itibaren "birazdan duzelir" psikolojisi devreye girer ve 4 dakikalik bir geri alma 70 dakikalik bir tamir seansina donusur. Cozum acik bir esik yazmak: odeme adimi calismiyorsa 5 dakika, teslimat calismiyorsa 10 dakika, yalnizca gorsel bozulma varsa 60 dakika tamir hakki. Sure asilirsa tartisma yok, geri donulur ve tamir kopyada yapilir.
Ikinci kural: karar tek kisiye ait olsun. Iki kisinin "sen ne dersin" diye yazistigi her dakika, sepette bekleyen musteri sayisiyla carpilir. Bu yetkili ayrica geri alma sonrasi musteri iletisimini de tetikler: banner, WhatsApp/Telegram duyurusu ve bekleyen siparislerin elle teslim listesi.
Tum siteyi kapatmak yerine sadece odeme ve teslimat adimlarini durdur. Vitrin ve urun sayfalari acik kalsin, sepet dolsun; geri alma bittiginde sepeti dolu kullaniciya donmek, sifirdan trafik cekmekten cok daha ucuzdur.
Guncellemeyi bolmek, geri almayi gereksiz kilar mi?
Buyuk olcude evet. Tek seferde tema, odeme saglayicisi, bayi API'si ve PHP surumunu birlikte degistiren bir satici, ariza aninda hangi degisikligin sucu oldugunu bilemez; bu yuzden hepsini birden geri almak zorunda kalir. Oysa ayni isi dort ayri kucuk surume bolen satici, her adimdan sonra 15 dakika izleyerek ilerler. Bir adim bozarsa yalnizca o adim geri alinir, kalan uc kazanim korunur.
Bir dijital urun satis yazilimi guncellenirken izlenmesi gereken sinyaller de nettir: son 10 dakikanin basarili odeme sayisi, teslim edilen kod sayisi, 500 hata orani ve panel yanit suresi. Bu dordu bir ekranda gorunmuyorsa surum yayina alma degil, korlemeye donusur. Pinova gibi lisansli bir e-pin yazilimi kullaniyorsan surum notlarini ve goc listesini onceden okumak, planin ilk maddesi olmali; hangi dosyalarin degistigini bilmek geri alma yuzeyini kucultur.
Plan gercekten calisiyor mu: provasini yaptin mi?
Hic denenmemis bir geri alma plani, plan degil temennidir. Ayda bir kez, trafigin en dusuk oldugu saatte, kopya kurulum uzerinde provasini yap: kasten bozuk bir dosya yukle, sureyi tut, geri don ve kac dakika surdugunu yaz. Ikinci provada sureyi kirmaya calis. Uc prova sonrasinda ekibindeki herkes ne yapacagini adim adim bilir hale gelir; iste o noktada guncelleme korkusu kaybolur ve yeni ozellikleri erken alan, rakiplerinden hizli hareket eden bir isletme olursun.
| Kontrol maddesi | Ne zaman | Tamam mi? |
|---|---|---|
| Dosya agacinin tarihli kopyasi alindi | Guncellemeden 10 dk once | Evet / Hayir |
| Veritabani anlik yedegi alindi ve boyutu dogrulandi | Guncellemeden 10 dk once | Evet / Hayir |
| Yapilandirma dosyasi ayrica kopyalandi | Guncellemeden 5 dk once | Evet / Hayir |
| Goc listesi ve geri alinabilirlik notu okundu | Guncellemeden once | Evet / Hayir |
| Odeme ve teslimat adimi test siparisiyle denendi | Guncellemeden 2 dk sonra | Evet / Hayir |
| Hata orani ve odeme sayaci 15 dk izlendi | Guncellemeden sonra | Evet / Hayir |
| Geri alma karar esikleri ve yetkili yazili | Surekli | Evet / Hayir |
| Son prova tarihi 30 gunden yeni | Aylik | Evet / Hayir |
Guncelleme gecelerini korkusuz gecirmek istiyorsan
Surum notlari, geri alinabilir goc yapisi ve panelden izlenebilir siparis akisiyla gelen bir altyapiyla calis. Pinova lisansini incele, ozellik listesini ve fiyatlandirmayi kendi olceginle karsilastir.
Tam veritabani yedegini geri yuklemek gercekten hic mi dogru degil?
Tek dogru oldugu senaryo, yedek anindan sonra hicbir gercek siparis, bakiye hareketi veya teslimat olmamasidir. Yani sabaha karsi bos bir pencerede yapilan bir kurulum tazeleme islemi. Satis akan bir saatte ise ileri yonlu SQL duzeltmesi neredeyse her zaman daha az zarar verir.
Geri alma sonrasi musteri siparislerini nasil toparlarim?
Ariza penceresindeki odemeleri odeme saglayicisi paneliyle karsilastir; sistemde karsiligi olmayan odemeler icin elle siparis olustur ve kodu gonder. Bu listeyi geri alma anindan itibaren tutmaya basla, sonradan cikarmak cok daha zordur.
Her guncellemede bakim moduna almam sart mi?
Hayir. Sadece odeme ve teslimat adimlarini kisa sure durdurmak cogu durumda yeterlidir. Vitrini acik tutmak, kesinti sonrasi donusumu belirgin sekilde korur ve arama motorlarinda kisa kesintilerin etkisini azaltir.
Bu plani tek kisilik bir isletmede nasil uygularim?
Karar yetkilisi de sensin, uygulayici da. Bu yuzden esikleri ve komutlari telefonunda duran tek sayfalik bir nota yaz: kopya alma komutu, geri donme komutu, izlenecek dort sayaç ve duyuru metni. Panik aninda dusunmek yerine okumak istersin.
Geri alma plani bir korkaklik belirtisi degil, hizli hareket etmenin on kosuludur. Guvenle geri donebilecegini bilen satici cesur guncelleme yapar; bilmeyen ise aylarca eski surumde bekler ve rakibinin yeni odeme yontemini once eklemesini izler. Panelde siparis akisini, surum notlarini ve goc yapisini birlikte gormenin nasil bir sey oldugunu merak ediyorsan canli demo uzerinde dolasip kendi surecinle karsilastirmakla basla; ozellik listesi ve fiyatlandirma kararini kolaylastirir.