tigmewp

@aidvu, thank you for your reply.

What does “the whole site crashes” mean?

The one where you get the white screen and the following error messages:

BACKEND:

“The site is experiencing technical difficulties. Please check your site admin email inbox for instructions.”

FRONTEND:

“The site is experiencing technical difficulties.”

Hallo Memcached Object Cache Team

I experience the exact same error upon activation of your plugin:

Plugin could not be activated because it triggered a fatal error.
Fatal error: Cannot redeclare wp_cache_add() (previously declared in /usr/www/users/whalesdrdb/wp-includes/cache.php:41) in /usr/www/users/whalesdrdb/wp-content/plugins/memcached/object-cache.php on line 19

I followed your installation guide, but the moment the object-cache.php file is copied into the wp-content folder as directed the whole site (back- and frontend) crashes.

The page caching plugin used is WP-Optimize 3.2.9 with the Vantage theme by SiteOrigin on WordPress 6.1 and the Memcached module has been enabled on my server.

I found a (the) solution for the issue where a custom colour palette has been created for a child theme and you:

• select individual words of a paragraph in the backend block editor;
• change the colour of the selected words using the highlight text feature; and
• the colour of the words stay the same colour as the rest of the paragraph in the block editor; but
• displays the new colour of the highlighted words correctly on the frontend.

Setting a highlight background colour for individual words displays correctly in both front- and backend from the get-go. It is only the “color:” property of the “<mark>” tag that does not work immediately.

Step #1. Enqueue a stylesheet for the admin area in your child theme’s functions.php file (replace “example” with your own name):

/* ADMIN UI MENU: add style sheet to control dashboard ui colours */
function example_custom_admin_style() {
    wp_enqueue_style('example-admin-style', get_stylesheet_directory_uri() . '/admin-ui-style.css');
}
add_action('admin_enqueue_scripts', 'example_custom_admin_style');

Step #2. Declare styles in the newly created admin-ui-style.css file for each custom palette colour that you use for the mark tag (replace “example” with the same colour name you used for the corresponding custom palette colour):

<style>
mark.has-example-text-color {
	color: #00ff00;
}

mark.has-example-color {
	color: #ff0000;
}
</style>

Upload both files (functions.php and admin-ui-style.css) into your child theme folder.

I hope this solution helps anyone out there that experience the same issue in the WordPress block editor when using a custom colour palette in a child theme.

• This reply was modified 2 years, 4 months ago by tigmewp.

Oh! It is nothing to do with object cache since Powered Cache can’t directly modify Nginx settings (unlikely .htaccess) it generates a template file to make the configuration easier.

That is good to know, thank you.

Happy to help. It would be great if you could leave a review if you are happy with the Powered Cache overall ??

I definitely will. WP-Optimize has been installed before, but your plugin has improved page speed tests with 5-9% on average.

Hallo Mustafa

I hope this helps.

Yes, it does indeed.

I was just wondering because of the downloadable NginX Configuration file on the Misc tab.

Thank you for a great plugin.

Kind regards.

Dear qtwrk

Thank you for clarifying. It’s a pity, however, because your plugin – even without page caching – has given me the best results across the three most well-known page speed testers so far.

Think I’ll either just ignore Site Health for now :}

Thank you for a great plugin.

Yours sincerely.

Dear Scott

Thank you for looking into it and solving the issue. I have updated to Pods 2.8.19 and the templates display again as before.

Thank you also, Anthony, for providing the additional information necessary to help Scott find the problem.

Regards,
Mariska

@threadi: thank you, I’ve submitted the suggestions as per your advice.

The 3.1.3 update also fixed the error on my site. Thank you for resolving this issue so quickly.

Hallo

Don’t know if the information below will help to pinpoint the problem ..

I have two sites that use the free version of Meow Lightbox plugin. Both use the same theme. One works perfectly, but the other has the same issue as mentioned in this thread.

The only difference that I could find when inspecting the sites in Firefox’s Inspector/Console, was the following two warnings on the site where Meow Lightbox doesn’t work:

Content Security Policy: The page's settings blocked the loading of a resource at https://secure.gravatar.com/avatar/8ce4c7f231d6466b1191e0f71c60eaa0?s=26&d=mm&r=g ("img-src").

GEThttps://africantimberagents.co.za/pallet-sizes/generic-pallet-types/null
[HTTP/2 404 Not Found 713ms]

Here is the link to the site where the lightbox is not working.

@zorem

Thank you for working on this fix so quickly. The new version updated perfectly.

Regards,
Mariska

Hallo Jory

No worries – as a matter of fact, I forgot about this post ??

A much more dynamic approach was needed, as we wanted the current page URL to determine which PODS result to show in the sidebar of the current page. I created a custom PHP file, which was then included in a PODS template using the following shortcode:
[pods view="my-custom-query.php"]

So, the original issue is not solved, but I suspect it never would have worked because of the bi-directional connections that inter-link three individual PODS required for this site. Only a very complex series of MySQL queries were able to produce the desired results.

On this note, thank you for a great plugin.

Regards,
Mariska

The 3.0.8. update is indeed perfect – no more errors! Thank you, Jordy ??

Thank you for the update ??

I tested the update on a site that has Meow Gallery, Meow Lightbox and Meow Analytics installed and unfortunately it still causes a fatal error. See below full PHP error message:

Fatal error: Uncaught Error: Call to undefined method MeowCommon_Helpers::is_pagebuilder_request() in /usr/www/users/site/wp-content/plugins/meow-lightbox/classes/core.php:31 Stack trace: #0 /usr/www/users/site/wp-content/plugins/meow-lightbox/classes/init.php(35): Meow_MWL_Core->__construct() #1 /usr/www/users/site/wp-content/plugins/meow-lightbox/meow-lightbox.php(21): require_once('/usr/www/users/...') #2 /usr/www/users/site/wp-settings.php(391): include_once('/usr/www/users/...') #3 /usr/www/users/site/wp-config.php(90): require_once('/usr/www/users/...') #4 /usr/www/users/site/wp-load.php(37): require_once('/usr/www/users/...') #5 /usr/www/users/site/wp-blog-header.php(13): require_once('/usr/www/users/...') #6 /usr/www/users/site/index.php(17): require('/usr/www/users/...') #7 {main} thrown in /usr/www/users/site/wp-content/plugins/meow-lightbox/classes/core.php on line 31

Hallo Jordy

No problem at all! Yes, these specific sites also use the Meow Gallery plugin.