Mehmet

WFN Üye
Konular
1,851
Mesajlar
1,852
Çözüm
0
Ticaret Puanı
0
Üyelik
1 Ay 6 Gün
Konum
YurtDışı
Web Sitesi
Var
Alanı
Google Adsense
1/1
Konu sahibi
cPanel'de .htaccess dosyası çoğunlukla silindiği için değil, nokta ile başlayan gizli dosyalar varsayılan olarak gösterilmediği için görünmez. Çözüm, cPanel File Manager içindeki gizli dosya gösterme seçeneğini etkinleştirip doğru site kök dizinini açmaktır. Bu seçenek açık olduğu hâlde dosya yoksa, ilgili dizinde henüz .htaccess oluşturulmamış olabilir.

File Manager'da gizli dosyaları açma​


Aşağıdaki işlem cPanel hesabının dosya yöneticisini kullanır:

  1. cPanel içinden File Manager'ı açın.
  2. File Manager içindeki Settings (Ayarlar) düğmesine basın. Show Hidden Files (dotfiles) seçeneğini işaretleyin ve ayarı kaydedin.
  3. Sitenin belge kök dizinine gidin. Ana alan adı için bu dizin çoğunlukla public_html, eklenti alan adı veya alt alan adı içinse cPanel'de tanımlanan ayrı bir document root olabilir.
  4. Dosya listesini yenileyin ve .htaccess dosyasını arayın. Dosya görünüyorsa üzerine sağ tıklayarak düzenleme, yeniden adlandırma veya izin kontrolü işlemlerini yapabilirsiniz.

Beklenen sonuç: Dosya mevcutsa adı, başındaki nokta ile birlikte .htaccess olarak listelenir. Seçenek etkinleştirildikten sonra da görünmüyorsa aşağıdaki olasılıkları sırayla kontrol edin.

Dosyanın gerçekten bulunup bulunmadığını ayırt etme​


Her web sitesinde önceden oluşturulmuş bir .htaccess bulunması gerekmez. Apache yapılandırması bu dosyayı zorunlu kılmaz; WordPress, bir uygulama kurulumu veya yönetici tarafından kullanılan kurallar dosyayı sonradan oluşturabilir. Bu nedenle gizli dosyaları gösterdiğiniz hâlde dosya yoksa sonuç, dosyanın gizli olmasından çok ilgili dizinde bulunmadığını gösterir.

Ayrıca yanlış dizinde arama yapmak sık rastlanan bir hatadır. Birden fazla alan adı bulunan hesaplarda ana alan adının public_html dizini ile eklenti alan adının kök dizini aynı olmayabilir. cPanel'deki alan adı yapılandırmasında görünen document root yolunu esas alın. Önce hedef alan adının document root dizinini inceleyin. Apache üst dizinlerdeki .htaccess kurallarını alt dizinlere de uygulayabilir; başka bir dosya bulmanız onun yalnız bu siteye ait olduğunu kanıtlamaz.

Aşağıdaki ayrım sonraki adımı belirler:

GözlemMuhtemel anlamSonraki adım
Gizli dosyalar kapalıyken görünmüyor, açılınca görünüyorDosya mevcut ve gizli dosya filtresi etkinDosyayı doğru dizinde düzenleyin; yedek almadan mevcut kuralları silmeyin
Gizli dosyalar açık, doğru document root kontrol edildi, dosya yokBu dizinde .htaccess oluşturulmamış olabilirUygulamanın veya sunucu yöneticisinin gerekli kuralları sağlayıp sağlamadığını kontrol edin
Dosya başka bir istemcide görünür, File Manager'da görünmezİstemci filtresi, izin veya listeleme sorunu olabilirFTP istemcisinde gizli dosya gösterimini açın ve hesap erişimini karşılaştırın

FTP veya SSH ile kontrol​


File Manager'da sonuç alamazsanız, kullandığınız FTP istemcisinde Show hidden files veya eşdeğer seçeneği etkinleştirerek aynı document root dizinini yeniden listeleyin. SSH erişiminiz varsa, ilgili dizinde şu komut gizli dosyalar dâhil listeleme yapar:

Kod:
ls -la /home/hesap_adiniz/public_html

Buradaki yolu kendi document root yolunuzla değiştirin. Çıktıda .htaccess satırı varsa dosya vardır; File Manager görünümü veya yanlış dizin sorunu araştırılmalıdır. Satır yoksa bu dizinde dosya yoktur. Komutun Permission denied vermesi, dosyanın yok olduğunu kanıtlamaz; SSH kullanıcısının ilgili dizini okuma yetkisi olmayabilir.

Yeni .htaccess oluşturmalı mısınız?​


Sadece görünmediği için boş bir .htaccess oluşturmak gerekli değildir. Dosya yoksa önce sitenizin gerçekten Apache tarafından okunan .htaccess kurallarına ihtiyaç duyup duymadığını belirleyin. WordPress gibi uygulamalar kendi kurallarını yeniden oluşturabilir; özel yönlendirme, erişim veya PHP davranışı kuralları ise yanlış yazıldığında siteyi hata sayfasına düşürebilir.

Dosya mevcutsa düzenlemeden önce yerel bilgisayarınıza bir kopyasını indirin veya web üzerinden erişilmeyen özel bir konumda saklayın. Yedeği herkese açık site dizinine farklı uzantıyla bırakmayın. Değişiklikten sonra yalnız hedef siteyi test edin: ana sayfa, bir alt sayfa ve kuralın etkilediği URL'yi kontrol edin. 500 Internal Server Error oluşursa son eklenen kuralları geri alın; ardından hatanın Apache yapılandırması, yazım biçimi veya hosting sağlayıcısının izin vermediği bir direktifle ilgili olup olmadığını destek ekibiyle netleştirin.

Kaynaklar​



Sık sorulan sorular​


.htaccess dosyasını yanlışlıkla sildiysem geri getirebilir miyim?​


Hosting yedeklerinden veya uygulamanın kendi yapılandırma özelliğinden geri yüklenebilir. Yedek yoksa dosyanın içeriği, kullandığınız uygulama ve özel kurallara göre yeniden oluşturulmalıdır; başka bir sitenin .htaccess içeriğini doğrudan kopyalamayın.

Dosyanın adı neden htaccess veya htaccess.txt olarak görünmüyor?​


Doğru dosya adı başında nokta bulunan .htaccess biçimidir ve genellikle uzantısı yoktur. .htaccess.txt farklı bir dosyadır; uygulama veya sunucu tarafından beklenen kuralları çalıştırmayabilir.
 

Sende şimdi bize katılmak ister misin?

Kayıt ol

Bize katılım kolay ve ücretsizdir!

Konuyu görüntüleyenler

Bu konuyu şu anda görüntüleyen üye bulunmuyor.