tradersammy

Thanks mohammedeisa.

I’ve contacted SG, and they are looking into it – gave them instructions to reproduce error with installer.php so hopefully they can pinpoint issue.

Sam

Hi Haktan,

I’m not a website coder, but I don’t think Siteground is saying “do not set cookie information” – I believe they are saying “do not set the cookie Headers”.

Anyways, moving our entire platform to another Host seems unlikely at this time – I suppose no easy answers for this.

Thank you. Sam

Hi Haktan, many thanks for response.

My pagespeed core web vitals LCP is 5.3 seconds, single-test LCP is 2.7 seconds (desktop). It’s not terrible, but not having pages cached is worrisome.

I’m not a website coder so I’m not clear regarding cookies vs headers. They seem to infer that UTM grabber sets a cookie header on a page. Whether that means opening a cookie header or simply using cookies, I don’t know.

Anyways, Here is a snippet of my last chat with Siteground (with log files) if you don’t mind having a look (note I changed url below to https://www.trekabc.com to protect my client):

(Siteground tech support) 
I reviewed the issue and made several tests to analyze the causes.

When a cookie header is set on a page, cached content will not be served. This is the case in the situation as we get the following responses when the?HandL UTM Grabber v3?plugin is active. You can see the set-cookies that are added to the header response below (marked in bold):

=======================================

curl -IX GET https://www.trekabc.com

HTTP/2 200
server: nginx
date: Thu, 22 Dec 2022 08:39:55 GMT
content-type: text/html; charset=UTF-8
vary: Accept-Encoding
x-cache-enabled: True
retry-after: 86400
[b]set-cookie: HandLtestDomainNameServer=HandLtestDomainValueServer;
expires=Fri, 23-Dec-2022 08:39:54 GMT; Max-Age=86400; path=/;
domain=.trekabc.com

<p class="MsoNormal" style="margin-bottom:0in;line-height:normal;tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2pt 687.0pt 732.8pt;
word-break:break-all"><span style="font-size:12.0pt;font-family:"Courier New";
mso-fareast-font-family:"Times New Roman";color:#363636;mso-fareast-language:
ZH-CN">set-cookie: handl_landing_page=https%3A%2F%2Fwww.trekabc.com%2F; expires=Sat,
21-Jan-2023 08:39:54 GMT; Max-Age=2592000; path=/; domain=.trekabc.com; secure;
SameSite=Noneset-cookie: handl_ip=82.118.240.146; expires=Sat, 21-Jan-2023 08:39:54 GMT;
Max-Age=2592000; path=/; domain=.trekabc.com; secure; SameSite=None</span>
<p class="MsoNormal" style="margin-bottom:0in;line-height:normal;tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2pt 687.0pt 732.8pt;
word-break:break-all"><span style="font-size:12.0pt;font-family:"Courier New";
mso-fareast-font-family:"Times New Roman";color:#363636;mso-fareast-language:
ZH-CN">
set-cookie: handl_url_base=https%3A%2F%2Fwww.trekabc.com%2F; expires=Sat,
21-Jan-2023 08:39:54 GMT; Max-Age=2592000; path=/; domain=.trekabc.com; secure;
SameSite=None</span>
<p class="MsoNormal" style="margin-bottom:0in;line-height:normal;tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2pt 687.0pt 732.8pt;
word-break:break-all"><span style="font-size:12.0pt;font-family:"Courier New";
mso-fareast-font-family:"Times New Roman";color:#363636;mso-fareast-language:
ZH-CN">set-cookie: handl_url=https%3A%2F%2Fwww.trekabc.com%2F; expires=Sat, 21-Jan-2023
08:39:54 GMT; Max-Age=2592000; path=/; domain=.trekabc.com; secure;
SameSite=None</span>
<p class="MsoNormal" style="margin-bottom:0in;line-height:normal;tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2pt 687.0pt 732.8pt;
word-break:break-all"><span style="font-size:12.0pt;font-family:"Courier New";
mso-fareast-font-family:"Times New Roman";color:#363636;mso-fareast-language:
ZH-CN">set-cookie: user_agent=curl%2F7.79.1; expires=Sat, 21-Jan-2023 08:39:54 GMT;
Max-Age=2592000; path=/; domain=.trekabc.com; secure; SameSite=None</span>
<p class="MsoNormal" style="margin-bottom:0in;line-height:normal;tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2pt 687.0pt 732.8pt;
word-break:break-all"><span style="font-size:12.0pt;font-family:"Courier New";
mso-fareast-font-family:"Times New Roman";color:#363636;mso-fareast-language:
ZH-CN">set-cookie: HandLtestDomainNameServer=HandLtestDomainValueServer; expires=Fri,
23-Dec-2022 08:39:54 GMT; Max-Age=86400; path=/; domain=.trekabc.com[/b]

x-httpd: 1

x-cdn-c: all

x-sg-cdn: 1

x-proxy-cache: MISS

x-proxy-cache-info: 0 NC:000000 UP:SKIP_CACHE_SET_COOKIE

host-header: 8441280b0c35cbc1147f8ba998a563a7</span>

================================================<p class="MsoNormal" style="margin-bottom:0in;line-height:normal;tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2pt 687.0pt 732.8pt;
word-break:break-all"><span style="font-size:12.0pt;font-family:"Courier New";
mso-fareast-font-family:"Times New Roman";color:#363636;mso-fareast-language:
ZH-CN">

Those same cookies are shown on the page when inspecting it in browser:


These cookies are set on the page and our service relies on the above mentioned cache headers to know if cache should be served or not. There are common cookies such as?wordpress_logged_in_or?woocommerce_items_in_cart?which are excluded within our Nginx service by default but further changes to it cannot be made.

If the?HandL UTM Grabber v3?plugin is disabled and dynamic cache flushed then the cache headers are immediately changed and our tests are successful:

============================================

curl -IX GET https://www.trekabc.com

HTTP/2 200

server: nginx

date: Thu, 22 Dec 2022 09:09:37 GMT

content-type: text/html; charset=UTF-8

vary: Accept-Encoding


sg-f-cache: BYPASS

x-cache-enabled: True


retry-after: 86400

x-httpd: 1


x-cdn-c: all

x-sg-cdn: 1

x-proxy-cache: HIT


host-header: 8441280b0c35cbc1147f8ba998a563a7

</span>
=============================================<p class="MsoNormal" style="margin-bottom:0in;line-height:normal;tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2pt 687.0pt 732.8pt;
word-break:break-all"><span style="font-size:12.0pt;font-family:"Courier New";
mso-fareast-font-family:"Times New Roman";color:#363636;mso-fareast-language:
ZH-CN">

The issue as identified before remains the same and it is due to the cookies set by the plugin in question. If those can be disabled from within the plugin configuration of?HandL UTM Grabber v3?then cached content should be served without issues.</span>

similar problem here, no resolution.

https://www.ads-software.com/support/topic/conflict-with-sg-optimizer-plugin-and-caching/

• This reply was modified 1 year, 11 months ago by tradersammy.
• This reply was modified 1 year, 11 months ago by tradersammy.

OK, I fixed this problem. In Divi I just set the “Height” of the Custom Tab module to a certain height. So all tabs have the same height (albeit, some with a lot of empty line spaces at the bottom).

Hi Peter – just wanted to connect with @chromechris because I had almost same problem. Anyways, your wordfence colleague (on another ticket) said you were getting a spate of the same problems with other customers that same day. It’s not a problem with local IP, it’s a problem with Cloudflare shared IP. So I”m not sure if your team can help, unless they have some connections with the cloudflare company. Thanks.

I talked with wordfence and siteground. Wordfence says that we’ve been associated with a blacklisted ip address through cloudflare cdn we use (through siteground). Says that a cloudflare ip address is used by many sites, one of which had been marked as “malicious”, and so we got grouped in with them.

I ran a wordfence scan this AM, and I didn’t see the same problem (only a day after problem showed up) – Siteground says that Cloudflare could have already cleaned up the problem.

If the problem were to still be ongoing, they suggested that I contact Cloudflare to help resolve the issue – but fortunately, problem went away by itself.

I’ve just encountered a similar problem. The wordfence report ip address doesn’t match our domain ip address, but it says we’ve been blacklisted. I have a ticket that I just opened with wordfence.org.

Thank you! Please close this ticket.

I meant https://www.recaptcha.net, not https://www.recaptcha.com. ??

OK, I figured out that once you blank out the fields in the “messages” settings and “save”, you should be able to change the language selector at the top of the dashboard and put in the appropriate translations in the input fields and then “save”. i did that but the translation i put in still shows up in all the other languages.

Am I still missing something?

Hi,

This is my same problem. I noticed this was resolved, but I still don’t understand.

After you leave the input fields blank and save the settings, where do you go to translate the strings?

I feel like I’m missing something basic here.

Thank you,

Sam

After much testing (deactivate plugins, removing most pages, taking out languages), it seems like we solved the problem, without really understanding the cause.

We simply deleted all of the “categories” (not the posts) for Trad Chinese and Simplified Chinese, and then added them back in. It just started working after that.

closed

I will rewrite this.