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

S
  • Question Question
XF 1.5 Changed domain of my site, and front-end css is broken
Replies
2
Views
500
Mr Lucky
Mr Lucky
Pierre Boulanger
  • Question Question
Strange error
Replies
2
Views
499
Pierre Boulanger
Pierre Boulanger
jamalfree
  • Question Question
XF 1.4 where i can found it !!!
Replies
7
Views
994
jamalfree
jamalfree
Earl
  • Question Question
Template error: Template public:setup_fa_variables.less is unknown (after preview-upgrade)
Replies
2
Views
963
Earl
Earl
sbj
  • Question Question
Is there a hardcap of 500 for possible choices (Custom Thread Fields)?
Replies
2
Views
1K
sbj
sbj
Top Bottom