tobaco

Hi and thanks for your response!

We are using WPML for the languages. How does the plugin decide between endpoint and api? We don’t have any security plugins enabled right now. I also changed the access rights for the endpoint.php to 664. But it still uses the api for tracking. This also applies to the backend display of the stats. This also only works in the main language, not in the other ones. Here it’s the same problem with the appended lang slug for the api call.

Thanks for your help!

Hi Richard,

Thank you for your response. Among other requests, those oembed requests have the highest hit counts. When a post is published, it’s also shared on Mastodon, which utilizes the oembed API to show a preview. Consequently, the numbers spike on the first day but then plateau in the following days. Therefore, these requests would be regenerated with priority (highest counts), but are irrelevant at that regenerate time.

On further consideration, it might be beneficial to have a method to specify that the cache for certain routes should not only be flushed but entirely deleted upon expiration. This would help free up the database from items that initially require caching but become unnecessary later.

@solankiankeet You can download the 2.2.4 version here: https://ww.wp.xz.cn/plugins/redis-cache/advanced/#:~:text=Previous%20versions

Hi and thanks!

this is what i use now to set the og:image for Yoast SEO.

/* Change Open Graph image URLs in Yoast SEO
 */

function change_opengraph_image_url( $url ) {
	$queried_object = get_queried_object();
	if(is_object($queried_object) && $queried_object->ID){
		// check if there is an custom image set
		$hasYoastImage = get_post_meta( $queried_object->ID, '_yoast_wpseo_opengraph-image-id', true );

		if($hasYoastImage) return $url;

		$sharingImage = sharing_image_poster_src($queried_object->ID);
		if(is_array($sharingImage) && isset($sharingImage[0])){
			$url = $sharingImage[0];
		}
	}
	return $url;
}

add_filter( 'wpseo_opengraph_image', 'change_opengraph_image_url' );

/**
 * @param bool $hide_header Set true to hide poster meta.
 */
function hide_sharing_meta( $hide_meta ) {
    return true;
}

add_filter( 'sharing_image_hide_meta', 'hide_sharing_meta' );

hm, you are right.

/musik is a category page. it seems like these pages and also tag pages (/serien/antritt) and custom post type archives (/blog) are not working. They have separate template files, but nothing unusual.
On pages and posts it works as expected.

Thanks for the fix, which works perfectly!
I think we can close this issue now and mark it as resolved.

Thanks again!

Hi David,

thanks for your response and looking clarifying the issue with the cover images (sorry for blaming your plugin 😉 ) and pointing out the solution with the native option.

Since the arrays are stored as a string in the post meta field, do you have a solution to convert them back to a “real” array?
I know, I could use eval(), but this seems kind of evil.

Right now I’m using this function to convert the string to an array:

function strtoarray($a, $withKeys = true){
        $arr = [];
        $a = ltrim($a, '[');
        $a = ltrim($a, 'array(');
        $a = ltrim($a, 'array (');
        $a = rtrim($a, ']');
        $a = rtrim($a, ')');
        $tmpArr = explode(",", $a);
        foreach ($tmpArr as $v) {
            if($withKeys){
                $tmp = explode("=>", $v);
                $k = $tmp[0]; $nv = $tmp[1];
                $k = trim(trim($k), "'");
                $k = trim(trim($k), '"');
                $nv = trim(trim($nv), "'");
                $nv = trim(trim($nv), '"');
                $arr[$k] = $nv;
            } else {
                $v = trim(trim($v), "'");
                $v = trim(trim($v), '"');
                $arr[] = $v;
            }
        }
        return array_filter($arr);
    }

This works, but feels hacky. If I think about it right now, it would be nice to store this data as a json string in the database. Would this be possible?

Thanks!