Changement de paramètres Régionaux par Défaut dans IIS 6.0
J'ai hébergé VPS hébergé par le royaume-UNI entreprise d'hébergement qui, pour une raison quelconque est définie sur paramètres. En fait, jusqu'à récemment, les paramètres régionaux, ont été " en anglais - États-unis. J'ai corrigé les paramètres régionaux, mais ma demande est toujours de travailler avec le mauvais format de date. Voir:
http://www.albaassoc.com/events/listevents.aspx
Par défaut les dates sont censés être la date actuelle à la date de + de 3 mois, mais comme vous pouvez le voir, le dd et MM les champs sont inversés. Remarque: le calendrier AJAX extender est réglé manuellement à jj/MM/aaaa c'est pourquoi le calendrier pop pense que nous sommes intéressés en juin/juillet plutôt qu'en janvier!
Je sais qu'il y a différentes façons de définir une page ou une application à utiliser un lieu particulier, mais je préfère aller pour une approche globale.
Est-il possible de re-configurer IIS pour travailler dans une autre région, ou si non, puis-je ajuster la machine.config de sorte qu'il est un seul changement?
J'ai un ticket ouvert auprès de l'hôte, mais je ne vais pas retenir mon souffle - ils ne vont pas à réinstaller IIS...
Merci d'avance.
Vous devez vous connecter pour publier un commentaire.
Via le la mondialisation élément, vous pouvez définir la culture et uiculture pour un site (via le web.config) ou de l'ensemble de la machine (par l'intermédiaire de la machine.config).
J'ai juste eu un problème similaire (Windows Server 2008, IIS 7). J'ai été en mesure de corriger en éditant le fichier de configuration web, mais comme vous, je voulais un correctif global.
La solution est dans le panneau de configuration, les paramètres régionaux. Je ne sais pas pour vous (ce qui est votre OS), mais en vertu de WS2008, il y a un onglet administration sous paramètres régionaux. Il vous permet de copier les paramètres de votre utilisateur connecté (vous) comptes administratifs (services réseau dans ce cas). A redémarré et a eu raison.
Le problème est que souvent l'utilisateur qui exécute IIS ou le pool d'applications de votre application à laquelle il appartient soit un système de compte qui a été créé lorsque le serveur a été installé. Ils ont donc hérité de ce que les paramètres régionaux par défaut à l'époque.
Si vous ne pouvez pas corriger dans les options régionales et linguistiques, vous pouvez toujours essayer de modifier dans le registre directement (avec l'habituelle réserve que de déconner avec le registre peut sérieusement muck jusqu'à Windows). Les paramètres régionaux sont tous sous HKEY_USERS\{idutilisateur}\Control Panel\International - si vous comparez ce qu'il y a pour chaque utilisateur avec ce que vous avez sous la clé de registre HKEY_CURRENT_USER\Control Panel\International, il devrait être assez évident ce qu'il faut changer. J'ai fait cela à quelques reprises sur les serveurs Windows 2000 et c'était OK.
L'autre option est tout simplement de créer un nouvel utilisateur sur la machine avec les paramètres régionaux appropriés, puis de définir à la fois les services IIS et le pool d'applications de s'exécuter avec cette identité.
Peu de l'ancien thread, mais je cherche toujours après un certain héritage Classique ASP sites écrite par le défunt de la civilisation Aztèque à la louange de leurs plumes dieux.
Un changement de serveur empêché tout le code de la date de travail et de sacrifier un poulet a été d'aucune aide, voici donc la solution très simple dans IIS 7 qui n'a pas été mentionné, peut-être parce que personne ne souffre comme moi.
Ce qui devrait prendre effet immédiatement.
Sinon, vous pouvez aller acheter une DeLorean, de remonter le temps et tuer le programmeur qui a décidé
FormateDateTime(d, vbLongDate)
était la meilleure façon de générer une date à être utilisé dans la base de données. Ou persuader le client de me donner beaucoup d'argent pour remplacer l'ensemble de la chose. Soit la bonne.J'ai eu un problème avec le fait d'avoir la date au format mm/jj/aaaa quand je voulais jj/mm/aaaa.
Je suis avec windows server 2003 et IIS 6
La solution était d'ajouter ce qui suit à un fichier de configuration, puis redémarrez votre serveur et il devrait fonctionner très bien.