aldemarcalazans

A vers?o 1.0 atualmente disponível no repositório realmente parou de funcionar há algumas semanas (aconteceu o mesmo com o meu site). Presumo que isso tenha acontecido devido a altera??es no código Javascript das bibliotecas remotas.
Porém, entrei em contato com os desenvolvedores do plugin e eles devem subir uma nova vers?o em breve.

• This reply was modified 1 year, 5 months ago by aldemarcalazans.

Hi. I solved the problem doing that:

//remove xmlrpc.php? link from the head of the page, in any site, when Completely Block Access To XMLRPC is set
// +++++ added code ++++
$configs = get_blog_option( 1, 'aio_wp_security_configs' );
if ( $configs['aiowps_enable_pingback_firewall'] == '1') {
    remove_action( 'wp_head', 'rsd_link' );
}
// +++++

This is because the Firewall configuration I needed is stored only in the main site of the install (it is not a per site config).
I suggest you using in all network wide configs:
get_blog_option(1, 'xxxx')
instead of:
get_option('xxxx')
to turn the plugin more multisite compatible

Hi. I guess I found out the problem: your plugin, in its current version, does not recognize a user with superadmin privileges as someone with the necessary permission to access the File Manager menu.
To get around this problem, I had to add my user to all sites of the installation, and grant in all of them the “Administrator” role to it.

By the way: if you modify the code to check the user’s capabilities not only based on it’s role in this or that site of a multisite install, but also verifying if it has superadmin privileges in the entire installation, you could turn the plugin more compatible with wordpress multisite.
To achieve that, I suggest you using the function is_superadmin() from WordPress API.

Regards,
Aldemar

It seems to be a limitation of PHP 5.5, which is the version installed in my server: before PHP 5.6.0, you could not declare a class member variable using concatenations, according to:
https://www.php.net/manual/en/language.oop5.properties.php
This subject was also related on these posts:
https://stackoverflow.com/questions/37988721/string-concatenation-with-constants
https://stackoverflow.com/questions/21941824/class-variable-declaration
As it results in a fatal error (my browser’s window became completely white), I suggest you the following modification in line 34:
public $eeNotifyMessageDefault = "Greetings,\r\nYou should know that a file has been uploaded to your website.\r\n[file-list]\r\n";
I did that and could install your plugin afterwards.

By the way: my PHP version is 5.4

Sometimes this error occurs when, inside a page requested with HTTP protocol, you have a Javascript code trying to make an HTTPS request. And vice-versa.
If you are still facing this problem, press F12 (or Ctrl + U) and take a look at the HTML code of the page. If you see something like that in your code:

var ajaxurl = "https://mydomain.com/wp-admin/admin-ajax.php";

And your page was requested in a manner similar to:

https://mydomain.com/2019/09/13/my-post/#elf_l1_Lw

You certainly will face this error.

I noticed that, in your code, you defined two file paths: one generic/default
$file = $wp_filesystem->wp_content_dir() . 'uploads/visualizer/customization.js';
and another specific
$specific = $uploads['baseurl'] . '/visualizer/customization.js';

Further ahead, when you test for the existence of this files, something strange occurs: you test the existence of the generic file, but returns the path of the specific one:

if ( $wp_filesystem->is_readable( $file ) ) {
	return $specific;
}

I guess the correct code should be

if ( $wp_filesystem->is_readable( $specific ) ) {
	return $specific;
}
		
if ( $wp_filesystem->is_readable( $file ) ) {
	return $default;
}

Do not let the responsibility of setting this parameter on WordPress users hand: they do not know that the lack of responsiveness of their tables, is due this missing setting!

Yes. It means that in your PHP code, the <table> tag must have width set to 100%. Example:

<table style=”width:100%;”

Thanks!
I tested it now and it is working perfectly.

Hi mbrsolution.
I will try to better explain my considerations.

GENERAL SETTINGS|DISABLE ALL FIREWALL RULES
You can not have this tab in all sites, because this option does not disable the rules for just one site. It does not matter in which site you click this button: it will disable the firewall rules for all sites. So, it would be better having just one place, in the main site, for clicking this button.

WP GENERATOR META TAG & VERSION INFO
When you have a multisite installation, you must hide that sort of information in all sites. Its ineffective hiding this information just in one site.
In other words: when you place this settings separately for every site, you are obligating the Superadmin of the multisite to check that in all sites. So, it would be better having just one place, in the main site, for clicking this button.

I am glad to see that version 4.1.3 incorporated this suggestion!
But, it would be even better, if we had a large text area to insert the code, as follows:
Suggested text area (80 colums)
Current text area (50 columns)
Note: the print screens were obtained in a Firefox browser, with a window size of 1024×768 pixels.

I reported them, as folows:

Responsive Javascript file seems to be buggy

By the way: the links there are inverted.

Hi,

Below, the problem that happened to me, step by step. I uploaded a table to my media library and, when I tried to use its https URL, it did not work.

https://www.dropbox.com/s/pmu36y5yfunkuia/01.png?dl=0
https://www.dropbox.com/s/1b6wys75lqo98zb/02.png?dl=0
https://www.dropbox.com/s/eptua7sc7sdgen4/03.png?dl=0
https://www.dropbox.com/s/vqfcblybuvvhdph/04.png?dl=0
https://www.dropbox.com/s/hpoom975ainfwv8/05.png?dl=0
https://www.dropbox.com/s/knghzinda29lda7/06.png?dl=0

By the way: the titles there are inverted!