Küçük bir değişiklik yapacaksınız ve canlı sitede deneyeceksiniz. Bir hata yaparsanız site kapanacak. Oysa aynı siteyi kendi bilgisayarınızda çalıştırıp orada denemek, o riski tamamen ortadan kaldırır.
Bu yazı, hosting hesabınızdaki siteyi yerelde ayağa kaldırmayı ele alıyor.
Neden Yerel Ortam?
- Hata yapmak ücretsizdir.
- Değişiklik anında görünür.
- İnternet gerekmez.
- Hata ayıklama araçları açılabilir.
- Güncellemeler önce denenir.
Dördüncü madde en az bilinen ama en değerli kazançtır: ayrıntılı hata gösterimi ve hata ayıklama araçları canlı sitede güvenlik riski üretir, ama yerelde sınırsız kullanılabilir — sorunun kaynağını tahmin etmek yerine görürsünüz.
Canlıda "beyaz ekran" olarak görünen bir hata, yerelde tam satır numarasıyla listelenir.
Beşinci madde ise en pratik faydadır. Bir eklenti güncellemesinin siteyi bozup bozmayacağı önce yerelde anlaşılır.
Gereken Bileşenler
| Bileşen | Not |
|---|---|
| Web sunucusu | Canlıdakiyle aynı tür olmalı |
| PHP | Sürüm eşleşmeli |
| Veritabanı | Sürüm yakın olmalı |
| Gerekli eklentiler | Aynı modüller etkin |
İkinci satır kritik bir uyarıdır: yerelde farklı bir PHP sürümü kullanmak, canlıda çalışmayan kodun yerelde çalışmasına veya tersine yol açar — ve bu farkı fark etmeniz haftalar alabilir.
Yerel ortam, canlıyı taklit etmelidir; benzemesi yeterli değildir.
Dördüncü satır ise sık atlanır. Canlıda etkin olan bir PHP modülü yerelde kapalıysa, kod farklı davranır.
Sürüm bilgilerini hosting panelinizden öğrenip yerelde aynısını kurmak doğru başlangıçtır.
Siteyi Taşımak
Üç parça birlikte taşınmalıdır:
- Dosyalar. Tüm site dizini.
- Veritabanı. Tam döküm.
- Yapılandırma. Yerele uyarlanmış.
Birinci maddede bir uyarı vardır: tüm yükleme klasörünü indirmek gigabaytlarca veri anlamına gelebilir — geliştirme için görsellerin tamamına ihtiyaç yoktur, yalnızca kod ve birkaç örnek dosya yeterlidir.
Eksik görseller yerel ortamda sorun değildir; kırık görsel yerine yer tutucu gösterilebilir.
Üçüncü madde ise en kritik adımdır. Yerel yapılandırma, yerel veritabanına işaret etmelidir.
Bu dosya asla canlıya geri yüklenmemelidir; yanlışlıkla yüklenirse canlı site yerel veritabanını arar ve çöker.
Veri Temizliği
Canlı veriyi olduğu gibi yerele almak risklidir:
- Kişisel verileri maskeleyin.
- E-posta adreslerini değiştirin.
- Ödeme kayıtlarını temizleyin.
- Yalnızca gereken kadar veri alın.
İkinci madde ciddi bir kazayı önler: yerel ortamda bir test yaparken gerçek müşteri adreslerine e-posta gönderilmesi, canlı veriyi maskelemeden almanın en yaygın sonucudur.
Yerelde e-posta gönderimi de tamamen kapatılmalı veya bir yakalama aracına yönlendirilmelidir.
Birinci madde ise yasal bir yükümlülüktür. Kişisel veri, geliştiricinin dizüstü bilgisayarında korumasız durmamalıdır.
Dördüncü madde ise pratiktir. Yüz bin ürünlü bir veritabanı yerine bin ürünlük bir örnek, geliştirme için fazlasıyla yeterlidir ve çok daha hızlı çalışır.
Adres Sorunu
| Sorun | Çözüm |
|---|---|
| Veritabanında canlı adres | Yerel adrese çevirin |
| Yönlendirme canlıya gidiyor | Site adresi ayarını değiştirin |
| Görseller canlıdan geliyor | Kabul edilebilir |
İkinci satır en sık yaşanan hayal kırıklığıdır: yerel adresi açtığınızda sizi canlı siteye yönlendirmesi, veritabanındaki site adresi ayarının hâlâ canlıyı göstermesinden kaynaklanır.
Bu ayar değiştirilmeden yerel ortam kullanılamaz.
Üçüncü satır ise aslında pratik bir kolaylıktır. Görsellerin canlıdan yüklenmesi, gigabaytlarca dosya indirme ihtiyacını ortadan kaldırır.
Bunun için görsel adreslerini canlıya yönlendiren basit bir kural yeterlidir.
Ortamı Ayırt Edilebilir Kılmak
Yanlış ortamda çalışmak yaygın bir kazadır:
- Farklı bir renk şeması kullanın.
- Üstte bir uyarı bandı gösterin.
- Site adına ortam etiketi ekleyin.
İkinci madde basit ama çok etkilidir: yerel ve test ortamlarında sayfanın üstünde renkli bir "bu canlı site değildir" bandı göstermek, yanlış ortamda veri silme gibi kazaları neredeyse tamamen ortadan kaldırır.
Birkaç sekme açıkken hangisinin canlı olduğunu karıştırmak çok kolaydır.
Üçüncü madde ise tarayıcı sekmesinde görünür ve aynı işi görür.
Ortamı Güncel Tutmak
- Kodu sürüm kontrolünden alın.
- Veriyi dönemsel tazeleyin.
- Yapılandırmayı yerelde tutun.
Üçüncü madde tekrar eden bir zahmeti önler: veriyi her tazelediğinizde yapılandırma dosyasını yeniden düzenlemek zorunda kalmamak için, ortam ayarlarını veritabanı dışında bir dosyada tutmak gerekir.
Aksi hâlde her tazeleme sonrası aynı düzeltmeler tekrar yapılır.
İkinci madde ise ortamın gerçekçi kalmasını sağlar. Aylar önceki bir veri kopyası, yeni özellikleri test etmeye yetmez.
Birinci madde ise en temiz yaklaşımdır. Kod canlıdan değil depodan gelmelidir.
Hosting Tarafında Test Ortamı
| Ortam | Ne için |
|---|---|
| Yerel | Hızlı geliştirme |
| Hosting üzerinde test | Gerçek koşullar |
| Canlı | Yalnızca doğrulanmış değişiklik |
İkinci satır yerelin karşılayamadığı bir ihtiyacı çözer: sunucu yapılandırması, PHP sınırları ve e-posta gönderimi gibi konular yerelde asla tam olarak taklit edilemez — son doğrulama gerçek hosting ortamında yapılmalıdır.
Bu nedenle ideal akış üç aşamalıdır: yerelde geliştir, hostingdeki test ortamında doğrula, canlıya al.
Test ortamı bir alt alan adında kurulabilir ve arama motorlarına kapatılmalıdır.
Test alt alan adı ve ek veritabanı için hesabınızda yer olması gerekir; hosting paket seçenekleri arasında alt alan adı ve veritabanı hakkı bu ihtiyaca göre değerlendirilmelidir.
Sonuç
Yerel ortamın en değerli kazancı görünürlüktür: canlıda güvenlik riski üreten ayrıntılı hata gösterimi ve hata ayıklama araçları yerelde sınırsız kullanılabilir — sorunu tahmin etmek yerine görürsünüz. Kurarken PHP sürümünü canlıyla eşleyin; farklı sürüm, aylarca fark edilmeyen davranış farkları üretir. Canlı veriyi alırken mutlaka maskeleyin ve e-posta gönderimini kapatın: test yaparken gerçek müşterilere e-posta gitmesi, bu adımı atlamanın en yaygın sonucudur.
Sıkça Sorulan Sorular (SSS)
Yerelde farklı PHP sürümü kullanabilir miyim?
Kullanmayın. Farklı sürüm, canlıda çalışmayan kodun yerelde çalışmasına veya tersine yol açar ve bu farkı fark etmeniz haftalar alabilir. Ayrıca canlıda etkin olan PHP modüllerinin yerelde de açık olması gerekir. Sürüm bilgilerini hosting panelinizden öğrenin.
Canlı veritabanını olduğu gibi alabilir miyim?
Almayın. Kişisel verileri maskeleyin, e-posta adreslerini değiştirin ve yerelde e-posta gönderimini tamamen kapatın — aksi hâlde test yaparken gerçek müşterilere ileti gider. Ayrıca tüm veriye ihtiyacınız yoktur; bin kayıtlık bir örnek geliştirme için fazlasıyla yeterlidir ve çok daha hızlı çalışır.
Yerel adres beni canlı siteye yönlendiriyor?
Veritabanındaki site adresi ayarı hâlâ canlıyı gösteriyor. Bu ayarı yerel adresinizle değiştirmeden yerel ortam kullanılamaz. Görsellerin canlıdan yüklenmesi ise sorun değil — basit bir yönlendirme kuralıyla gigabaytlarca dosya indirmekten kurtulursunuz.
Yerel ortam tek başına yeterli mi?
Değil. Sunucu yapılandırması, PHP sınırları ve e-posta gönderimi gibi konular yerelde tam taklit edilemez. İdeal akış üç aşamalıdır: yerelde geliştir, hostingdeki bir test alt alan adında doğrula, sonra canlıya al. Test ortamını arama motorlarına kapatmayı unutmayın.
