webaware

G’day Pina,

Try bumping it up to Capture. Looks like some of the remaining images are in widgets, and one is in the header.

If Capture fixes it, you can edit your widgets to fix them permanently, and look for the logo in your theme settings to fix that one. Then you can step back to Content for images in pages and posts.

The best solution is to use Better Search Replace to fix the problem permanently, as I described above.

cheers,
Ross

G’day Pina,

Have you tried changing the fixer setting to Content? It should clean up most of that, if not all of it. It’s images in your page content.

https://ssl.webaware.net.au/settings/

You can make that permanent by installing Better Search Replace, taking a backup! and replacing http://pinabresciani.com with https://pinabresciani.com.

Also, make sure you always login to your WordPress admin on HTTPS. Once you’re sure you can do that safely, change your site URL and home URL to both use HTTPS in Settings > General.

cheers,
Ross

G’day,

It looks like you’re running the plugin BuddyPress Private Community, which hasn’t been updated in seven years! I recommend that you look for an alternative.

However, the problem itself might be caused by your settings. Have you changed your site URL and home URL to HTTPS in settings?

Settings > General

If not, take a backup and change them both to HTTPS. It could well solve the problem. That plugin does some dodgy stuff when working out whether an anonymous user can access a page, and I suspect the comparison its doing is broken because of the site URL settings.

If it’s not that, then I recommend fixing all site content using the Better Search Replace plugin (always a good idea anyway!) as described in Cleaning Up Content.

cheers,
Ross

G’day Ferris,

It’s coming from this CSS file:

https://www.valuesliving.com/wp-content/cache/et/33/et-core-unified-15307133640877.min.css

That looks like a generated file from your theme. To fix it, I recommend only ever logging in to your admin on HTTPS, and then updating your theme settings. It should rewrite the CSS file with the correct path.

If that doesn’t fix it, try removing / adding back the images in your theme settings. But make sure you’re on HTTPS in the admin!

cheers,
Ross

Glad you got that sorted out! So your real, longer term problem is that your tables are all using the MyISAM engine. You should change them to InnoDB and you won’t see this problem again (and your db queries will likely be faster).

https://kinsta.com/knowledgebase/convert-myisam-to-innodb/

cheers,
Ross

G’day Gary,

No, this plugin won’t ever do that. However, if you combine my answer to your other question with a form plugin, you could achieve it fairly easily yourself.

First, you need a plugin that can create a new post (in draft is best!) and add a custom field to that post. e.g.

* Gravity Forms — front end submission with Gravity Forms
* WPForms — use custom fields with WPForms user-submitted posts

Next, build yourself a page template or a shortcode that retrieves the custom field value, and if it’s not empty, adds a map as shown on calling from code in the reference manual.

cheers,
Ross

@fabriziobike please open a new support topic, and detail your server environment (Linux or Windows, PHP version, web server – Apache / nginx)

cheers,
Ross

G’day Gary,

You’d need to build the shortcode for that yourself, e.g. with a bit of code. There’s nothing in this plugin that does that for you.

cheers,
Ross