How do you post results from your race? Many timers will have a race site where they post results. You can also useCool Runnings to post results. Athlinks does a good job of picking up many races automatically and then has cool features to match runner names across races.
RunSignUp recently added results posting. This is a simple and powerful way to have online registration and your race results a tab click away. Timers can give you HTML, Plain Text, CSV, TSV and PDF files to upload. Or give your Timer access to your race for easy upload. You can also load past results as shown in this example. Or you can point to a webpage and import the results.
In last month’s newsletter we discussed various forms of saving Race Directors time by having participant management capabilities such as refunds and transfers.
This month we are including this video that shows how Race Directors can achieve refunds and runner transfers simply with RunSignUp. Next month we will show you an example of how you can let runners do their own refunds and bib transfers. Take a few minutes to learn some techniques that could make your life easier!
Stay current at our Facebook Page or Blog.
RunSignUp allows race directors to easily remove, refund or transfer runners between events. Race Directors can either do this themselves, or allow runners to self manage this (and charge a fee).
In this video, we show you how a Race Director can easily:
- Remove a Runner form a race
- Remove a runner and refund the runner (less a processing fee)
- Transfer a runner from one event to another (say from the Marathon to the Half Marathon)
Click on this link to see how easy it is! https://runsignup.com/How-To/Remove-Transfer-Participants
RunSignUp has a number of advantages over older registration systems. We’ve talked a lot about our Cloud architecture providing a scalable infrastructure.
Our rapid pace of software development is also allowing us to meet the needs of our race directors and timers. There are several important parts to this:
- Cultural. We listen to our users and try to implement their suggestions.
- Great Developers. The fact is great developers work faster and better. We are lucky to have some of the best.
- PHP and MVC architecture. We can make a change to a single page and not have to redeploy the entire site.
- Automated Processes and Monitoring. We are highly automated in our processes. And with our recent addition of New Relic we can get instant feedback if something is going wrong.
As an example, we did about 20 “deployments” last week. All of them were small changes, but they each made the site just a bit better in some way.
One of the changes we made today was to make sure there were 0 people affected when we did a small deployment. Before today there was a remote chance (less than 1%) that if a user went from one page to the next they might not get the right set of styles and graphics on their browser.
Of course we will still need to do occasional larger changes and upgrades. These are designed to be only a few per year and only for 10 minutes windows (hopefully, unless something goes wrong!). We will give our users warnings when these come up and we will do a semi-annual wrap-up on availability of our service to provide as much transparency as possible.
We have just released the first part of a major set of functionality to enable results display for Races on RunSignUp.
Upload an HTML, Plain Text, CSV, TSV or PDF of your race results, or point to a webpage containing them. We will do a conversion to simple HTML (for security purposes) or a PDF and display it as a Tab alongside the rest of your Tabs like Race Info, Sign Up, Donations, etc.
You can upload multiple results over a period of any number of years.
And with our widget technology, we make it simple for a race director or timer to put results on the web in a simple, fast way.
We have a couple of big things coming in the next week or two, but we are also paying attention to the little stuff. We love to get feedback from users and while we may not always get to them right away, be assured we file them away and will get them done!
Here is a list of new features that have gone live this week:
- Store Caps. Now you can set the maximum number of items that can ordered in the store. So if you can only fit 250 people at the pasta dinner, you can set that limit.
- Event Ordering. We used to auto-order your events. Now you can place the Fun Run before or after the 10K.
- Add Another Registrant. This has been one of the most popular features on our site for a long time. Saves typing and money so that a family can sign up together. But some people miss the big button on the first page, so we added another on the confirmation page.
Keep those suggestions coming!
We recently did a major upgrade of our management and monitoring tools to use New Relic. It provides us a number of things:
Monitoring & Alerting. We had been depending on our own simple scripts for this. This now monitors the site every 1 minute and alerts us if there is a problem.
SLA. We get a Service Level Agreement Report – basically uptime. We’ve only been running this since July 3, but so far we are at 100% uptime (which I am sure will go down since everyone has downtime and issues occasionally). Our manual way of keeping track of this since January 1 was 99.65%, but now this will be tracked in a much more automated way. We intend to publish this type of information on a continuing basis for transparency.
Site Performance. We can also track performance of our servers. Here is an example showing our server responds in an average of 0.255 seconds.
End User Performance. We can also track how fast our site is from the end user browser or smart phone. We get about 20% of our traffic from mobile devices now, so looking for ways to improve performance for everyone is needed. This graphic shows the fastest browser is Chrome on Mac computers. The slowest is Safari on Android mobile devices.
Transaction Tracking. This allows us to identify slow transactions and look into each database call and function call. It will help us identify bottlenecks and speed performance.
Error Checking. This will nto only send us alerts when errors in the system are encountered, but also gives us the ability to look inside the errors. It even identifies potential errors like slow SQL.
System Load Monitoring. We have “over designed” our standard running system with lots of extra capacity and failover points. However, we now have a way to see if bottlenecks develop and identify them early. This is especially important for large races that might have 10-50,000 runners signing up for a race all in one morning.
When runners signing up for your race receive a confirmation email today, it comes from email@example.com.
We are updating this to come from the primary race director’s email address. This will make it simpler for runners to communicate directly with the race. We are also providing an easy mechanism for you to set the email address in case your race has a generic info@ type of email address where questions are sent to. This will be under the Social Tab on your race and the Email Addr sub-tab.
To do this in a secure and approved way, you will be getting an email to authorize this capability from Amazon.com (our Cloud Host). Runners will continue to receive emails from firstname.lastname@example.org until you do the approval.
If you have questions, simply email us at email@example.com