/var/blog

IT developments and solutions from the IT Student Experience team.

Preconfiguring emergent disruption in an agile way.

Showing posts with label OSS. Show all posts

Monday, 13 June 2016

Moodle 3.0 upgrade

It is time for our Summer Moodle upgrade again!
On June 27th we will be upgrading to Moodle 3.0.3 (from 2.8). While the number is a big jump the differences in the platform are not too large and so should have a minimal impact on students and staff. Most of the improvements, bug fixes and security updates are internal and will not be directly noticeable.

As with the previous upgrades there will be up to one day of read-only access while the upgrade proceeds (i.e. no Turnitin submissions, course editing, forum posting etc).
Read only access will be from 09:30 until completion, sometime before 17:30. There may be a brief (less than 15 minutes of outage while the final switch over is performed).



Moodle 3.x upgrade

On June 27th 2016 we will upgrade our live Moodle instance to version 3.0.3
This will bring stability, security and performance enhancements along with upgraded integrations and plugins.

Note: we will also have Mahara upgraded to 15.10 at the same time.

Upgrade plan

It will take between 4 and 7 hours to upgrade the platform. We will plan for the Moodle site to be in read only mode from 09.30 until 17.30.

Process carried out by ULCC

0. Internal upgrade test run two weeks before actual upgrade. Any external access (firewall, SFTP) configurations are updated.

1. On the day of the update the site is placed into read only mode at 09:30

2. A clone of the site is taken and copied to new infrastructure

3. Update is applied to the new site

4. Site is checked by ULCC Support team

5. DNS switch is performed by ULCC so that the current site is switched to the new upgraded site. I.e. moodle.brookes.ac.uk goes to new site

6. Admins are added back in and site is taken out of read only mode

Note: there may be a brief (<15 minutes) outage while DNS is switched over.

Backup out Plan

1. If an error is encountered during the update they will restore service from the backup (this is allowed for in the planned downtime)
2. Post analysis will be run and new update date will be arranged

What is new in Moodle 3?

Navigation Changes
Since 2.9 Moodle has improved the UI for user profiles and homepages
My home is now Dashboard
More information can be found here https://docs.moodle.org/29/en/Dashboard

New Grades page
Students can access an overview of their grades in all courses via a Grades link in the user menu (top right of each page). This lists courses they are students in under the heading ‘Courses I am taking’. If a student clicks on a course name, they will be taken to their user report for activities in that course.

Themes
Adaptable and Klass themes added

Atto Editor
Now includes math notation
Keyboard shortcut (ctrl+K) for hyperlinks
There have been improvements in adding and configuring tables when editing text, plus there are new equations in the equation editor

Under the hood
Improvements to web services, mobile services and administration of file resources.


Ref:

Friday, 20 November 2015

Moodle notification block

Use case
Periodically we need to carry out maintenance or updates to our Moodle platform hosted at ULCC. We try to only do these, especially if they pose risk to the service, during our ‘at risk’ times on Tuesday mornings 07:00 - 09:00.
In the majority of cases any work carried out does not impact the service at all but occasionally some service interruption is unavoidable. This may be a restart of the web server or a significant outage.
We propose adding a notification block to all Moodlers homepages to ensure important messages are conveyed and absorbed.


Lose case
Service unavailability that was not communicated sufficiently well has inevitably caused issues for students and staff who need access to the platform at that time, e.g. to retrieve lecture presentations before a 9am class. This notification block is our response to alleviate those issues.


Whose case
The block will be visible, when there is one or more messages to display, on student and staff My Moodle pages. It is important that all Moodlers are aware of any potential downtime well ahead of the event. Asynchronous methods of communication, such as email, are problematic in that people have an inbox overload and it is easy to miss important messages in the noise. Posting on institutional services such as our Service Desk portal and our Message of the Day news pages may not be seen.
It was felt that placing the messages in Moodle, directly on the landing page following login, would get the most eyeballs. We do not want it to be intrusive but informative and, above all, noticeable.


Choose case
The idea is a block that we will add to the default My Moodle layout so all users will see it. They can ‘opt-out’ by hiding or deleting the block but this would be discouraged. We hope that by ensuring that only important, succinct and pertinent notifications are displayed it will encourage people to notice the block when it is visible.


News case
It is envisaged that the notifications will be constrained to content that is of high importance. If generic ‘news’ is added it is likely that the effect of seeing the block will be diluted and a localised information overload will lead to glazing over when presented with posts. The appearance of the block should be a triggered call to action.


Views case
We looked at currently available solutions and found none that quite fit our requirements. We have developed a custom block that will sit above the Course Overview block on the My Moodle page.
If there are no current notifications to display the block will not be visible.
Moodle Administrators can add messages through the back end. Messages can be configured to appear in red for high impact notifications.
Each notification should be on a new line. The format of each notification should be:
{notification text}|{start date/time}|{end date/time}|{type}. date/time should be YYYY-MM-DDThh:mm. date/times are UTC. type should be one of normal, important. Example: Test notification|2015-11-18T09:00|2015-11-18T17:00|normal


This allows the addition of messages that can have specific durations so that we can automate posts ahead of time or for recurring tasks.


Tues case
We will maintain Tuesday 07:00 - 09:00 as an ‘at risk’ window for scheduled changes to the live service and encourage people, where possible, to avoid having critical events during, or directly following, this period.




Moose case
If we moose, erm, miss any important notifications we would like to remind Moodlers to check the other information services such as Message of the Day or the Service Now portal and to report any incidents via the Service Desk.


image from http://rileyandco.blogspot.co.uk