oliwkama

Overhead is expected in cache miss. I was just trying to figure out, if I misconfigure something badly.

• This reply was modified 4 years, 8 months ago by oliwkama.

First byte is the same 1,7s and there is no longer x-litespeed-cache header. Second view is 0,9s, so still more then with disabled cache.

I disabled all plugins (there just few essential, as this is stage/testing server) and with all disabled times are consistent at 0,4s for both runs (with all features disabled as well)
Then started to enable plugin by plugin and First byte was in a range 0,6s. Yoast gave it a boost to 0,9s.
Then I re-enabled all features and we are back in a square one: 2,8s first view and 0,2s second view.
Finally I’ve disabled LScache plugin and result was 0,9s and 0,5s (2nd run)

Exactly this is what I observe.
I didn’t think about this approach, but it seems there is a little difference:
First view (x-litespeed-cache: miss) First Byte 1,6s
Second view (x-litespeed-cache: hit) First byt 0,2s

Hi,
Here you are: FJVYFZCR
Best!

I did one more test. Cache cleared and first view is on cold data, second view on cached data. This is something that I can reproduce each time:
First Byte Start Render FCP Speed Index Last Painted Hero
First View 2.921s 3.300s 3.117s 3.630s 4.100s
Repeat View 0.220s 0.600s 0.485s 0.797s 1.000s

Compared to results from my previous post, where no cache at all results in TTFB is 0,6s indicates some fundamental problem how much overhead cache mechanism is bringing.

Well, I was hoping that at least it may be considered in future as feature request. I am talking about Yoast taxonomy _yoast_wpseo_primary_category. I was trying to use Admin Columns plugin, but it only displays value without editing. Could you please suggest any other plugin that could do this?

I upgraded to 2.7.15.1 and it didn’t help. What is really strange, is that after disabling Mailpoet plugin I still see API requests coming to Sendgrid.

Exactly same problem is on my website since beginning of October. I’ve sent through Mailpoet’s contact form details about incidents, but I find it ironic, that they use Captcha on their contact form, while advocating against introducing it to subscription forms.

Well, it seems it is not a bug but it is designed to work that way. If you look at facebook recommendations here this is what I did; 301 redirect and canonical and og:url pointing to http version. I’m not sure if there are any side effects, other thing is changing manually canonical for hundreds of posts. I was pointing in my post above to other plugins that count separately http i https version of post and display summary. If you could implement it in Jetpack that would save me from changing hundreds of posts and probably would be future proof.

Anna

Hi,

Same for me. For now I’ve change canonical on couple posts, to point to http version. You can find it in settings tab when editing your post.
Is there a way to change canonical for all post pointing to http url? I can’t imagine doing it for 600 posts manually.

Thanks!
Anna

Hi,

I’m sorry, I am just playing with different settings and options. I have reverted back to Jetpack sharing buttons.

UPDATE: As a workaround I’ve changed canonical to point to http version of post. It brought back number of shares but is producing some warning on facebook side. I can’t figure out better solution for now.

Anna

• This reply was modified 8 years, 1 month ago by oliwkama.

Hello,

I have exactly same issue, but 301 redirect is set properly nevertheless fb likes are gone FB debug link. So it is not about redirecting traffic, I guess. Somehow those folks managed to count http and https likes and shares: warfare plugin.
Anyway, any hint is more then appreciated.

Thank you!
Anna

• This reply was modified 8 years, 1 month ago by oliwkama.
• This reply was modified 8 years, 1 month ago by oliwkama.

Line 143 of source code:

<!-- wpsso meta tags begin -->
<meta name="wpsso:comment" content="wpsso meta tags begin"/>
<meta name="generator" content="WPSSO 3.6.1G -UM"/>
[...]

Ang again, disabling WPSSO is removing first line of source code:
<html lang="pl-PL" prefix="og: https://ogp.me/ns# fb: https://ogp.me/ns/fb#" itemscope itemtype="https://schema.org/Article">
and is clearing errors on data strutucture testing tool.

Actually I’m running both. After disabling Jetpack I have same errors, after disabling WPSSO that line goes away and I no longer have those errors.

Well, right after posting this reply I’ve noticed WPSSO was disabled for testing and errors were gone. I have enabled it again and errors are back.

Same here. Google is complaining about this piece of code:
<html lang="pl-PL" prefix="og: https://ogp.me/ns# fb: https://ogp.me/ns/fb#" itemscope itemtype="https://schema.org/Article"> showing these errors:

datePublished:	missing and required
headline:	missing and required
image:	missing and required

Here is an example of a post