Quelles technologies utiliser pour développer une encyclopedie en ligne ?

Bonjour,

Je dois concevoir une encyclopedie on line qui sera accessible par abonnement : un projet assez lourd !
Pouvez-vous me donner votre avis sur la technologie la mieux adaptée (langages, logiciels...) ?

En bref, il s'agit de proposer :
- des outils de recherche performants (champ du moteur de recherche qui continue d'afficher la saisie précédente, listes déroulantes à choix multiples...)
- un outil d'impression intégré (filigrane systématique)
- un site bilingue (sans repasser par la homepage pour changer de langue)
- une accessibilité + ergonomie poussée (navigation au clavier possible + faire ressortir les zones actives)

Important :
- peut-on empêcher l'impression via le navigateur (le client ne veut pas d'impression possibles sans filigrane) ?
- de même, il souhaite que le texte ne puisse pas être sélectionné (et copié)...
- les données sont actuellement stockées dans une base SQL-Server

Voilà, quelles sont vos suggestions ? ;)

PS : J'étudie toutes les options (la preuve, ça va de Flash/XML à PHP/MySQL/Javascript...) pour essayer de cerner les limites de chacune !
Merci de votre aide ! :D

Perso, pour la gestion des documents et de ton impression, je verrais bien du XML - XSL-FO et comme ta BDD est déjà en SQL server, pourquoi ne pas rester chez Microsoft et travailler avec ASP.Net qui offre des tas de possibilité et pas mal de sécurité...

Salut Marabout,

Merci de tes conseils, tu as l'air de t'y connaître, perso XSL et FO je découvre à l'instant :mrgreen:
Peux-tu m'en dire plus ? De quel type de langage s'agit-il, pour quels usages...

Pour info, je suis plus webmestre que développeur actuellement, c'est pourquoi je connais mieux flash et PHP... :roll:

En très bref,

Tu connais un peu XML ? C'est simplement un fichier de données structurées par des balises. XSL (eXtensible Style Sheets) est le langage des feuilles de style adaptées pour XML (beaucoup plus puissantes que les simples CSS du HTML) et FO (Formatting Objects) est la partie de XSL qui permet de mettre en forme pour une sortie papier (avec des en-têtes, pieds de page, numérotations des pages, etc.)

Merci de ces précisions, c'est très intéressant. Comme je n'avais jamais rien lu là-dessus, sais-tu où je pourrais trouver des cours/tutos ou quels bouquins tu as utilisés pour apprendre ?
Il faudrait que je voies un peu ce qui est possible par rapport à mon cahier des charges...
Donc pour résumer, tu opterais pour ASP.Net avec XML - XSL - FO, en conservant la base en SQL Server ?

Merci de tes conseils, ça me permet d'avancer un peu dans mes recherches :D

Une première introduction:
http://fr.wikibooks.org/wiki/Programmation_XML/XSL-FO
Un premier tuto:
http://www.w3schools.com/xslfo/

Merci Marabout, je vais étudier cette option avec attention !

Au fait, personne d'autre n'a d'avis sur la question ?
Qui a déjà développé une encyclopédie en ligne et à l'aide de quels langages ?
Merci de vos témoignages ! :D

Tu pourrais très bien utiliser un CMS.

De toute façon à la base c'est toujours pareil il te faut choisir un couple langage dynamique plus SGBD.

Tu sera hébergé comment ?

Salut Marc,

Merci bien du conseil et du lien, c'est vrai que je n'ai pas étudié la possibilité des CMS encore... du fait que je ne pensais qu'ils pouvaient répondre à des critères aussi pointus 8O
L'encyclopédie sera hébergée sur un serveur IIS.

Selon toi qui semble connaître le sujet, est-ce qu'il est vraiment envisageable de trouver un CMS qui empêche efficacement les abonnés de copier les textes et d'imprimer depuis le navigateur (tout en proposant un outil d'impression interne avec filigrane) ?

Merci de ton avis, ce serait bien du temps de gagné si de tels outils existent ! ;)

Malheureusement, c'est impossible d'empêcher de copier ou d'imprimer.

Citation:

---

Malheureusement, c'est impossible d'empêcher de copier ou d'imprimer.

---

Sûr et certain ? Même avec Flash ? :roll:

Avec Flash, cela me semble envisageable... Mais alors tu oublies la solution CMS et tu oublies XSL-FO dont je te parlais au début.

OK, c'est logique... Je vais donc continuer à comparer ces solutions, merci pour les avis ! :D