About: Nick Ramsden

QUICK UPDATE – PROBLEM SOLVED

Having established that the problem was related to the Cloudfront integration, I disabled it, generated a new key pair and started from scratch. Everything is working OK now. Something obviously must have gone wrong the first time around. The symptoms of the problem didn’t seem to be obviously related which is why I’ve been scratching my head (or should that be tearing my hair out!) over this for the past few days. Anyway, all’s well that ends well.

Cheers

Excactly what error are you getting?
Are you getting ID not found or what?

I’m not getting any error at all. When the shortcode is included in the page, the page content, sidebar and page footer just disappear. All I get is the site header, the page title and where the other stuff should be is just blank space.

If I remove the shortcode everything returns to normal. It’s like the presence of the shortcode is truncating all other code within the page content and everything that follows it. Here’s an example of what the source code might look like:

<article id="post-84" class="post-84 page type-page status-publish hentry content-page">
	<header class="entry-header">
	<h1 class="entry-title">Part1</h1>
	</header><!-- .entry-header -->

	<div class="entry-content">

	<p>page content goes here</p>
	<h3>Sub-heading</h3>
	<p>Introductory text</p>

	[s2Stream player="jwplayer-v6-rtmp" player_path="/ACCWII/jwplayer/jwplayer.js" player_width="640" player_height="360" file_download="step1.mp4" /]
	<p>conclusion text</p>


	</div><!-- .entry-content -->

	<footer class="entry-utility-page">

	Footer content goes here

	</footer><!-- .entry-utility-page -->

Instead, this is what actually happens

<article id="post-84" class="post-84 page type-page status-publish hentry content-page">
	<header class="entry-header">
	<h1 class="entry-title">Part1</h1>
	</header><!-- .entry-header -->

	<div class="entry-content">
	

It’s not as though it is just the html from shortcode onwards is affected, but even content immediately prior to the shortcode within the same “div” tag is removed. Removing the shortcode restores everthing.

Thanks, this is the shortcode:

[s2Stream player="jwplayer-v6" player_width="640" player_height="360" file_download="step1.mp4" rewrite="yes" /]

I finally managed to get this working. The latest S2 Member update which allows the reference to the JW Player script in the head tag certainly helped. I think I was previously experiencing some conflict between what I had between the head tags and what was in the short code. So, with the script referenced in the head tags, the short code looks like this: –

[s2Stream player="jwplayer-v6" player_width="480" player_height="270" file_download="video.mp4" rewrite="yes" /]

I think it is much simpler to implement it like this without having to reference the player license key in each shortcode.

However, aside from issues with the short code, there was one other miniscule issue that had completely compounded my efforts to get this working and that is the reference to the JW Player location.

This doesn’t work

"/jwplayer/jwplayer.js"

But this does

"./jwplayer/jwplayer.js"

The period before the first / makes all the difference and allows the player to be referenced from the root directory. I’m not sure why this should be because I have my JW Player in the root directory as shown in the “how to” article. Has anybody else had this problem?

Anyway, I think I’m good to go; just got to get my head around the S3/Cloudfront bit now!

After some trial and error I’ve managed to establish that the culprit causing this problem is a plugin called Secure WordPress By WebsiteDefender. On the face of it this seems like a handy plugin to have. If I run without it are there any risks I should address in some other way or are there any alternative plugins that are compatible with S2 Member that I can use?