[rsisk]

OK, I see what you are doing, I was thinking in my poll driven parsing model. How about different cache rates for different request types? Match results should be the most real time as possible, standings less real time, and awards the longest cache time.

It's almost like you need an application to manage the cache times to get the best trade off between performance and responsiveness. For example, crank down the cache time when matches are running for an event, then crank them up to infinity after the event.