The website is working poorly for me

[Marco]

I keep having to cancel and reload the loading of webpages ... I see I'm getting round robbin'ed with DNS, so maybe one of the (caching) servers isn't working well? This has been going on for a week or so.

[Richard Crowley]

Over the last week I have seen a few (3-4) cases where the caching vendor (I forget their name) failed and delivered a message that the content couldn't be provided, but they were aware of the problem and working on it.  But that amounted to maybe 1-2% of attempts.  I hadn't even remembered that it was happening until you brought it up. And it hasn't happened in the last 5-6 days, IME.

Are you saying that you are having DNS problems with eevblog, but not with other destinations?  What DNS are you using?  Perhaps it is a problem with your ISP.  Have you tried an alternate DNS provider?  Like OpenDNS, or Google Public DNS, etc. etc.

[SeanB]

Cache issues with Cloudfare seem to be time of day related, possibly with the USA waking up, and the congested links of some ISP's doing this. Fine in the wee hours of the day for the USA, or for me morning, for Dave afternoon.

[PA0PBZ]

I'm seeing the same, every other page doesn't load or loads half, and I have to [Ctrl][F5] to make it load correctly.
Been like this for a few days now, on different pc's on different locations, different ISP's.

[SeanB]

So likely not the user side, more the cloudflare side having congestion. I get the odd cloudflare error blaming eevblog, which is odd seeing as the other tabs loaded fine before and after, just piggy in the middle getting stuck.

[Richard Crowley]

I wonder if there is a problem at Cloudfare's Amsterdam site?  But then if they are truly "cloud-provisioned" then shouldn't one of the other (quite close) European sites take up the slack?  Their European coverage appears to be the most dense on the planet...

[Thor-Arne]

I have the same problem as the OP.

Pages occasional takes more than a minute to load or stops with half page loaded, sometimes only the background is loaded. Usually all EEVblog pages loads in less than 1 sec. for me.

I was thinking it was some local dns issue, but obviously not.

[miguelvp]

I rarely get a 501 bad gateway, but when it happens control refresh and i'm back in. I guess clearing the cache will work better.

[Marco]

I've just added an IP which worked to my host file ... I'm sure that hack will break eventually, but eh.

[sunnyhighway]

I have the same problem. Slow loading pages, partially loading pages, pages taking 1 minute to load and the occasionally error 501 from CloudFlare.

I'm running my own DNS server, so I investigated the logging and could not find any DNS related problems.
Even turned off the AddBlock and DoNotTrackMe browser plugins but the problem did not change in frequency.
Clearing the browser cache did not change anything either.

I did notice that the problem with CloadFlare and congestion seems to be related to the time of day just like SeanB noted.


What I also noted the consistent HTTP 404 Error regarding the tapatalkdetect.js script: https://www.eevblog.com/forum/mobiquo/tapatalkdetect.js

Code: [Select]

<link rel="index" href="https://www.eevblog.com/forum/suggestions/" /><script type="text/javascript" language="JavaScript" src="https://www.eevblog.com/forum/mobiquo/tapatalkdetect.js"></script>


Code: [Select]

<script type="text/javascript">tapatalkDetect()</script>


Code: [Select]

Failed to load resource: the server responded with a status of 404 (Not Found)


Code: [Select]

ReferenceError: Can't find variable: tapatalkDetect
[Error] ReferenceError: Can't find variable: tapatalkDetect
global code


[gnif]

Please note that this was not a CF problem, there was actually a server side issue that has been corrected. A german IP was hammering the server and managed to consume all the server's ram. I have blocked the IP and placed some limits in place to help prevent this occuring again.

[Thor-Arne]

I've just added an IP which worked to my host file ... I'm sure that hack will break eventually, but eh.

How did you manage to do this?

When I try direct IP addressing I get this message from CloudFlare: "Error 1003: Direct IP access not allowed"

[EEVblog]

I have a weird issue where I'll get the 504 error message every time only for the "unread posts link" and only in Firefox, and only on my machine at the lab.
Clearing cookies et.al did nothing.
Works fine at home.
I
ll see if gnif's fix solves this tomorrow.

[gnif]

I have a weird issue where I'll get the 504 error message every time only for the "unread posts link" and only in Firefox, and only on my machine at the lab.
Clearing cookies et.al did nothing.
Works fine at home.
I
ll see if gnif's fix solves this tomorrow.

This is not a cookie issue, but a caching issue, try hitting Shift+F5.

[sunnyhighway]

I checked what exactly is going on when a page takes 1 minute to load.

It starts with a GET request for the following resource:
https://www.eevblog.com/forum/mobiquo/tapatalkdetect.js

CloudFlare does not have a copy of this resource in it's cache so it needs to be retrieved from the webserver.
The webserver also has no copy of the resource available.
Both attempts take 30 seconds before each initiator of the request gives up, making for a total delay of 60 seconds.

After that CloudFlare gives up and sends a HTTP Error 404 to the webbrowser and the webbrowser gives up and finalizes the rendering of the page.

The next GET request for the tapatalkdetect.js wil not give this rendering problem because the webbrowser now has this resource marked as "temporarily unavailable" and will start rendering the webpage without tapatalkdetect.js for a while.

After some time the webbrowser will not ignore it and the webpage will take a minute again before rendering properly.


To resolve this issue the following two pieces of script wil need to be comment out or deleted.

Code: [Select]

<script type="text/javascript" language="JavaScript" src="https://www.eevblog.com/forum/mobiquo/tapatalkdetect.js"></script>


Code: [Select]

<script type="text/javascript">tapatalkDetect()</script>

Or as an alternative the tapatalkdetect.js has to be made available.

[Thor-Arne]

I can confirm this.
Blocking that script file in a add-blocker resolves the problem.

I'd rather not have to run a add-blocker on this site though.

[gnif]

Or as an alternative the tapatalkdetect.js has to be made available.

Thanks for spotting that, I have uploaded the missing file, can you please confirm if this has resolved the issue?

[Thor-Arne]

Seems to be working fine now. 

On a side note, perhaps there should be a dedicated place to report these kind of problems?

[PA0PBZ]

Seems to be working fine now. 

I have the tapatalkdetect problem still or again. 

[nixfu]

Getting this myself when I go to eevblog.com, but not when I go to /forum.

[iDevice]

Same problem here, constantly getting timeouts or 504, and the situation seems to have worsened today.

[sunnyhighway]

Or as an alternative the tapatalkdetect.js has to be made available.

Thanks for spotting that, I have uploaded the missing file, can you please confirm if this has resolved the issue?

It seems to have solved the slow/incomplete loading issue, as I did not see that behavior anymore since.

But the "ReferenceError: Can't find variable: tapatalkDetect" still exists because there is no "tapatalkDetect()".
But there IS a function "detectTapatalk()" in "tapatalkdetect.js".
The "detectTapatalk()" is always executed when the "tapatalkdetect.js" script is loaded because last line in this script is:

Code: [Select]

detectTapatalk();
So there is no need to execute "detectTapatalk()" for the second time in the "index.php".
At least, that is what I THINK the following line in the "index.php" is trying to do. (Note the reversal of the words "tapatalk" and "detect")

Code: [Select]

<script type="text/javascript">tapatalkDetect()</script>
Removing this line also removes the error without consequences, because all it did was throw an error and added a couple of microseconds to the time the browser needs to render the webpage.

[gnif]

Thanks for that, I will have a look into it once I am done with this new set of server adjustments