I know it's been a topic here in the forums before, but I can't find a thread associated with modifying it to send it less often. Are you running into an issue with the amount of data? It's a per user limit as detailed here.
We publish as SCORM 2004 3rd edition, Anything less and SC2 won't resume where the learner left off.
The suspend_data strings that I've seen approach 30K bytes. We've had 1,000 learners simultaneously taking the course and the load on the LMS is significant when these posts go back.
It would be helpful to have some control over how often or when the suspend_data is sent. I'm looking for a JavaScript hack to post suspend_data only on course exit.
We publish as SCORM 2004 3rd edition, Anything less and SC2 won't resume where the learner left off.
The suspend_data strings that I've seen approach 30K bytes. We've had 1,000 learners simultaneously taking the course and the load on the LMS is significant when these posts go back.
It would be helpful to have some control over how often or when the suspend_data is sent. I'm looking for a JavaScript hack to post suspend_data only on course exit.
We're unflagging throughout the day - so if it happens, know we'll be on it shortly as per the spam issues I mentioned earlier - and more fully described by Brian here.
No problem with the data limit. Our LMS handles 64Kb nicely, however, the number of suspend_data posts that SL makes, times the total number of simultaneous users does create a demand on resources.
All that is really necessary in any situation is a single post of the suspend_data when the course exits. Any post prior to that is just going to be overwritten and consume server resources.
9 Replies
Hi Sam,
I know it's been a topic here in the forums before, but I can't find a thread associated with modifying it to send it less often. Are you running into an issue with the amount of data? It's a per user limit as detailed here.
We publish as SCORM 2004 3rd edition, Anything less and SC2 won't resume where the learner left off.
The suspend_data strings that I've seen approach 30K bytes. We've had 1,000 learners simultaneously taking the course and the load on the LMS is significant when these posts go back.
It would be helpful to have some control over how often or when the suspend_data is sent. I'm looking for a JavaScript hack to post suspend_data only on course exit.
Sam
We publish as SCORM 2004 3rd edition, Anything less and SC2 won't resume where the learner left off.
The suspend_data strings that I've seen approach 30K bytes. We've had 1,000 learners simultaneously taking the course and the load on the LMS is significant when these posts go back.
It would be helpful to have some control over how often or when the suspend_data is sent. I'm looking for a JavaScript hack to post suspend_data only on course exit.
Sam
All my posts are coming up flagged.
Help!
Sam
Hi Sam,
We're unflagging throughout the day - so if it happens, know we'll be on it shortly as per the spam issues I mentioned earlier - and more fully described by Brian here.
Hi Matt,
Just to confirm, we do recommend disabling the resume feature if hitting a suspend data limit.
No problem with the data limit. Our LMS handles 64Kb nicely, however, the number of suspend_data posts that SL makes, times the total number of simultaneous users does create a demand on resources.
All that is really necessary in any situation is a single post of the suspend_data when the course exits. Any post prior to that is just going to be overwritten and consume server resources.
Sam
Seems my post is flagged as spam again.
Hi Sam,
We're still working on the spam issue - so we're keeping an eye on it as I mentioned the other day and constantly unflagging if needed.
This discussion is closed. You can start a new discussion or contact Articulate Support.