Uzantısı-az URL'ler için nedeni bağımsız bir teknoloji olmasıdır. Eğer içerik nasıl işlenir değiştirmek istiyorsanız URL'yi değiştirmek zorunda değilsiniz.

W3: Cool URIs don't change

File name extension

This is a very common one. "cgi", even ".html" is something which will change. You may not be using HTML for that page in 20 years time, but you might want today's links to it to still be valid. The canonical way of making links to the W3C site doesn't use the extension....

Conclusion

Keeping URIs so that they will still be around in 2, 20 or 200 or even 2000 years is clearly not as simple as it sounds. However, all over the Web, webmasters are making decisions which will make it really difficult for themselves in the future. Often, this is because they are using tools whose task is seen as to present the best site in the moment, and no one has evaluated what will happen to the links when things change. The message here is, however, that many, many things can change and your URIs can and should stay the same. They only can if you think about how you design them.

Çoğunlukla estetik amaçlar için yapılır.

Orada çok küçük potansiyel bir güvenlik parası (bir kullanıcı hemen arka uç kod yazılır hangi dil bilmiyor) ama bu ihmal edilebilir düzeydedir.

Bununla ilgili bir blog post.

Belirtildiği gibi, avantajlarından biri belirli bir teknoloji veya dil URL'LER kravat kalmamasıdır. Ayrıca, avantajlarından birisi bunu yapmak isterseniz uygulama içinde çıktı biçimini yönetmek için izin vermesidir.

Ama bu sadece temelde koduna url yolları eklemek bir "yönlendirilmiş" kod çerçevesinde, alakalı.

Örneğin, benim kod kütüphanesi, sen tarafından url izin çıktı biçimini belirleyebilirsiniz

1) Setting an Accept header in the HTTP header 2) Attaching a valid extension to the URL

Yani için / benim / / basit url.html kod, / benim / / basit url.xml ve / benim / / basit url.json tam olarak aynıdır. Çıktıya yöneticisi uygun şekilde içerik çıktılamak sorumlu olacaktır.

Eğer altta yatan teknoloji değiştirmek Yani, sen hala uygulamanın yeni sürümü içinde aynı URL modelini devam edebiliyoruz.

Eğer veri ayıklamak için kendi kod Withing URL ayrıştırma beri oradan, genellikle size SEO dostu URL, arama motoru indeksleme açısından yani daha anlamlı URL'ler yapmak için fırsat verir. Daha sonra size web uygulama yapısı içinde daha anlamlı bir URL desenleri tanımlayabilir.

İnsanlar ben şahsen ikna değilim bile, daha iyi SEO için yapar iddia. Birçok müşteri günümüzde bu uzantısı-az URL'ler talep, bu yüzden sadece de kolayca elde edilebilir bulunuyor.

IIS 7 çalıştırıyorsanız, böylelikle ASP.NET motoruna eşleştirilmiş belirli uzantıları olması ihtiyacını ortadan kaldırarak, Entegre Boru Hattı üzerinde çalıştırmak için AppPool'u geçiş yapabilirsiniz. Bu işlem tamamlandıktan sonra, siz Sitecore (Sitecore 6 varsayarak) web.config ortamda uzantısı-az URL'ler kullanmak için talimat verebilirsiniz:

<linkManager defaultProvider="sitecore">
  <providers>
    <clear />
    <add name="sitecore" type="Sitecore.Links.LinkProvider, Sitecore.Kernel" 
         addAspxExtension="false"    /* This one is set to true, per default */
         alwaysIncludeServerUrl="false" 
         encodeNames="true" 
         languageEmbedding="asNeeded" 
         languageLocation="filePath" 
         shortenUrls="true" 
         useDisplayName="false" />
  </providers>
</linkManager>

Ve artık hazırsınız.

Entegre Boru Hattı çalıştırırken Sitecore 6 erken sürümleri bazı sorunlar vardı farkında olun. Daha fazla bilgi bulunabilir here.

Aklıma tek şey daha kolay son kullanıcı dışındaki / tip, ben herhangi bir sebep görmüyorum hatırlamak için yapmaktır, ben de bizim admin bu koştu ve o bazı SEO söylüyorlar ama diyor o kullanmak için ise o, o seviyede güvenlik if kullanmak istiyorsunuz.