PHP isteği işleyici komut dosyası ve SEO

3 Cevap php

Olumsuz SEO etkileyen merkezi bir "sayfa işleyicisi" kullanarak misiniz?

örneğin bir sayfa isteği www.mysite.com / index.php, mod_rewrite www.mysite.com/handler.php?page=index olarak geçtiği için geliyor. Handler.php sayfa özgü içerir, dil dosyaları ve şablonları toplar ve sonuçta html çıktılar.

Benim anlayış sayfa işleyicisi yöntemi olmayacak herhangi bir farklı SEO-bilge içeriği ve alenen görünür url gibi, doğrudan index.php hizmet daha bağımsız maymun iş arkası sahneleri oluyor aynı kalır, ama ben 'önce yanlış oldum ... :)

3 Cevap

Arama motorları sadece uç HTML sonucu görebilirsiniz. Nasıl sitenizin FTP içine hack olmadan yaparlardı - merkezi bir sayfa işleyicisi kullanarak eğer onlar hiçbir fikrim yok?

Ayrıca, birçok çerçeveler ve CMSes bu tekniği kullanmak - Drupal ve WordPress hemen akla gelen - Google et. al. onlar could bunu tespit bile, onu cezalandırmak için deliler olacaktır.

Mod_rewrite sunucu içinde olur çünkü, isteyenin sadece index.php istedi ve bir yanıt var olduğunu göreceksiniz. Bir yönlendirme olmadan, isteyenin sadece index.php var olduğunu bilecek.

Birçok içerik yönetim sistemleri bu yöntemi kullanın. Drupal her sayfa aslında isteği ile servis edilirken /index.php?q=request/path mod_rewrite sayesinde, sitede herhangi bir bağlantıları hepsi bir php geçirilir habersiz istekte ile, /requests/path olarak görülecektir betik. Bir sorgu ile yol geçersiz veya yok istekte söylüyorum, 'temiz yolu' için ?q= yolunu yönlendirmek de modüller vardır.

SEO geldiğinde İyi oluşturulmuş URI bir bonus. Bu endeksleme yardımcı olur. Size URI alanı satmak PRWeb.com gibi siteler var olduğunu düşünün. Değil subdomainler, ama URI anahtar kelimeler.

Birçok müşteri sadece etrafında fare isterken Ayrıca, zeki web kullanıcıların sezgisel bir URI deseni ile etkilendik. Eğer bir yolu kapalı dosya kesmek, bir ana veya bir dizin sayfası değil, bir hata ekranı gibi mantıksal bir şey almak gerekir.

Uygulama sonunda statik önbelleğe olacak ise, dosya sistemi kaldıraç edebilmek istiyorum. Eğer statik bir formda iyi yayınlayacak içerik varsa Yani, bir kıvrık sorgu dizesi arkasına gizlemek olmaz.

Ayrıca, web analitiği yapan bir kesinlikle kolayca size raporlar zanaat olur URI ayrıştırmak olan zaman.

URI dosya sistemlerini karşılık zorunda değildir. DİNLENME tarzı API'ler kendi API'leri alanları bölmek için bir yol olarak pathings kullanmak oldukça yaygındır yapmak. Sizin uygulama özelliklerini ayırmak için bir yol olarak URI bazı pathing kaldıraç olabilir. Erişim kontrolü için de:? Eğer forinstance Googlebot'u kısıtlamak istiyorsanız, bu anlamda bir sürü bir robots.txt dosyasındaki action = filan koymak yapmaz. Bu yolları ve fileglobs bekliyoruz yapar.

Apache mod_rewrite olduğunu awesome. Ben onu seviyorum, onu yaşamak. Ben daha ziyade bir yaşlanma dosya yapısına veya uygulama düzeni üzerinde bir bandaj olarak kullanım mod_rewrite'ı daha erken vekaleten için mod_rewrite değişen uygulama kod temeli için tutarlı bir tanım alanı tasarımı istiyorum.