Has anybody worked on a monitoring tool for VPL?
To illustrate what I mean, let's take Munin as an example:
The "accesses" could be the number of programs compiled. Or, to be more sophisticated, one could breakdown the number in to C, Python, Java, Pascal, etc.
Note: Don't let the "per second" mislead you. The number is collected every 5 minutes! It helps to keep the overhead of the tool low.
Any suggestions, solutions?
Hi Jiří
I don't know whom you were talking to - not me, I believe. Since no replies coming from knowledgeable people, I asked, don't hate me, ChatGPT! At the current rate, we need to consider replacing the forum with an AI agent.
Anyway, here's what the Oracle said:
When comparing the H5P plug-in for Moodle vs. the H5P capability built into Moodle core, the better option depends on your specific use case. However, in most modern Moodle setups (Moodle 3.9+), the H5P capability built into Moodle core is generally the better choice for most users. Here's a breakdown of the comparison:
Tightly integrated with Moodle, especially from version 3.9 onwards.
Works well with Moodle content bank, which allows teachers to manage H5P files within the Moodle ecosystem.
Supports activity completion, grading, and reporting better.
A separate module that adds H5P activities as standalone activities.
Less integrated with Moodle's content bank or course content structure.
✔ Winner: Core H5P, due to better integration and streamlined UX.
Uses the Content Bank, where H5P files can be stored, reused, and shared across courses.
Easier for teachers to manage large libraries of H5P content.
Content is stored within the activity or uploaded per instance.
No central storage (unless paired with external tools like H5P.com).
✔ Winner: Core H5P, thanks to the content bank feature.
Actively maintained by Moodle HQ.
Likely to receive ongoing updates and deeper integration.
Developed by the H5P project (Joubel).
Still maintained but may lag in Moodle-specific improvements.
✔ Winner: Core H5P, for long-term sustainability within Moodle.
Includes most popular content types.
New content types must be installed by an administrator.
May have more frequent updates to content types.
Sometimes easier to update H5P libraries independently of Moodle.
✔ Winner: Plug-in, if you need bleeding-edge content types or quicker library updates.
Designed for local hosting and doesn't integrate with H5P.com directly.
Can be connected to H5P.com, giving access to LRS tracking, analytics, and better scalability for large institutions.
✔ Winner: Plug-in, for organizations using H5P.com or needing xAPI/LRS integration.
Integrated with the editor in Moodle activities (e.g., Quiz, Book, Lesson).
Allows embedding H5P anywhere Moodle text editor is used.
Requires creating a separate "Interactive Content" activity.
✔ Winner: Core H5P, for flexibility in embedding and ease of workflow.
| Feature | Core H5P (Built-in) ✅ | H5P Plug-in (mod_hvp) |
|---|---|---|
| Moodle Integration | ✅ Strong | ❌ Separate activity |
| Content Bank Support | ✅ Yes | ❌ No |
| Future Development | ✅ Official Moodle support | ✅ But separate |
| Latest H5P Content Types | ⚠️ May lag behind | ✅ More up-to-date |
| H5P.com Integration | ❌ No | ✅ Yes |
| xAPI & LRS Support | ❌ Limited | ✅ Supported via H5P.com |
| Teacher Workflow / Embedding | ✅ Easy via editor | ❌ Separate creation process |
Use the built-in Core H5P if:
You want better Moodle integration.
You're using Moodle 3.9 or later.
You don't need external tracking or the very latest H5P content types.
Use the H5P plug-in if:
You need xAPI tracking, LRS support, or H5P.com integration.
You want faster updates to H5P content types.
You're on an older version of Moodle without core H5P (pre-3.9).
Let me know your specific Moodle version or institutional needs, and I can give a more tailored recommendation.
In that case, yes, Moodle is talking to itself through its own web server. So, what others have pointed out, Moodle presents this as the web agent in self-talk. I don't know which component does that.