Philip

Great. Thanks for your efforts! I’ll definitely check back often.

Okay, I figured out the issue, for anyone interested. The “if” statement in the code above isn’t necessary at all, and I’m serving WP out of a subdir, so I needed to specify that in the location block for the rewrites to function properly. Here’s the new location block:

location /blog {
		# if you're just using wordpress and don't want extra rewrites
		# then replace the word @rewrites with /index.php
		try_files $uri $uri/ /blog/index.php;

         }

Philip

Guess this is a topic no one wants to touch? It’s frustrating because I seem to have found some answers but none are working.

Any ideas on how to begin troubleshooting?

Philip

Just wanted to say, Thanks for this little snippet. I’ve been working on a custom Facebook Connect App for my site. The problem was how to log the user in to my WPMU/Buddypress site after automatic creation of a local account upon Facebook Connection. The whole point of the thing was so they wouldn’t have to remember a separate username/password for my site, so I wanted my WPMU install to detect their presence upon Facebook Connection (based on facebook user ID) and automatically log them into my site (after creating an account for them if one does not already exist), so they could interact via BuddyPress and maintain an extended profile on my site. This was the last piece to my puzzle.

I’m wondering, however, if this presents any major security threats. I figure since the cookie is only stored locally, and since there is no transmission of password security risks are minimal?

Thanks again,
Philip

I hadn’t seen that before, esmi. It gives me something to chew on. My problem is actually coming from the fact I’m running WPMU, which apparently has more strident filters on javascript than full versions of WordPress itself.

That said, in the interest of helping some other poor sap who might have the same issues, I used the less filters plugin to retain script tags on single post pages; however, I was using a plugin called advanced excerpt in my loop on my home page, which was still stripping the tags. After much research, I found this thread, indicating the plugin itself was missing one line of code, so that fixed that problem.

All that said, I will be exploring the wp_enqueue_script function in the interest of having safer javascript includes.

I ask because I just had to perform this fix myself. It’s not difficult, but it took me forever to track down the problem.

I’m curious if this update was ever completed?

That is a thought, but I would still like to be able to show videos in posts within the loop.

What exactly do you mean by “use a custom field?” I would add a custom field within a post that would say/do what exactly?

I appreciate your response, esmi. Unfortunately, the instructions there are completely useless, so long as WP continues to strip out the <script></script> markup.

I read through the codex page earlier, and it clearly states, “To include a Javascript inside a post, you need to combine both the call to the script file with the call to the Javascript itself,” then gives the following example:

<script type="text/javascript" src="/scripts/updatepage.js"></script>
<script type="text/javascript">
<!--
updatepage();
//--></script>

This is exactly what I have done, but it’s useless on output, because if you view source, all <script></script> markup has been removed. I have no trouble using javascript this way elsewhere in my template files, so this is clearly related to the filtering functions of WP. Is anyone aware of a solution to this issue?