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 .htaccess Rehberi: Kalıcı Bağlantılar, Güvenlik ve Yönlendirme Ayarları

Mesaj: <blockquote data-quote="Admin" data-source="post: 12811" data-attributes="member: 1"><p><h2>WordPress .htaccess Rehberi: Kalıcı Bağlantılar, Güvenlik ve Yönlendirme Ayarları</h2><p>WordPress’te ana sayfa açıldığı hâlde yazıların 404 vermesi, HTTPS yönlendirmesinin döngüye girmesi veya bir yapılandırma değişikliğinden sonra 500 hatası oluşması, <code class="bbCodeInline">.htaccess</code> dosyasını kontrol etmeyi gerektirebilir.</p><p>Bu küçük dosya, uygun sunucu ortamında URL kurallarından dosya erişimine kadar birçok ayarı yönetir. Ancak internette bulunan her kodu aynı dosyaya eklemek doğru değildir. Kuralın yazımı, dosyadaki konumu ve sunucunun desteklediği özellikler sonucu belirler.</p><p>Bu rehberde WordPress’in standart <code class="bbCodeInline">.htaccess</code> yapısını, kullanışlı ek kuralları ve hata durumunda izlenecek adımları ele alacağız.</p><h2>.htaccess Dosyası Nedir?</h2><p><code class="bbCodeInline">.htaccess</code>, Apache web sunucusunda dizin düzeyinde yapılandırma yapmayı sağlayan bir dosyadır. Sunucunun ana ayarlarına erişmeden, belirli bir klasör ve altındaki içerik için kurallar tanımlanabilir.</p><p>WordPress açısından en bilinen görevi, kalıcı bağlantıları çalıştırmaktır. Örneğin:</p><p><code class="bbCodeInline">https://ornek.com/?p=123</code></p><p>yerine şu adresin kullanılabilmesini sağlar:</p><p><code class="bbCodeInline">https://ornek.com/wordpress-rehberi/</code></p><p>Bunun yanında yönlendirmeler, erişim kısıtlamaları, dizin listeleme ve bazı önbellek başlıkları da bu dosya üzerinden yönetilebilir.</p><p><strong>Dosyanın bulunması, içindeki bütün kuralların uygulanacağı anlamına gelmez.</strong> Apache’de hangi yönergelere izin verildiği <code class="bbCodeInline">AllowOverride</code> ve <code class="bbCodeInline">AllowOverrideList</code> gibi sunucu ayarlarıyla belirlenir.</p><h3>Hangi sunucularda çalışır?</h3> <table style='width: 100%'><tr><th>Sunucu yapısı</th><th>.htaccess durumu</th></tr><tr><td>Apache</td><td>İzin verilen yönergeler uygulanır.</td></tr><tr><td>LiteSpeed Web Server</td><td>Birçok Apache kuralı desteklenir; uyumluluk yönergeye göre değişebilir.</td></tr><tr><td>Yalnızca Nginx</td><td>Dosya okunmaz; kurallar Nginx yapılandırmasında tanımlanır.</td></tr><tr><td>Nginx önünde, Apache arkasında</td><td>Apache’ye ulaşan isteklerde etkili olabilir; Nginx’in doğrudan sunduğu içerik ayrıca değerlendirilir.</td></tr></table><p></p><p>LiteSpeed’in Apache ile uyumlu olması, her Apache modülünün ve bütün yönergelerin aynı şekilde desteklendiği anlamına gelmez.</p><h2>WordPress .htaccess Dosyası Nerede Bulunur?</h2><p>Standart bir kurulumda <code class="bbCodeInline">.htaccess</code>, sitenin belge kökünde; çoğunlukla <code class="bbCodeInline">index.php</code>, <code class="bbCodeInline">wp-admin</code> ve <code class="bbCodeInline">wp-content</code> ile aynı dizinde bulunur.</p><p>Hosting panelinde bu klasörün adı <code class="bbCodeInline">public_html</code> veya <code class="bbCodeInline">httpdocs</code> olabilir. WordPress’in alt dizine kurulduğu ya da site giriş dosyasının farklı bir konumda bulunduğu yapılarda dosyanın yeri ve kurallar değişebilir.</p><p>Dosya görünmüyorsa Dosya Yöneticisi veya bağlantı istemcisindeki <strong>gizli dosyaları göster</strong> seçeneğini açın. Adının başındaki nokta nedeniyle listede gizlenmiş olabilir.</p><p>Düzenleme öncesinde:</p><ol> <li data-xf-list-type="ol">Mevcut dosyanın bir kopyasını indirin.</li> <li data-xf-list-type="ol">Eklemeyi düşündüğünüz kuralın amacını belirleyin.</li> <li data-xf-list-type="ol">Her seferinde tek bir değişiklik yapın.</li> <li data-xf-list-type="ol">Ana sayfayı, bir yazıyı ve yönetim panelini kontrol edin.</li> </ol><p>Yedek kopyayı bilgisayarınızda veya web üzerinden erişilemeyen bir konumda saklayın. Yapılandırma yedeklerini sitenin herkese açık klasöründe bırakmak uygun değildir.</p><h2>WordPress’in Standart .htaccess Kuralları</h2><p>Alan adının kökünde çalışan, tek siteli bir WordPress kurulumu için yaygın temel yapı şöyledir:</p><p>[CODE]# BEGIN WordPress</p><p><IfModule mod_rewrite.c></p><p>RewriteEngine On</p><p>RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]</p><p>RewriteBase /</p><p>RewriteRule ^index\.php$ - [L]</p><p>RewriteCond %{REQUEST_FILENAME} !-f</p><p>RewriteCond %{REQUEST_FILENAME} !-d</p><p>RewriteRule . /index.php [L]</p><p></IfModule></p><p># END WordPress[/CODE]</p><p>Bu örneği Multisite veya alt dizin kurulumuna doğrudan uygulamayın. İlgili kurulumun oluşturduğu kuralları kullanın. WordPress’in resmî belgelerinde tek site ve Multisite için farklı örnekler bulunur.</p><p>Temel satırların görevleri:</p><table style='width: 100%'><tr><th>Kural</th><th>Açıklama</th></tr><tr><td><code class="bbCodeInline">RewriteEngine On</code></td><td>Yeniden yazma işlemlerini etkinleştirir.</td></tr><tr><td><code class="bbCodeInline">HTTP_AUTHORIZATION</code> satırı</td><td>Yetkilendirme başlığının uygulamaya aktarılmasına yardımcı olur.</td></tr><tr><td><code class="bbCodeInline">RewriteBase /</code></td><td>Bu örnekte kök dizin yolunu belirtir.</td></tr><tr><td><code class="bbCodeInline">^index\.php$</code> kuralı</td><td>Giriş dosyasının yeniden yazılmasını önler.</td></tr><tr><td><code class="bbCodeInline">!-f</code> ve <code class="bbCodeInline">!-d</code> koşulları</td><td>Gerçek dosya ve dizinleri sonraki kurala dahil etmez.</td></tr><tr><td>Son <code class="bbCodeInline">RewriteRule</code></td><td>Diğer uygun istekleri içeride <code class="bbCodeInline">index.php</code> üzerinden işler.</td></tr></table><p></p><p>Son işlem, ziyaretçiyi başka bir adrese gönderen 301 yönlendirmesi değildir. Tarayıcıdaki adres korunur; WordPress isteğin hangi içeriğe ait olduğunu çözümler.</p><h2>Özel Kurallar Dosyanın Neresine Eklenmeli?</h2><p><code class="bbCodeInline"># BEGIN WordPress</code> ve <code class="bbCodeInline"># END WordPress</code> arasındaki bölüm WordPress tarafından yönetilir. Kalıcı bağlantı kuralları yeniden oluşturulduğunda buradaki elle yapılmış eklemeler kaybolabilir.</p><p>Özel kuralları bu bölümün dışında tutun. Ancak <strong>her kuralın mutlaka WordPress bloğunun altına yazılması gerektiği düşüncesi yanlıştır.</strong></p><p>Özellikle HTTPS geçişi ve eski sayfa yönlendirmeleri, WordPress’in genel yeniden yazma kuralından önce değerlendirilmelidir. Bu nedenle genellikle bloğun üstüne yerleştirilir.</p><p>Ayrıca önbellek ve güvenlik eklentileri kendi işaretli bölümlerini oluşturabilir. Bu alanların içine elle ekleme yapmadan önce eklentinin nasıl çalıştığını kontrol edin.</p><h2>Hassas Dosyalara Web Erişimini Kısıtlama</h2><p>Apache 2.4 için yeni erişim kuralları yazarken <code class="bbCodeInline">Require</code> sözdizimi kullanılmalıdır. Eski <code class="bbCodeInline">Order</code>, <code class="bbCodeInline">Allow</code> ve <code class="bbCodeInline">Deny</code> yönergeleri kullanımdan kaldırılmış kabul edilir; eski yapılandırmalarla yeni kuralları gelişigüzel karıştırmayın.</p><h3>wp-config.php dosyasını koruma</h3><p>Aşağıdaki kuralı WordPress’in yönettiği bölümün dışına ekleyebilirsiniz:</p><p>[CODE]<Files "wp-config.php"></p><p>    Require all denied</p><p></Files>[/CODE]</p><p>Bu kural dosyaya doğrudan HTTP erişimini engeller. WordPress’in dosyayı sunucu içinde yüklemesini engellemez.</p><p>Veritabanı bilgilerini içeren bu dosyanın yedeklerini de herkese açık dizinlerde tutmayın.</p><h3>Belirli yapılandırma dosyalarını koruma</h3><p>İhtiyaca göre şu dosya adları hedeflenebilir:</p><p>[CODE]<FilesMatch "^(?:\.env(?:\..*)?|\.user\.ini|\.htaccess|\.htpasswd)$"></p><p>    Require all denied</p><p></FilesMatch>[/CODE]</p><p>Buradaki <code class="bbCodeInline">\.</code> ifadesi gerçek nokta karakterini eşleştirir. Düzenli ifadelerde nokta, kaçış işareti olmadan kullanıldığında herhangi bir karakteri temsil eder.</p><p>Örneğin <code class="bbCodeInline">^.</code> yazmak, “noktayla başlayan dosyalar” anlamına gelmez; neredeyse bütün dosya adlarını eşleştirebilir.</p><p>Noktayla başlayan bütün yolları kontrolsüz biçimde engellemek de sorun oluşturabilir. <code class="bbCodeInline">/.well-known/acme-challenge/</code> yolu, bazı SSL doğrulama işlemlerinde kullanılır.</p><h2>Dizin Listelemesini Kapatma</h2><p>Bir klasörde uygun giriş dosyası yoksa ve sunucuda dizin listeleme açıksa, klasör içeriği ziyaretçilere gösterilebilir.</p><p>Bunu kapatmak için:</p><p><code class="bbCodeInline">Options -Indexes</code></p><p>Bu ayar dosyalara doğrudan erişimi tamamen engellemez; yalnızca otomatik klasör listesini kapatır.</p><p>Sağlayıcı <code class="bbCodeInline">.htaccess</code> içinde <code class="bbCodeInline">Options</code> kullanımına izin vermiyorsa hata oluşabilir. Böyle bir durumda satırı kaldırıp ayarın sunucu veya panel üzerinden uygulanmasını isteyin.</p><h2>xmlrpc.php Erişimini Kapatmalı mısınız?</h2><p>XML-RPC, bazı uzaktan yayın ve entegrasyon işlemlerinde kullanılır. İhtiyacınız yoksa erişimini kısıtlamak değerlendirilebilir:</p><p>[CODE]<Files "xmlrpc.php"></p><p>    Require all denied</p><p></Files>[/CODE]</p><p>Ancak bu kuralı eklemeden önce kullandığınız hizmetleri kontrol edin. Jetpack, WordPress.com ile iletişiminde XML-RPC kullanır; dosyaya erişimin kapatılması bağlantıyı bozabilir.</p><p>Dosyanın engellenmesi, bütün saldırı türlerine karşı koruma sağlamaz. Güncel yazılım, güçlü hesap güvenliği ve uygun sunucu önlemleri ayrıca gereklidir.</p><h2>Uploads Klasöründeki PHP Dosyalarına Erişimi Engelleme</h2><p><code class="bbCodeInline">wp-content/uploads</code> çoğunlukla görsel ve belge yüklemeleri için kullanılır. Bu klasöre yüklenmiş çalıştırılabilir dosyalara web erişimini engellemek ek koruma sağlayabilir.</p><p><strong>Yalnızca </strong><code class="bbCodeInline">[B]wp-content/uploads[/B]</code><strong> içine</strong> ayrı bir <code class="bbCodeInline">.htaccess</code> dosyası ekleyerek şu örnek kullanılabilir:</p><p>[CODE]<FilesMatch "(?i)\.(?:php[0-9]*|phtml|phar)(?:\.|$)"></p><p>    Require all denied</p><p></FilesMatch>[/CODE]</p><p>Bu örnek, belirtilen dosya adı kalıplarına gelen web isteklerini reddeder. Sunucunun çalıştırılabilir kabul ettiği farklı uzantılar varsa ayrıca değerlendirilmelidir.</p><p>Kural, başka bir PHP dosyasının sunucu içinde zararlı kodu yüklemesini engelleyen tam bir izolasyon mekanizması değildir.</p><p>Aynı engeli bütün <code class="bbCodeInline">wp-content</code> dizinine uygulamayın. Tema ve eklentiler burada bulunduğu için sitenin işleyişi bozulabilir. Uploads içinde özel uygulama dosyaları kullanan bir sisteminiz varsa değişikliği önce test edin.</p><h2>Eski Bir Sayfayı Yeni Adrese Yönlendirme</h2><p>Tek bir eski adresi yeni sayfaya yönlendirmek için, kök dizindeki <code class="bbCodeInline">.htaccess</code> dosyasında WordPress bloğunun üstüne şu örnek eklenebilir:</p><p>[CODE]<IfModule mod_rewrite.c></p><p>RewriteEngine On</p><p>RewriteRule ^eski-sayfa/?$ https://ornek.com/yeni-sayfa/ [R=302,L]</p><p></IfModule>[/CODE]</p><p>Alan adını ve yolları kendi sitenize göre değiştirin.</p><p>Test sırasında <code class="bbCodeInline">302</code> kullanmak, kalıcı yönlendirmenin tarayıcıda saklanması nedeniyle yaşanabilecek karışıklığı azaltır. Hedef doğru çalışıyorsa ve değişiklik kalıcıysa <code class="bbCodeInline">R=301</code> olarak düzenleyebilirsiniz.</p><p><code class="bbCodeInline">.htaccess</code> bağlamındaki bu örnekte eşleşen yolun başına <code class="bbCodeInline">/</code> yazılmaz. <code class="bbCodeInline">^</code> ve <code class="bbCodeInline">$</code> işaretleri de eşleşmeyi belirtilen adresle sınırlar.</p><p>Eski sayfanın karşılığı varsa kullanıcıyı o sayfaya yönlendirin. Bütün kaldırılmış adresleri ana sayfaya göndermek, her durum için uygun bir çözüm değildir.</p><h2>HTTP’den HTTPS’e Yönlendirme</h2><p>Önce SSL sertifikasının geçerli olduğundan ve sitenin HTTPS adresinden düzgün açıldığından emin olun.</p><p>HTTPS bağlantısının doğrudan ilgili web sunucusunda sonlandığı bir ortam için örnek:</p><p>[CODE]<IfModule mod_rewrite.c></p><p>RewriteEngine On</p><p>RewriteCond %{HTTPS} !=on</p><p>RewriteRule ^ https://ornek.com%{REQUEST_URI} [R=302,L]</p><p></IfModule>[/CODE]</p><p>Bu bloğu WordPress kurallarının üstüne yerleştirin. <code class="bbCodeInline">ornek.com</code> yerine tercih ettiğiniz alan adını yazın. Kontrol tamamlandığında kalıcı geçiş için <code class="bbCodeInline">302</code> değerini <code class="bbCodeInline">301</code> yapabilirsiniz.</p><p><strong>Cloudflare veya başka bir ters proxy varsa yapı ayrıca değerlendirilmelidir.</strong> Ziyaretçi HTTPS kullanırken arka sunucu HTTP isteği alıyorsa, yalnızca <code class="bbCodeInline">%{HTTPS}</code> kontrolüne dayanan kural yönlendirme döngüsü oluşturabilir. Cloudflare’ın Flexible modu ile sunucudaki HTTPS zorlama ayarı buna örnektir.</p><p>Panelde veya CDN’de zaten yönlendirme varsa aynı işlemi birden fazla yerde tekrar tanımlamadan önce mevcut yapıyı kontrol edin.</p><h2>Tarayıcı Önbellekleme Ayarları</h2><p>Statik dosyaların tarayıcıda saklanması, tekrar ziyaretlerde indirme ihtiyacını azaltabilir. Apache’de <code class="bbCodeInline">mod_expires</code> destekleniyorsa örnek bir yapı şöyledir:</p><p>[CODE]<IfModule mod_expires.c></p><p>ExpiresActive On</p><p>ExpiresByType image/jpeg "access plus 1 month"</p><p>ExpiresByType image/png "access plus 1 month"</p><p>ExpiresByType image/webp "access plus 1 month"</p><p>ExpiresByType text/css "access plus 1 week"</p><p>ExpiresByType text/javascript "access plus 1 week"</p><p>ExpiresByType application/javascript "access plus 1 week"</p><p></IfModule>[/CODE]</p><p>Süreler örnektir. <code class="bbCodeInline">mod_expires</code>, uygun yanıtlar için <code class="bbCodeInline">Expires</code> ve <code class="bbCodeInline">Cache-Control: max-age</code> başlıklarını oluşturabilir.</p><p>Uzun süre önbelleğe alınan dosyayı aynı URL’de değiştirdiğinizde kullanıcı eski sürümü görmeye devam edebilir. Bu nedenle dosya sürümleme yöntemiyle önbellek süresi birlikte düşünülmelidir.</p><p>HTML, kullanıcı hesabı, sepet ve ödeme içeriklerine gelişigüzel uzun önbellek süreleri uygulamayın. Tarayıcı önbelleği ile WordPress sayfa önbelleği ayrı mekanizmalardır.</p><h2>GZIP Sıkıştırma Kullanımı</h2><p>Metin tabanlı içerikleri sıkıştırmak, aktarılacak veri miktarını azaltabilir:</p><p>[CODE]<IfModule mod_deflate.c></p><p>AddOutputFilterByType DEFLATE text/html text/plain text/css text/javascript application/javascript application/json</p><p></IfModule>[/CODE]</p><p>Bu örnek Apache’nin <code class="bbCodeInline">mod_deflate</code> filtresini kullanır. Kazanç, içeriğe göre değişir; bütün dosyalar için sabit bir küçülme oranı beklenmez.</p><p>Sunucu veya CDN zaten GZIP ya da Brotli uyguluyorsa ek kural gerekmeyebilir. Tarayıcının geliştirici araçlarında yanıtın <code class="bbCodeInline">Content-Encoding</code> başlığını kontrol edebilirsiniz.</p><h2>.htaccess Hataları Nasıl Çözülür?</h2> <table style='width: 100%'><tr><th>Belirti</th><th>Kontrol edilecek noktalar</th></tr><tr><td>Değişiklikten sonra 500 hatası</td><td>Son eklenen kural, desteklenmeyen yönerge veya izin verilmeyen ayar</td></tr><tr><td>Ana sayfa açılıyor, yazılar 404</td><td>Kalıcı bağlantı kuralları, <code class="bbCodeInline">mod_rewrite</code>, doğru dosya konumu</td></tr><tr><td>Yönlendirme çalışmıyor</td><td>Kural sırası, adres eşleşmesi, proxy ve diğer yönlendirmeler</td></tr><tr><td>Sürekli yönlendirme oluşuyor</td><td>HTTP/HTTPS algısı, CDN modu, birbiriyle çelişen kurallar</td></tr><tr><td>Beklenmeyen 403 hatası</td><td><code class="bbCodeInline">Require</code> kuralları, hatalı dosya eşleştirmesi, dizin listeleme ayarı</td></tr><tr><td>Değişiklik etkisiz</td><td>Sunucu türü, <code class="bbCodeInline">AllowOverride</code>, Nginx’in doğrudan sunduğu içerik veya önbellek</td></tr></table><p></p><p>Yeni bir düzenlemeden hemen sonra sorun başladıysa önce son değişikliği geri alın. Ardından sunucunun hata kaydını inceleyin.</p><p>Dosyanın tamamını kaldırmak, yönlendirme ve güvenlik kurallarını da devre dışı bırakabilir. Bu yüzden mümkünse bilinen çalışan kopyayı geri yükleyin.</p><p>Kalıcı bağlantı kuralları bozulmuşsa <strong>Ayarlar → Kalıcı Bağlantılar → Değişiklikleri Kaydet</strong> işlemi yardımcı olabilir. WordPress’in dosyayı otomatik güncelleyebilmesi için uygun yazma yetkisi gerekir. Sorunu çözmek amacıyla kontrolsüz biçimde <code class="bbCodeInline">777</code> izni vermeyin.</p><h2>Sıkça Sorulan Sorular</h2><h3>.htaccess dosyasını silersem site tamamen kapanır mı?</h3><p>Her kurulumda aynı sonuç oluşmaz. Dosyaya bağlı kalıcı bağlantılar, yönlendirmeler ve erişim kuralları kaybolabilir. Sunucu seviyesinde eşdeğer kurallar varsa bazı işlevler devam edebilir.</p><h3>Değişiklikten sonra sunucuyu yeniden başlatmak gerekir mi?</h3><p>Apache’de <code class="bbCodeInline">.htaccess</code> değişiklikleri genellikle sonraki istekte değerlendirilir. Ana sunucu yapılandırmasındaki değişiklikler ise farklıdır ve yeniden yükleme gerektirebilir.</p><h3>Dosyada IfModule varsa hata oluşmayacağı garanti mi?</h3><p>Hayır. <code class="bbCodeInline">IfModule</code>, ilgili modül yoksa bloğu atlamayı sağlar. Modül mevcutken yazım hatası veya izin verilmeyen bir yönerge yine sorun çıkarabilir.</p><h3>.htaccess dosyası yoksa elle oluşturabilir miyim?</h3><p>Sunucunuz destekliyorsa ve doğru dizini biliyorsanız oluşturabilirsiniz. Dosyanın adının tam olarak <code class="bbCodeInline">.htaccess</code> olduğundan, sonuna <code class="bbCodeInline">.txt</code> eklenmediğinden emin olun.</p><h3>LiteSpeed Cache kullanıyorsam elle kural eklemeli miyim?</h3><p>Önce eklentinin, sunucunun ve varsa CDN’nin mevcut ayarlarını inceleyin. Aynı işlevi birden fazla yerde yönetmek sorun takibini zorlaştırabilir. LiteSpeed kullanılması, bütün önbellek ayarlarının kendiliğinden doğru yapılandırıldığı anlamına gelmez.</p><h3>.htaccess tek başına WordPress güvenliği için yeterli mi?</h3><p>Dosya erişimini ve bazı istekleri sınırlandırabilir. WordPress, tema ve eklenti güncellemeleri; hesap güvenliği; yedekleme ve sunucu koruması ayrıca ele alınmalıdır.</p></blockquote><p></p>