vralle

This is great news. Thank you!

WP Cerber has been updated several times to version 9.3.3.
PHP 7.4 will go end of life on 28 November 2022.
The line of code causing the fatal error in PHP 8+ has not changed.

Gregory, is there any way I can help you with the fixes?

L120:

static $dir = null;

L148-152:

$dir = ABSPATH.UPLOADBLOGSDIR;
if ( ! file_exists( $dir ) ) {
	$dir = false;
}

Proposal L145-152:

elseif (defined('UPLOADBLOGSDIR'))
{
	// A custom path has been configured by site admin?
	// see also UPLOADS,  BLOGUPLOADDIR, BLOGUPLOADDIR
	$path = ABSPATH.UPLOADBLOGSDIR;
	if ( file_exists( $path ) ) { // $dir = null by default
		$dir = $path;
	}
}

• This reply was modified 2 years, 1 month ago by vralle.

@scouserdave, now all links with http protocol. Question already resolved?

@kubitomakita, I repeated the error.

PHP Notice: Trying to get property ‘feeds’ of non-object in ../wp-includes/post.php on line 4153
PHP Notice: Trying to get property ‘use_trailing_slashes’ of non-object in ../wp-includes/link-template.php on line 49
PHP Fatal error: Uncaught Error: Call to a member function get_author_permastruct() on null in ../wp-includes/author-template.php:346
Stack trace:
#0 ../plugins/wp-super-cache/wp-cache-phase2.php(2820): get_author_posts_url(‘1’)
#1 ../plugins/wp-super-cache/wp-cache-phase2.php(2916): wpsc_delete_post_archives(Object(WP_Post))
#2 ../wp-includes/class-wp-hook.php(288): wp_cache_post_edit(649)
#3 ../wp-includes/class-wp-hook.php(310): WP_Hook->apply_filters(”, Array)
#4 ../wp-includes/plugin.php(465): WP_Hook->do_action(Array)
#5 ../wp-includes/post.php(6351): do_action(‘clean_post_cach…’, 649, Object(WP_Post))
#6 ../wp-includes/post.php(3834): clean_post_cache(Object(WP_Post))
#7 ../plu in ../wp-includes/author-template.php on line 346

@kubitomakita, repeat on online site with debug on

• This reply was modified 5 years, 2 months ago by vralle.
• This reply was modified 5 years, 2 months ago by vralle.
• This reply was modified 5 years, 2 months ago by vralle.
• This reply was modified 5 years, 2 months ago by vralle.

@kubitomakita, the site’s message said this. But there was no letter.
Moreover, it was not possible to repeat the error on the local site. The plugin was updated without errors. The difference between online sites and local sites is to disable error output and enable caching for an online site.

Hi!
I confirm that the site has become unavailable after the update. PHP error output is disabled for the site. WordPress finished updating the plugin with a message about the need to contact the administrator.

WP 5.2.3
PHP 7.3.8 x64

Tested with PHP 7.2 and 7.3. Work fine

Hi!
Confirm first bug:
new post -> add text + title (2-3 min) -> “Publish” button has disabled state.

No PHP Notice. No error events in chrome console.

Clean WP 4.7.3 + only The SEO Framework 2.9.0

PHP 7.1

WP config:

/* AutoSave Interval. */
define('AUTOSAVE_INTERVAL', 60 * 60 * 60 * 24 * 365); // autosave 1x per year
/* Disable Post Revisions. */
define('WP_POST_REVISIONS', false);
/* Media Trash. */
define('MEDIA_TRASH', false);
/* Trash Days. */
define('EMPTY_TRASH_DAYS', 0);
/* Disable the Plugin and Theme Editor */
define('DISALLOW_FILE_EDIT', true);

/* PHP Memory */
define('WP_MEMORY_LIMIT', '128M');
define('WP_MAX_MEMORY_LIMIT', '192M');

define('WP_DEBUG_DISPLAY', true);
define('SCRIPT_DEBUG', true);
define('SAVEQUERIES', true);
define('WP_DEBUG_LOG', false);

/* Compression */
define('COMPRESS_CSS', false);
define('COMPRESS_SCRIPTS', false);
define('CONCATENATE_SCRIPTS', false);
define('WP_LOCAL_DEV', true);

I confirm. WP 4.6.1 MultiSite. Mistape 1.3.1. Some problem.

confirmed.after the upgrade to version 2.5.5
online site is down (debian, MS WP4.4, PHP5.6, MySQL 5.5, Apache)
local site is down (windows, MS WP4.4, PHP5.6, MySQL 5.5, Apache)

Nothing in the logfiles. Only blank page at web

after removing the plugins folder servers working again

and may be fix:
$new_file = preg_replace( '/' . preg_quote( wp_normalize_path( $uploads['basedir'] ), '/' ) . '/i', $uploads['basedir'], $new_file );

Yep!

function handle_import_file:

line $new_file = str_replace( wp_normalize_path( $uploads['basedir'] ), $uploads['basedir'], $new_file );

@param $new_file: D:/WEB/site.com/storage/file.jpg
@param wp_normalize_path( $uploads[‘basedir’] ): D:/web/site.com/storage
@param $uploads[‘basedir’]: D:\web\hw-lab.com\storage
@return $new_file: D:/WEB/site.com/storage/file.jpg

The problem with capital letters in the path

WP4.4b1 – not work.
AFS generate “https://media.site.com/D:/web/site.com/media/example/example_sizexsize.jpg”

wp_insert_attachment – work fine for guid: “https://media.site.com/example/example.jpg”
but wrong meta_key -> _wp_attached_file: full path “D:/web/site.com/media/example/example.jpg”
instead “example/example.jpg”

and too wrong path for _wp_attachment_metadata