1. ev
  2. Soru-cevap
  3. IIS yapısının altında aspnet_client klasörü nedir?

IIS yapısının altında aspnet_client klasörü nedir?

2008-10-16 15 views

cevap

81

.NET 1.1 gün ve öncesindeki bu klasör, doğrulama denetimleri ve diğer işlevler için JavaScript desteğiyle ASP.NET sağlamıştır. Bir .NET 1.1 siteniz yoksa veya daha eski bir sürüme sahip değilseniz, onu silmek güvenli olmalıdır. Herhangi bir soruna yol açmadığından emin olmak için önce yeniden adlandırırdım.

kaynak

2008-10-16 21:56:54 Duncan

+42

eksik. –

+10

Size artık böyle şeyler yapmamanızı nasıl hatırlatmak için size gösteriliyor ... :) – ostati

+0

Artık .Net 1.1 günlerinden çıkmış olsanız bile Crystal Reports'ı kullanabilirsiniz, maalesef söz konusu klasörü kullanmaya devam edin (ve muhtemelen aynı davranışa sahip diğer yazılımlar da). Yani, en azından, –

3

Bu klasör genellikle ASP.NET'in doğrulama gibi şeyler için kullandığı istemci tarafı Javascript'ini depolamak içindir.

Silmek güvenli olmalıdır.

kaynak

2008-10-16 21:59:40 JamesSugrue

62

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. Yani bazen onu silseniz bile, rastgele geri gelebilir. Bu davranışı durdurmanın bir yolu olabilir, ancak onu bulamadım (belki de uygulama sürümünü .NET 2'ye değiştirmek aslında bunu yapardı).

.NET 1.0/1.1'in bazı özelliklerini kullanmıyorsanız (doğrulama, Akıllı Navigasyon vb.) Herhangi bir sorun olmadan silebilirsiniz, geri geldiğinde çok şaşırmayın!

kaynak

2008-10-16 22:07:14 spmason

+23

klasörünü silmeden önce yedeklemeyi yap, onu periyodik olarak geri geliyor. Bu konuda en sinir bozucu olan şey, geri geldiği her zaman, WebDeploy'ın, çalıştırıldığı aspnet_client klasörünü silmek için erişime sahip olmadığı bir hesap olarak kırılmasıdır! –

+5

@RussCam Tam olarak aynı sorunu yaşıyorum. WebDeploy'u aynı nedenden dolayı koparır. Bu klasörün rasgele oluşturulmasını engellemenin bir yolu var mı? – tugberk

+4

Sadece masum bir şekilde DotNet Framework 4.5'i yükledim ve kısa bir süre sonra WebDeploy dağıtımımız (TeamCity ile tetiklendi) SAME nedenini kırdı. Darn klasörü 4.5 kurulumu sonucunda tekrar geldi. Birisi, lütfen dur. – Michael12345

8

Ayrıca kristal raporları 1.1

kaynak

2008-11-07 09:22:13

+0

Yah, bunu zor yoldan buldu. Ripplestone örneğimizi Varsayılan Web Sitesi altındaki sanal bir dizinden kendi web sitesine taşıdım ve her şey Ripplestone'da tuhaf olmaya başladı. Javascript konsoluna baktım ve c: \ inetpub \ wwwroot \ aspnet_client \ system_web \ 4_0_30319 \ crystalreportviewers13' altında bir şeyler aradığını gördüm. Yapılması ya da yapmanın _right_ olayı olup olmadığından emin değilim, ama sadece tüm aspnet_client klasörünü kökten Ripplestone örneğimin içinde bulunduğuma kopyaladım. –

13

aspnet_client daha geç bile sürümlerinde düzgün çalışması için HTTP aracılığıyla sunulmalıdır kaynaklar" için bir klasör gereklidir ancak başına bir yüklü olan bazı simgeler ve komut vardır -Uygulama temeli yerine uygulama temeli ". ASP.NET Web için

  • JavaScript Forms denetimleri istemci tarafı doğrulama kullanırken (özellikle IE5 gibi eski tarayıcıları manhandle için:

    aspnet_client kullanımlarından bazıları

    için depolama kaynaklarını (. Örn: JavaScript, resimler) içerir , bir sunucudaki tüm sitelere küresel 'küresel Temalar' (çerçevesinin 4.0) de, o kadar
  • ASP.NET 2.0() Crystal
  • bazı sürümleri
Raporları ) görünüyorMuhtemelen bu klasörün ileride (ab) kullanımları olacaktır. Söylemeye gerek yok, çünkü “uygulamanın doğru çalışması için gerekli olan” fakat “uygulama tarafından konuşlandırılmaması gereken” şeyler içerdiği için, hem geliştiriciler hem de sistem yöneticileri için bir kabus gibi kalacaktır.

Klasörün içeriği için 'prototip' C: \ inetpub \ wwwroot \ dizinindedir ve belirli bir IIS web sitesinin bir/aspnet_client kaynağından yoksun olması durumunda IIS'nin bunu denemesi mantıklı görünmektedir. Doğru şeyi yap ve ... son çare olarak ... web sitesi kök klasöründe fiziksel bir klasör oluştur ve dosyaları buraya kopyala. Görünüşe göre IIS en azından ASPNET_regiis/c "belirli bir sunucuya çağrıldığında bunu gerçekleştirecektir - ki bu muhtemelen bazı kritik ilişkilerde otomatik olarak gerçekleşir ... .NET framework güncellemeleri IIS rolüne sahip bir sunucuya uygulandığında olduğu gibi.aspnet_client dizini işlemek için

stratejiler şunlardır: \ inetpub \ wwwroot IIS zaman zaman fiziksel dizini silme fiziksel bir dizin * oluştururken vazgeçmek umuduyla eğer': * sanal C eşleştirilmiş dizin belirterek emin yeniden siteniz ihtiyacı yok ve gerçekten size * klasörü eksik eğer "Aspnet_regiis/c" kendini çalışan aspnet_client * görmezden rahatsız ve ihtiyaç o

Muhtemelen en önemlisi, bir geliştirici olarak, uygulamalarınızın bağımlılıklarını aspnet_client dizininde açıkça anlamanız ve belgelemeniz gerekir ve yükleme yordamınızın ilgili yönergeleri olduğundan emin olmalısınız. dizinin var olduğundan emin olmak için. Bununla birlikte, muhtemelen, tedarik tedarikini paketlenmiş web uygulamanızın veya web sitenizin bir parçası olarak rahatsız etmemeniz gerekir - sunucunun uygulamanızın ömrü boyunca göreceği .NET çerçevesinin her sürümü için bunu nasıl yapabilirdiniz? ?!

bazı bağlantılar daha sonra geri gelecektir:

kaynak

2014-02-10 01:54:37

+0

bu yüzden, www. robota altında aspnet_client klasörünü eklerseniz, içeriği yüklediğiniz her bir web uygulamasına kopyalanır. Tahminim –

1

Figured Bunu buraya ekleyebilirim, çünkü bu soruyu yönlendirdiğimde yönlendirilmekte olduğum bağlantı. Görünüşe göre .NET 4.0 ve daha yeni olan bu klasöre artık ihtiyaç duyulmuyor ve sorun çıkarmadan kaldırılabiliyor. Eğer ASP.net web sitesi yapılandırmanın InstallShield'i kullanıyorsanız

kaynak

2015-05-22 16:37:19 David

0

bu özellik Installshield 2010'da mevcut olduğunu farkında olmalı ve bu gösterir NEDEN gerçek soru Installshield 2012. Installshield 2010 Vs 2012

kaynak

2018-02-23 09:57:24

+0

IS2010'da bazı özellikler mevcut değil. Daha önceki sürümleri deneyin. –

İlgili konular

 İlgili konular