Valery Fremaux

Ma pauvrette, "no help on the french forum"... rhooooo !

suffit de dire "beetlejuice, beetlejuice, beetlejuice" !!

D'après tout ce que j'ai lu, chaque déplacement d'un cours renumérote tous les autres en incrémentant les sortorder. donc : plus tu déplaces plus tu fais tourner le compteur.

Il y a bien une solution radicale : expérimentée du même genre dans l'ordre des blocks, qui merdouiilait également, en faisant disparaître des blocs quand on les change de colonne.

Il suffit en effet de renuméroter les cours dans l'ordre strict du sortorder.Soit une fonction assez simple à implanter, apparemment citée dans le thread anglais... mais il faut que j'aille regarder un peu plus longuement.

Si on pouvait t'éviter de casser tous tes cours, et de dégouter une université de Moodle, ça vaut bien un petit coup de pouce amical....

Je cherche....  

Je comprends.

Les RPS 1 en tout cas ne peuvent être utilisés pour de la production. Trop faibles. Je m'en sert pour maintenir mon CVS poru les projets.

Nous organisons avec Philippe Ramette une formation Administrateur Moodle (avancée) début Novembre qui se tiendra à Cergy. Tu peux prendre contact avec lui pour voir si elle t'intéresse.

Sur la dernière question, on ne peut pas la poser comme ça :

La quantité de RAM dépend surtout de la charge attendue -> donc du nombre de connexions simultanées envisagées.

Aujourd'hui, un quadcore standard avec 4 Go de RAM permet de sustenter environ 750 connectés, avec une activité normale (1 page / 10 à 20 secondes).

Mais n'est pas linéaire évidemment. L'OS consomme aussi une part fixe. MySQL et Apache également ont un besoin fixe (environ 100 Mo au repos pour chacun).

Le traitement d'une page tourne autour de 30 à 40 Mo, sauf certaines pages de Moodle qui peuvent consommer beaucoup plus (backups, administration, trifouillage des capacités, etc).

Par rapoort à ça, j'ai l'intention de pondre un outil de mesure qui me permettrait de publier des chiffres crédibles de :

rapport Nombres de comptes / Nombre moyen/max d'utilisateur connectés et

rapport Nombre utilisateur connecés / nombre de pages demandées (max et moy)

Je cherche des volontaires pour installer cette sonde sur leurs Moodle et collecter les chiffres (pas lourd, ça calcule une fois par mois et n'envoie aucune donnée de détail, pour les paranos...).

Les résultats de l'étude serotn publiés.

A plus....

Je ne comprends pas tout à fait ton choix.

Pour le même prix par mois tu avais accès à un RPS III qui te fournit un vrai serveur physique double coeur à 2 Go de RAM avec 1 To de stockage, et la libre administration complète du serveur. (pour les lycées nous préconisons quand même un RPS >= IV)

J'ai basé l'ensemble de ma stratégie de fourniture d'hébergement spécialisés Moodle sur cette gamme avec un très bon résultat jusqu'à présent.

... so ?

Techniquement oui, car la liaison à MySQL peut se faire sur une base de données déportée, donc sur celle du premier Moodle.

Plus de problèmes pour les fichiers Moodledata, car là il faudrait aussi faire pot commun en utilisant sur le deuxième Moodle un montage NFS sur le Moodledata du premier.

Dernier truc qui coince : Moodle utilise parfois le nom de domaine dans des liens qu'il enregistre dans le contenu. Il est fort probable qu'il puisse y avoir confusion.

Autre truc qui coince : si les deux serveurs sont totalement indépendants et différents (c'est à dire que leur accés n'est pas banalisé par un proxy entrant, leur IP sont différentes et les enregistrements de certificat pour MNET ne peuvent servir qu'à l'un  OU à l'autre). Mais ça c'est à voir si ça gène et en tout cas, pas si tu utilises pas MNET. 

Cependant, à l'arrivée, si tout focntionne effectivement, tu as : un cluster ! c'est à dire le même site servi par deux serveurs...

c'est à dire que tu ne peux par exemple dissocier les utilisateurs de l'un des utilisateurs de l'autre....

c'est ce que tu cherches ?

Vraisemblablement tu as la version 2.0.

Si c'est le cas, il est facile de le vérifier dans le fichier lib.php : fonction add_instance() :

function scheduler_add_instance($scheduler) {
    global $DB;
   
    $scheduler->timemodified = time();
    $id = $DB->insert_record('scheduler', $scheduler);
    return $id;
}

qui porte le nouveau $DB global de l'accès à la base de données.

J'ai modifié la verison requise de Moodle pour éviter les gourances...

Ce problème va être fréquent avec tous les modules tiers : Faites attention à la version de plugin que vous allez chercher. La dernière version, si elle a été remaniée pour moodle 2.0, ne fonctionnera plus du tout sur les implémemtations jusquà 1.9