andrewpaulbowden

If you wanted to make a plugin look like it had been hacked, this is what you’d do! Most WordPress users won’t have a clue of the background. They won’t have a clue that there’s an official WordPress post on it hidden on a website they barely look at.

They’ll just see a plugin they installed has oddly changed name and changed ownership for unclear reasons.

If you don’t know the background, it looks dodgy as [expletive]

• This reply was modified 1 month, 1 week ago by andrewpaulbowden.
• This reply was modified 1 month, 1 week ago by andrewpaulbowden.

“Trust is essential”. Spot on. Does anyone at WordPress even think about how dodgy this whole thing looks. If you knew nothing about all this mess, you could think the plugin had been hacked. This is not how you foster a safer internet.

Interesting Niall – for some reason that option doesn’t appear for me on that plugin. Which is odd.

Messing around though, I realised that actually CSS would solve it all as I’ve enabled responsive images in the theme – if I set the CSS for the image to be

width:100%

it loads the bigger images. I forgot about that and assumed it would scale up a smaller image.

So we got there !

Thanks for the replies – I don’t think the resizing plugins will particularly work here because the WordPress post itself appears to point to an image of a specific dimension.

As in, when I look in the database, the img tag is pointing directly to the asset that is the original Large thumbnail – to give an example, it’s pointing to image-640x480.jpg.

If I change the image dimensions and then regenerate, then that creates a new image to (say) image-800x533.jpg. But the post itself is still looking at image-640x480.jpg unless I go in and edit it.

What I need is something that changes the post itself to point to that differently sized image.

Which makes it sound like it’s manually changing a lot of images, alas.

Thanks for the replies. I tried SSL Insecure Content Fixer, but had no joy with that. I do use Cloudflare, and try to use relative URLs where I control them.

However I managed to find the answer this morning. The answer was simply to add

$_SERVER['HTTPS'] = 'on';

to wp-config.php. Hey presto, solved. If I view the non secure version, the urls use http. If I view secure, https urls.

I guess it’s a side effect of using Cloudflare.

Sorry, I made a typo above – I should have said go to text mode not visual!

I see the issue here.

All the shortcode does is output the URL – it doesn’t create the link itself. But that doesn’t work very well with visual mode – I confess I rarely use visual mode so this wasn’t something I had considered. Rather remiss of me.

Anyway, the easy solution here is to switch to visual mode and enter the link manually, so it looks like this:

<a href="[euvat_countrydetect product_id="megapack"]">whatever you want between the link</a>

Doing it that way should work fine.

This raises a few questions in my mind about how best to work round this – at very least I should be able to update the instructions to make them clearer.

Better would be to solve the issue of how to offer a shortcode that’s flexible so people can use images or text, but which will also work easily in the visual editor. There’s a challenge there, however unfortunately one that I am not sure I have time to fix in the near future ??

Could you put somewhere a screenshot or something of the WordPress text box where you’re putting the shortcode? Might help me understand what’s going 0n.

I am wondering if there’s something strange going on due to the spaces in your product ID name – I notice you’re currently using a single word instead. It’s something I’ll have to look into, and see if there’s a bug lurking in there. The shortcode does just output a URL rather than a full link tag – the reason for that is so people can use it in buttons etc. But I’m glad to hear its working now.

As for the payment box floating – that’s an interesting one. It would require quite a rewrite of the code to make it more JavaScript based. In theory I believe it should be possible however would be a large job to make it work.

Hello Andy

The error you are seeing is saying that the redirects aren’t set up properly. When you set up your redirects, did you use the “Save Changes” button?

This sounds like the problem is a corrupt GeoIP database file for some reason (why, is one I can’t say right now). I’d suggest deleting and re-installing.

The difficulty is that the GeoIP code is third party, supplied by the GeoIP detection database provider. So from my point of view, it’s a bit of an enigma ??

Sorry for the delay in replying. You set the product ID on the Settings page (go to Settings then EU Vat Redirect) – just enter it on there.

Then you reference it in the shortcode. The shortcode is shown on the settings page.

I’ve just started using this plugin and am also seeing it post drafts in v1.4.3

Well okay, so that wasn’t the cure. Still anything’s worth a shot. For me, it will probably be use something else.

Have a look on the settings page. XMLRPC is mentioned with the term “auto broadcasting”. The language is confusing but that’s how I came up with the theory. As a plugin, it states on there that it uses XMLRPC for something.