geomagas

Nah, I think I’m gonna pass… Thanks though!

So in order to get rid of the (already useless) alert, I have to grant plugin management permissions to all my users?

No no, this is unacceptable… sorry!

This came back with 1.8.4.1… :/

I thought you guys fixed it once and for all! What gives?

Fixed with the latest release (1.3.5).

Thanks! ??

Same problem here.

Thank you for your quick response.

I must say, between using an iframe and switching graph libraries, the latter seems preferable to me. Although, I sure hope someone else finds your suggestion more useful for their needs.

I also hope that you guys eventually come up with a way to make your plugin play nice with other plugins that use GoogleCharts. After all, they are both Google’s products.

Thanks again.

This has been fixed with the latest update.

Thank you!

Hi,
No, I’m afraid not with this plugin…
Sorry! ??

I finally figured it out!

It seems that the mysql user I’m using to connect to the db lacked certain permissions, namely ALTER TABLE, DROP and TRUNCATE. So, apparently, during a plugin update, the DB structure was not updated accordingly… After I granted these privileges, I had to deactivate and activate back the plugin. The database structure was updated, and I’m doing scans without any problem ever since.

There was also a permission issue with wp-content/plugins/wordfence/tmp, but I don’t really know if that was relevant…

All the best!

Same issue here.

When I tail -f apache’s error.log, I see error messages such as the following:
[Sun Sep 11 18:05:07.335632 2016] [:error] [pid 8733] [client 10.3.10.19:49002] \xce\xa3\xcf\x86\xce\xac\xce\xbb\xce\xbc\xce\xb1 Unknown column 'autoload' in 'field list' \xce\xb2\xce\xac\xcf\x83\xce\xb7\xcf\x82 \xce\xb4\xce\xb5\xce\xb4\xce\xbf\xce\xbc\xce\xad\xce\xbd\xcf\x89\xce\xbd WordPress \xce\xb3\xce\xb9\xce\xb1 \xce\xb1\xce\xaf\xcf\x84\xce\xb7\xcf\x83\xce\xb7 SELECT name, val, autoload FROM wp_wfConfig WHERE name = 'dismissAutoPrependNotice' \xce\xb1\xcf\x80\xcf\x8c do_action('admin_init'), call_user_func_array, wordfence::admin_init, wfConfig::get, referer: https://mysite.tld/wp-admin/network/admin.php?page=Wordfence

Which is expected, because looking at my DB I discovered that there’s indeed no autoload column in wp_wfConfig!

Now, it seems to me that my DB is corrupt in some way. If it is so, is there an easy way of restoring it to a working state?

Thanks! (and sorry if I’m hijacking, I don’t intend to!)

• This reply was modified 8 years, 6 months ago by geomagas.

I’m gonna mark this as resolved…

Hi,

No, this has nothing to do with your theme. This is a standalone plugin.

And yes, that’s exactly the way to go: Create a folder under your wp-content/plugins and add those three files to it. Please refer to https://codex.www.ads-software.com/Writing_a_Plugin as well, if you haven’t already done so.

You can name the .php file whatever you feel like. It will be picked up as long as it contains the little ‘header’ with the plugin name. As for the other two, they are referenced by the names I gave them, so you should either name them accordingly or change their references in the php code.

May the Source be with you! ??

Hello,

The short answer would be, well, unfortunately no. This plugin is not that sophisticated, at least not yet. It was intended to move the functionality of conditional tags to the hands of content authors, not just developers.

And now for the long one:

At first I thought I could advise you to extend this plugin by writing your own and implementing your custom condition. But, apart from the fact that it would still be a very limited workaround for your situation, if you are comfortable with coding you could very well roll your own shortcode. Something like:
[remote_image src="https://remote.com/image.jpg" cached="https://local.com/cached_image.jpg"]

This would be achieved by making a new plugin like so:

<?php
/*
Plugin Name: Remote Image Shortcode
*/

add_shortcode('remote_image','remote_image_shortcode');

function remote_image_shortcode($atts)
  {
  $atts=shortcode_atts(
    array(
      'src'=>null,
      'cached'=>plugins_url('no-image-available.jpg',__FILE__),
      ),
    $atts,
    'remote_image'
    );
  if(!$atts['src']) return '';
  wp_enqueue_script('remote-image',plugins_url('remote-image.js',__FILE__),array('jquery'));
  return "<img src='{$atts['src']}' data-cached='{$atts['cached']}'>";
  }

And, of course, apart from your own (global fallback) no-image-available.jpg, you would need a remote-image.js in the same directory, which would look like the following:

(function($) {
  $(document).ready(function () {
    $('img[data-cached]')
      .error(function() {
        $(this).attr('src',$(this).attr('data-cached'));
      });
    });
  })(jQuery);

You will notice that the availability of the remote image is not checked server-side, because we are only interested if the image was eventually downloaded by the browser or not. Hence the javascript.

HTH!

Same isuue here. Any progress resolving this?

Hi,

I’m also interested in fetching the email from facebook and google.

Is there any estimation on how soon “sooner or later” might be? The reason I’m asking is that I didn’t notice anything relevant mentioned in the roadmap.

Thank you.