Deprecated: Function set_magic_quotes_runtime() is deprecated in /home/interactive21/interactive.subobjective21.org/blog/wp-settings.php on line 18

Strict Standards: Declaration of Walker_Comment::start_lvl() should be compatible with Walker::start_lvl(&$output) in /home/interactive21/interactive.subobjective21.org/blog/wp-includes/comment-template.php on line 0

Strict Standards: Declaration of Walker_Comment::end_lvl() should be compatible with Walker::end_lvl(&$output) in /home/interactive21/interactive.subobjective21.org/blog/wp-includes/comment-template.php on line 0

Strict Standards: Declaration of Walker_Comment::start_el() should be compatible with Walker::start_el(&$output) in /home/interactive21/interactive.subobjective21.org/blog/wp-includes/comment-template.php on line 0

Strict Standards: Declaration of Walker_Comment::end_el() should be compatible with Walker::end_el(&$output) in /home/interactive21/interactive.subobjective21.org/blog/wp-includes/comment-template.php on line 0
subobjective21 interactive » Problem with shared objects not saving.
subobjective21 interactive
Published March 04th, 2010 by Nate Frank in Category: compile help

Recently on a project we experienced and interesting occurance. We were using a shared object to store the state of a user seeing a global introduction. After seeing it once, the shared object saves a value and the user never sees the introduction again; nothing earth shattering.

In this circumstance it seemingly unexpectedly just stops working, consistently but across different pages within the same environment.

One page had a path that looked like…
http://www.example.com/projectname/swf/application.swf
while the other…
http://www.example.com/projectname//swf/application.swf
Almost completely the same locations, except for the double slash.

Play your swfs in any browser and there’s normally not any issues; two slashes in the path or not. Sometimes the team has an extra slash due to variables sometime having a trailing forward slash in different situations in different configurations based on domains. Add a set of calls to a shared object to the same swf and they will start failing.

Whats the reason?
If you’ve ever looked up a shared object file on your computer and seen how they are stored, you’ll see that they are stored in a domain folder and then in a series of folders that emulate the path of the swf on that server. An extra slash fails to create the extra folder in the swf path and the saving and retrieving fails.

So if you are using shared objects make sure that your paths do not contain additional slashes.

Update:
Note that the localPath option may provide a way to also locate a shared object so you can still enter a double slash in your path. I haven’t tested this, but found it later while looking through the documentation for something else.