par mimi nom.
Re:
J'ai trouvé la solution ici
J'ai trouvé la solution ici
↧
Re: Erreur lors de l'accès à un cours
↧
Re: Recevoir les notifications Web
par Christian Bocquet.
D'après la fin du rapport de cron, il semble que le plugin block_notifications est installé sur votre plateforme.
Je ne connais pas ce plugin, ne l'ayant jamais installé et utilisé. D'après la documentation, la version 2.4.3 (2018053100) de ce plugin est compatible jusqu'à la version 3.6 de Moodle. Peut-être aussi la version 3.7 de Moodle ? Pourrait-il être la source de votre problème ?
Il est aussi écrit "Sending message to the user with id 2 for the subscription with id 7..."
L'utilisateur 2 qui est généralement l'admin a-t-il reçu ce message ?
Christian
↧
↧
créer un sommaire personnalisé de catégorie à partir d'un bloc
par rodolphe procureur.
Bonjour à toutes et à tous,
je précise avant tout que j'utilise moodle 3.5+ avec le thème adaptable et que mon objectif est de pouvoir créer une navigation sur site, s'appuyant sur les catégories.
j'ai honteusement pompé sur le web un menu accordéon pour créer un sommaire de catégorie sur Moodle (http://cssmenumaker.com/menu/slabbed-accordion-menu). j'ai placé le code HTML dans un bloc HTML, ajouté la css et le jquery dans la partie "css personalisé, javascript personnalisé" du thème adaptable. Le tout fonctionne très bien. Quand je déplie les menus et sous-menus et que je clique sur l'élément de plus bas niveau auquel j'ai ajouté une balise HREF, la page s'ouvre bien.
Le problème c'est que le chargement de cette nouvelle page réinitialise évidement le bloc, en ce sens que lorsque l'utilisateur arrive sur celle-ci, tous les menus et sous-menus sont fermés alors que je voudrais qu'il conserve visuellement son choix précédent. (que le menu serve de fil d'Ariane en somme)
En parcourant moult forum, j'ai cru comprendre ( à tort ? ) qu'il fallait récupérer l'adresse de la page, mais que le tout se faisait uniquement en PHP.
Je ne suis pas du tout un expert en PHP, en JQUERY et autre et s'il faut modifier un fichier php, je ne sais pas du tout par ou commencer et d'ailleurs, je ne sais même si mon approche est bonne.
Si quelqu'un peut m'orienter sur la démarche, le code à suivre, quel fichier php du thème modifier, je suis on ne peux plus preneur.
En grand merci d'avance
Rodolphe
↧
Re: Recevoir les notifications Web
↧
Re: Accès Forums de cours bloqués depuis maj Moodle 3.7
par Daniel Méthot.
Bonjour,
Lors de la mise à jour de votre PF Moodle vers 3.7:
- Vous n'aviez pas préalablement réalisé de copie de sauvegarde de votre Moodle d'origine?
- Une sauvegarde automatique journalière de vos cours devrait être récupérable?
- Un Moodle 3.6 peut être réinstallé dans lequel vous restaurez les cours sauvegardés ?
- Le forum en question pouvant alors être sauvegardé pour réutilisation ultérieure?
Il y a sans doute plusieurs possibilités, sauf si vous n'avez absolument rien conservé de votre installation d'origine.
Sinon je ne vois pas trop comment vous aider. Je peux installer un Moodle 3.6.5 dans lequel il est possible d'y restaurer votre cours de sauvegarde journalière s'il contient les utilisateurs. Mais qu'en faire ensuite?
Que puis-je faire pour vous aider ?
Daniel
↧
↧
Re: Moodle 3.7 et "Nettoyage des analyses de données" qui bloque
par Séverin Terrier.
Bonjour,
Hier, j'avais essayé, comme indiqué dans les informations de mise à jour vers Moodle 3.7, de désactiver un modèle d'analyse, mais cela n'a eu aucun effet sur mon problème.
Du coup, j'essaie, depuis "Administration du site > Serveur> Tâches > Traitement des tâches" d'augmenter les durées d'exécution à 3h ; on verra si ça a une influence...
Séverin
Hier, j'avais essayé, comme indiqué dans les informations de mise à jour vers Moodle 3.7, de désactiver un modèle d'analyse, mais cela n'a eu aucun effet sur mon problème.
Du coup, j'essaie, depuis "Administration du site > Serveur> Tâches > Traitement des tâches" d'augmenter les durées d'exécution à 3h ; on verra si ça a une influence...
Séverin
↧
Re: Erreur AH01630: client denied by server configuration [Résolu]
par Jean-Gabriel DEPINOY.
Bonjour à tous,
Je me permets de relancer ce sujet car je n'ai toujours pas compris comment résoudre mon problème.
Je rappelle les faits: mon fichier apache_error.log me renvoie une quantité impressionnante de messages d'erreur avec le code AH01630.
De nombreux forums indiquent que ça peut venir d'un ancien paramétrage d'une version Apache antérieure à 2.4. Or ici, ce n'est pas le cas. Je viens d'ailleurs de réinstaller ma plateforme Moodle en redémarrant à zéro. J'ai donc installé Apache 2.4.41 avec PHP 7.3.8 et MySQL 8.0.17.
Voici quelques lignes du fichier apache_error.log:
[authz_core:error] [pid 1104:tid 1004] [client 176.174.1.94:60140] AH01630: client denied by server configuration: C:/wamp64/www/boost, referer: http://185.163.31.14:10035/moodle/
[authz_core:error] [pid 1104:tid 1004] [client 176.174.1.94:60140] AH01630: client denied by server configuration: C:/wamp64/www/theme, referer: http://185.163.31.14:10035/moodle/theme/styles.php/boost/1566896323_1/all
[authz_core:error] [pid 1104:tid 1000] [client 176.174.1.94:60144] AH01630: client denied by server configuration: C:/wamp64/www/1566896324, referer: http://185.163.31.14:10035/moodle/
[authz_core:error] [pid 1104:tid 1004] [client 176.174.1.94:60140] AH01630: client denied by server configuration: C:/wamp64/www/theme, referer: http://185.163.31.14:10035/moodle/theme/styles.php/boost/1566896323_1/all
Le serveur ne semble pas pouvoir accéder à certains dossiers, et pour cause: ces dossiers n'existent pas. Mon Moodle est situé dans le dossier C:/wamp64/www/html/moodle/ et non pas dans c:/wamp64/www/ et mes données sont dans c:/wamp64/moodledata/. Je ne sais pas lequel de ces deux dossiers cherche à atteindre le serveur ni comment indiquer dans ma configuration comment atteindre ce dossier.
Dans mon fichier httpd.conf, j'ai bien précisé :
DocumentRoot "${INSTALL_DIR}/www/html/"
<Directory "${INSTALL_DIR}/www/html/">
Mon fichier httpd-vhosts.conf contient les lignes suivantes :
<VirtualHost *:10035>
ServerName moodle
ServerAlias moodle
DocumentRoot "c:/wamp64/www/html/moodle"
<Directory "c:/wamp64/www/html/moodle/">
Options +Indexes +Includes +FollowSymLinks +MultiViews
AllowOverride All
Require all granted
</Directory>
Mon fichier config.php contient les lignes suivantes:
$CFG->dataroot = 'C:\\wamp64\\moodledata';
$CFG->directorypermissions = 0777;
Je ne sais plus comment avancer sur ce problème.
Merci de votre aide.
↧
Re: Moodle 3.7 et "Nettoyage des analyses de données"
par Séverin Terrier.
Alors effectivement, en augmentant la durée, je ne vois plus apparaître le message"Stopping processing of scheduled tasks as time limit has been reached.". Mais en restaurant la valeur initiale, je le vois apparaître à nouveau.
En réalité, je crois que j'avais mal compris ce message d'erreur. En effet, j'avais bien les messages de début et de fin d'exécution de la tâche planifiée "Nettoyage des analyses de données" (core\task\analytics_cleanup_task) tels qu'affichés dans les "Journaux des tâches programmées" :
Et c'est seulement ensuite que j'avais le message en anglais ! Donc, en réalité, la tâche s’exécutait bien, mais le cron en lui-même dépassait sa durée d'exécution, et s'arrêtait, sans lancer les tâches suivantes.
C'est donc plus un avertissement (lié au cron) plutôt qu'une réelle erreur (d'une tâche planifiée).
Finalement, ce qui reste, c'est les durées d'exécution très longues de certaines tâches. Il est possible de savoir lesquelles depuis les "Journaux des tâches programmées", en affichant tout, et en triant par durée (descendante).
De mon côté, j'ai "Modèles de prédiction" (\tool_analytics\task\predict_models) qui dure plus d'1h30, et "Nettoyage des analyses de données" (core\task\analytics_cleanup_task) qui dure environ 1h10, et ceci à chaque exécution.
En cherchant un peu, j'ai trouvé MDL-66498 qui semble (à confirmer) lié à mon souci de durée d'exécution.
Pour le reste, je pense qu'il faudra(it) que je passe plus de temps à mieux/bien comprendre comment fonctionne tout ce processus d'analyse de données et de prédictions... ou que je désactive les tâches planifiées correspondantes.
Séverin
En réalité, je crois que j'avais mal compris ce message d'erreur. En effet, j'avais bien les messages de début et de fin d'exécution de la tâche planifiée "Nettoyage des analyses de données" (core\task\analytics_cleanup_task) tels qu'affichés dans les "Journaux des tâches programmées" :
Execute scheduled task: Nettoyage des analyses de données (core\task\analytics_cleanup_task)
... started 03:45:01. Current memory use 17.1Mo.
... used 11 dbqueries
... used 4386.6746189594 seconds
Scheduled task complete: Nettoyage des analyses de données (core\task\analytics_cleanup_task)
Et c'est seulement ensuite que j'avais le message en anglais ! Donc, en réalité, la tâche s’exécutait bien, mais le cron en lui-même dépassait sa durée d'exécution, et s'arrêtait, sans lancer les tâches suivantes.
C'est donc plus un avertissement (lié au cron) plutôt qu'une réelle erreur (d'une tâche planifiée).
Finalement, ce qui reste, c'est les durées d'exécution très longues de certaines tâches. Il est possible de savoir lesquelles depuis les "Journaux des tâches programmées", en affichant tout, et en triant par durée (descendante).
De mon côté, j'ai "Modèles de prédiction" (\tool_analytics\task\predict_models) qui dure plus d'1h30, et "Nettoyage des analyses de données" (core\task\analytics_cleanup_task) qui dure environ 1h10, et ceci à chaque exécution.
En cherchant un peu, j'ai trouvé MDL-66498 qui semble (à confirmer) lié à mon souci de durée d'exécution.
Pour le reste, je pense qu'il faudra(it) que je passe plus de temps à mieux/bien comprendre comment fonctionne tout ce processus d'analyse de données et de prédictions... ou que je désactive les tâches planifiées correspondantes.
Séverin
↧
Afficher le logo d'un groupe
↧
↧
Re: Afficher le logo du groupe
par Mary Cooch. ![]()
Il faut créer un groupe et y ajouter une image:
↧
Re: Afficher le logo d'un groupe
par Nicolas Martignoni.
Discussion séparée et déplacée (discussion originale): il ne s'agit pas d'une question de développement.
↧
Re: Plus d'accès à l'interface d'administration
par Laurent Deschamps.
Bonjour et merci Christian,
comme je ne maîtrise pas le code, comment puis-je faire pour que cela soit corrigé dans ces lignes 204 à 256 dans ce fichier moodle/blocks/classes/external.php ?
Connaissez-vous des personnes dignes de confiance qui pourraient le faire pour moi ?
Laurent
comme je ne maîtrise pas le code, comment puis-je faire pour que cela soit corrigé dans ces lignes 204 à 256 dans ce fichier moodle/blocks/classes/external.php ?
Connaissez-vous des personnes dignes de confiance qui pourraient le faire pour moi ?
Laurent
↧
Re: Plus d'accès à l'interface d'administration
par Christian Bocquet.
Bonjour,
Je suis allé voir la ligne 26 du fichier /blocks/course_list/block_course_list.php sur la version Moodle 3.7.1. Elle est vide.
Je suis allé voir la ligne 26 du fichier /blocks/course_list/block_course_list.php sur la version Moodle 3.3.9 (plus possible d'avoir la 3.3.1) et on y trouve:
include_once($CFG->libdir . '/coursecatlib.php');
C'est justement ce fichier coursecatlib.php qui est appelé alors qu'il ne doit plus être utilisé : "Do not include coursecatlib.php"
Pouvez-vous vérifier le contenu de la ligne 26 ?
Si vous trouvez également cette ligne, c'est que la mise à jour de 3.3.1 à 3.7.1 n'a pas été complètement réalisée.
Christian
↧
↧
Re: Réinitialisation des tableaux de bord et perte des personnalisations des utilisateurs
par Christian Bocquet.
Bonsoir Séverin,
Pourrais-tu tester la requête du fichier en annexe. Il suffit de remplacer le préfixe "mdl2b_" par celui que ta base de données utilise. La requête est l'UNION de deux requêtes:
- La première pour les utilisateurs qui auraient ajouté un blocà leur tableau de bord (sur la base du moment où est créé le bloc initial "myoverview" dans le tableau de bord de l'utilisateur; si on préfère on peut remplacer "myoverview" par "private_files".)
- La deuxième pour les utilisateurs qui auraient supprimé un bloc.
L'UNION (l'intersection n'étant pas vide) devrait donner les utilisateurs ayant modifié leur tableau de bord par défaut. Si un utilisateur supprime un bloc puis remet le même, la requête considérera qu'il a modifié le tableau de bord par défaut. Ce n'est pas le cas s'il le réinitialise.
Cette requête ne tient pas compte de la position ou visibilité des blocs.
Christian
↧
Re: Champs masqués par liste filtrée qui ne disparaît pas en cliquant dehors
par Patrick Viney.
Non, j'ai fait une installation propre : j'ai bien renommé l'ancien dossier Moodle et décompressé le zip tel quel. Ensuite, j'ai réinstallé tous les plugins un par un en passant par le lien d'administration de Moodle.
Pour ce qui est des plugins, je pense qu'il faut les supprimer un par un (j'ai tenté d'en renommer un mais ça fiche le boxon car Moodle considère alors que c'est un nouveau plugin qu'il ne connaît pas ! donc ne faites pas ça)
Pour ce qui est des plugins, je pense qu'il faut les supprimer un par un (j'ai tenté d'en renommer un mais ça fiche le boxon car Moodle considère alors que c'est un nouveau plugin qu'il ne connaît pas ! donc ne faites pas ça)
↧
Re: Réinitialisation des tableaux de bord et perte des personnalisations des utilisateurs
par Séverin Terrier.
Bonjour Christian,
Merci pour cette tentative.
Mais j'ai 25,881 lignes de résultats, et je doute franchement qu'autant de personnes aient modifié leur tableau de bord
Et si je ne prends que la première partie, elle ne renvoie aucun résultat.
Séverin
↧
Re: Lenteur d'écriture de fichiers avec O2Switch
par Daniel Méthot.
Bonjour,
Suite à cette problématique et au sondage qu'a fait o2switch auprès de ses "fidèles hébergés" dont je suis depuis moultes années, et après envoi d'une copie d'écran d'un test benchmark donnant un résultat de 1000 points sur l'un de mes clients, on me réponds ceci auquel je ne comprends rien...
Suite à cette problématique et au sondage qu'a fait o2switch auprès de ses "fidèles hébergés" dont je suis depuis moultes années, et après envoi d'une copie d'écran d'un test benchmark donnant un résultat de 1000 points sur l'un de mes clients, on me réponds ceci auquel je ne comprends rien...
Mais je suppose que cela éclairera nos spécialistes ?
_____________________________________________________
Bonjour,
Voici l'analyse :
L'outil que vous utilisez : Benchmark n'est pas correctement codé pour l'infrastructure que nous utilisons.
Voici le bout de code qui permet de tester les "Performances d'écriture de fichiers".
public static function filewrite() {
global $CFG;
$lorem = 'Lorem ipsum dolor sit amet, consectetur adipiscing
elit. Pellentesque lacus felis, dignissim quis nisl sit amet, blandit
suscipit lacus. Duis maximus, urna sed fringilla consequat, tellus ex
sollicitudin ante, vitae posuere neque purus nec justo. Donec porta
ipsum sed urna tempus, sit amet dictum lorem euismod. Phasellus vel erat
a libero aliquet venenatis. Phasellus condimentum venenatis risus ut
egestas. Morbi sit amet posuere orci, id tempor dui. Vestibulum eget
sapien eget mauris eleifend ullamcorper. In finibus mauris id augue
fermentum porta. Fusce dictum vestibulum justo eget malesuada. Nullam at
tincidunt urna, nec ultrices velit. Nunc eget augue velit. Mauris sed
rhoncus purus. Etiam aliquam urna ac nisl tristique, vitae tristique
urna tincidunt. Vestibulum luctus nulla magna, non tristique risus
rhoncus nec. Vestibulum vestibulum, nulla scelerisque congue molestie,
dolor risus hendrerit velit, non malesuada nisi orci eget eros. Aenean
interdum ut lectus quis semper. Curabitur viverra vitae augue id.';
$loremipsum = str_repeat($lorem, 1);
$i = 0;
$pass = 2000;
while ($i < $pass) {
++$i;
file_put_contents($CFG->tempdir.'/benchmark.temp', $loremipsum);
}
unlink($CFG->tempdir.'/benchmark.temp');
return array('limit' => 1, 'over' => 1.25, 'fail' => BENCHFAIL_SLOWHARDDRIVE);
}
Cette fonction va écrire un lorem ipsum dans le fichier : benchmark.temp de votre moodledata.
Voici la fonction qui écrit dans le fichier :
file_put_contents($CFG->tempdir.'/benchmark.temp', $loremipsum);
Cependant,par défaut, la fonction file_put_contents lorsque vous écrivez dans le
même fichier va alors supprimer le fichier actuel pour le remplacer par le nouveau.
Ce qui est lent est la suppression/création du nouveau fichier en boucle sur l'infrastructure que nous utilisons.
En effet, c'est une sécurité sur les disques qui évite les bouclages de fichiers type système de cache mal conçu par exemple.
C'est uniquement valide sur un même fichier et non sur de multiples fichiers ou de multiples dossiers.
Si par exemple je modifie un peu la fonction par ceci :
file_put_contents($CFG->tempdir.'/benchmark.temp', $loremipsum, FILE_APPEND);
Cette
fonction est pratiquement la même que celle précédente mais au lieu de
supprimer le fichier pour le refaire, PHP va directement rajouter le
contenu du lorem ipsum sur le fichier du même nom.
Cela évite alors le principe de suppression/création de fichier qui est cette partie qui prend du temps.
Il est possible de la modifier comme ceci
file_put_contents($CFG->tempdir.'/benchmark.temp'.$i, $loremipsum);
En
la modifiant comme ceci, je n'ajoute pas le contenu du lorem ipsum sur
le même fichier en le supprimant puis en le créant de nouveau mais
j'ajoute le contenu du lorem ipsum sur des fichiers indépendants qui
seront crées au fur et à mesure de la boucle.
De fait, le test de disque de ce benchmark ne prend pas en compte
l'infrastructure mais est trop généralisé pour être pris en compte.
Cela ne ralenti alors pas les performances de moodle car ce cas particulier
qui est testé dans votre module benchmark n'arrive alors jamais.
Sur un moodle, cela n'arrive jamais de créer un fichier, écrire un lorem
ipsum, supprimer le fichier 2000 en moins de 5 secondes.
Si vous connaissez le créateur du module, n'hésitez pas à le contacter pour
modifier la fonction en prenant en compte plusieurs cas d'infrastructure.
Cordialement,
Merci de votre confiance envers nos services,
Vous souhaitant une agréable journée,
Romain.
Merci de votre confiance envers nos services,
Vous souhaitant une agréable journée,
Romain.
↧
↧
Re: Lenteur d'écriture de fichiers avec O2Switch
par Nicolas Martignoni.
Salut Daniel,
Merci pour le rapport, je vais voir avec Mickaël ce que l'on peut faire.
N.
↧
Re: Réinitialisation des tableaux de bord et perte des personnalisations des utilisateurs
par Christian Bocquet.
Merci Séverin,
J'ai ajouté deux conditions dans la requête. Voir fichier en annexe. Le nombre de lignes devrait diminuer ...
As-tu ajouté un (ou plusieurs) blocsà ton tableau de bord personnel par rapport aux blocs définis dans le tableau de bord par défaut ? Si c'était le cas avec la requête en première partie, et d'après ce que je souhaite obtenir, au moins ton nom devrait figurer.
A quand remonte la dernière réinitialisation de tous les tableaux de bord des utilisateurs de votre plateforme ?
Christian
↧
Re: Lenteur d'écriture de fichiers avec O2Switch
par Erwan Gallenne.
Merci Daniel d'avoir été notre "ambassadeur" pour comprendre ce score très mauvais.
Pour faire simple (et sans être un technicien de datacenters), un des systèmes de sécurité utilisé par O2Switch fausse le score. La solution proposée répond à la même problématique mais permet d'éviter ce système de sécurité.
Cela explique que nos Moodle aient un score mauvais mais fonctionnent globalement correctement.
Un grand merci à O2Switch d'avoir pris le temps d'analyser notre problème, le service technique de cet hébergeur a, encore une fois, été à la hauteur.
Pour faire simple (et sans être un technicien de datacenters), un des systèmes de sécurité utilisé par O2Switch fausse le score. La solution proposée répond à la même problématique mais permet d'éviter ce système de sécurité.
Cela explique que nos Moodle aient un score mauvais mais fonctionnent globalement correctement.
Un grand merci à O2Switch d'avoir pris le temps d'analyser notre problème, le service technique de cet hébergeur a, encore une fois, été à la hauteur.
↧