Vie secrète de Windows : En trois endroits, s'il vous plaît
Il est tout simplement pas possible d'écrire un document détaillant toutes les actions possibles, que ce soit une bonne idée ou pas.
Raymond Chen
Un client observée une fois que la taille d'un fichier, tel que rapporté par l'Explorateur n'a pas changé jusqu'à ce que l'application qui a été mise à jour le fichier finalement fermé le fichier. (Il n'y avait plus à la question, mais nous allons rester là).
La liaison client trouve une entrée de blog de la mine sur le sujet, mais a demandé autour voir si il n'y avait aucune documentation officielle. Il n'est pas clair quelle sorte de documentation formelle qu'il recherchait pour résoudre ce problème.
La nature du comportement non contractuelle, c'est qu'elle tend à n'être ne pas formellement documentées. Documentation officielle crée l'impression que la documentation non contractuelle est en effet contractuelle. « Qu'entendez-vous que vous avez modifié le comportement sous condition X ? J'ai ce document de votre part indiquant que, dans ces conditions, le comportement est Y. Cependant, dans Windows 7, vous avez modifié le comportement en Z. Windows se ne comporte comme documenté. »
La liaison client a demandé si nous pouvions créer un article de la Base de connaissances basé sur mon entrée de blog. « Le client est insistant sur un document officiel, donc ils peuvent inclure dans le cadre de leur documentation, » dit-il.
Ce qui en fait la documentation officielle, cependant, irait à l'encontre le but d'avoir des comportements explicitement non contractuelles. Un collègue a fait remarquer, « un document officiel n'est pas la même chose que prêtes à l'emploi. Peut-être ils sont des pôles opposés. »
Une entrée de blog est comme une conversation informelle vous avez avec quelqu'un lors d'une conférence, ou lorsque vous rencontrez quelqu'un à un événement sportif local. Mais parce que c'est une entrée de blog, c'est une conversation informelle avec quelques milliers de personnes. Cette conversation informelle pourrait vous donner un aperçu sur une question et vous aider à mieux le comprendre, mais c'est un document officiel à peine.
Une recherche sur le Web pour les quatre mots clés « fichier », « time », « update » et « MSDN » est apparu la documentation MSDN qui a déclaré : "Les horodatages sont mises à jour à différents moments et pour diverses raisons. La seule garantie sur un horodatage de fichier est que l'heure du fichier reflètent fidèlement la fermeture la poignée qui rend le changement".
Il y a donc un document officiel : Elle ne dit rien de spécifique sur ce qui se passe, mis à part le comportement contractuels un — savoir que l'information est correcte lorsque le handle est fermé.
Mon collègue Aaron Margosis fréquemment reçoit des demandes de clients pour la documentation qui dit explicitement qu'une mauvaise idée est une mauvaise idée. Par exemple, une liaison de client a écrit, "mon client utilise les fichiers .reg pour déployer les paramètres de stratégie de groupe, au lieu d'utiliser des objets de stratégie de groupe (GPO). J'essaie des faire passer, mais ils recherchent un document officiel expliquant pourquoi leur modèle actuel est une mauvaise idée. »
La réponse à la question est que les fichiers .reg manuel ont toutes sortes de problèmes. Ils y entrent en conflit avec la stratégie de groupe de domaine. Fichiers .reg manuel ne sera pas en mesure de tirer parti des outils existants de gestion de stratégie de groupe, telles que l'éditeur de stratégie de groupe ou de l'utilitaire LocalGPO qui vient avec le gestionnaire de conformité de sécurité.
Déterminer le résultat de l'application de plusieurs fichiers .reg peut être difficile si leurs paramètres se chevauchent et entrent en conflit. Vous ne serez pas en mesure d'utiliser un outil tel que jeu de stratégie résultant pour étudier tous les paramètres applicables et de déterminer le résultat final. Vous ne serez pas en mesure de rechercher un objet GPO localiser ceux qui affectent un réglage particulier.
En outre, les modifications appliquées par les fichiers .reg manuel souvent ne prennent effet jusqu'à la prochaine ouverture de session. Tout ce que vous faites vraiment met à jour les entrées de Registre sans en aviser les composantes pertinentes qu'un paramètre a été modifié et qu'ils devraient aller vérifier le nouveau paramètre. Par conséquent, tous les paramètres que vous appliquez sont toujours un pas derrière.
Ce sont des choses qui pourraient aller dans ce livre blanc hypothétique, « pourquoi .reg fichiers pour déployer la stratégie est une mauvaise idée ». Comme Aaron l'explique, « Il y a une infinité de lieux où vous pouvez choisir entre faire la chose la plus intelligente et la chose stupide, mais seulement un nombre fini de livres blancs, documentant les cas ».
Par exemple, avez-vous vraiment besoin un document formel qui dit: « Si vous êtes invité à redémarrer l'ordinateur après avoir installé une mise à jour de sécurité Microsoft, assurez-vous que vous effectuez immédiatement l'opération de redémarrage? » Cela semble évident, mais un client une fois insisté sur le fait que nous créons un tel document formel avant ils seraient dissuadés d'avoir une politique d'entreprise d'installation de mises à jour de sécurité et ensuite ne pas redémarrer le système.
La plupart de ces demandes de documents officiels viennent pas des gens qui sont incapables d'appliquer le bon sens à une situation, mais plutôt des gens qui ne veulent pas mettre leur propre cou sur la ligne pour une décision et souhaitez renvoyer la balle. S'il est vrai, qu'il s'agit d'une technique pour éviter d'avoir tiré, c'est aussi une technique pour éviter de faire la promotion.
.jpg)
Raymond Chen's Site Web, la vieille nouvelle chose, et identique intitulée livre (Addison-Wesley, 2007) traitent l'histoire Windows, Win32 programmation et négatifs dans les chemins.