Valery Fremaux

Au vu du message d'erreur, le serveur n'est pas configuré de manière correcte.

Il semble que l'installation des paquetages PHP aient intégrés nativement des paquets PEAR dans sa compilation. C'est une décision de l'administrateur système.

Les paquets PEAR sont donc chargés dans PHP avant même que les scripts de Moodle commencent à jouer. Lorsque Moodle essaye de charger ses propres librairies PEAR, les fonctions qui y sont dedans sont déjà déclarées dans PHP et ce dernier déteste qu'on déclare deux fois une fonction.

L'astuce décrite dans le tracker permet de reléguer l'endroit où Moodle peut trouver les fichiers à inclure par des "include" ou des "require" DERRIERE les endroits connus par le moteur PHP lui-même.

Ainsi, lorsque Moodle essaiera d"inclure ces fichiers, les mêmes fichiers de la librairie système répondront d'abord. L'usage des require_once et des include_once est alors très important : puisque les fichiers PEAR système sont déjà chargés et qu'ils sont reconnus comme répondant correctement en lieu et place des fichiers demandés par Moodle, ces dernier ne seront pas chargés à nouveau, et alors plus de conflit...

Les résultats de fonctionnement de Pairformance calibré pour 2500 connexions simultanés peuvent te donner une idée. Nous disposerons sous peu de résultat de tests exhaustifs réalisés à partir du produit professionnel LoadRunner de Mercury Interactive.

Le site tourne sur une architecture de puissance : 3 clusters Web quadriproc 2,8 Go 8Go RAM + une base de données partiellement clusterisée avec un noeud majeur en quadriproc 2,8GHz à 16 Go de RAM.

Le tout en DELL.

Nous avions chiffré moins gros, mais le temps que les commandes passent, les budgets avaient été fixés pour un certain montant, alors on a eu plus gros que prévu au départ.

1000 connexions simutanées devraient cependant tourner sans problèmes sur deux clusters Web quadri à 4Go + 1 serveur MySQL dédié avec 8Go monté en INNODB.

Pour éviter une quatrième machine chargée du Load Balancing (HaProxy marche très bien), le serveur de base de données pourrait aussi servir de proxy frontal.

Il faut savoir qu'un page Moodle consomme 90% de son temps en PHP contre moins de 10% dans MySQL.

Je ne peux aller plus loin car les formules de calcul exactes dont nous disposons relèvent de prestations de services que nous fournissons... et demandent un peu de temps...

En espérant que celà te donne une première idée.

C'est ue procédure qui est malheureusement limitée aux administrateurs de Moodle qui ont accès au répertoire Moodle. Ce n'est pas déléguable.

L'éditeur HTMLArea est bourré de défauts, dont l'un est de générer des URL d'images pas toujours compatibles.

De plus si par exemple ces images sont dans un container à fichier du cours, elles ne pourront pas être visible dans la liste de cours du portail, et pas par les non connectés. Seuls les fichiers du cours SITEID (1 == la hompage) peuvent être utilisés par des guests ou des extérieurs.

Je ne sais pas si ça répond exactement... mais peut toujours éclairer.

You may check that your IIS is not trapping some execution that is OUTSIDE the document root you gave to IIS for the Moodle code.

I experienced some issue of same order with recent PHPs.

This is why you'll find a special parameter in global search configuration (system level, acceed through block search configuration) that allow you to consider root you give to executable relative to Moodle installation or absolute. Try to place the xpdf.exe in the moodle code space.

I use to test these wrappers on Windows either, but using Apache 2.0...

Cheers.

A last released version allows to bulk import question/answer pairs via a text buffer where a file can be pasted in.

UTF-8 issues raised by many people have been adressed when editing questions.

The new feature will be foreported to 2.0 within few days.

Cheers.