nicoter

Actually seeing that only one icon is used out of the whole set which is being loaded, I think adding it as inline SVG would be the best solution.

Would be great if you consider changing this ??

@theresmorgan

In the meantime I found a working solution as mentioned in this comment by adding:

... type="font/woff" crossorigin />
... type="font/ttf" crossorigin />
... type="font/svg" crossorigin />

The full code with the change can be found in this gist.

@brainstormteam Please implement the preloading of the font files in the theme, I kinda don’t understand why this hasn’t been done yet since page speed is the main selling proposition of Astra.

Has this been fixed in the private ticket?

If so, please share the solution here.

Thanks

Hi @brainstormteam

The lighthouse warning is not fixed in the gist.
I addressed this in a new topic here.

Thanks

P3 is very well reliable for measuring the speed of plugins. The bad reviews are only because it doesn’t work with PHP 7 and people don’t realize this (b/c the scan returns no results).

I looked some more into it and it seems that particularly the [seopress_html_sitemap] shortcode seems to be very slow. On pages without the shortcode Seopress is reasonably fast.

Figured it out:

After adding www subdomains to the domains within the hosting panel, the error didn’t occur anymore. Although the master and slave sites are both configured without www. The previous hosting company did add www subdomains by default.

Does the plugin somehow redirect to www internally?

Marking as resolved.

Thanks again for fixing this!

@mlchaves Thanks for chiming in and voting for this ??

@brainstormteam That would be nice! Can you update this thread once this has implemented so we get notified?

Ok thanks.

I was hoping there’s a better solution.

Thank you, it’s much appreciated! I had some z-index issues with my theme but after sorting this out it’s working fine.

Although I had to add the following CSS in order for the chat window to take the full height:

.embedded-watsonconv-on-ios #message-container {
    height: calc(100% - 40.33px);
}

You’re already adjusting the height of #watson-box and #chatbox-body, so you should probably also adjust the height of #message-container.

Also please note I had to substract 40.33px from the height for the message form to be perfectly visible. On #chatbox-body you’re substracting 37px. I assume the value depends on the used WordPress theme, because the height of the message form is defined with “em”, see:

#watson-box .message-form {
    ...
    min-height: 2.75em;
    ...
}

I suggest you set the minimum height to e.g. 40px and also use 40px when substracting in order for it to be compatible with every theme.

I’m aware of %%currentmonth%%. I don’t want to reveal my code in public, thus I was giving you a working example.

The issue remains, if the variable contains an umlaut such as ?,? or ü it will somehow get filtered and not displayed on the frontend.

Are you suggesting I should use date_i18n() instad of strftime()?

Is the fix already available somewhere, e.g. on Github?

Sure. I adjusted the locale and timestamp so it outputs “march” in German as of now. Obviously you have to use %%march%% in the meta title.

function sp_titles_template_replace_array($array) {
	setlocale (LC_TIME, 'de_DE');
	$m = time() + (6 * 24 * 60 * 60); // add 6 days to set timestamp to march
	$march = strftime("%B", $m);
	$array[] = esc_attr(wp_strip_all_tags($march));
	return $array;
}
add_filter('seopress_titles_template_replace_array', 'sp_titles_template_replace_array');

Thanks

@findus23 Thanks for bringing this to my attention. This should be mentioned on the plugin page, when I was searching for a solution only the other plugin did appear.

@findus23 The plugin you mentioned doesn’t include the tracker proxy, which this topic is about.

@tsteur Maybe state that this will install the full Matomo server and offer a link to a client plugin if the visitor is looking for a plugin to connect a WP site to an existing Matomo install.

Thanks