<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Securing a WordPress page with https</title>
	<atom:link href="http://www.propellingsolutions.com/2009/12/securing-a-wordpress-page-with-https/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.propellingsolutions.com/2009/12/securing-a-wordpress-page-with-https/</link>
	<description>User Experience Design, Flex Development, &#38; Entreprenuership</description>
	<lastBuildDate>Sat, 04 Sep 2010 01:23:53 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: John Lynn</title>
		<link>http://www.propellingsolutions.com/2009/12/securing-a-wordpress-page-with-https/comment-page-1/#comment-319</link>
		<dc:creator>John Lynn</dc:creator>
		<pubDate>Wed, 18 Aug 2010 21:11:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.propellingsolutions.com/?p=132#comment-319</guid>
		<description>Mvied,
That&#039;s a good thing.  I just handle mine with redirects and then page templates on the pages that I want to only have SSL.</description>
		<content:encoded><![CDATA[<p>Mvied,<br />
That&#8217;s a good thing.  I just handle mine with redirects and then page templates on the pages that I want to only have SSL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mvied</title>
		<link>http://www.propellingsolutions.com/2009/12/securing-a-wordpress-page-with-https/comment-page-1/#comment-318</link>
		<dc:creator>Mvied</dc:creator>
		<pubDate>Wed, 18 Aug 2010 20:05:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.propellingsolutions.com/?p=132#comment-318</guid>
		<description>No, my plugin only affects script, link (stylesheet), and img tags. If you want your entire site to be HTTPS, then change your WordPress Address and Blog Address to HTTPS in Settings &gt; General in your WordPress admin panel.

I avoided adding this functionality for this reason. Also, WordPress 3.0 does this automatically. When pages are viewed over HTTPS, WordPress 3.0 automatically changes all internal links to HTTPS.

This functionality is not always desired, though. I&#039;ve done some E-commerce sites that I only wanted to the checkout pages to be HTTPS, and have had to leave them at 2.9 so that WordPress does not change all my links when I don&#039;t want it to.</description>
		<content:encoded><![CDATA[<p>No, my plugin only affects script, link (stylesheet), and img tags. If you want your entire site to be HTTPS, then change your WordPress Address and Blog Address to HTTPS in Settings &gt; General in your WordPress admin panel.</p>
<p>I avoided adding this functionality for this reason. Also, WordPress 3.0 does this automatically. When pages are viewed over HTTPS, WordPress 3.0 automatically changes all internal links to HTTPS.</p>
<p>This functionality is not always desired, though. I&#8217;ve done some E-commerce sites that I only wanted to the checkout pages to be HTTPS, and have had to leave them at 2.9 so that WordPress does not change all my links when I don&#8217;t want it to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Lynn</title>
		<link>http://www.propellingsolutions.com/2009/12/securing-a-wordpress-page-with-https/comment-page-1/#comment-316</link>
		<dc:creator>John Lynn</dc:creator>
		<pubDate>Wed, 18 Aug 2010 16:56:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.propellingsolutions.com/?p=132#comment-316</guid>
		<description>Does it change ALL the links on the page to https?  The problem with that is that if they navigate to any https:// page on the site, then when they click on nav links they&#039;ll be navigating as http://  from then on.</description>
		<content:encoded><![CDATA[<p>Does it change ALL the links on the page to https?  The problem with that is that if they navigate to any https:// page on the site, then when they click on nav links they&#8217;ll be navigating as http://  from then on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://www.propellingsolutions.com/2009/12/securing-a-wordpress-page-with-https/comment-page-1/#comment-315</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Wed, 18 Aug 2010 16:54:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.propellingsolutions.com/?p=132#comment-315</guid>
		<description>Cool!  I&#039;m glad you did! Getting tired of this hack :-)</description>
		<content:encoded><![CDATA[<p>Cool!  I&#8217;m glad you did! Getting tired of this hack <img src='http://www.propellingsolutions.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mvied</title>
		<link>http://www.propellingsolutions.com/2009/12/securing-a-wordpress-page-with-https/comment-page-1/#comment-314</link>
		<dc:creator>Mvied</dc:creator>
		<pubDate>Wed, 18 Aug 2010 16:50:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.propellingsolutions.com/?p=132#comment-314</guid>
		<description>Hey, not to steal your thunder or anything, but I&#039;ve created a plugin to fix the partially encrypted errors for any Wordpress page being accessed over HTTPS.

Ladies and gentlemen, &lt;a href=&quot;http://wordpress.org/extend/plugins/wordpress-https/&quot; rel=&quot;nofollow&quot;&gt;Wordpress HTTPS/&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Hey, not to steal your thunder or anything, but I&#8217;ve created a plugin to fix the partially encrypted errors for any Wordpress page being accessed over HTTPS.</p>
<p>Ladies and gentlemen, <a href="http://wordpress.org/extend/plugins/wordpress-https/" rel="nofollow">Wordpress HTTPS/</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Lynn</title>
		<link>http://www.propellingsolutions.com/2009/12/securing-a-wordpress-page-with-https/comment-page-1/#comment-163</link>
		<dc:creator>John Lynn</dc:creator>
		<pubDate>Mon, 12 Jul 2010 17:45:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.propellingsolutions.com/?p=132#comment-163</guid>
		<description>I got this working well.  I took the approach I mentioned in my above comment.  I created a specific page template for the page that I wanted to secure.

One other note, is in my specific page template, I had to have custom header and footer pages.  This works those for custom header and footers:
get_footer(sslpage);
get_header(sslpage);
That will include footer-sslpage.php and header-sslpage.php

Then, in the page template I only included HTTPS links.  Yes, this did mean removing much of my navigation.  I might work later to try and include some minimal navigation that we&#039;ll redirect a HTTPS page to the main page or something.

However, I don&#039;t necessarily want them distracted by other links.  I want them taking the secure action (ie. paying me money).</description>
		<content:encoded><![CDATA[<p>I got this working well.  I took the approach I mentioned in my above comment.  I created a specific page template for the page that I wanted to secure.</p>
<p>One other note, is in my specific page template, I had to have custom header and footer pages.  This works those for custom header and footers:<br />
get_footer(sslpage);<br />
get_header(sslpage);<br />
That will include footer-sslpage.php and header-sslpage.php</p>
<p>Then, in the page template I only included HTTPS links.  Yes, this did mean removing much of my navigation.  I might work later to try and include some minimal navigation that we&#8217;ll redirect a HTTPS page to the main page or something.</p>
<p>However, I don&#8217;t necessarily want them distracted by other links.  I want them taking the secure action (ie. paying me money).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan</title>
		<link>http://www.propellingsolutions.com/2009/12/securing-a-wordpress-page-with-https/comment-page-1/#comment-160</link>
		<dc:creator>Jonathan</dc:creator>
		<pubDate>Thu, 10 Jun 2010 02:12:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.propellingsolutions.com/?p=132#comment-160</guid>
		<description>Hey, gang, I&#039;m still unable to find a good solution to this problem: Alex&#039;s code sets all the links in the secured page to https: but the bad news is that means if you user clicks any link on your now secure page, like the navigation menu or a button, WordPress tries to call that new page with https: not http:. Of course, IE is going to popup an error that you are trying to go with https: to a page that isn&#039;t secure.

I thought the answer was to write in my .htaccess file a command to change any calls to https: to any page other than the one that Alex&#039;s code is securing to switch from https: back to http:

For instance, if the page Alex&#039;s code is securing is /apply then in .htaccess I can say if you are calling https: on port 443 and your URL doesn&#039;t include &quot;apply&quot; then call with http:

RewriteCond %{SERVER_PORT} ^443$
RewriteCond %{REQUEST_URI} ^.*\.*$
RewriteRule !^(apply)(.*)$ http://%{SERVER_NAME}%{REQUEST_URI} [L,R]

However, while this .htaccess code works fine when run by itself (it will switch any https: call back http:) whenever I install it then it causes Alex&#039;s code to fail. 

I&#039;ve spent countless hours trying to debug this, no luck so far.

Alex&#039;s solution would be perfect IF it not only secure one page by making all URLs in that page https: but also was smart enought if a user clicked one of those https: links to go back to using http: to get that page insecure page.

If I ever find the answer I&#039;ll post here.</description>
		<content:encoded><![CDATA[<p>Hey, gang, I&#8217;m still unable to find a good solution to this problem: Alex&#8217;s code sets all the links in the secured page to https: but the bad news is that means if you user clicks any link on your now secure page, like the navigation menu or a button, WordPress tries to call that new page with https: not http:. Of course, IE is going to popup an error that you are trying to go with https: to a page that isn&#8217;t secure.</p>
<p>I thought the answer was to write in my .htaccess file a command to change any calls to https: to any page other than the one that Alex&#8217;s code is securing to switch from https: back to http:</p>
<p>For instance, if the page Alex&#8217;s code is securing is /apply then in .htaccess I can say if you are calling https: on port 443 and your URL doesn&#8217;t include &#8220;apply&#8221; then call with http:</p>
<p>RewriteCond %{SERVER_PORT} ^443$<br />
RewriteCond %{REQUEST_URI} ^.*\.*$<br />
RewriteRule !^(apply)(.*)$ <a href="http://%" rel="nofollow">http://%</a>{SERVER_NAME}%{REQUEST_URI} [L,R]</p>
<p>However, while this .htaccess code works fine when run by itself (it will switch any https: call back http:) whenever I install it then it causes Alex&#8217;s code to fail. </p>
<p>I&#8217;ve spent countless hours trying to debug this, no luck so far.</p>
<p>Alex&#8217;s solution would be perfect IF it not only secure one page by making all URLs in that page https: but also was smart enought if a user clicked one of those https: links to go back to using http: to get that page insecure page.</p>
<p>If I ever find the answer I&#8217;ll post here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Lynn</title>
		<link>http://www.propellingsolutions.com/2009/12/securing-a-wordpress-page-with-https/comment-page-1/#comment-159</link>
		<dc:creator>John Lynn</dc:creator>
		<pubDate>Wed, 09 Jun 2010 21:29:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.propellingsolutions.com/?p=132#comment-159</guid>
		<description>I&#039;m still uncomfortable with the non-ssl page being available.  Seems like the solution there is to just check if it&#039;s that page and redirect to the ssl page.  Then, it solves that issue.  Plus, if somehow they get by that, on that page you just put a check to make sure it&#039;s SSL before you display anything, no?</description>
		<content:encoded><![CDATA[<p>I&#8217;m still uncomfortable with the non-ssl page being available.  Seems like the solution there is to just check if it&#8217;s that page and redirect to the ssl page.  Then, it solves that issue.  Plus, if somehow they get by that, on that page you just put a check to make sure it&#8217;s SSL before you display anything, no?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://www.propellingsolutions.com/2009/12/securing-a-wordpress-page-with-https/comment-page-1/#comment-158</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Wed, 09 Jun 2010 21:25:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.propellingsolutions.com/?p=132#comment-158</guid>
		<description>Yep!  You can do that.  Either way works - this solution allows you to keep your entire site in tact.  Sometimes small plugins like weather widgets need to be removed, but overall this is a semi-automatic way of doing it.</description>
		<content:encoded><![CDATA[<p>Yep!  You can do that.  Either way works &#8211; this solution allows you to keep your entire site in tact.  Sometimes small plugins like weather widgets need to be removed, but overall this is a semi-automatic way of doing it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Lynn</title>
		<link>http://www.propellingsolutions.com/2009/12/securing-a-wordpress-page-with-https/comment-page-1/#comment-157</link>
		<dc:creator>John Lynn</dc:creator>
		<pubDate>Wed, 09 Jun 2010 21:23:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.propellingsolutions.com/?p=132#comment-157</guid>
		<description>Can&#039;t you just use the .htaccess changes or the code above that redirects the page to https:// and then use a page template which only includes a simple header that matches your theme and do whatever processing from there?

Or I guess use a page template to remove a lot of the https:// navigation to prevent that issue?</description>
		<content:encoded><![CDATA[<p>Can&#8217;t you just use the .htaccess changes or the code above that redirects the page to https:// and then use a page template which only includes a simple header that matches your theme and do whatever processing from there?</p>
<p>Or I guess use a page template to remove a lot of the https:// navigation to prevent that issue?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
