KapsuleHost üzerinde .htaccess'i Anlama

Kapsule her web sitesini .htaccess okumayan yüksek performanslı bir web sunucusu ile sunar, bu nedenle bu dosyaya eklediğiniz kuralların hiçbir etkisi yoktur: bu kılavuz WordPress sitesi için bunun anlamını açıklar ve bunun yerine her işi yapan KPanel ayarını gösterir.

Paylaşılan bir cPanel ana bilgisayarından taşındıysanız, .htaccess muhtemelen yönlendirmeler, HTTPS zorlaması, özel hata sayfaları ve bot blokları koyduğunuz yerdi. Tüm bu şeyler Kapsule üzerinde hala çalışır. Basitçe bir metin dosyasında değil KPanel'de ayarlanırlar ve sunucu düzeyinde uygulandıkları için daha hızlıdırlar ve bir yazım hatasıyla sitenizi bozamaz.

.htaccess Burada Neden Çalışmıyor?

.htaccess Apache web sunucusu için dizin başına yapılandırma dosyasıdır. Apache her istekte bunu yeniden okur, bu da onu uygun ve aynı zamanda yavaş kılan şeydir.

Kapsule, Apache çalıştırmaz. Siteniz, yapılandırmasını başlangıçta bir kez yükleyen olay tabanlı bir web sunucusu tarafından sunulur, bu da siitelerin burada yük altında daha hızlı yanıt vermesinin büyük bir nedenidir. Bu sunucunun dizin başına geçersiz kılma dosyasının eşdeğeri yoktur, bu nedenle hiçbir zaman .htaccess açmaz.

İyi haber, olağan .htaccess korku hikayesinin tersidir: dosyadaki bir söz dizimi hatası burada sitenizi aşağı alamaz, çünkü hiçbir şey bunu ayrıştırmaz.

Bunu Olmadan Hala Çalışan Şeyler

Kalıcı Bağlantılar. Bir WordPress sitesinin Apache'de .htaccess olmasının gereken en yaygın nedeni güzel kalıcı bağlantılardır. Kapsule'de yeniden yazma, sitenizin sunucu yapılandırmasına yerleştirilmiştir, bu nedenle /2026/07/my-post/ hiç .htaccess bloğu olmadan WordPress aracılığıyla çözümlenir. Kalıcı bağlantılar 404 döndürüyorsa, nedeni başka bir şeydir: WordPress Kalıcı Bağlantı Sorunlarını Düzeltme bölümüne bakın.

WordPress dosyaya yazıyor. WordPress ve bazı eklentiler hala # BEGIN/# END bloklarını .htaccess dosyasına yazarlar çünkü Apache'yi varsayarlar. Bu zararsızdır. Dosya gerçektir, yazılabilirdir ve bunu dosya yöneticisinde göreceksiniz. Basitçe hiçbir okuyucusu yoktur.

"Sertleştirme uygulandı" raporlayan Güvenlik eklentileri. xmlrpc.php veya wp-config.php kilitlemek için .htaccess düzenleyerek talepte bulundukları eklentiler bu platformda hiçbir şeyi gerçekten korumamıştır. Sitenin kendi Güvenlik sekmesini kullanın, bu sunucu düzeyinde eşdeğer kuralları uygular.

Yaygın .htaccess Kuralları için KPanel Eşdeğerleri

Bunların her biri sitenin kendisinde bulunur: Web Siteleri, sonra siteniz, sonra gösterilen sekme.

Bunlardan ikisi, .htaccess sürümünün yapabileceğinden daha fazlasını yapar. Yönlendirmeler tam yolları, eğik çizgiyi silen önekleri ve /blog/* gibi joker karakterleri destekler ve KPanel yönlendirmeyi kaydettikten sonra canlı olarak doğrular. Hata sayfaları gerçek durum koduyla sunulur, bu nedenle özel bir 404 sayfası 200 ile bir özür yerine arama motorları için gerçek bir 404'tür.

Dosyayı Bulma ve Okuma

Yine de .htaccess bakmak isteyebilirsiniz, genellikle bir eklentinin buna ne yazdığını görmek veya kuralları KPanel'de yeniden oluşturmadan önce dışarı kopyalamak için.

WordPress sekmesinden

1. KPanel ile oturum açın ve sol kenar çubuğunda Web Siteleri öğesini tıklayın.
2. İstediğiniz siteyi tıklayın.
3. WordPress sekmesini açın, sonra wp-config bölümünü.
4. .htaccess paneline gidin. İçerikler salt okunur gösterilir, değiştirmeniz gerekirse bir Düzenle düğmesi vardır.

Dosya yöneticisinden

1. Siteyi açın, sonra Dosyalar, sonra Dosya Yöneticisi.
2. Araç çubuğunda Gizlileri Göster öğesine tıklayın. Nokta ile başlayan dosyalar varsayılan olarak gizlenmiş olduğundan, .htaccess bunu yapana kadar görünmez.
3. .htaccess tıklayarak yerleşik düzenleyicide açın.

Dosya sitenizin kökünde, wp-config.php ve wp-content ile yan yana bulunur. Düzenleyici ve izin denetimleri hakkında tam ayrıntı için Dosya Yöneticisini Kullanma bölümüne bakın.

Varsayılan WordPress Bloğu

Referans için, bu WordPress'in kendisi için yazdığı bloktur. Bir Apache ana bilgisayarında kalıcı bağlantıları yönlendirir. Kapsule'de atıl olup bunu silmek hiçbir şeyi bozmaz:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Siteyi daha sonra bir Apache ana bilgisayarına taşıyabilirseniz yerinde bırakın. WordPress kalıcı bağlantı ayarlarınızı bir sonraki kaydışınızda zaten yeniden yazacaktır.

Kuralları İçeri Aktarıyorsanız

Bir siteyi cPanel'den taşırken, eski ana bilgisayarı iptal etmeden ve satır satır işlemeden önce eski .htaccess dosyasını açın:

1. Yönlendirmeler. Her Redirect veya RewriteRule öğesini Gelişmiş, sonra Yönlendirmeler içinde yeniden oluşturun. Kural başına bir satır. Kalıcı bir taşıma için 301, değişiklik tersine dönerse 302 seçin.
2. HTTPS zorlaması. Silin. Bunun yerine sitenizin Ayarlar sekmesinde HTTPS'i Zorla öğesini açın.
3. IP blokları. WordPress, sonra Güvenlik içindeki IP engelleme panelinde yeniden oluşturun.
4. Caching ve sıkıştırma başlıkları. Silin. Bunlar sizin için işlenir ve eski bir ana bilgisayardan gelen eski mod_expires kuralları kafa karıştırıcı önbelleğe alma davranışının yaygın bir kaynağıdır.
5. Bir eklentinin yazdığı hiçbir şey. Görmezden gelin. Eklentiyi yeni sitede yeniden kurun ve kendi işini yapmasına izin verin.

Geçişiniz dosyanın kendisini tutar, bu nedenle listeyi çalışırken hiçbir şey kaybolmaz. Tam geçiş incelemesi: Bir Web Sitesini cPanel'den Taşıma.

Sorun Giderme

"Yönlendirme ekledim .htaccess dosyasına ve hiçbir şey olmadı." Beklenen. Gelişmiş, sonra Yönlendirmeler içinde ekleyin. Orada Durum sütunu size yönlendirmenin canlı olarak doğrulanıp doğrulanmadığını söyler.

"Bir eklenti sitenin sertleştirilmiş olduğunu söylüyor ama bir tarayıcı anlaşmazlık içinde." Eklenti .htaccess kuralları yazdı ama bunlar okunmadı. Gerçekten uygulanan korumaları görmek için sitenizin Güvenlik sekmesini kontrol edin.

"Eski ana bilgisayarımın .htaccess dosyası anlamadığım kurallar vardı." Onları bilinçsizce kopyalamayın. Dosyayı ekli bir ticket açın ve hangi kuralların Kapsule eşdeğeri olduğunu ve hangilerinin yalnızca paylaşılan Apache ana bilgisayarını telafi ettiğini söyleriz.

"Kalıcı Bağlantılar bozuk." Bu burada .htaccess sorunu değildir. WordPress Kalıcı Bağlantı Sorunlarını Düzeltme bölümüne gidin veya sitenizin WordPress sekmesinden, sonra Hızlı İşlemler, sonra Yeniden Yazma İşlevlerini Boşalt seçeneğinden yeniden yazma kurallarını temizleyin.