L'équipe de développement des modules Dnn a tenu sa première réunion pour discuter de l'avenir des modules de base. Nous avons décidé de tenir une réunion toutes les deux semaines et nous afficherons les vidéos des réunions sur ce blog pour que tout le monde puisse suivre l'avancement de ce projet.

Au cours des derniers mois, j'ai remarqué une augmentation du nombre de clients qui veulent mettre à niveau Dnn, ils sont souvent confrontés à des modules qui ne fontionnent plus en raison de changements dans la plateforme. Et plus le module est ancien, plus il a de chances d'être affecté. Malheureusement, nous ne pouvons pas faire grand chose pour les modules tiers, mais je pense que personne ne devrait être bloqué à cause d'un module qui était auparavant inclus avec Dnn. Après y avoir réfléchi, j'ai décidé de prendre l'initiative et je me suis donné comme objectif de faire fonctionner tous les anciens modules «core» sur DNN v9.2. Comme vous pouvez l'imaginer, ce n'est pas une tâche qui est accomplie du jour au lendemain, mais j'ai fait de bons progrès. Plusieurs modules sont déjà en cours et, ce faisant, je pense que cela a déclenché une nouvelle vague de motivation au sein des développeurs de la communauté Dnn!

Dans cet article, je vous montrerai comment installer un certificat SSL gratuit, configurer DotNetNuke pour l'utiliser et forcer tout le traffic http vers https.

Depuis DotNetNuke 6, il est possible d'activer une fonction pour exiger des noms d'affichage uniques. Ceci permet aux modules sociaux tels que les blogues, forums, etc. d'afficher le nom de la personne sans pour autant exposer leur vrai Nom ni leur identifiant pour le site. Si votre site utilise des fonctions sociales, il est important que ces noms soient uniques afin qu'un utilisateur ne puisse pas se faire passer pour un autre.

En activant cette fonction dans les réglages du site, les utilisateurs ne peuvent plus s'enregistrer en utilisant un nom d'affichage déjà utilisé par un autre utilisateur. Par contre, les utilisateurs peuvent toujours aller changer leur nom d'affichage par la suite dans leur profil et les administrateurs peuvent également le faire dans l'éditeur d'utilisateurs. De plus, les noms d'affichage déjà en double avant l'activation de cette fonction ne sont pas changés automatiquement. Dans cet article, je vais vous donner ce dont vous avez besoin pour régler ces deux problèmes.

J'ai récemment eu à créer un service web pour permettre à des applications Windows (ou tout autre client web) de se connecter à DotNetNuke pour y gérer les comptes d'utilisateurs (création, suppression, édition, obtenir le courreil, etc.)

Puisque j'y ai passé pas mal de temps et que j'ai eu de la difficulté à trouver des exemples de code s'appliquant à DotNetNuke 7 sans y être préalablement connecté, j'ai donc décidé d'écrire cet article de blog pour mes notes et pour aussi vous informer.