En me rendant sur la page d’accueil de la plate-forme Wordpress, je suis tombé sur le dernier post de blog de l’équipe de développement de ce logiciel. Ce post intitulé “Secure File Permissions Matter” indique de manière censée qu’il est toujours nécessaire de configurer les permissions d’accès à vos fichiers afin d’éviter tout problème de sécurit”, notamment liés à votre hébergeur.

Ce qui est plus que surprenant, c’est de voir Matt Mullenweg créateur de Wordpress et une des personnes les plus influentes du web commencer son post par une banalité (qu’il est néanmoins toujours utile de rappeler) pour continuer en s’improvisant expert en sécurité en affirmant que, comme toutes les autres applications, Wordpress doit stocker les informations de connexions à la base données en clear text et qu’il est inutile de vouloir crypter ces informations puisque les clés de cryptage seraient facilement accessibles puisque stockés sur le système de fichiers…
Voir http://awurl.com/rROy45oeC pour la citation exacte.

Je sais bien que Wordpress est développé en PHP mais bon, ASP.net permet de crypter des sections de configurations depuis ASP.net 2.0 c’est à dire depuis près de 5 ans, de plus pour éviter les problèmes d’accès aux clés de cryptage, il est possible d’utiliser DPAPI qui résous complètement ce problème potentiel.
Donc bon, peut être que crypter ses chaines de connexions n’est pas aussi inutile que ça et qu’il est techniquement possible de le mettre en place efficacement…

Le site MSDN de Microsoft indispensable à tous les développeurs est par défaut avec une mise en page qui donne beaucoup trop d’importance à des éléments annexes aux articles proposés (arborescence de navigation très large, bandeau rouge trop important, etc.) Du coup la zone de lecture s’en trouve très diminuée :

Sachez qu’il est possible d’avoir une mise en page beaucoup plus lisible et “propre” en sélectionnant l’option “Switch on low bandwith view” présente en haut de chaque page. On se retrouve avec cette mise en page qui est beaucoup plus agréable à la lecture :

Si vous souhaitez modifier le moteur de blog DasBlog sous Visual Studio 2010 vous risquez de rencontrer différents problèmes.

Lors de l’ouverture de la solution 2008, la conversion automatique ne fait pas le travail tout à fait correctement puisque l’on se retrouve avec le message d’erreur suivant : 
C:\Projects\DasBlog\source\newtelligence.DasBlog.Web\newtelligence.DasBlog.Web.csproj(1529,123): The expression "$("".VSVersion)" cannot be evaluated. Method 'System.String.VSVersion' not found.

Afin de résoudre le problème éditez le fichier csproj et identifiez les lignes suivantes :

Supprimez-les et remplacez-les  par l’import suivant :
<Import Project="$(MSBuildExtensionsPath)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />

Tout devrait alors rentrer dans l’ordre, vous devriez être capable d’éxécuter et modifier DasBlog afin de l’adapter à vos besoins :

Dans le genre truc à la con que j'oublie à chaque fois, pour parcourir la callstack durant l'exécution d'un programme - afin de par exemple connaitre la méthode d'appel - il faut utiliser la classe StackTrace présente dans le namespace System.Diagnostics afin de récupérer les différentes StackFrame représentant les différentes frames de votre pile d'appel. La première (indice 0) étant la méthode actuelle et la seconde représentant la méthode d'appel précédente. Vous pouvez ainsi remonter jusqu'où bon vous semble.

Exemple rapide de code :

             static void Main(string[] args)
             {
                    Toto();
             }

             static void Toto()
             {
                    StackTrace trace = new StackTrace();
                    StackFrame frame = trace.GetFrame(1);

                    MethodBase method = frame.GetMethod();

                    Console.WriteLine(frame.GetMethod().Name);
             }

Si vous êtes éditeur de logiciels et que vous souhaitez avoir des informations détaillées lorsque vos applications rencontres des problèmes inattendus sachez que vous pouvez récupérer les rapports envoyés par les utilisateurs lorsqu'ils rencontrent ce message d'erreur :

Si l'OS propose aux utilisateurs d'envoyer des rapports d'erreurs pour toutes les applications et non pas uniquement pour celle de Microsoft, ce n'est pas à des fins d'espionnage mais pour permettre aux éditeurs d'améliorer la qualité de leurs logiciels. Il est en effet possible d'accéder gratuitement à ces rapports d'erreurs via le site Windows Quality Online Services. Il suffit pour cela de s'inscrire et de s'identifier de manière formelle en tant qu'éditeur de logiciels via un certificat Verisign.

En savoir plus :
Windows Quality Online Services

Windows permet de récupérer très simplement le texte affiché dans une boite de dialogue.

Exemple :

Pour cela, quand la boite de dialogue a le focus, il suffit de faire un traditionnel Ctrl+C puis Ctrl+V ce qui va donner le résultat suivant :

---------------------------

Titre

---------------------------

Message de la boite de dialogue

---------------------------

OK  

---------------------------

Si vous donnez régulièrement des formations ou des présentations ceci peut vous intéresser :

Il existe plusieurs méthodes pour changer la taille de la police dans Visual Studio :

La méthode j’ai le temps de prendre un café qui consiste à faire un Tools\Options\Environment\Font and colors et changer manuellement la taille de la police.

La méthode j'aime me simplifier la vie qui consiste à créér  une macro qui permet d’avoir le résultat escompté instantanément.

Imports System

Imports EnvDTE

Imports EnvDTE80

Imports EnvDTE90

Imports System.Diagnostics

Public Module Presentation

Public Sub DemoConfig()

        DTE.Properties("FontsAndColors", "TextEditor").Item("FontSize").Value = 16

End Sub

Public Sub WorkingConfig()

        DTE.Properties("FontsAndColors", "TextEditor").Item("FontSize").Value = 10

End Sub

Public Sub Bigger()

        DTE.Properties("FontsAndColors", "TextEditor").Item("FontSize").Value += 1

End Sub

Public Sub Smaller()

        DTE.Properties("FontsAndColors", "TextEditor").Item("FontSize").Value -= 1

End Sub

End Module

Il ne vous reste plus qu’à mettre quelques boutons dans votre barre d’outil afin d’appeler d’un simple clic ces macros. :

Vous avez donc accès à un mode présentation qui met la police en gros, un mode travail qui réduit la taille de la police, et même la possibilité d’incrémenter/décrémenter la taille manuellement.

Si vous activez les mises à jours automatiques via Windows Update sous ce merveilleux OS qu'est Windows Vista, il se peut qu'un beau jour votre Word 2007 ne fonctionne plus correctement. les symptômes que vous êtes susceptibles de rencontrer sont les suivants :

• La souris ne fonctionne plus dans vos documents Word, impossible de faire de la sélection, etc.
• La souris ne fonctionne plus dans la scroll bar, impossible de naviguer
• vous n'arrivez plus à ouvrir de fichier en double cliquant sur un document Word, cela ouvre Word mais n'ouvre pas le fichier (vous êtes obligés de l'ouvrir manuellement via Fichier/Ouvrir)
• et pour compléter le tout Word plante lamentablement à chaque fois que vous souhaitez le fermer

Et bien c'est ce qui vient de m'arriver ce matin en arrivant en formation (vous imaginez dans quelle humeur cela me met...).

Sachez que tout cela est "normal" connu depuis plusieurs mois et que vous avez la solution à ce problème indiquée sur le site du support Microsoft à cette adresse :
http://support.microsoft.com/default.aspx?scid=kb;en-us;940791