There’s been a case where Google analytics only started registering hits on the new website after a redirect was set to https, which this plugin does. If the same applies to Facebook, you can fix it by installing this plugin. If you have a fix, please share it here.
Hi Rogier,
Is there anything else I need to get my site running on SSL besides installing your plugin, or does your plugin take care of it all?
For instance, right now when I create a new posts, it gets a http permalink, but I think I should be creating everything with https, right?
Thanks,
Sam
If you install Really Simple SSL, that will be taken care of. Your new links will be https, and all your existing links will be changed to https dynamically.
I tried installing it but get a server error 500.
What do you think has gone wrong?
Thanks,
Sam
I found the problem, I hadn’t told wordpress that my new url was https (wordpress wouldn’t let me). But now I changed that in my wp_config file like this:
define(‘WP_HOME’,’https://tall.life’);
define(‘WP_SITEURL’,’https://tall.life’);
And your plugin works now, very nice.
One thing I’m noticing is that I get a green lock sign in the address bar for pages on my site, but not for the home page: https://tall.life. Similarly, it doesn’t show up when I first go onto my admin, but then when I add a new post, for example, it does show up.
Any suggestions?
Thanks,
Sam
Normally the plugin would handle your siteurl, but perhaps wasn’t able to change it due to permissions.
As for your green lock, on your homepage you have used an image from another domain:
http://www.freetravelwebsitetemplates.com/images/shim_wordpress-org.gif
Upload it to your own site, and the url can go over ssl. Then you will have your green lock.
I see the error in chrome debugger. I can’t figure out where that image is getting added though or why it is only a problem on the home page. I tried a static landing page and still didn’t help… Must have something to do with my theme, travel blogger. Any clue how I can figure out where this image is coming from?
What about when I first go to my admin page? No green lock, but then when I go to another page in my admin, I get the green lock. Thoughts?
I did loose my facebook likes by the way, if you have any thoughts on how to get these back, please let me know.
A very helpful plugin you’ve create, thanks!
Sam
I expect it is a setting somewhere in your theme. If you need troubleshooting services, please contact me directly on my website.
Hi Rogier,
It was my theme style sheet that was calling on that image, and when I stopped that, I now get the green lock, how satisfying 🙂
As far as the facebook likes lost, do you have any thoughts on this? I guess it’s because it is a different url, but I would have thought this problem would be common and thus there be a common solution…
On a side note, I have tried to save such kind folk as yourself time by searching to see if my question has already been answered, but I can’t seem to figure out how to search one specific plugins support rather than support for all plugins. Got the feeling I am missing something obvious… Any suggestions?
Thanks,
Sam
Great you fixed the url.
I don’t have any insights on the Facebook link issue, maybe Facebook has to change the way it views http/https urls to be able to keep likes.
I have the same issue with FB Likes. Previously, FB likes for pages came from http://{url} on my site; now the plugin converts all of these references to http
://{url} automatically. Normally that would be cool, but some of my pages have thousands of likes, and they are (in effect) being reset to zero. Not good.
Is there a way to exclude the rewriting for specific lines that include certain references? I know that may sound odd, but for any previously “liked” FB references that were originally http, FB is going to treat the new https: address as different.
For example, this iframe reference using the FB plugin like was coded originally as:
<iframe src="https://www.facebook.com/plugins/like.php?href=http://www.dalluva.com/shop/&layout=button_count&show_faces=false&width=100&action=like&colorscheme=light&font=arial&locale=en_US" frameborder="0" allowTransparency="true" style="border:none; overflow:hidden; width:100px; height:25px;"></iframe>
But is now:
<iframe src="https://www.facebook.com/plugins/like.php?href=https://www.dalluva.com/shop/&layout=button_count&show_faces=false&width=100&action=like&colorscheme=light&font=arial&locale=en_US" frameborder="0" allowTransparency="true" style="border:none; overflow:hidden; width:100px; height:25px;"></iframe>
Top one shows > 900 likes, bottom one is zero. :-(.
I don’t want to hack the code myself, but this is going to be a big issue for anyone moving their site to this plugin and losing all of the FB like count (which really matters to some customer bases) for their pages that were previously http:. And no, FB isn’t going to fix this (nor do they have any kind of support to ignore the http/https on a link address).
Thanks for any suggestions.
Michael
Okay, after looking into this for a bit, I’ve implemented a fix that ensures my fblike links point to the original http: URL which Facebook has been accruing likes for.
In class-front-end.php, I added the following code just after line 132 (with plugin version 2.2.12):
// temporarily fix fblike problems by moving href link back to http:
$buffer = str_replace ( "www.facebook.com/plugins/like.php?href=https:", "www.facebook.com/plugins/like.php?href=http:", $buffer );
This is clearly just a hack and I wouldn’t recommend it; however, it would be good if a configuration option could be added to the plugin to “not fix fblike links” embedded in a page. This is a problem not unique to my situation, as I’m sure most folks won’t want to have their FB like counts reset just because they moved the site entirely over from http to https.
Michael
Your fix would work, but I don’t want to add options, to keep the plugin fast.
But your fix made me think of another approach: if the plugin only replaces ‘space’href=http://domain, instead of href://domain, your Facebook url wouldn’t be replaced. I have to think about it a bit more, but this might be a simple fix without the need for options.
To code this into the current version of the plugin, you could also use a filter:
function my_custom_http_urls($arr) {
//first, remove the default hyperlink from the replacement array
$remove = "http://www.your-domain.com";
if(($key = array_search($remove, $arr)) !== false) { unset($arr[$key]); }
//re-add the link, but now only for "[space]href="http://www.your-domain.com//this way, all your links will be replaced, but not the facebook one.
array_push($arr, ' href="http://www.your-domain.com', );
return $arr; }
add_filter("rlrsssl_replace_url_args","my_custom_http_urls");
