I run the website for SPA conference. This conference has been running for more than 20 years, and I’ve been the web admin since 2014. This is about one step in updating a 20-year-old legacy PHP site into something more modern: removing the integrated wiki. The story is in two parts, and this part is about why I removed the integrated wiki and the changes I made to the function of the site to accommodate that.
The second part is about how I made sure the wiki pages were still available.
In early years, the conference was residential and had a much smaller, close community, and the wiki was used much more.
The wiki was an installation of MediaWiki, modified so that conference website and the wiki could share a single login.
In recent years, the wiki has been used for two main things: session outputs and user pages.
The sessions at SPA are mostly interactive, so session outpts can included slides, working code, links to GitHub repos and blog posts, etc.
Session leaders were encouraged to add output from the session to the wiki and you could then look at all outputs from the conference.
To replace this, I added the ability for conference presenters to update their sessions with the outputs. You can see an example under the heading ‘Outputs’ for the session Access control for REST services.
If you are submitting a proposal to SPA, you need to sign up to the conference site, where you fill in some details and, if you consented, a user page was created on the wiki.
In previous years tickets were also purchased through the site, so this meant all attendees would also sign up to the conference site, and so most attendees would have a wiki page. The wiki (helped by some PHP scripts) showed a ‘card index’ of these user pages to help with the community feel:
However, the conference is now hosted by the BCS, who handle ticketing, so new profiles were only created for session leaders and conference committee members. The ‘card index’ wasn’t at all up to date with who you might meet at the conference.
I moved the user pages to the site itself, rather than the wiki. And we don’t need everyone; just speakers.
Before:
After:
As part of this, I also made a change to the way the site handled images. Previously, when a user uploaded an image, it would be stored by MediaWiki and that would be the image associated with them. A new image would update their user page. Now, user images are uploaded to a directory called mugshots. When a user is a session leader for a particular conference, and they have an image in mugshots their image will be copied over to the current year’s images directory and used in their user page.
Two reasons to copy the image over rather than just linking to mugshots:
I also made some changes to the profile page at the same time. For example, MediaWiki markup is no longer allowed. It was also collecting a lot of information like address, phone number and fax (!), but now bookings are no longer done through the site, there’s no need to collect this information. I also deleted those columns from the database; there’s no need to store it for existing users.
I also checked whether that information was published on the wiki so I could remove it from there, but even though there were users who had checked the ‘publish address’ checkbox, no addresses were actually published on the wiki.
In the near future I’ll make more changes to the user page so that we actually get consent (or not) for marketing, rather than the implied consent seen here (“By registering with this site you are giving consent for the BCS SPA Specialist group to contact you…”); both in order to comply with GDPR, but also because that’s a horrible dark pattern.
This was also a good opportunity to change the markup from a table to more modern mark-up that will allow it to be read on a smaller device.
Many of the sessions at SPA are lead by two or more session leaders, and if their co-presenters are not already registered on the site, naming them in the proposal creates an empty record (i.e. it bypasses all the compulsory fields). This leads to user pages with no content. This is what that looks like:
Before:
After:
I think the after looks better. However, one potential addition is a script to let the programme chairs know which speakers need to pad out their bios. There’s no need to force this information at the proposal stage, as some proposals will be rejected.
Having made these changes, there was no longer any need for the wiki. However, there are lots of links to it from previous years, both of outputs and user pages, and Cool URIs don’t change.
This was a lot of work, so I’ve written it up in a separate post. Read on for part 2: cool URIs don’t change.
If you’d like to be notified when I publish a new post, and possibly receive occasional announcements, sign up to my mailing list: