EclipseDesignConcepts

Ok, well I spent quite a bit of time today on my sites. I didn’t have any plugin’s that weren’t either active or actively being used. But I did change some of them to alternate plugin’s that handled multiple things. After I did this I didn’t notice any change in the time that my site processed anything but I ran a test post anyway. The test post, posted exactly as it has for the past couple of weeks. (just to remind, this problem wasn’t happening before and happened when there were no changes to anything on my site or server). So I decided to test a theory that I had been pondering in the last several days. I had noticed that when Jetpack publicized my posts it was attaching (in the post itself) the full URL instead of a shortened one. It was also using a non-canonical version of the URL despite the fact that I have my site set to use only the canonical versions of each page or post. I had wondered if this was somehow causing the issue. So, I posted a test post and stripped the URL from the ‘custom message’ portion of the plugin edit feature on the post before publicizing it. The test post posted (albeit not in the nice looking new FB format but it DID post with the proper featured image). So I deleted the test post and created a full real post. This time I set the wp.me feature of Jetpack and allowed this shortened link to remain in the ‘custom message’ area. As you can see here –> https://www.facebook.com/eclipsedesignconcepts?ref=hl under the ‘Another Round of Updates’ post (second from the top), it DID post with an image BUT not an image that was associated with the post I created. It seems to have just randomly chosen an image from my library. I gave Jetpack/Facebook both a featured image over 250×250 as well as two inline images both also over 250×250 to choose from. All of these were ignored for a random image from my library. So, I publicized yet another test post were I again stripped the URL from the ‘custom message’ area. As you can see from the link provided (the newest post on the page) it posted (again in the old FB format) with the correct image I had assigned to the post. I am not sure where this issue is coming from but it seems to be an issue with something going on between the Jetpack plugins use of the URL in the ‘custom message’ portion of publicize and Facebook. I hope you can help bring this to a resolution. I, for now, have a work around but I do hope that we can get this back to working the way it should. Thanks again!

*edit: I just refreshed my FB page and the test post has now corrected to the new FB layout while the previous post remains in the old FB format.

oops sorry…

This is what the FB Debugger initially says it sees: https://eclipsedesignconcepts.com/wp-content/uploads/2014/08/Object-Debugger.jpeg

Sorry about the typo :p

I’m having the problem on multiple sites but the two I am primarily concerned with right now are at Eclipse Design Concepts and Cousins Pub.

This is what it looks like when it publicizes: https://eclipsedesignconcepts.com/wp-content/uploads/2014/08/Eclipse-Design-Concepts.jpeg

This is what the FB Debugger initially says it sees: https://eclipsedesignconcepts.com/wp-content/uploads/2014/08/Eclipse-Design-Concepts.jpeg

And this is what it sees after I immediately Fetch New Scrape: https://eclipsedesignconcepts.com/wp-content/uploads/2014/08/Object-Debugger-after-Fetch-New.jpeg

Usually within a few hours after fetching a new scrape my post will update to include the image but in the meantime all of my visitors see the plain image-lacking post and it usually doesn’t draw any clicks as a result. Usually I have been deleting the post and then manually posting it which isn’t convenient but does get more click through but does have the unwanted affect of FB punishing the post by not placing it into as many of my followers feeds.

So, as you can imagine, I am eager to get to the bottom of the problem. Thank you for your help!

Well it seems the problem wasn’t fixed. But, I have a slightly better understanding of the why just not how to truly fix it. It seems that when Jetpack publishes to Facebook it is publishing without the OG Type information even though it is actually there. Once it goes through the debugger and I “Fetch New Scrape”, Facebook then refreshes the link to reflect that the OG type is still actually there and then from there it can take several hours until the published blog updates to show the image. Usually I can’t wait that long for my viewers to see the post correctly and I end up deleting the published post and then just using the link to post the blog manually. Obviously this is inconvenient and I would like to correct this. Any help you can give me to figuring out why Jetpack is stripping this information during the publishing process?

Hi! Sorry I got so caught up in other things I totally forgot to update this. About 3 hours after I posted this (and without me changing anything on the two sites I tried to post from that both had this problem happen with nor any changes to the FB pages) all three posts updated themselves to include the images that were originally missing. It is/was a very bizarre occurrence. I don’t have an understanding or explanation for why they posted without the images nor how/why the FB posts corrected themselves after several hours. I am left thinking that these instances was caused by a Facebook glitch. I will be sure to come back here if the problem comes back up and doesn’t resolve on it’s own.

Thanks!

No I haven’t. To be frank, I am behind the 8 ball. I have tons of projects to complete and having to rebuild my site isn’t helping. If it is a time intensive issue than I will have to switch to another plugin. I just don’t have enough spare time right now for time intensive adjustments which is why I was rebuilding just as it was ?? I am still confused by it. Not only because I do in fact have the a current PHP version but my site was up and running yesterday with the plugin just fine. I am rebuilding exactly as it was, same base theme, same plugins, same host etc. The only difference is an empty database. The problem seems almost impossible LOL. I’ve had this plugin on my site successfully for quite some time without any issues so this is a disappointment.

I have been having this same issue for some time. Nothing I have tried works to correct the problem. My site titles appear just as the original poster explains with the WordPress SEO title and the WP title and description back to back with no space between. I have tried removing the WordPress SEO title by emptying the field and saving and it stays the same. I have tried removing the WP title and description (and as the original poster mentions there are repercussions to this anyway) and the result is that I either get an entirely blank title (if my WordPress SEO title is left blank) or I get the same awkward leading space and the Google SEO penalties that go with it (ironic since this is an SEO plugin, no?). I like the plugin and would like to use it more often but I can’t with this issue. I just updated the plugin to the latest version and the problem persists.

I was still having the issue and since I really needed the blocking to work, right now, I manually added the information to the file on my server for now, Thanks for your help though.

I used to but it was over written when I started using BPS. I guess all of this time I missed the custom code area? It explains a lot and answers a different question I was having as well. Can you tell me, the apparent blind user (lol), where this area is within the plugin?

Thanks!

I’m sorry, I have been a bit preoccupied with a major winter storm in my area.

In my original comment I never made mention of wanting to block spammers or hackers nor IP blocks, though that information is useful for future reference and I thank you.

I may not have been clear enough but I didn’t think what I said could be inferred to anything other than individual IP’s hence the not spelling it out in more wordy detail.

So, please let me clarify; I am trying to block specific IP addresses of individuals. I used the htacess areas of the plugin and used the typical “Order, Allow Deny” htaccess format that usually works for this purpose yet I am regularly seeing these IP addresses accessing my site. These are people known to me who I wish to block access due to nefarious activities on their part in relation to my business. I understand that in most cases their IP addresses can and will change and I will deal with that scenario as it occurs as I am hopeful that I won’t need to worry about this forever! (lol)

So, having said that, I am confused. Are you saying your plugin doesn’t recognize the typical “Order, Allow Deny” method of blocking individual IP addresses that are not spammers or hackers but are individual people who I wish to deny access to the site and that I have to use this code THERE instead to do this? Please clarify before I proceed. Thank you for your assistance!

I guess technically yes but only in that I ended up switching plugins since I couldn’t get past the ‘you don’t have permission’ error message as I stated above and needed my site to work correctly. Thanks

Did you read what I wrote? ” … Is there a way to disable this? …”

I will! WHY? I don’t like it. I manage many sites and if it updates automatically I have no opportunity to TEST the installation and make sure it won’t break any of those sites PUBLICLY first! I don’t want ‘auto update’ ANYTHING on my sites because it takes my ability to stop a problem before it happens, out of my hands and potentially ticks off a lot of my clients if their sites break. Plus if something breaks it gives me tons more work to do than I should, I have no issues doing this manually as those few minutes could potentially save me HOURS of time. Is there a way to disable this? I DISLIKE IT! This might be the final push that sends me over to Drupal for good. ??

Just started using Woo-Commerce and have had to over come many issues thus far and when it was all said and done and working, the images, like all of yours, were blurry. So frustrating! While I *DO* need to go through and adjust the css accordingly as it makes perfect sense, I just am burned out with all the fixes at this point. So, I used @chrisjackson’s little catalog adjustment sizes and the Regenerate Thumbnails plugin and the issues was corrected in less than a couple of minutes! Thank you both for saving my sanity this round!

Just chiming in. I too just ran an update on this plugin and I went from a working site and plugin to my entire site crashing out with the following error showing up on any page I tried to load:

Parse error: syntax error, unexpected T_STATIC, expecting ‘)’ in /home/arceof5/public_html/eclipsedesignconcepts.com/wp-content/plugins/testimonials-widget/lib/aihrus/class-aihrus-common.php on line 44

I used ftp to delete the file for now. Can someone point me to an older version of the plugin so I can get my testimonials up and running. I need to get in the habit of coming to this page for my plugins before running updates :p.

Edit: My host service uses PHP 5.3.27