bonjour a tous,

Je suis en train de rechercher un outil me permettant de creer une base de connaissance pour une hotline, les connaissance sont soit sous forme de document (procédure) soit entrée manuellement par les hotlineur avec le suivi de l'appel, DDN et l'un de met choix.

J'aurais aimer savoir si il été possible d'indéxé le contenu d'un dossier pour permettre a DDN de rechercher soit dans la base de connaissance creer en fonction des appels soit dans les procédures deja existante se rouvant sur le reseau. je voudrai que les resultrat soi renvoyer par ordre de pertinence.

Dans le même raisonnement j'aimerai savoir si DDN est capable d'indéxé le contenu d'un document (comme sharepoint avec un document word) en vu de rechercher également a l'intérieur d'un document.
Mes procédure peuvent être stoké sous n'importe qu'elle type de document pour les besoins de ma base.

Merci pour votre aide
Cldt Christophe

Bonjour Christophe,

Comme te l'indique David, regarde sur SnowCovered. De mémoire, tu devrais trouver un module nommé QuickSearch qui indexe le contenu des documents d'un répertoire. Il s'appuie sur le service d'indexation des documents de Windows. Tu as aussi le module Open-SearchEngine v2.0 qui s'appuie sur le projet Open Source Lucene.net. Il faut comprendre que le système d'indexation intégré de DNN appelle les modules qui utilisent l'interface ISearch. Ils sont chargés de définir le contenu de l'index concernant leur données. En général, il s'agit de données provenant d'une ou plusieurs tables et non pas de fichiers sur disque. D'où le besoin d'utiliser des modules spécialisés pour indexer le contenu de documents sur disque, qui eux "dialoguent" avec le système d'indexation de dnn.

Gilles

Bonjour,

Ce n'est pas une différence qu'il y a avec .net, mais plutôt 3249820932094220 !

En fait, dnn est écrit en .net et possède un système pour étendre ses fonctions. C'est la notion de module, elle permet d'écrire des contrôles .net qui s'intègrent dans dnn en bénéficiant de toutes les fonctions de l'API. Cela évite de devoir écrire toutes la gestion des droits d'accès par exemple. Pour faire court, .net c'est le ciment, le sable et l'eau. Alors que dnn c'est un immeuble en kit.

Je ne connais pas phpnuke, mais je présume que ce sont des produits similaires. L'idée générale étant d'avoir une base solide pour faire un site dynamique avec 80-90% des besoins couverts. Ensuite, chacun peut étendre dnn en achetant des modules ou en les developpant.

Gilles

Il y a effectivement certaines limites à l'utilisation de SQL Express avec DotNetNuke, mais uniquement si le site installé cible plusieurs milliers de requètes simultannées !
Les 4 Go de taille de base ne sont pas à priori une limite...

MySQL : Les offres d'hébergement de DNN s'appuient sur du SQL exclusivement pour la simple et bonne raison qu'un SQL en licence hébergeur ne revient pas très chère....donc aucun intéret à utiliser MySQL.

Sinon, pour revenir sur le "comparatif" PHPNuke / DotNetNuke et la modularité, il faut savoir que l'ajout d'un module se fait sans toucher au code sur DNN et le module est utilisable de suite ! Qu'il soit développé en VB.NET, C#.NET et qu'il ait besoin d'AJAX ! On télécharge le module sur l'instance et DNN vérifie que tout va bien et hop ! c'est utilisable !

David

---

"Qui ne connait pas l'Histoire ne connait rien".

Bonjour,

Je ne vois vraiment pas en quoi la limite des 4Go pourrait être un frein ???

Tu peux aussi utiliser SQL Server 2005 Express voir ici.

Maintenant si tu tiens ABSOLUMENT à utiliser MySQL, il te faudra mettre la société en faillte en lui faisant débourser 49,95$ pour un provider MySQL disponible ici. Actuellement leur pilote est en béta pour dnn 4.4.1 ! Mais fonctionne avec dnn 4.0.3, il est même possible de télécharger une éval.

Gilles