Como bloquear temporariamente a instalação do.NET Framework 4.7.1 Aplica-se a: Microsoft .NET Framework 4.7.1

Como bloquear temporariamente a instalação do.NET Framework 4.7.1

Aplica-se a: Microsoft .NET Framework 4.7.1

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Caso venha a encontrar erros neste artigo e queira colaborar no processo de aperfeiçoamento desta ferramenta, por favor preencha o formulário existente na parte inferior desta página. Obrigado.

Ler o artigo em inglês: 4052152

Este artigo descreve como para bloquear temporariamente a instalação do Microsoft.NET Framework 4.7.1 e seu idioma correspondente pacotes em todas as plataformas com suporte.

Sobre o.NET Framework 4.7.1

---

O.NET Framework 4.7.1 é uma atualização in-loco para versões 4, 4.5, 4.5.1, 4.5.2, 4.6, 4.61, 4.6.2 e 4.7 do.NET Framework.

Alguns clientes podem ter um requisito comercial para bloquear a instalação automática por meio do Windows Update do.NET Framework 4.7.1 em seus ambientes gerenciados. Este artigo descreve como realizar esta ação de bloqueio.

Observação Depois de concluir as etapas na seção "Resolução",.NET Framework 4.7.1 e seus pacotes de idioma correspondente não serão oferecidos através do Windows Update.

Resolução

---

O.NET Framework 4.7.1 ainda está disponível por meio do Windows Update e Windows Server Update Services (WSUS). O.NET Framework 4.7.1 é categorizado como uma atualização recomendada nessas plataformas.

Importante: É altamente recomendável que você não bloqueie a instalação do.NET Framework 4.7.1. No entanto, você pode ter um motivo comercial para bloquear temporariamente a instalação. Por exemplo, você pode exigir mais tempo para testar aplicativos de linha de negócios em seu ambiente. Nesta situação, você pode modificar o registro para bloquear temporariamente a instalação.

Bloquear temporariamente a instalação

Importante siga cuidadosamente as etapas nesta seção. Problemas sérios poderão ocorrer se você modificar o registro incorretamente. Antes de modificá-lo, fazer backup do registro para a restauração no caso de ocorrerem problemas.

Observação De segurança, estabilidade, confiabilidade e manutenção motivos, recomendamos que você não mantém este bloco por um longo período.

1. Faça backup do registro.
2. Inicie o Editor do Registro. Para fazer isso, selecione Iniciar, digite regedite pressione Enter.
3. Localize e selecione a seguinte subchave:
   
   HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP
4. Depois de selecionar essa subchave, aponte para novo no menu Editar e, em seguida, selecione a chave.
5. Digite WU e, em seguida, pressione Enter.
6. Clique com botão direito WU, aponte para novoe clique em valor DWORD .
7. Digite BlockNetFramework471e pressione Enter.
8. Clique com o botão BlockNetFramework471e, em seguida, selecione Modificar.
9. Na caixa dados do valor , digite 1e, em seguida, selecione Okey.
10. No menu arquivo , selecione Sair para sair do Editor do registro.

Observação: As organizações não têm de modificá-lo em ambientes que são gerenciadas por meio de uma solução de gerenciamento de atualizações, como Microsoft WSUS ou System Center Configuration Manager. As organizações podem usar esses produtos para gerenciar totalmente a implantação de atualizações liberadas pelo Windows Update ou Microsoft Update. O procedimento descrito neste artigo é necessário apenas para computadores que se conectem diretamente e recebem atualizações do Windows Update.

Última atualização: 4 de jan de 2018

Fonte: Suporte da Microsoft

https://support.microsoft.com/pt-br/help/4052152/how-to-temporarily-block-the-installation-of-net-framework-4-7-1

Alto Processamento Sites em ASP Net - Melhorando a performance de aplicações ASP .NET

Quick Dev: Melhorando a performance de aplicações ASP .NET

Olá pessoal!
Quem nunca se incomodou com o tempo levado para a recompilação de aplicações ASP .NET já publicadas? Pois é, cada vez que um arquivo “top-level” é alterado em sua aplicação ASP .NET, por padrão, toda a compilação do site feita no seu primeiro acesso é invalidada, causando uma recompilação no próximo acesso. São considerados arquivos “top-level” os arquivos global.asax e todos os arquivos da pasta bin e app_code. Isso pode se tornar um problema para grandes aplicações, pois, o tempo de recompilação pode se estender além do desejável, podendo chegar a mais de dez minutos, dependendo do tamanho da aplicação, conforme registrado na documentação da Microsoft (veja o link no final deste post).
Para contornar este problema, a Microsoft incluiu um recurso no .NET que nos permite habilitar o que é chamado de compilação otimizada. Esta compilação é um pouco mais inteligente do que a padrão, de forma que, ao invés de recompilar o site inteiro quando um arquivo top-level é alterado, apenas os arquivos afetados pela sua alteração são recompilados, diminuindo o tempo total da recompilação e por consequência, o tempo de espera do primeiro acesso após a modificação.
Para ativar a compilação otimizada, basta incluir a configuração a seguir dentro do elemento system.web do arquivo web.config da sua aplicação. O recurso já está disponível no Windows 7, Windows Server 2008 Service Pack 2 e Windows Server 2008 R2. Para o Windows Vista Service Pack 1 e Windows Vista Service Pack 2, é necessário instalar o seguinte hot-fix: http://code.msdn.microsoft.com/KB967535.

"true"

Quick Dev: Melhorando a performance de aplicações ASP .NET

Olá pessoal!

Quem nunca se incomodou com o tempo levado para a recompilação de aplicações ASP .NET já publicadas? Pois é, cada vez que um arquivo “top-level” é alterado em sua aplicação ASP .NET, por padrão, toda a compilação do site feita no seu primeiro acesso é invalidada, causando uma recompilação no próximo acesso. São considerados arquivos “top-level” os arquivos global.asax e todos os arquivos da pasta bin e app_code. Isso pode se tornar um problema para grandes aplicações, pois, o tempo de recompilação pode se estender além do desejável, podendo chegar a mais de dez minutos, dependendo do tamanho da aplicação, conforme registrado na documentação da Microsoft (veja o link no final deste post).

Para contornar este problema, a Microsoft incluiu um recurso no .NET que nos permite habilitar o que é chamado de compilação otimizada. Esta compilação é um pouco mais inteligente do que a padrão, de forma que, ao invés de recompilar o site inteiro quando um arquivo top-level é alterado, apenas os arquivos afetados pela sua alteração são recompilados, diminuindo o tempo total da recompilação e por consequência, o tempo de espera do primeiro acesso após a modificação.

Para ativar a compilação otimizada, basta incluir a configuração a seguir dentro do elemento system.web do arquivo web.config da sua aplicação. O recurso já está disponível no Windows 7, Windows Server 2008 Service Pack 2 e Windows Server 2008 R2. Para o Windows Vista Service Pack 1 e Windows Vista Service Pack 2, é necessário instalar o seguinte hot-fix: http://code.msdn.microsoft.com/KB967535.

<compilation optimizeCompilations="true" />

Problema resolvido? Não totalmente. Com este recurso habilitado, é preciso ficar muito atento aos tipos de alteração que são feitas na aplicação. Isso porque, se apenas os arquivos afetados diretamente pela modificação são recompilados, podem ocorrer erros quando um arquivo da versão antiga precisar acessar algum recurso não mais compatível na versão nova. Por exemplo, imagine uma página que acessa um método de uma determinada classe, que teve sua assinatura alterada na modificação realizada. A classe publicada é recompilada, porém, a página não, o que causa um erro quando da sua execução.

Para mais detalhes sobre o assunto veja a documentação completa a respeito no artigo: Understanding ASP.NET Dynamic Compilation. Não deixe de considerar também a opção de utilização da pré-compilação: ASP.NET Precompilation Overview.

Fonte: Nelson Bassetto

http://nelsonbassetto.com/blog/2010/12/quick-dev-melhorando-a-performance-de-aplicaes-asp-net/#sthash.IWVV1VPv.dpuf

Obs: Acrescentamos o parâmetro  numRecompilesBeforeAppRestart="500" 

http://msdn.microsoft.com/en-us/library/bb398860.aspx

http://support.microsoft.com/kb/319947/pt-br

http://sharepointadda.blogspot.com.br/2013/04/setting-up-development-environment-for.html

https://support.microsoft.akadns.net/kb/967535

Erro Dot Net Temporary ASP.NET Files

Erro pedindo para apagar "Temporary ASP.NET Files".
Ou pode ser que tenha que compilar o projeto em modo release, ou apagar uma das DLL´s que tem a mesma classe.

c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\cbd2527a\b8bb94c\App_Web_wurelsurvey.ascx.4fcb0b91.u_eqzyoa.0.cs(1587): error CS0433: The type 'Telerik.Charting.GradientElement' exists in both 'c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\cbd2527a\b8bb94c\assembly\dl3\f06f42f9\008f19eb_d218ca01\Telerik.Web.UI.DLL' and 'c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\cbd2527a\b8bb94c\assembly\dl3\70da3891\0019d6d1_690bc801\RadChart.Net2.DLL'