Kayıt ol

Tovala Akıllı Fırın Deneyimi: Paket Servisten Daha İyi mi?FortiMail'de Kritik Zero-Day Açığı Aktif Saldırılarda Kullanılıyor Meadow: Sosyal Medyasız Minimalist Telefon Deneyimi California'da Gizli Kayıt Yapan Akıllı Gözlük Yasasına Veto Hello Robot Stretch 4, TechCrunch Disrupt 2026'da Canlı Tanıtılacak

JavaScript devre dışı. Daha iyi bir deneyim için, önce lütfen tarayıcınızda JavaScript'i etkinleştirin.

WordPress Bakım Modu Nasıl Açılır? Eklentili ve Eklentisiz Yöntemler

Mesaj: <blockquote data-quote="Admin" data-source="post: 12812" data-attributes="member: 1"><p><h2>WordPress Bakım Modu Nasıl Açılır? Eklentili ve Eklentisiz Yöntemler</h2><p>WordPress sitenizde kapsamlı bir değişiklik yaparken ziyaretçilerin bozuk sayfalarla veya tamamlanmamış bir tasarımla karşılaşmasını istemezsiniz. Bakım modu, bu süreçte normal içerik yerine kısa bir bilgilendirme ekranı göstermenizi sağlar.</p><p>Ancak bakım ekranının görünmesi tek başına yeterli değildir. Yönetici erişiminin açık kalması, önbelleğin doğru yönetilmesi ve ziyaretçilere uygun HTTP yanıtının verilmesi de önemlidir.</p><p>Bu rehberde bakım modunu açmanın üç yöntemini, aralarındaki farkları ve siteyi yeniden yayına alırken kontrol edilmesi gerekenleri anlatacağız.</p><h2>WordPress Bakım Modu Nedir?</h2><p>Bakım modu, sitenin tamamını veya belirli bölümlerini geçici olarak ziyaretçilere kapatıp yerine bir açıklama göstermektir. Tema düzenlemeleri, güncelleme sorunları ve taşıma işlemleri sırasında kullanılabilir.</p><p>WordPress’in güncellemelerde kullandığı yerleşik bakım mekanizmasıyla, eklentiler üzerinden hazırlanan bakım sayfaları aynı şekilde çalışmaz.</p><p>Yerleşik mekanizma genellikle yönetici dahil WordPress üzerinden gelen istekleri durdurur. Bir bakım eklentisi ise yetkili kullanıcıların siteye erişmesine izin verirken ziyaretçilere farklı bir ekran gösterebilir.</p><p><strong>Bakım modu, yedekleme veya test ortamının yerine geçmez.</strong> Büyük değişiklikleri önce sitenin ayrı bir test kopyasında hazırlamak, canlı sitenin kapalı kalacağı süreyi azaltır.</p><h3>Bakım modu ile “çok yakında” sayfası arasındaki fark</h3><p>Bakım modu, yayındaki bir sitenin geçici olarak kullanılamadığını bildirir. “Çok yakında” sayfası ise henüz açılmamış bir projenin tanıtım sayfası olabilir.</p><p>Bu nedenle iki ekranın HTTP davranışı farklı olabilir:</p><p></p><table style='width: 100%'><tr><th>Durum</th><th>Uygun yaklaşım</th></tr><tr><td>Yayındaki site kısa süreli bakımda</td><td>Etkilenen sayfalarda 503 yanıtı</td></tr><tr><td>Yeni proje için tanıtım sayfası</td><td>İçeriğin amacına göre normal 200 yanıtı</td></tr><tr><td>Mağazada yalnızca sipariş alımı durduruluyor</td><td>İçerikleri açık tutup alışveriş işlevini sınırlandırma</td></tr></table><p></p><p>Bir eklentide “Coming Soon” seçeneğinin bulunması, mevcut sitenizin bakım senaryosunda doğru yanıtı vereceği anlamına gelmez.</p><h2>Yöntem 1: Eklentiyle Bakım Modu Açmak</h2><p>Kod düzenlemek istemeyen kullanıcılar için bakım eklentisi pratik bir seçenektir. Tasarım, yönetici erişimi ve açma-kapama işlemi tek bir ayar ekranından yönetilebilir.</p><p>WordPress panelinde:</p><ol> <li data-xf-list-type="ol"><strong>Eklentiler → Yeni Eklenti Ekle</strong> bölümünü açın.</li> <li data-xf-list-type="ol">“Maintenance mode” ifadesiyle arama yapın.</li> <li data-xf-list-type="ol">Güncel WordPress sürümünüzle uyumluluğunu kontrol ettiğiniz eklentiyi kurun.</li> <li data-xf-list-type="ol">Eklentinin ayarlarında bakım modunu seçin.</li> <li data-xf-list-type="ol">Başlık, açıklama ve varsa iletişim bilgilerini düzenleyin.</li> <li data-xf-list-type="ol">Yetkili kullanıcıların erişim ayarını kontrol edin.</li> <li data-xf-list-type="ol">Modu etkinleştirip oturum açılmamış bir tarayıcıdan test edin.</li> </ol><p>Eklenti seçerken yalnızca şablonlara bakmayın. Şu özellikler daha belirleyicidir:</p><ul> <li data-xf-list-type="ul">Geçici bakım için 503 yanıtı verebilmesi.</li> <li data-xf-list-type="ul">Yönetici erişimine izin vermesi.</li> <li data-xf-list-type="ul">Gerekli adresler için istisna tanımlayabilmesi.</li> <li data-xf-list-type="ul">Mevcut önbellek sisteminizle birlikte çalışabilmesi.</li> </ul><p>Her eklentinin varsayılan davranışı farklı olabilir. Yönetici olarak siteyi normal görmeniz, ziyaretçilerin bakım sayfasını gördüğünü doğrulamaz.</p><h3>Bakım sayfasına ne yazılmalı?</h3><p>Ziyaretçinin neden erişemediğini ve ne yapabileceğini açıklayan kısa bir metin yeterlidir:</p><p></p><p>Bitiş saati kesin değilse iddialı bir geri sayım kullanmayın. Süresi dolduğu hâlde kapanmayan bir sayaç, açıklayıcı bir mesajdan daha fazla kafa karışıklığı yaratır.</p><h2>Yöntem 2: .maintenance Dosyasıyla Bakım Modu Açmak</h2><p>WordPress’in yerleşik bakım mekanizması, kurulum kökündeki <code class="bbCodeInline">.maintenance</code> dosyasını kontrol eder. Buradaki kök, WordPress’in <code class="bbCodeInline">wp-admin</code> ve <code class="bbCodeInline">wp-includes</code> klasörlerinin bulunduğu kurulum dizinidir; her sitede doğrudan <code class="bbCodeInline">public_html</code> olmayabilir.</p><p>Hosting panelinin Dosya Yöneticisi veya SFTP bağlantısıyla bu dizinde <code class="bbCodeInline">.maintenance</code> adlı dosya oluşturun.</p><p>Dosyanın içine şunu yazın:</p><p>[CODE]<?php</p><p>$upgrading = time();[/CODE]</p><p>Dosya adının başındaki noktayı koruyun. Sonuna <code class="bbCodeInline">.txt</code> eklenmediğinden de emin olun.</p><h3>10 dakika konusu neden karıştırılıyor?</h3><p>WordPress, dosyanın içindeki <code class="bbCodeInline">$upgrading</code> zaman damgasını kontrol eder. Sabit bir zaman damgası 10 dakika veya daha eskiyse bakım durumunu sona ermiş kabul eder.</p><p>Ancak yukarıdaki örnekte <code class="bbCodeInline">time()</code> her istekte yeniden çalışır. Zaman damgası sürekli güncel kalacağı için <strong>bu dosya bakım modunu 10 dakika sonra kendiliğinden kapatmaz</strong>. İşiniz bittiğinde dosyayı kaldırmanız gerekir. Bu sonuç, çekirdeğin dosyayı yükleyip zaman farkını hesaplama biçiminden kaynaklanır.</p><p>WordPress’in varsayılan bakım ekranı 503 yanıtı ve <code class="bbCodeInline">Retry-After: 600</code> başlığı gönderir.</p><h3>Bu yöntemin sınırları</h3><p>Yerleşik bakım mekanizması kullanıcı yetkilerini kontrol ederek yöneticiyi ayrı tutmaz. Bu nedenle <code class="bbCodeInline">.maintenance</code> aktifken yönetim paneline erişemeyebilirsiniz.</p><p>Ayrıca statik dosyalar veya önbellekten sunulan sayfalar WordPress’i çalıştırmadan teslim edilebilir. Dolayısıyla dosyayı eklemek, sunucudaki bütün içeriğin erişime kapandığı anlamına gelmez.</p><p>PHP veya WordPress’in başlangıç yapılandırması daha erken bir aşamada hata veriyorsa, bakım ekranı da çalışmayabilir. Böyle durumlarda hosting paneli ya da web sunucusu seviyesinde çözüm gerekebilir.</p><h2>Yöntem 3: Kodla, Yöneticiye Açık Bir Bakım Ekranı Oluşturmak</h2><p>Ziyaretçilere bakım mesajı gösterirken yönetici erişimini korumak istiyorsanız küçük bir kod kullanılabilir.</p><p>Tema değişiminden etkilenmesini istemiyorsanız, kodu ayrı bir MU eklentisi olarak yerleştirebilirsiniz. WordPress, varsayılan olarak <code class="bbCodeInline">wp-content/mu-plugins</code> içindeki PHP dosyalarını otomatik yükler; panelden ayrıca etkinleştirmek gerekmez.</p><p><code class="bbCodeInline">mu-plugins</code> klasörü yoksa oluşturun. İçine <code class="bbCodeInline">gecici-bakim.php</code> adlı dosya ekleyip şu kodu yerleştirin:</p><p>[CODE]<?php</p><p>/**</p><p> * Plugin Name: Geçici Bakım Ekranı</p><p> */</p><p></p><p>defined( 'ABSPATH' ) || exit;</p><p></p><p>add_action( 'template_redirect', function () {</p><p>    if ( current_user_can( 'manage_options' ) || is_robots() ) {</p><p>        return;</p><p>    }</p><p></p><p>    nocache_headers();</p><p>    header( 'Retry-After: 3600' );</p><p></p><p>    wp_die(</p><p>        'Sitemizde kısa süreli bakım yapıyoruz. Lütfen daha sonra tekrar deneyin.',</p><p>        'Bakım Çalışması',</p><p>        array( 'response' => 503 )</p><p>    );</p><p>}, 0 );[/CODE]</p><p>Bu örnek:</p><ul> <li data-xf-list-type="ul"><code class="bbCodeInline">manage_options</code> yetkisine sahip kullanıcıların ön yüze erişmesine izin verir.</li> <li data-xf-list-type="ul">Diğer kullanıcılar için bakım mesajı gösterir.</li> <li data-xf-list-type="ul">503 yanıtı ve bir saatlik <code class="bbCodeInline">Retry-After</code> bilgisi gönderir.</li> <li data-xf-list-type="ul">WordPress’in <code class="bbCodeInline">robots.txt</code> isteğini kapsam dışında bırakır.</li> </ul><p><code class="bbCodeInline">wp_die()</code> içindeki <code class="bbCodeInline">response</code> seçeneği HTTP durum kodunu belirler.</p><p>Bakım bittiğinde <strong>yalnızca oluşturduğunuz </strong><code class="bbCodeInline">[B]gecici-bakim.php[/B]</code><strong> dosyasını</strong> MU eklenti klasöründen kaldırın. Diğer dosyaları silmeyin. MU eklentileri normal eklentiler gibi paneldeki “Etkisizleştir” düğmesiyle kapatılmaz.</p><p>Bu kod, normal ön yüz istekleri için hazırlanmıştır. REST API, yönetim AJAX işlemleri, cron görevleri ve ödeme bildirimleri için genel bir kapatma mekanizması değildir. Veri taşırken bütün yazma işlemlerini durdurmanız gerekiyorsa ilgili kanalları ayrıca yönetmelisiniz.</p><p>Aynı yaklaşım alt temanın <code class="bbCodeInline">functions.php</code> dosyasına da uygulanabilir. Ancak tema değiştiğinde kod devreden çıkar; yeni bir PHP açılış etiketi eklemek gibi yazım hatalarından da kaçınmak gerekir.</p><h2>Özel maintenance.php Dosyası Ne İşe Yarar?</h2><p>WordPress’in yerleşik bakım ekranını özelleştirmek için <code class="bbCodeInline">wp-content/maintenance.php</code> dosyası kullanılabilir.</p><p>Burada önemli ayrım şudur: <strong>Bu dosyanın bulunması tek başına bakım modunu açmaz.</strong> Yerleşik bakım durumu aktif olduğunda WordPress bu dosyayı yükleyerek varsayılan ekranın yerine kullanır.</p><p>Özel dosya, çekirdeğin varsayılan bakım yanıtından önce yüklenir. Bu nedenle 503, <code class="bbCodeInline">Retry-After</code> ve önbellek başlıklarını özel dosyada kendiniz göndermelisiniz.</p><p>Bu aşamada WordPress henüz normal çalışma akışını tamamlamadığı için tema ve eklenti fonksiyonlarının hazır olduğunu varsaymayın. Basit bir HTML ekranı daha kolay yönetilir.</p><h2>Hangi Yöntem Ne Zaman Uygun?</h2> <table style='width: 100%'><tr><th>Yöntem</th><th>Yönetici erişimi</th><th>Tasarım</th><th>Kapatma işlemi</th></tr><tr><td>Bakım eklentisi</td><td>Eklentinin ayarlarına bağlı</td><td>Genellikle kolay özelleştirilir</td><td>Ayarlardan kapatılır</td></tr><tr><td><code class="bbCodeInline">.maintenance</code></td><td>Normalde kullanıcı ayrımı yapmaz</td><td>Varsayılan ekran veya özel dosya</td><td>Dosya kaldırılır</td></tr><tr><td>Örnek MU eklentisi</td><td>Yetkili kullanıcıya izin verir</td><td>Kodla düzenlenir</td><td>İlgili dosya kaldırılır</td></tr></table><p></p><p>Yalnızca kısa bir mesaj ve panel erişimi gerekiyorsa eklenti yöntemi yeterli olabilir. Dosya üzerinden hızlı müdahale gerekiyorsa yerleşik mekanizma kullanılabilir. Daha özel davranışlarda kod veya sunucu seviyesinde yapılandırma değerlendirilir.</p><h2>Bakım Modunda 503 ve Retry-After Neden Önemli?</h2><p>503, isteğin geçici olarak karşılanamadığını bildirir. Yayındaki bir sitenin kısa süreli bakımı için uygun sinyaldir.</p><p><code class="bbCodeInline">Retry-After</code> ise yeniden deneme için tahmini süre veya tarih belirtir:</p><p><code class="bbCodeInline">Retry-After: 3600</code></p><p>Bu örnek bir saatlik bekleme bilgisi verir. Ancak tarayıcının veya arama motorunun tam o saniyede yeniden istek göndereceğini garanti etmez.</p><p>503 kullanılması da sıralamaların her koşulda korunacağı anlamına gelmez. Uzayan erişilemezlik, tarama ve indekslemeyi etkileyebilir. Google, sitenin tamamen kapatılmasını çok kısa sürelerle sınırlandırmayı; mümkünse içerikleri erişilebilir tutup yalnızca gerekli işlevleri durdurmayı önerir.</p><p>Geçici bakım için bütün siteye <code class="bbCodeInline">noindex</code> eklemeyin, tüm taramayı <code class="bbCodeInline">robots.txt</code> üzerinden kapatmayın ve sayfaları kalıcı olarak tek bir bakım adresine yönlendirmeyin. <code class="bbCodeInline">robots.txt</code> dosyasının erişilebilir kalmasını da kontrol edin.</p><h2>Önbellek Bakım Ekranını Etkileyebilir</h2><p>Bakım modu açıldığı hâlde bazı ziyaretçiler eski sayfaları görüyorsa, bu içerikler önbellekten sunuluyor olabilir.</p><p>Tersi de mümkündür: Bakım kapatılmıştır ama bakım ekranı önbellekte kaldığı için ziyaretçiye gösterilmeye devam eder.</p><p>Bu nedenle hem açarken hem kapatırken:</p><ol> <li data-xf-list-type="ol">WordPress sayfa önbelleğini kontrol edin.</li> <li data-xf-list-type="ol">Hosting tarafındaki önbelleği değerlendirin.</li> <li data-xf-list-type="ol">CDN kullanıyorsanız ilgili önbelleği temizleyin.</li> <li data-xf-list-type="ol">Oturum açılmamış bir tarayıcıdan tekrar deneyin.</li> </ol><p>Önbellek başlıkları göndermek, daha önce saklanmış bütün yanıtları kendiliğinden temizlemez.</p><h2>Güncelleme Sonrası Bakım Ekranında Takılı Kalan Site</h2><p>Güncelleme yarıda kesilmişse bakım dosyası kalmış olabilir. Ancak dosyayı hemen silmeden önce güncellemenin hâlâ çalışmadığından emin olun.</p><p>Ardından şu sırayla ilerleyin:</p><ol> <li data-xf-list-type="ol">WordPress kurulum dizinindeki <code class="bbCodeInline">.maintenance</code> dosyasını kontrol edin.</li> <li data-xf-list-type="ol">Devam eden güncelleme yoksa kalan dosyayı kaldırın.</li> <li data-xf-list-type="ol">Siteyi ve yönetim panelini yeniden açın.</li> <li data-xf-list-type="ol">Hata kayıtlarını inceleyin.</li> <li data-xf-list-type="ol">Güncellenen bileşenin doğru çalıştığını doğrulayın.</li> </ol><p>Dosyanın kaldırılması, yarım kalan güncellemeyi tamamlamaz. Eksik dosyalar veya başka bir hata varsa ayrıca onarım gerekir.</p><p>Ekran devam ediyorsa bakım eklentisini, özel kodu ve önbelleği de kontrol edin.</p><h2>Bakım Bittikten Sonra Yapılacak Kontroller</h2><p>Siteyi yeniden açmak için kullandığınız yöntemi kapatın. Ardından yalnızca ana sayfaya bakmakla yetinmeyin.</p><ul> <li data-xf-list-type="ul">Birkaç iç sayfayı açın.</li> <li data-xf-list-type="ul">Giriş ve iletişim formunu deneyin.</li> <li data-xf-list-type="ul">Mağaza varsa sepet ve ödeme akışını kontrol edin.</li> <li data-xf-list-type="ul">Ziyaretçilere artık bakım yanıtı verilmediğini doğrulayın.</li> <li data-xf-list-type="ul">Geçici kodları ve dosyaları kaldırın.</li> </ul><p>Terminal erişiminiz varsa bir sayfanın yanıt başlıklarını şöyle görebilirsiniz:</p><p><code class="bbCodeInline">curl -s -o /dev/null -D - https://ornek.com/</code></p><p>Bakım sırasında ilgili içerik sayfasında 503, yeniden açılışta ise normal yanıt beklenir. Varsa yönlendirme zincirinin sonundaki yanıtı da inceleyin.</p><h2>Sıkça Sorulan Sorular</h2><h3>Bakım modunda yönetim paneline girebilir miyim?</h3><p>Yönteme bağlıdır. Eklentiler yetkili kullanıcıya erişim verebilir. Yerleşik <code class="bbCodeInline">.maintenance</code> mekanizması ise normalde yöneticiyi ayrı tutmaz.</p><h3>.maintenance dosyası 10 dakika sonra etkisizleşir mi?</h3><p>Sabit zaman damgası eskiyse etkisizleşebilir. Dosyada <code class="bbCodeInline">$upgrading = time();</code> kullanılırsa değer her istekte yenilenir ve bakımı dosyayı kaldırarak kapatmanız gerekir.</p><h3>Bakım modu bütün sipariş ve veri girişlerini durdurur mu?</h3><p>Her zaman durdurmaz. Ön yüz kapanırken API, ödeme bildirimi veya arka plan görevleri çalışmaya devam edebilir. Taşıma işlemlerinde bunları ayrıca değerlendirin.</p><h3>Bakım modunu açmak için eklenti şart mı?</h3><p>Hayır. <code class="bbCodeInline">.maintenance</code> dosyası, özel kod veya sunucu tarafındaki bakım ayarları kullanılabilir.</p><h3>Her güncellemede elle bakım modu açmak gerekir mi?</h3><p>Hayır. WordPress gerekli güncellemelerde kendi kısa bakım sürecini kullanır. Elle bakım, kapsamlı değişiklikler veya kontrollü bir erişim kesintisi gerektiğinde değerlendirilir.</p><h3>Bakım modunu kapattım ama ekran hâlâ görünüyor. Neden?</h3><p>Önbellekte kalan yanıt, kaldırılmamış bir dosya veya ikinci bir bakım mekanizması etkili olabilir. Eklenti, dosya ve önbellek katmanlarını birlikte kontrol edin.</p></blockquote><p></p>