Yanıtlar:
NET 1.1 günlerinde ve öncesinde, bu klasör ASP.NET'e doğrulama denetimleri ve diğer işlevler için JavaScript desteğini sağladı. Çalışan bir .NET 1.1 siteniz veya daha eski bir siteniz yoksa, güvenli bir şekilde silebilirsiniz. Herhangi bir soruna neden olmadığından emin olmak için önce yeniden adlandırırdım.
Başkalarının söylediklerine ek olarak, genellikle Windows Update / AddRemove Windows bileşenleri / IIS gibi şeyler tarafından (yeniden) çalıştırılabilen aspnet_regiis aracı tarafından oluşturulur. Bu yüzden bazen silseniz bile rastgele geri gelebilir. Bu davranışı durdurmanın bir yolu olabilir, ancak ben bulamadım (belki de uygulama sürümünü .NET 2 olarak değiştirmek gerçekten işe yarar).
Dolayısıyla, .NET 1.0 / 1.1'in (doğrulama, Akıllı Gezinme vb.) Belirli özelliklerini kullanmıyorsanız, herhangi bir sorun yaşamadan silebilirsiniz, geri gelirse çok şaşırmayın!
aspnet_client, "HTTP yoluyla sunulması gereken, ancak uygulama bazında değil, sunucu bazında yüklenen kaynaklar" için bir klasördür.
Aspnet_client'in bazı kullanımları aşağıdakiler için kaynakları (ör. JavaScript, resimler) depolamayı içerir:
Muhtemelen gelecekte bu klasörün başka (ab) kullanımları olacaktır / olacaktır. Söylemeye gerek yok, "uygulamanın doğru çalışması için gerekli" ancak "uygulama tarafından dağıtılmaması gereken" şeyler içerdiğinden, hem geliştiriciler hem de sistem yöneticileri için bir kabus olarak kalacak.
Görünüşe göre klasör içeriği için 'prototip' C: \ inetpub \ wwwroot \ konumunda ve herhangi bir IIS web sitesinde bir / aspnet_client kaynağı yoksa, IIS'nin doğru şeyi yapmaya çalışacağını varsaymak mantıklı görünüyor ve ... son çare olarak ... web sitesi kök klasöründe fiziksel bir klasör oluşturun ve dosyaları buraya kopyalayın. Görünüşe göre IIS bunu en azından belirli bir sunucuya "ASPNET_regiis / c" çağrıldığında yapacaktır - bu muhtemelen bazı kritik noktalarda otomatik olarak gerçekleşir ... örneğin IIS rolüne sahip bir sunucuya .NET çerçeve güncellemelerinin uygulanması gibi.
Aspnet_client dizinini işleme stratejileri şunları içerir: * C: \ inetpub \ wwwroot ile eşlenmiş bir sanal dizini belirtmek ve IIS'nin fiziksel bir dizin oluşturmayı bırakması umuduyla * sitenizin yapmadığından eminseniz fiziksel dizini zaman zaman silmek buna ihtiyacım yok ve gerçekten rahatsız ediyor * aspnet_client'i görmezden gelmek * klasörü kaçırıyorsanız ve buna ihtiyacınız varsa "ASPNET_regiis / c" yi kendiniz çalıştırmanız
Muhtemelen en önemlisi, bir geliştirici olarak, uygulamalarınızın aspnet_client dizinine bağımlılıklarını açıkça anlamalı ve belgelemelisiniz ve kurulum prosedürünüzün dizinin var olduğundan emin olmak için ilgili talimatlara sahip olduğundan emin olmalısınız. Bununla birlikte, muhtemelen dizini paketlenmiş web uygulamanızın veya web sitenizin bir parçası olarak tedarik etme zahmetine girmemelisiniz - bunu, sunucunun uygulamanızın ömrü boyunca göreceği her .NET çerçevesi sürümü için nasıl yapabilirsiniz ?!
Daha sonra geri döneceğim bazı bağlantılar:
Ayrıca, kristal raporların 1.1'den sonraki sürümlerde bile düzgün çalışması için gerekli olan belirli simge ve komut dosyalarına sahiptir.
C:\inetpub\wwwroot\aspnet_client\system_web\4_0_30319\crystalreportviewers13
bunun yapılması gereken doğru şey olup olmadığından emin değilim altında bir şeyler aradığını gördüm , ancak aspnet_client klasörünün tamamını kökten Ripplestone örneğimin yaşadığı dizine kopyaladım.
Klasör genellikle ASP.NET'in doğrulama gibi şeyler için kullandığı istemci tarafı Javascript'i depolamak içindir.
Silinmesi güvenli olmalı.
ASP.net web sitesini yapılandırmak için Installshield kullanıyorsanız, bu özelliğin Installshield 2010'da mevcut olduğunu ve Installshield 2012'de eksik olduğunu unutmayın.