Pergunta

Eu tenho um VPS hospedado hospedado por uma empresa de hospedagem do Reino Unido que, por algum motivo está definido para configurações dos EUA. De fato, até recentemente, as configurações regionais foram 'Inglês - Estados Unidos'. Eu já corrigido as configurações regionais, mas meu aplicativo ainda está trabalhando com o formato de data errada. Veja:

http://www.albaassoc.com/events/listevents.aspx

As datas padrão é suposto ser a data atual até a data + 3 meses, mas como você pode ver, o dd e campos MM são trocados. Nota: o extensor de calendário AJAX está configurado manualmente para dd / mm / aaaa é por isso que o pop calendário pensa Estamos interessados ??em Junho / Julho, em vez de janeiro

Eu sei que existem várias maneiras de configurar uma página ou um aplicativo para usar um local particular, mas eu prefiro ir para uma abordagem global.

É possível re-configurar o IIS para o trabalho em uma localidade diferente, ou se não, posso emenda machine.config para que ele é uma vez só de mudança?

Eu tenho uma aberta bilhete com o anfitrião, mas eu não vou segurar minha respiração - eles não vão querer reinstalar o IIS ...

Agradecemos antecipadamente.

Foi útil?

Solução

Através do globalização elemento , você pode definir a cultura e uiculture para um site (via web.config) ou toda a máquina (via machine.config).

Outras dicas

Eu só tenho um problema semelhante (Windows Server 2008, IIS 7). Eu era capaz de corrigi-lo, editando o arquivo de configuração web, mas como se eu queria uma correção global.

A solução está no painel de configuração, definições regionais. Eu não sei para você (qual é o seu OS), mas sob WS2008, há um guia administrativo em Configurações regionais. Ele permite que você copie as configurações do seu usuário conectado (você) para as contas administrativas (serviços de rede, neste caso). Rebooted e deu certo.

O problema é que muitas vezes o usuário a executar o IIS ou o aplicativo piscina seu aplicativo pertence a uma conta do sistema que foi criado quando o servidor foi instalado. Eles, portanto, herdou qualquer que seja a localidade padrão foi no momento.

Se você não pode corrigi-lo nas opções regionais e de idioma Você pode sempre tentar a edição no registro diretamente (com a condição usual que mexer com o registro pode seriamente muck-se Windows). As configurações regionais estão todos sob HKEY_USERS \ {ID de usuário} \ Control Panel \ International - se você comparar o que está lá para cada usuário com o que você tem em HKEY_CURRENT_USER \ Control Panel \ International deve ser bastante óbvio o que mudar. Já fiz isso algumas vezes em servidores Windows 2000 e funcionou OK.

A outra opção é apenas para criar um novo usuário na máquina com a localidade correta e, em seguida, definir o IIS eo pool de aplicativos para executar com essa identidade.

Pouco de uma discussão antiga, mas eu ainda cuidar de alguns legados locais ASP clássico escrito pelo civilização asteca extinta em louvor de seus deuses penas.

A mudança de servidor impedido todo o código de data de trabalhar e sacrificar uma galinha foi nenhuma ajuda, então aqui é a solução muito fácil no IIS 7 que não tenha sido mencionado, possivelmente porque ninguém mais está sofrendo como eu.

  1. Vá para Gerenciador do IIS.
  2. selecione o nó do servidor raiz para aplicar a todos os sites, ou selecione o nó site que você está tendo problemas com se você quiser deixar o padrão do servidor sozinho.
  3. Na seção IIS, clique duas vezes ícone ASP.
  4. Set Locale ID para sua localidade desejada (2057 para o Reino Unido).

Isso deve ter efeito imediato.

Como alternativa, você poderia ir comprar um DeLorean, voltar no tempo e matar o programador que decidiu FormateDateTime(d, vbLongDate) era a melhor maneira de gerar uma data a ser utilizado no banco de dados. Ou persuadir o cliente a me dar um monte de dinheiro para substituir a coisa toda. boa de qualquer um.

Eu tive um problema, com ter a data formatada dd / mm / aaaa quando eu queria que fosse dd / mm / aaaa. Eu estou usando o Windows Server 2003 e IIS 6

A solução foi adicionar o seguinte para qualquer arquivo de configuração web, em seguida, reiniciar o servidor e ele deve funcionar muito bem.

<globalization requestEncoding="utf-8" responseEncoding="utf-8"  culture="en-GB" />
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top