Je lance pour la fin de l'année le projet de développement d'un moteur de planning présentiel intégré à Moodle, et appuyé sur toutes ses données.
Vous trouverez ici pour commentaire les spécifications fonctionnelles actuelles, issues de l'ancienne application que je réutilise :
http://www.ethnoinformatique.fr/mod/techproject/view.php?id=2187&view=requirements
(Utilise le module "mod/techproject")
Tous commentaires bienvenus.
J'ai entendu un certain nombre de discussions à ce sujet. Le mode "déconnecté" de certaines applications Web est dans les tuyaux de nombreux groupes de travail . Nous avons un projet qui marine dans ce sens avec un consorcium d'étude institutionnel.
Il y a d'autre part ces entrées sur le site Moodle :
http://moodle.org/mod/forum/discuss.php?d=71136
http://moodle.org/mod/forum/discuss.php?d=45633
et quelques autres.
A tous ceux qui avaient si gentiment répondu à ma sollicitation pour le test du moteur de recherche, voici l'espace où vous pourrez télécharger une version complète de la distribution du moteur telle que stabilisée avec Martin Dougamias et Eloy Lafuente dans le CVS pour la version 1.9
Le moteur de recherche fonctionne bien dès la version 1.8.1
http://www.ethnoinformatique.fr/course/view.php?id=112
Pour effectuer un test complet, il faut désinstaller le block_search, copier les trois paquets de ressources (/search, /blocks/search, /lib) aux endroits appropriés de Moodle, et réinstaller le bloc search dans l'administration (administration->notifications).
Il faut également penser à activer au moins une fois les paramètres du bloc_search dans l'administration centrale, pour initialiser les paramètres du bloc dont le moteur se sert pour trouver les utilitaires de conversion.
Le reste des instructions sont dans les fichiers LISEZMOI
J'ai eu un premier retour d'un moteur de recherche fonctionnel pendant les vacances.
Pour un feedback complet et utile, indiquer, si l'indexation a fonctionné correctement :
- le nombre de cours de votre site
- le nombre de "course_modules"
- la taille de votre répertoire moodle_data
- une estimation du nombre de documents physiques engrangés dans la plate-forme
- la taille de la table search_documents après indexation
Je reste à votre disposition dur le tracker et sur ce fil pour toute assistance.
Une procédure possible serait, pour alléger le travail :
- de créer un point d'entrée dans l'arbre des catégories du site cible
- de créer un point d'entrée identique dans la plate-forme source
- de déplacer tous l'arbre de cours source vers ce point d'entrée
- de programmer une sauvegarde automatique, ce qui sauvegarde un exemplaire de chaque cours.
de restaurer les cours dans la nouvelle plate-forme. 1 par 1, malheureusement.
Comme le dit Thierry, transporter les données par les bases n'est pas envisageable à cause des collisions d'id probables dans toutes les tables concernées. Les procédures de backup/sauvegarde savent se débrouiller avec le réencodage de tous les ids de la base, pas les transferts "brutaux".
On peut être moins radical et activer quand même eAccelerator qui est assez efficace, mais il faut éliminer le sous-traitement "optimizer". C'est lui qui est l'origine du problème .
Dans les paramètres additionnels d'eAccelerator dans php.ini :
eaccelerator.shm_size="64" ; 20MB per heavy site ?
eaccelerator.cache_dir="D:\temp\php_eaccelerator"
eaccelerator.enable="1"
eaccelerator.optimizer="0"
...