demon_ru

This is good news!
My hack will work for a while. Can you tell me when it is planned to release a version with a fix?
Thank you.

It’ ok.
Thank you.

• This reply was modified 5 years, 10 months ago by demon_ru.

I was waiting for the release of the plugin to update it on production. Version 7.9.7 was released today.
After looking at the code, I didn’t notice any changes that were made to prevent the problem from happening again.
Please tell me what edit in the code (you can link to the revision in SVN) should solve this problem.
Thanks.

This may be related

After switch “Use 404 template from active theme” off i have not any erros in error.log.
But.. it will be better to make it on.
Thanks

Yes, last message was after dev version installed.

I can’t understand it get better or not.
I guess all errors now from case of page 404. And my settings “Use 404 template from active theme”
In themes/suffusion/404.php where is get_footer() and so on.

2017/09/29 10:53:08 [error] 4465#4465: *876878 FastCGI sent in stderr: “PHP message: База данных WordPress возвратила ошибку You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the r
ight syntax to use near ‘WHERE action != ” AND action != ‘last_activity’ ORDER BY component ASC’ at line 1 в ответ на запрос SELECT DISTINCT component FROM WHERE action != ” AND action != ‘last_activity’ ORDER BY component ASC, выполненный require(‘wp-load.php’), require_once(‘wp-config.php’), require_once(‘wp-settings.php’), do_action(‘init’), WP_Hook->do_action, WP_Hook->apply_filters, cerber_access_control, cerber_404_page, include(‘/themes/suffusion/404.php’), get_footer, locate_template, load_template, require_once(‘/themes/suffusion/footer.php’), suffusion_before_end_container, do_action(‘suffusion_before_end_container’), WP_Hook->do_action, WP_Hook->apply_filters, suffusion_print_right_sidebars, suffusion_print_sidebar, dynamic_sidebar, WP_Widget->display_callback, BP_SWA_Widget->wid…

ones more:

2017/09/28 23:46:07 [error] 16251#16251: *827646 FastCGI sent in stderr: “PHP message: База данных WordPress возвратила ошибку You have an error in your SQL syntax; check the manual that correspond
s to your MariaDB server version for the right syntax to use near ‘WHERE action != ” AND action != ‘last_activity’ ORDER BY component ASC’ at line 1 в ответ на запрос SELECT DISTINCT component FRO
M WHERE action != ” AND action != ‘last_activity’ ORDER BY component ASC, выполненный require(‘wp-load.php’), require_once(‘wp-config.php’), require_once(‘wp-settings.php’), do_action(‘init’), WP
_Hook->do_action, WP_Hook->apply_filters, cerber_access_control, cerber_404_page, include(‘/themes/suffusion/404.php’), get_footer, locate_template, load_template, require_once(‘/themes/suffusion/f
ooter.php’), suffusion_before_end_container, do_action(‘suffusion_before_end_container’), WP_Hook->do_action, WP_Hook->apply_filters, suffusion_print_right_sidebars, suffusion_print_sidebar, dynami
c_sidebar, WP_Widget->display_callback, BP_SWA_Widget->wid…
PHP message: База данных WordPress возвратила ошибку You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ‘WHE” while reading upstream, client: 155.94.xx.xx, server: example.com, request: “GET /wp-login.php HTTP/1.1”

It’s BUG in buddypress: BP_XProfile_ProfileData::get_value_byid

where is no “wp_parse_id_list” and esc_sql

Error is not fixed.

Error in my logs:
Call to a member function getRemoteIp() on a non-object in /var/www/htdocs_newsmine.ru/wp-content/plugins/wp-cerber/wp-cerber.php on line 596

Is the same issue? Yes, i run from linux cron with:
define(‘WP_USE_THEMES’, false);
require_once( dirname( __FILE__ ) . ‘/../wp-load.php’ );

Ohh, I came across this same. Will write here to keep track of news
Right now I added the line:
if (!isset($wp_cerber)) return true;

sorry.
Error raised in plugins/buddypress/bp-xprofile/bp-xprofile-filters.php
function xprofile_filter_link_profile_data( $field_value, $field_type = ‘textbox’ ) {
global $field;

if ( ! $field->get_do_autolink() ) {
return $field_value;
}

Четвёртое.
В Активности вкладка “Заблокировано”. Там много-много раз один и тот же IP адрес. Но решение о его блокировке принимается один раз на период блокировки. Я ожидаю это и увидеть в логе один раз (ошибки авторизации я могу увидеть в другом месте).
Возможно, это и есть причина срабатывания цитадели..

Третье.
Когда сайт уже в режиме цитадели… нет способа её отключить.
Единственное что помогло – деактивировать и активировать плагин вновь.