Categories
por

Como modificar o comportamento de caching no explorador de internet 10

Taylor Gibb é um programador profissional de software com quase uma década de experiência. Foi Director Regional da Microsoft na África do Sul durante dois anos e recebeu vários prémios Microsoft MVP (Most Valued Professional). Trabalha actualmente em I&D na Derivco International. Leia mais.

Caching é um termo muito usado quando se trata de tecnologia, aqui está uma breve introdução ao assunto, bem como algumas dicas sobre como visualizar e editar configurações de ficheiros em cache no Internet Explorer.

O que é Caching?

Caching é utilizado numa grande variedade de tecnologia, tanto de hardware como de software. Ao nível mais básico é tudo a mesma coisa, tem uma área de memória ou espaço onde pode armazenar dados que utiliza regularmente. Em termos de Navegação na Internet, tem algum espaço no disco rígido do seu computador onde o seu navegador pode armazenar objectos multimédia que pensa estar a utilizar repetidamente.

Um exemplo comum disto é o ficheiro favicon. ico, que é aquela pequena imagem que vê nos seus separadores. A ideia por detrás disto é que será sempre mais rápido puxar o recurso do seu disco rígido do que descarregá-lo da Internet, o que melhora, portanto, a velocidade de navegação. O senão é que se o servidor mudar o ficheiro, o seu browser poderá servir-lhe o ficheiro antigo em cache a partir do seu disco rígido. Aqui estão algumas definições que poderá alterar e que afectarão o comportamento do motor de cache do Internet Explorer, bem como a forma de ver o que está em cache.

Como Aumentar o Espaço em Disco O Internet Explorer Utiliza como Cache

Uma das primeiras coisas que poderá querer fazer é aumentar ou diminuir a quantidade de informação que o IE recolhe. Deve lembrar-se que a maioria das coisas que caches são imagens estáticas, por isso muitas vezes o tamanho padrão do cache de 250MB é bastante grande. Se quiser alterá-lo, clique no menu Definições e abra as opções da Internet.

Depois clique no botão Definições.

Aqui verá a quantidade de espaço em disco que o IE utiliza para guardar ficheiros em cache. Embora o padrão seja provavelmente OK para a navegação diária, poderá querer alterá-lo dependendo da sua situação.

Em seguida, clique no botão OK.

Como ver o que está no seu Cache do Internet Explorer

Assim, explicámos o que é o caching e como se pode alterar a quantidade de informação que é colocada em cache, mas como se vê o que é colocado em cache. Para o fazer, abra novamente as opções da Internet.

Depois clique no botão Definições sob a secção Histórico de navegação.

Na parte inferior do diálogo que se abre, verá 3 botões. No entanto, apenas dois deles são importantes para nós:

  • Ver Objectos
  • Ver Ficheiros

Vá em frente e clique em ver objectos.

Isto abrirá a pasta Ficheiros de Programas descarregados no seu directório Windows. Este artigo foi escrito numa instalação limpa do Windows 8 para que possa ver abaixo que a minha pasta está vazia. Se já utiliza o IE há algum tempo, verá um monte de ficheiros binários que são utilizados pelo IE para certas aplicações web. Os mais com

Clique novamente no botão Settings.

Aqui verá quatro opções, embora sejam bastante auto-explicativas, se estiver a sofrer do problema do conteúdo envelhecido, quererá alterá-lo para verificar sempre que visitar a página web.

Importante: A aplicação de ambiente de trabalho Internet Explorer 11 está reformada e fora de serviço a partir de 15 de Junho de 2022 para certas versões do Windows 10.

Ainda é possível aceder a sites mais antigos e antigos que requerem Internet Explorer com o modo Internet Explorer no Microsoft Edge. Saiba como.

A aplicação de ambiente de trabalho Internet Explorer 11 será progressivamente redireccionada para o browser Microsoft Edge, mais rápido e seguro, e será desactivada, em última análise, através do Windows Update. Desactivar o IE hoje.

Resumo

Quando se configura o Internet Explorer para utilizar um script de configuração automática de proxy, este coloca em cache o proxy que é devolvido pela chamada FindProxyForURL. O mecanismo de cache (Automatic Proxy Result Cache) é executado numa base de anfitrião (ou seja, não numa base URL). Isto impede-o de usar diferentes proxies para obter acesso ao mesmo servidor Web. O seguinte cenário de amostra demonstra este comportamento:

Configurar um servidor Web denominado “Webserver” com duas pastas virtuais: “/login” e “/test”.

Criar o seguinte ficheiro PAC:

Configurar o Internet Explorer para utilizar este ficheiro PAC.

Iniciar o Internet Explorer e digitar o seguinte endereço Web:

http://webserver/loginInternet Explorer carrega o ficheiro PAC e utiliza correctamente uma ligação directa.

Quando aparecer a página de login, digite http://webserver/test. Se utilizar o Network Monitor, pode observar que o acesso a “http://webserver/test” continua a utilizar uma ligação directa em vez de um dos proxies devolvidos.

Mais informações

O Cache Automático de Resultados de Proxy é uma melhoria de desempenho que foi adicionado ao Internet Explorer 5.5 e posteriores. O objectivo da cache é reduzir o processamento do lado do cliente do script de configuração do proxy automático. Quando se liga a um sítio da Internet, a função FindProxyForURL é utilizada para determinar se um proxy deve ser utilizado e qual o proxy a utilizar. O Internet Explorer 5.5 e posteriores verifica primeiro o Cache de Resultados do Proxy Automático para determinar se um proxy foi utilizado para se ligar ao anfitrião em tentativas anteriores. Se esta verificação falhar, indica que esta é a primeira tentativa de ligação ao anfitrião durante a sessão actual e aplica-se a lógica normal de detecção de proxy.

Se um script de configuração automática de proxy for configurado para ser utilizado e o Internet Explorer for capaz de o recuperar da rede (se a opção Detectar definições automaticamente ou o script Utilizar configuração automática estiverem activados), o Cache Automático de Resultados de Proxy é actualizado com o nome do anfitrião a ser acedido e o conjunto completo de servidores proxy retornado através da análise do script. No exemplo, qualquer hostname que esteja determinado a utilizar um servidor proxy terá “PROXY myproxy:80; PROXY mybackupproxy:80” adicionado ao Cache Automático de Resultados de Proxy.

Neste cenário, “myproxy” é utilizado para qualquer acesso subsequente a um hostname em cache

Se todos os servidores proxy retornados do script de configuração automática de proxy estiverem inacessíveis, então recebe uma mensagem de erro “Página Não Pode Ser Exibida” no Internet Explorer (o que aconteceria se um servidor proxy estático ficasse subitamente inacessível).

Isto permite que o proxy failover continue a ocorrer mesmo que o Cache Automático de Resultados de Proxy esteja activado mas não permite especificar um servidor proxy diferente para o mesmo hostname mas, por exemplo, para URL’s diferentes, como ilustrado no exemplo. Se isto for um requisito, então poderá querer desactivar a funcionalidade de Cache Automático de Resultados de Proxy. Isto resultará no processamento do lado do cliente de cada pedido de GET que é emitido pelo Internet Explorer. Como resultado, o desempenho do Internet Explorer pode ser afectado, dependendo da lógica do Automatic Proxy Configuration Script e do seu tamanho. Para desactivar o Cache Automático de Resultados de Proxy, use um dos seguintes métodos.

Nota Se desactivar o cache automático de proxy, o desempenho do Internet Explorer poderá ser afectado.

Método 1: Modificar o registo

Importante Esta secção, método, ou tarefa contém passos que lhe dizem como modificar o registo. No entanto, podem ocorrer problemas graves se modificar o registo incorrectamente. Por conseguinte, certifique-se de que segue cuidadosamente estes passos. Para maior protecção, faça uma cópia de segurança do registo antes de o modificar. Depois, poderá restaurar o registo se ocorrer um problema. Para mais informações sobre como fazer o backup e restaurar o registo, clique no seguinte número de artigo para ver o artigo na Base de Conhecimentos Microsoft:

322756 Como fazer o backup e restaurar o registo no Windows

Pode desactivar a Cache Automática de Resultados de Proxy utilizando a seguinte chave de registo:

Valor: EnableAutoproxyResultCache Type: REG_DWORD Valor dos dados: 0 = desactivar o cache; 1 (ou chave não presente) = activar o cache de proxy automático (este é o comportamento padrão)Se a chave de registo não estiver presente, pode criar a chave de registo usando o seguinte ficheiro de registo:

Editor de Registo do Windows Versão 5.00

Método 2: Modificar as definições da Política de Grupo

Clique em Start , clique em Run , digite gpedit. msc, e depois clique em OK .

Em Group Policy Object Editor, clique duas vezes em User Configuration\Administrative Templates\Windows Components\Internet Explorer .

Faça duplo clique em Desactivar o cache de scripts Auto-Proxy .

Clique em Habilitar , e depois clique em OK .

Poderá ter de utilizar esta chave de registo se se ligar utilizando um servidor proxy que esteja a tratar de pedidos seguros e não seguros no mesmo servidor. Um exemplo deste comportamento é o software SQUID Proxy Server. Uma vez que o Internet Explorer normalmente armazena informações de porta, pode não enviar um pedido seguro sobre o número de porta correcto quando tenta enviar respostas seguras e não seguras ao mesmo servidor, mas em números de porta diferentes.

Para mais informações sobre a adição da má lista de servidores proxy, clique no seguinte número de artigo para ver o artigo na Base de Conhecimentos Microsoft:

320507 O Internet Explorer não volta a tentar um mau servidor proxy durante 30 minutos

Terminou o suporte do Internet Explorer 11

O apoio ao Internet Explorer 11 terminou a 15 de Junho de 2022. Se qualquer site que visite precisar do Internet Explorer 11, pode recarregá-lo com o modo Internet Explorer no Microsoft Edge. Recomendamos que utilize o Microsoft Edge para uma experiência de navegação na Web mais rápida, segura e mais moderna.

AVISO: Se utilizar incorrectamente o Editor de Registo, poderá causar problemas graves que poderão exigir a reinstalação do seu sistema operativo. A Microsoft não pode garantir que possa resolver problemas que resultem da utilização incorrecta do Editor de Registo. Utilize o Editor de Registo por sua conta e risco.

Resumo

Nas versões anteriores do Internet Explorer (Internet Explorer 3.x), as entradas do anfitrião DNS são armazenadas em cache durante 24 horas, por defeito. Em muitos casos, isto é demasiado longo. Durante este período, algumas entradas do anfitrião deixam de funcionar devido a alterações no endereço IP do servidor remoto que foi inicialmente resolvido.

O Internet Explorer 4.x e versões posteriores modificam a forma como as entradas do anfitrião DNS são colocadas em cache, diminuindo o valor por defeito do tempo de espera para 30 minutos.

Mais informações

AVISO: Se utilizar incorrectamente o Editor de Registo, poderá causar problemas graves que poderão exigir a reinstalação do seu sistema operativo. A Microsoft não pode garantir que possa resolver problemas que resultem da utilização incorrecta do Editor de Registo. Utilize o Editor de Registo por sua conta e risco.

Em alguns casos, esta nova definição de tempo limite é demasiado curta. Se o seu ambiente tiver um número de clientes que se estão a ligar e estão todos a fazer pesquisas DNS de 30 em 30 minutos, poderá experimentar um aumento indesejado no tráfego de rede. Para modificar este comportamento, faça a seguinte alteração de registo:

Iniciar o Editor de Registo.

Configurar o Internet Explorer para utilizar este ficheiro PAC.

No menu Editar, clique em Adicionar Valor , e depois adicione os seguintes valores de registo:

Nome do Valor: Tipo de dados DnsCacheTimeout: REG_DWORD Radix: Decimal Value: (tempo em segundos)

Se todos os servidores proxy retornados do script de configuração automática de proxy estiverem inacessíveis, então recebe uma mensagem de erro “Página Não Pode Ser Exibida” no Internet Explorer (o que aconteceria se um servidor proxy estático ficasse subitamente inacessível).

Iniciar o Editor de Registo.

Por exemplo, para definir o valor de time-out para 10 minutos, utilizar um valor de 600 segundos.

Deve utilizar os dois valores de registo listados no passo 3 para controlar o mecanismo de cache interno do Internet Explorer.

Estas definições aplicam-se apenas às chamadas WinInet do Internet Explorer e Assíncrono. Estas definições não se aplicam a chamadas WinInet síncronas.

Solução de problemas

Se estiver a fazer chamadas síncronas no WinInet, os intervalos de tempo DNS não funcionam quando se define a forma como são mostrados na secção “Mais informações”. As chamadas assíncronas captam correctamente estes valores.

Método 1

Para contornar este problema, reinicie a aplicação que utiliza WinInet.

Método 2

Utilizar o seguinte código de trabalho. Abra e feche a pega que recebe com a chamada InternetOpen, e depois abra-a novamente.

Agora utilize a pega. Os timeouts DNS são aplicados.

Importante: A aplicação de ambiente de trabalho Internet Explorer 11 está reformada e fora de serviço a partir de 15 de Junho de 2022 para certas versões do Windows 10.

Ainda é possível aceder a sites mais antigos e antigos que requerem o Internet Explorer com o modo Internet Explorer no Microsoft Edge. Saiba como.

A aplicação de ambiente de trabalho Internet Explorer 11 será progressivamente redireccionada para o browser Microsoft Edge, mais rápido e seguro, e será desactivada, em última análise, através do Windows Update. Desactivar o IE hoje.

Resumo

Quando se configura o Internet Explorer para utilizar um script de configuração automática de proxy, este coloca em cache o proxy que é devolvido pela chamada FindProxyForURL. O mecanismo de cache (Automatic Proxy Result Cache) é executado numa base de anfitrião (ou seja, não numa base URL). Isto impede-o de usar diferentes proxies para obter acesso ao mesmo servidor Web. O seguinte cenário de amostra demonstra este comportamento:

Configurar um servidor Web denominado “Webserver” com duas pastas virtuais: “/login” e “/test”.

Criar o seguinte ficheiro PAC:

Quando se configura o Internet Explorer para utilizar um script de configuração automática de proxy, este coloca em cache o proxy que é devolvido pela chamada FindProxyForURL. O mecanismo de cache (Automatic Proxy Result Cache) é executado numa base de anfitrião (ou seja, não numa base URL). Isto impede-o de usar diferentes proxies para obter acesso ao mesmo servidor Web. O seguinte cenário de amostra demonstra este comportamento:

Configurar um servidor Web denominado “Webserver” com duas pastas virtuais: “/login” e “/test”.

Criar o seguinte ficheiro PAC:

Configurar o Internet Explorer para utilizar este ficheiro PAC.

Iniciar o Internet Explorer e digitar o seguinte endereço Web:

http://webserver/loginInternet Explorer carrega o ficheiro PAC e utiliza correctamente uma ligação directa.

Quando aparecer a página de login, digite http://webserver/test. Se utilizar o Network Monitor, pode observar que o acesso a “http://webserver/test” continua a utilizar uma ligação directa em vez de um dos proxies devolvidos.

Mais informações

O Cache Automático de Resultados de Proxy é uma melhoria de desempenho que foi adicionado ao Internet Explorer 5.5 e posteriores. O objectivo da cache é reduzir o processamento do lado do cliente do script de configuração do proxy automático. Quando se liga a um sítio da Internet, a função FindProxyForURL é utilizada para determinar se um proxy deve ser utilizado e qual o proxy a utilizar. O Internet Explorer 5.5 e posteriores verifica primeiro o Cache de Resultados do Proxy Automático para determinar se um proxy foi utilizado para se ligar ao anfitrião em tentativas anteriores. Se esta verificação falhar, indica que esta é a primeira tentativa de ligação ao anfitrião durante a sessão actual e aplica-se a lógica normal de detecção de proxy.

Se um script de configuração automática de proxy for configurado para ser utilizado e o Internet Explorer for capaz de o recuperar da rede (se a opção Detectar definições automaticamente ou o script Utilizar configuração automática estiverem activados), o Cache Automático de Resultados de Proxy é actualizado com o nome do anfitrião a ser acedido e o conjunto completo de servidores proxy retornado através da análise do script. No exemplo, qualquer hostname que esteja determinado a utilizar um servidor proxy terá “PROXY myproxy:80; PROXY mybackupproxy:80” adicionado ao Cache Automático de Resultados de Proxy.

Neste cenário, “myproxy” é utilizado para qualquer acesso subsequente a um hostname em cache

Se todos os servidores proxy retornados do script de configuração automática de proxy estiverem inacessíveis, então recebe uma mensagem de erro “Página Não Pode Ser Exibida” no Internet Explorer (o que aconteceria se um servidor proxy estático ficasse subitamente inacessível).

Isto permite que o proxy failover continue a ocorrer mesmo que o Cache Automático de Resultados de Proxy esteja activado mas não permite especificar um servidor proxy diferente para o mesmo hostname mas, por exemplo, para URL’s diferentes, como ilustrado no exemplo. Se isto for um requisito, então poderá querer desactivar a funcionalidade de Cache Automático de Resultados de Proxy. Isto resultará no processamento do lado do cliente de cada pedido de GET que é emitido pelo Internet Explorer. Como resultado, o desempenho do Internet Explorer pode ser afectado, dependendo da lógica do Automatic Proxy Configuration Script e do seu tamanho. Para desactivar o Cache Automático de Resultados de Proxy, use um dos seguintes métodos.

Nota Se desactivar o cache automático de proxy, o desempenho do Internet Explorer poderá ser afectado.

Método 1: Modificar o registo

Importante Esta secção, método, ou tarefa contém passos que lhe dizem como modificar o registo. No entanto, podem ocorrer problemas graves se modificar o registo incorrectamente. Por conseguinte, certifique-se de que segue cuidadosamente estes passos. Para maior protecção, faça uma cópia de segurança do registo antes de o modificar. Depois, poderá restaurar o registo se ocorrer um problema. Para mais informações sobre como fazer o backup e restaurar o registo, clique no seguinte número de artigo para ver o artigo na Base de Conhecimentos Microsoft:

322756 Como fazer o backup e restaurar o registo no Windows

Pode desactivar a Cache Automática de Resultados de Proxy utilizando a seguinte chave de registo:

Valor: EnableAutoproxyResultCache Type: REG_DWORD Valor dos dados: 0 = desactivar o cache; 1 (ou chave não presente) = activar o cache de proxy automático (este é o comportamento padrão)Se a chave de registo não estiver presente, pode criar a chave de registo usando o seguinte ficheiro de registo:

Editor de Registo do Windows Versão 5.00

Método 2: Modificar as definições da Política de Grupo

Clique em Start , clique em Run , digite gpedit. msc, e depois clique em OK .

Em Group Policy Object Editor, clique duas vezes em User Configuration\Administrative Templates\Windows Components\Internet Explorer .

Faça duplo clique em Desactivar o cache de scripts Auto-Proxy .

Clique em Habilitar , e depois clique em OK .

Poderá ter de utilizar esta chave de registo se se ligar utilizando um servidor proxy que esteja a tratar de pedidos seguros e não seguros no mesmo servidor. Um exemplo deste comportamento é o software SQUID Proxy Server. Uma vez que o Internet Explorer normalmente armazena informações de porta, pode não enviar um pedido seguro sobre o número de porta correcto quando tenta enviar respostas seguras e não seguras ao mesmo servidor, mas em números de porta diferentes.

Para mais informações sobre a adição da má lista de servidores proxy, clique no seguinte número de artigo para ver o artigo na Base de Conhecimentos Microsoft:

320507 O Internet Explorer não volta a tentar um mau servidor proxy durante 30 minutos

Terminou o suporte do Internet Explorer 11

O apoio ao Internet Explorer 11 terminou a 15 de Junho de 2022. Se qualquer site que visite precisar do Internet Explorer 11, pode recarregá-lo com o modo Internet Explorer no Microsoft Edge. Recomendamos que utilize o Microsoft Edge para uma experiência de navegação na Web mais rápida, segura e mais moderna.

AVISO: Se utilizar incorrectamente o Editor de Registo, poderá causar problemas graves que poderão exigir a reinstalação do seu sistema operativo. A Microsoft não pode garantir que possa resolver problemas que resultem da utilização incorrecta do Editor de Registo. Utilize o Editor de Registo por sua conta e risco.

Resumo

Nas versões anteriores do Internet Explorer (Internet Explorer 3.x), as entradas do anfitrião DNS são armazenadas em cache durante 24 horas, por defeito. Em muitos casos, isto é demasiado longo. Durante este período, algumas entradas do anfitrião deixam de funcionar devido a alterações no endereço IP do servidor remoto que foi inicialmente resolvido.

O Internet Explorer 4.x e versões posteriores modificam a forma como as entradas do anfitrião DNS são colocadas em cache, diminuindo o valor por defeito do tempo de espera para 30 minutos.

Mais informações

Desde pelo menos 1996 que o IE tem vindo a utilizar uma política de opt-out para o conteúdo HTTPS de cache.

Aparentemente, desde a sua introdução, o cromado tem optado por não participar no HTTPS (ou seja, irá armazená-lo, a menos que lhe seja dito para não o fazer). Em 2011, o Firefox 4 (mas não o Safari) mudou para o caching opt-out para conteúdo HTTPS. Fonte.

Recomendações

Utilizar apenas cabeçalhos HTTP para controlar o cache do navegador . Se decidir ir contra isto, esteja ciente de que o IE apenas reconhece duas directivas de controlo de cache que são definidas dentro do HTML:

e aparentemente apenas a primeira é útil no cenário HTTPS. Além disso, pode haver problemas quando se tenta utilizar o Pragma no IE. Finalmente, o Cromo ignora as directivas de cache em meta tags, reduzindo ainda mais a sua utilidade.

Não utilize o cabeçalho Expires . Nos browsers modernos, Expires é substituído por Cache-Control . Expira: 0 e Pragma: no-cache são cabeçalhos de resposta tecnicamente inválidos. Sim, existem desde o início mas nem todos os browsers modernos (por exemplo, Chrome) os utilizam e foram substituídos pelo Cache-Control .

O cabeçalho Vary é um campo minado . Como Vary se comporta nos IEs mais antigos. Como Vary se comporta com XHR. Encontrar os detalhes é deixado como um exercício para o leitor – e deixa a impressão de que é preferível utilizar URLs diferentes para conteúdos diferentes.

Permitir que o navegador faça pedidos condicionais através da definição de ETags . Os ETags permitem que um navegador faça uma verificação leve para ver se o conteúdo mudou e pode evitar fazer um pedido completo se não o tiver feito.

Esteja ciente de que alguns navegadores estão apenas avariados e precisam de hacks . O IE 8 pode ter problemas ao descarregar ficheiros que lhe foi dito para não guardar.

O RFC parece sugerir que o cliente deve guardar permanentemente em cache a resposta: http://www. w3.org/Protocols/rfc2616/rfc2616-sec10.html

Ao recurso solicitado foi atribuído um novo URI permanente e quaisquer referências futuras a este recurso DEVERÃO utilizar um dos URIs devolvidos. Os clientes com capacidades de edição de links devem automaticamente re-ligar as referências ao Requist-URI a uma ou mais das novas referências devolvidas pelo servidor, sempre que possível. Esta resposta é armazenável, salvo indicação em contrário.

O novo URI permanente DEVERÁ ser dado pelo campo Localização na resposta. A menos que o método de pedido seja HEAD, a entidade da resposta DEVERÁ conter uma breve nota de hipertexto com uma hiperligação para o(s) novo(s) URI(s).

Se o código de estado 301 for recebido em resposta a um pedido que não seja GET ou HEAD, o agente do utilizador NÃO DEVE redireccionar automaticamente o pedido a menos que possa ser confirmado pelo utilizador, uma vez que isto pode alterar as condições sob as quais o pedido foi emitido.

Estou a ter dificuldade em encontrar documentação concreta para qualquer programa de navegação principal que declare como é que estes são tratados.

Comecei a pesquisar o código fonte do firefox, mas rapidamente me perdi.

Será o seguinte cenário verdadeiro para quais (se houver) browsers, e existe documentação definitiva quer para o Firefox quer para o IE que declare o mesmo?

Primeira vez por aí:

1.1: O utilizador introduz um link para o Sítio A, ou clica num link direccionado para o Sítio A

1.2: Navegador interpreta link no Sítio A, primeira vez, sem cache. Envia GET para o Sítio A.

1.2: O Sítio A responde com 301 Redireccionar para o Sítio B

1.3: O Browser envia GET para o Sítio B.

“Quando eu costumava [abrir] um novo separador no [Internet Explorer], costumava ver uma nova página com uma grelha de ícones/caixas representando os sites que tinha visitado recentemente, para poder seleccionar um e regressar a esse site. Acabou-se. Não sei o que mudou, mas agora quando selecciono um novo separador, o que aparece é a minha página inicial”.

Por defeito, clicando no ícone New Tab (ou premindo Ctrl-T ) no Internet Explorer abre exactamente o que Joel descreveu: uma página com miniaturas para “Os seus sites mais populares”, ou seja, aqueles que visitou frequentemente. De alguma forma, contudo, esta configuração foi alterada, e agora os novos separadores de Joel produzem a sua página inicial predefinida. Felizmente, há uma correcção fácil: 1. Abra o Internet Explorer, clique no ícone Ferramentas (ou prima Ctrl-X ), e depois clique em Opções da Internet . 2. No separador Geral, encontre a secção Tabs, depois clique no botão Settings dentro dessa secção. 3. A meio do diálogo Configurações, existe uma opção chamada “Quando um novo separador é aberto, abra:”-e um menu suspenso abaixo dele. 4. Clique nesse menu, depois escolha A nova página de separadores (Joel’s de alguma forma foi definida para outra opção: “A sua primeira página inicial”). 5. Clique OK , e depois OK novamente. Agora o IE deve abrir novas tabulações com essas miniaturas “favoritas”. Como deve ter notado, havia uma terceira opção nesse menu: “Uma página em branco”. Use isso se preferir ter novas abas abertas sem nada nelas. Este artigo descreve as alterações no Windows 10 relativamente às chaves de registo para as opções de cache de PINs de cartões inteligentes. Aplica-se a: В Windows 10 – todas as edições Número KB original: В 4516455

Sintomas

HKEY_LOCAL_MACHINE_MACHINE_SOFTWARE\GSC\POLÍTICASPOLÍTICASPONTENCIAÇÃO DE AUTENTIFICAÇÃO

HKEY_LOCAL_MACHINE_MACHINE_SOFTWARE\GSC\POLÍTICAS\PONTESAUTENTIFICAÇÃO

  • Estas definições são descritas com mais detalhes em KB 2589130.
  • Estado
  • Este comportamento é por concepção.
  • Mais informações

O comportamento de cache do PIN do cartão inteligente depende do minidriver do leitor de cartões inteligentes. O minidriver deve implementar a política de PIN_CACHE_POLICY. No momento da operação do PIN, o comportamento do PIN BaseCSP é baseado nos parâmetros da política de cache que lhe são passados pelo minidriver do cartão inteligente.

Os fornecedores de minidriver smart card podem controlar este comportamento nos seus respectivos produtos Smart Card Cryptographic Service Provider (CSP) ou Key Storage Provider (KSP).

Se o cartão inteligente implementar um Cartão de Verificação de Identidade Pessoal (PIV), não é necessário um minidriver de terceiros. Isto acontece porque o minidriver para PIV está incluído no Windows.

  • Temos uma política de caching PIN fixo para o minidriver padrão para um cartão PIV. Esta política é definida da seguinte forma:
  • Se o contentor for o contentor de assinatura digital (de acordo com a especificação PIV), atribuímos à força uma política de não colocação em cache de pinos.

Para qualquer outro contentor, atribuímos à força a política padrão de PIN (o cache do PIN está activado).

Os locais de registo mencionados na secção “Sintomas” são relevantes apenas para o minidriver de terceiros que é afectado pela questão descrita em KB 2589130. Estes locais de registo não são utilizados para todos os cartões PIV. O minidriver PIV afectado foi utilizado em 2011. Portanto, estes locais de registo não são fornecidos pela Microsoft.

Configure a sua página inicial em quase todos os navegadores

O Que Saber

Chrome: No menu de três pontos, seleccione Settings . Activar o botão Show home . Escolher Introduzir endereço web personalizado e introduzir um URL.

IE 11: Se

A maioria dos browsers para Windows fornecem a opção de designar qualquer website como a sua página inicial. No Google Chrome, pode escolher uma ou várias páginas para lançar na inicialização:

Seleccione os três pontos no canto superior direito do Chrome e escolha Settings no menu drop-down.

  • Desça até à secção Appearance e seleccione o botão Show home toggle para o activar (se ainda não estiver activado).
  • Seleccione Introduzir endereço web personalizado e introduza o URL da sua página inicial desejada.

Em alternativa, desça até à secção Na inicialização e seleccione Abrir uma página específica ou conjunto de páginas para designar quais as páginas que pretende abrir quando abrir o Chrome.

Seleccione Continuar onde parou para restaurar a sessão de navegação anterior, carregando todos os separadores e janelas que estavam abertos na última vez que utilizou o Chrome.

Como Alterar a Página de Arranque do IE 11

  • A versão final do Internet Explorer permite-lhe definir uma página inicial personalizada.
  • A Microsoft já não suporta o Internet Explorer e recomenda-lhe que actualize para o mais recente browser Edge. Dirija-se ao seu site para descarregar a versão mais recente.
  • Edge: Go to three-dot menu > Settings > On startup > Open a Specific page or pages >Seleccione as definições no canto superior direito do IE 11 e escolha opções de Internet a partir do menu pendente.

Vá para o separador Geral e, na secção Home Page, introduza o URL que deseja definir como a sua home page.

Para abrir várias páginas em separadores separados, introduza cada URL numa linha separada.

Na secção Iniciar, seleccione Iniciar com página inicial .

Como Alterar a Página Inicial para Microsoft Edge

O navegador padrão para Windows 10, Microsoft Edge, facilita o controlo de que página ou páginas são carregadas no arranque.

Seleccione os três pontos no canto superior direito de Edge.

Escolher Settings no menu pendente.

No painel Definições, seleccionar Ao arrancar .

Seleccione Abrir uma página ou páginas específicas , depois seleccione Adicionar uma nova página .

Introduza o URL da sua página inicial desejada, depois seleccione Adicionar .

Seleccione New tab page em Settings para controlar o que a página Edge exibe quando um novo separador é aberto.

Como Alterar a Página de Arranque do Firefox

O comportamento de arranque do Mozilla Firefox é controlado através das preferências do navegador.

Seleccione o menu hambúrguer no canto superior direito do Firefox e escolha Opções a partir do menu pendente.

Pode também introduzir about:preferences na barra de endereços para aceder às definições do Firefox.

Ir para o painel da esquerda e seleccionar Home .

Seleccione o menu pendente Homepage e novas janelas e escolha URLs personalizadas .

Desça até à secção Conteúdo Inicial do Firefox para personalizar a página inicial padrão do Firefox.

Digite o URL para a página inicial desejada. As alterações são guardadas automaticamente, para que possa fechar as definições do Firefox.

Como definir a página inicial para o navegador de ópera

Opera oferece-lhe a opção de mostrar a sua interface de marcação rápida ou uma página à sua escolha cada vez que a aplicação é iniciada.

Seleccione o O no canto superior esquerdo do navegador e depois escolha Definições no menu pendente.

Também pode chegar às definições da Opera utilizando o atalho de teclado Alt + P .

Ir para o painel da esquerda e seleccionar Basic .

Desça até à secção Ligar ao arranque e seleccione Abrir uma página específica ou conjunto de páginas .

Seleccionar Adicionar uma nova página .

Introduza o URL desejado, depois seleccione Adicionar .

Alterar o comportamento padrão ” Novo separador ” no seu navegador de Internet ajuda-o a evitar que outros utilizadores visualizem acidentalmente os seus sítios Web mais visitados. Além disso, esta funcionalidade atrasa a velocidade de carregamento do seu navegador quando prime o botão New Tab. A funcionalidade Nova Aba existe hoje em dia na maioria dos navegadores populares, por exemplo, Internet Explorer, Mozilla Firefox, Google Chrome, etc., para ajudar os utilizadores a abrir rapidamente os seus sites mais visitados com apenas um clique.

Se desejar definir um URL personalizado para o “New Tab” no seu navegador, então siga as instruções abaixo.

Exemplo de screenshot depois de ter premido a página New Tab no Internet Explorer:

Como alterar o comportamento padrão do “New Tab” no seu navegador.

Internet Explorer

Como alterar o comportamento padrão do Novo separador no Internet Explorer

1. Abrir o Internet Explorer e depois abrir ” Opções da Internet “.

“ Opções de Internet “.

Aviso*: Nas últimas versões do IE prima o ícone ” Gear ” no canto superior direito.

2. No separador Geral, clicar no botão Settings na secção Tabs.

3. Clique na seta para baixo em ” Quando um novo separador é aberto, abra :” settings para especificar o seu comportamento preferido no novo separador e depois prima ‘ OK ” duas vezes para fechar as opções da Internet.

4. Continue a trabalhar com o seu navegador.

Google Chrome

Como alterar o comportamento padrão do Novo separador no Google Chrome

1. Vá à loja Web do Google e descarregue e instale a extensão New Tab Redirect. 2. Após a instalação, clique em Set Options e especifique o URL que pretende carregar quando abrir uma “New tab” no Chrome.

Mozilla Firefox

Como alterar o comportamento padrão do New Tab no Mozilla Firefox

1: Abra o Firefox e no tipo de barra de endereço: about:config

2. Clique em ” Terei cuidado, prometo! ” para continuar.

To do this from IE’s file menu, choose “ Tools ” > 3. No tipo de caixa de pesquisa: newtab

4. Clique duplo para abrir ” browser. newtab. url ” entrada

5. Altere o valor da string para a sua página web preferida (por exemplo www. google. com) e clique em ” OK “.

6. Reiniciar o Firefox para que as alterações produzam efeito.

O Windows está cheio de ficheiros temporários que ajudam o sistema operativo a fazer o seu trabalho. Ocasionalmente, estes ficheiros podem ficar corrompidos, ou tornar-se tão grandes que interferem com o desempenho do seu computador.

Se estiver com pouco espaço de armazenamento, ou se notar algum comportamento invulgar do Windows 10, uma das primeiras coisas que pode fazer é limpar a cache .

Em particular, existem duas caches que deve saber como reiniciar: ficheiros temporários e o histórico do explorador de ficheiros.

Verifique os produtos mencionados neste artigo:

Windows 10 (A partir de $139,99 na Best Buy)

Como limpar a cache de ficheiros temporários no Windows 10 usando a limpeza do disco

1. Clique em Start, e depois digite “Disk Cleanup”.

2. Clicar em “Disk Cleanup” quando aparecer nos resultados da pesquisa.

3. Certifique-se de que a unidade “C:” está seleccionada, e clique em “OK”.

4. Marcar a caixa ao lado de “Ficheiros temporários”. Depende de si se verificar outros tipos de ficheiros.

5. Clique em “OK”.

Pode demorar alguns momentos, mas a cache dos seus ficheiros temporários será limpa.

Como limpar o histórico do Explorador de Ficheiros no Windows 10

1. Abrir qualquer janela do File Explorer. Uma maneira de o fazer é abrir uma pasta, ou clicar no ícone do Explorador de Ficheiros na barra de tarefas do Windows na parte inferior do ecrã.

2. Clique no separador “Ver” na parte superior da janela.

3. Na fita, clicar em “Opções”.

4. No separador Geral, na secção Privacidade, clicar em “Limpar”.

Como limpar a cache do navegador no Windows 10

Para além destas importantes caches, também poderá ocasionalmente precisar de limpar a cache no seu navegador, especialmente se tiver problemas em abrir consistentemente certas páginas web.

No Google Chrome , clique no menu de três pontos no canto superior direito, desloque-se para o separador História, e clique em “História” no menu que aparece. Depois clique em “Limpar dados de navegação”, e depois em “Limpar dados”.

Na prática, só são necessárias duas definições para optimizar o cache:

Não armazenar em cache HTML

Cache tudo o resto para sempre

“Wooah …espere!”, ouvimo-lo dizer. “Cache todos os meus guiões e imagens

para sempre?

Sim, é isso mesmo. Não precisa de mais nada no meio. Caching indefinidamente está bem desde que não permita que o seu HTML seja colocado em cache.

“Mas e se eu precisar de emitir correcções de código para o meu JavaScript? Também não posso permitir que os browsers se agarrem a todas as minhas imagens. Também preciso frequentemente de as actualizar”.

Simples – basta alterar o URL do item no seu HTML e este contornará a entrada existente na cache.

Na prática, caching ‘para sempre’ significa tipicamente definir um valor de cabeçalho Expira de Sun, 17-Jan-2038 19:14:07 GMT uma vez que esse é o valor máximo suportado pelo formato de hora/data Unix de 32 bits. Se estiver a utilizar o IIS6 verá que a UI não permitirá nada para além de 31-Dez-2035. A vantagem de estabelecer longas datas de validade é que o conteúdo pode ser lido a partir da cache do navegador local sempre que o utilizador revisita a página web ou vai para outra página que utiliza as mesmas imagens, script ou ficheiros CSS.

Verá longas datas de validade como esta se olhar para uma página web do Google com HttpWatch. Por exemplo, aqui estão os cabeçalhos de resposta utilizados para o logotipo principal do Google na página inicial:

Se o Google precisar de alterar o logótipo para uma ocasião especial como o Halloween, basta alterar o nome do ficheiro no HTML da página para algo como halloween2007.gif.

  • O diagrama abaixo mostra como um ficheiro JavaScript é carregado na cache do navegador na primeira visita a uma página web:

Em qualquer visita subsequente, o navegador só tem de ir buscar o HTML da página:

  1. O ficheiro JavaScript pode ser lido directamente da cache do navegador no disco rígido do utilizador. Isto evita uma ida e volta à rede e é tipicamente 100 a 1000 vezes mais rápido do que descarregar o ficheiro através de uma ligação de banda larga.
  2. A chave para este esquema de cache é manter um controlo apertado sobre o seu HTML, uma vez que contém as referências a tudo o resto no seu sítio web. Uma maneira de o fazer é assegurar que as suas páginas tenham um Cache-Control: sem cabeçalho de cache. Isto evitará qualquer caching do HTML e assegurará que o navegador solicita sempre o HTML da página.

Se o fizer, poderá actualizar qualquer conteúdo da página apenas alterando o URL que lhe faz referência no HTML. A versão antiga ainda estará na cache do navegador, mas a versão actualizada será descarregada por causa do URL modificado.Por exemplo, se tivesse um ficheiro chamado topMenu. js e corrigisse alguns bugs nele, poderia renomear o ficheiro topMenu-v2.js para o forçar a ser descarregado:

Agora tudo isto está muito bem, mas sempre que há uma discussão de l

De facto, escolher um tempo de expiração que não seja zero ou infinito é inerentemente incerto. A única forma de saber exactamente quando pode lançar uma nova versão a todos os utilizadores em simultâneo é escolher uma hora específica do dia para a expiração da sua cache; digamos meia-noite. É melhor definir o cache indefinido em todos os itens ligados à sua página de modo a obter a quantidade máxima de cache, e depois forçar as actualizações conforme necessário.

Agora, por esta altura, poderá ter os tipos de marketing a bordo, mas estará a perder os programadores. Os programadores já estão a ver todo o trabalho extra envolvido na alteração dos nomes de todos os seus CSS, javascript e imagens, tanto nos seus projectos controlados pela fonte como nos seus scripts de implementação.

Portanto, aqui está a cereja no bolo; não é realmente necessário mudar o nome do ficheiro, apenas o URL. Uma forma simples de o fazer é anexar um parâmetro de query string ao fim do URL existente quando o recurso tiver mudado.

Aqui está o exemplo anterior que actualizou um ficheiro JavaScript. A diferença desta vez é que utiliza um parâmetro de query string ‘v2’ para contornar a entrada da cache existente:

O servidor web irá simplesmente ignorar o parâmetro de query string, a menos que tenha escolhido fazer algo programático com ele.

Há uma optimização final que pode fazer. O Cache-Control: o cabeçalho sem resposta de cache funciona bem para páginas dinâmicas, pois assegura que as páginas serão sempre actualizadas a partir do servidor; mesmo quando se prime o botão Voltar. Contudo, para HTML que muda menos frequentemente é melhor utilizar o cabeçalho Last-Modified em vez disso. Isto evitará um download completo do HTML da página, se esta não tiver sido alterada desde a última vez que foi colocada em cache pelo navegador.

O cabeçalho Last-Modified é adicionado automaticamente pelo IIS para ficheiros HTML estáticos e pode ser adicionado programmaticamente em páginas dinâmicas (por exemplo, ASPX e PHP). Quando este cabeçalho estiver presente, o navegador revalidará a cópia local, em cache, de uma página HTML em cada nova sessão do navegador. Se a página não for alterada, o servidor web devolve uma resposta 304 Não modificada indicando que o navegador pode utilizar a versão em cache da página.

Portanto, para resumir:

Não colocar HTML em cache

Usar Cache-Control: sem cache para páginas HTML dinâmicas

Utilize o cabeçalho Last-Modified com o tempo actual do ficheiro para HTML estático

Cache tudo o resto para sempre

Para todos os outros tipos de ficheiros definir um cabeçalho Expira até à data máxima futura que o seu servidor web permitirá

Modifique URLs anexando uma cadeia de consulta no seu HTML a qualquer elemento da página que deseje ‘expirar’ imediatamente.

Por todas as suas vantagens de segurança, pode facilmente bloquear-se a si próprio fora de um website se conseguir configurar as definições do HSTS de forma inadequada. Erros de navegação tais como NET::ERR_CERT_AUTHORITY_INVALID são a razão número um para os utilizadores procurarem uma forma de contornar o HSTS, quer apagando as definições do HSTS, quer desactivando-as.

O que é HSTS?

HSTS (HTTP Strict Transport Security) é um mecanismo de segurança web que ajuda os navegadores a estabelecer conexões via HTTPS e a limitar as conexões inseguras HTTP. O mecanismo HSTS

Se estiver a receber um erro de privacidade ao tentar visitar um determinado site e o mesmo site for acessível a partir de outro navegador ou dispositivo, há uma forte probabilidade de ter um problema com a forma como as definições do HSTS são configuradas. Se for esse o caso, a solução seria limpar ou desactivar o HSTS para o seu navegador web.

Abaixo tem uma colecção de guias que o ajudarão a limpar ou desactivar as suas definições do HSTS. Por favor, siga os guias associados ao seu navegador em particular e sinta-se à vontade para seguir a solução mais aplicável ao seu cenário particular.

Limpar as definições HSTS em Cromo

  1. Um problema com as definições do HSTS em Cromo irá normalmente exibir um erro de tipo “A sua ligação não é privada” em Cromo. Se expandir o menu Avançado (associado ao erro), provavelmente verá uma pequena menção sobre HSTS (“Não pode visitar *nome do site* porque o site usa HSTS. Os erros e ataques na rede são normalmente temporários, pelo que esta página funcionará provavelmente mais tarde. “)
    • Se estiver a experimentar o mesmo comportamento, siga os passos abaixo para eliminar a cache do HSTS do seu navegador Chrome:
    • Abra o Google Chrome e cole o seguinte na omnibar.
  2. Limpar ou desactivar as definições do HSTS no Firefox
    • Quando comparado com o cromado, o Firefox tem múltiplas formas de limpar ou desactivar as definições do HSTS. Vamos começar com os métodos automáticos primeiro, mas também incluímos algumas abordagens manuais.
  3. Método 1: Limpar as definições, esquecendo o Website

Abra o Firefox e certifique-se de que cada aba aberta ou pop-up está fechada.

Prima Ctrl + Shift + H (ou Cmd + Shift + H no Mac) para abrir o menu Biblioteca.

Procure o sítio para o qual deseja apagar as definições do HSTS. Pode facilitar a sua vida utilizando a barra de pesquisa no canto superior direito.

Assim que conseguir encontrar o site para o qual está a tentar apagar as definições do HSTS, clique com o botão direito do rato sobre ele e seleccione Forget About this Site . Isto irá limpar as definições do HSTS e outros dados em cache para este domínio em particular.

Reinicie o Firefox e veja se o problema foi resolvido. Se este era um problema do HSTS, deverá agora poder navegar normalmente no sítio web.

Se este método não foi eficaz ou se estiver à procura de uma forma de limpar as definições HSTS sem limpar o resto dos seus dados em cache, passe para os outros métodos abaixo.

Método 2: Limpar HSTS através da compensação das Preferências do Sítio

Limpar História Recente .

Na janela Limpar Todo o Histórico, defina o intervalo de tempo para limpar o menu pendente para Tudo .

A seguir, expandir o menu Detalhes e desmarcar todas as opções excepto Preferências do Site .

    Clique no botão Limpar Agora para limpar todas as preferências do site, incluindo as definições do HSTS .

Reinicie o Firefox e veja se o problema foi resolvido na próxima inicialização.

Método 3: Limpar as definições do HSTS editando o perfil do utilizador

Fechar completamente o Firefox e todos os pop-ups e ícones de bandeja associados.

  1. Navegue até à localização do perfil de utilizador do seu Firefox. Aqui está uma lista com localizações potenciais:
  2. Método 4: Desactivar HST
  3. Uma vez que é uma melhoria importante da segurança, o HSTS é activado por defeito tanto no Internet Explorer como no Microsoft Edge. Embora não seja recomendado desactivar o HSTS dentro dos navegadores da Microsoft, é possível desactivar a funcionalidade para o Internet Explorer. Aqui está um guia rápido sobre como fazer isto através do Editor de Registo:
  4. Nota: Tenha em mente que o procedimento é mais longo se tiver um sistema baseado em x64 do que se tiver um sistema baseado em x86.
  5. Comentários

danieldaeschle comentou Jan 23, 2018

Estou a submeter um.

  1. Open Firefox, click the Library icon and select History >Comportamento actual
  2. O Internet Explorer nem sempre carrega o site. Às vezes carrega e às vezes não. Por vezes, ocorre um erro na consola:
  3. Comportamento esperado
  4. Deve mostrar a página todas as vezes
  5. Reprodução mínima do problema com instruções

Angular 5 App com Angular CLI 1.6 gerada. Polifílulas para IE não comentadas

  1. Qual é o caso de motivação/uso para mudar o comportamento?
  2. Os utilizadores do Internet Explorer devem poder ter acesso ao site.

Ambiente

  1. O texto foi actualizado com sucesso, mas estes erros foram encontrados:
  2. JiaLiPassion comentou Jan 23, 2018
  3. @danieldaeschle , poderia tentar adicionar esta linha em polyfill. ts

danieldaeschle comentou Jan 23, 2018

@JiaLiPassion Error não aparece mais. Ainda tenho o ecrã branco se não abrir as ferramentas de desenvolvimento do internet explorer. se estiverem abertas vejo o website.

JiaLiPassion comentou Jan 23, 2018

@danieldaeschle , não tenho a certeza qual é a razão, poderia publicar uma reposta de reprodução?

danieldaeschle comentou Jan 23, 2018

Esqueci-me de dizer que estou a usar material-design-lite da getmdl. io talvez isso ocorra?

JiaLiPassion comentou Jan 23, 2018

@danieldaeschle , não tenho a certeza, mas se puderem fornecer um repo de reprodução, posso ajudar a depurar.

danieldaeschle comentou Jan 23, 2018

JiaLiPassion comentou Jan 23, 2018

não se pode reproduzir, tudo funciona bem.

danieldaeschle comentou Jan 23, 2018 –

classlist é outro módulo que não classlist. js . O cromado está a funcionar muito bem. O IE ainda não funciona quando a consola de desenvolvimento não é aberta. Mas é apenas quando estou a usar MDL. talvez o ambiente da empresa seja buggy. Irei testá-lo em casa mais tarde. Obrigado pela ajuda.

trotyl comentou Jan 23, 2018 –

Tente adicionar no , isto irá sobrepor-se ao padrão da intranet.

gkalpak comentou Jan 23, 2018

Posso reproduzir a edição (depois de fixar a aplicação com fio adicionar classlist. js ).

Tentei o que pude pensar, mas não consigo depurar isto no IE11 😞 O IE11 tem um comportamento diferente com e sem DevTools aberto. Mais notoriamente, a consola não é definida até que se abra o DevTools. Mas não é essa a questão no seu caso afaict. O HTML parece ser correctamente reproduzido, mas alguns contentores têm altura 0. Soa como um bug IE11 (possivelmente relacionado com o layout da flexbox) e/ou problema da mdl.

danieldaeschle comentou Jan 23, 2018

@danieldaeschle , ok , irei reinstalar a classlist. js . Recebi um erro ao instalar o classlist. js .

Posso reproduzir a edição (depois de fixar a aplicação com fio adicionar classlist. js ).

@trotyl Já tentei isto. Não ajuda. @gkalpak Sim, penso que é um Bug MDL ou algo assim também. Encontraste uma solução para ele?

danieldaeschle comentou Jan 23, 2018

É um bug MDL. cada elemento MDL é invisível.

Posso reproduzir a edição (depois de fixar a aplicação com fio adicionar classlist. js ).

csameer007 comentou Jun 11, 2018

danieldaeschle comentou Jan 23, 2018

Posso reproduzir a edição (depois de fixar a aplicação com fio adicionar classlist. js ).

@csameer007 , poderia fornecer uma reprodução do repo?

naveenkumarv183 comentou Jul 18, 2018

Não tinha nenhum componente de desenho de material, e estranhamente a aplicação está a carregar no IE-11 para ambiente de desenvolvimento mas não em ambiente de GQ, alguém pode por favor ajudar

tamirgilany comentou Fev 19, 2019

Tente adicionar no , isto irá sobrepor-se ao padrão da intranet.

Obrigado, funcionou para mim!

angular-automatic-lock-bot bot comentou 14 de Setembro de 2019

Esta questão foi automaticamente bloqueada devido à inactividade. Por favor, arquive um novo problema se se deparar com um problema semelhante ou relacionado.

Posso reproduzir a edição (depois de fixar a aplicação com fio adicionar classlist. js ).

Rodapé

danieldaeschle comentou Jan 23, 2018

Não se pode realizar essa acção neste momento.

danieldaeschle comentou Jan 23, 2018

danieldaeschle comentou Jan 23, 2018

Tente adicionar no , isto irá sobrepor-se ao padrão da intranet.