XF 1.2 Google Chrome

Sort by date Sort by votes
From what I can see, your server is returning a 304 not modified response from the CSS when it shouldn't be (even when the browser is sending a header saying it doesn't have a cache). The result doesn't even appear to be served via PHP, based on the headers returned. I can only guess that you have some caching applied somewhere that is causing this.
 
Upvote 0 Downvote
Mike said:
From what I can see, your server is returning a 304 not modified response from the CSS when it shouldn't be (even when the browser is sending a header saying it doesn't have a cache). The result doesn't even appear to be served via PHP, based on the headers returned. I can only guess that you have some caching applied somewhere that is causing this.
Click to expand...
I just checked with my hosting provider and they confirmed that there's no cache settings in the server, and I certainly didn't apply cache anywhere. Do you have any idea how I can fix this problem? I am lost here.

Thank you very much!
 
Upvote 0 Downvote
I just had a page load where the base tag and the JS URL for the base tag were inconsistent. This must have been from a manual edit as it's the same URL in both places.

Otherwise, unfortunately I don't have any recommendations. If you look at the request in Chrome, you can see the server returning a 304 response and the headers don't indicate that XenForo is being executed (XF could return a 304 but there are specific headers it checks). There's definitely something above XenForo that is triggering this but I'm not sure what.
 
Upvote 0 Downvote
Hi, works for me in Chrome from Canada. Have you tried doing a MTR (let run for about 20 mins)? I had a similar problem a month ago, my site would load fine in Opera Next, but not in the other major browsers, turned out there were packet losses (from my home to my server, it didn't affect users from other locations).

Just something you can try and eliminate.
 
Upvote 0 Downvote
Thank you both for the help.

I think I've tracked the problem down to Google's DoubleClick for Publishers. It requires the following code to be added to the <head>

Code: 
<script type='text/javascript'>
var googletag = googletag || {};
googletag.cmd = googletag.cmd || [];
(function() {
var gads = document.createElement('script');
gads.async = true;
gads.type = 'text/javascript';
var useSSL = 'https:' == document.location.protocol;
gads.src = (useSSL ? 'https:' : 'http:') +
'//www.googletagservices.com/tag/js/gpt.js';
var node = document.getElementsByTagName('script')[0];
node.parentNode.insertBefore(gads, node);
})();
</script>

<script type='text/javascript'>
googletag.cmd.push(function() {
googletag.defineSlot('/25227634/FisioZone_Horizontal', [728, 90], 'div-gpt-ad-1387627222181-0').addService(googletag.pubads());
googletag.enableServices();
});
</script>

I have noticed that when I remove it from the <head> the styles display correctly.

Is there any way around this issue so I can keep DoubleClick for Publishers in my forum?

Thank you so much.
 
Upvote 0 Downvote
You must log in or register to reply here.

Similar threads

Kier
Javascript debugging with PhpStorm and Google Chrome using your own Chrome profile
Replies
0
Views
915
Kier
Kier
NealC
Google Chrome site corruption requiring clearing browsing data?
Replies
11
Views
558
Suzanne O
Suzanne O
andyalvarez
  • Locked
Not a bug Problem with xenforo working in google chrome
Replies
1
Views
768
Paul B
P
frostoloh
  • Locked
Not a bug Google chrome bug
Replies
1
Views
424
Paul B
P
eva2000
HTTP Archive Core Web Vitals Technology Report Google Datastudio Dashboard
Replies
1
Views
782
eva2000
eva2000
Back
Top Bottom