mikeliuk
ULTIMATE Member
nslookup and traceroutehappy to check, how can we find that out?
nslookup and traceroutehappy to check, how can we find that out?
Kudos for "fixing" bidbWell I am lazy
TIL, ignore everything I have said
fwiw, one of the main reasons I left VM was because of the issues with Cloudflare. Try downloading/uploading massive objects every day with 10% packet loss, it's not fun...
Kudos for "fixing" bidb![]()
curl -o "${DIR}/_build/js/jquery-3.6.0.min.js" 'https://code.jquery.com/jquery-3.6.0.min.js'
echo "8fb8fee4fcc3cc86ff6c724154c49c42 ${DIR}/_build/js/jquery-3.6.0.min.js" | md5sum -c -
Does VM often have issues with cloudflare then? Use CF for DNS, and touch wood has been ok so far, only time was that recent nationwide outage.Well I am lazy
TIL, ignore everything I have said
fwiw, one of the main reasons I left VM was because of the issues with Cloudflare. Try downloading/uploading massive objects every day with 10% packet loss, it's not fun...
I can traceroute it ok, and the pages load. Wonder if its localised issues rather than ISP wide, or maybe they now fixed it?Virgin have acknowledged they're looking in to it here : https://community.virginmedia.com/t5/Networking-and-WiFi/Highwinds-CDN-Issues/td-p/5316809/page/2
I left them about 18 months ago. It was daily at the time, I'd really hope it has been sorted now but the issues persisted for months.Does VM often have issues with cloudflare then? Use CF for DNS, and touch wood has been ok so far, only time was that recent nationwide outage.
On the "lazy" aspect of jQuery.
Firstly, a bit of a vested interest here, since some parts of ISPreview do use a little jQuery (e.g. mainly the forum, review system and polls on news articles), although most of the site is not dependent upon it (I try to avoid javascript, unless absolutely necessary).
But there are a few points to make. One is that most of the systems involved (forum, CMS etc.) are third-party, so if they include a jquery call then I'd tend not to mess with that unless it's absolutely necessary (risk of breaking things / unintended consequences).
This time, but it is leaking visitor data to google.In the case of this forum, the jQuery library is actually pulled via Google's server, so the issue above won't have had any impact.
In other sections, such as the more bespoke parts of the site that are partly coded specifically for ISPr, then I've often chosen to load the library locally.
The Reviews page for example has 3MB and 40 files, do you think 80kB (30kB compressed) will have even a minor impact?However, I don't like to load jQuery locally, because that puts extra pressure on the server (browser caching will mitigate some of that)
Yes, but you are linking to a specific majorversion-minorversion.js, I don't think that file gets any updates, you will have to manually specify the updated file. Am I right?and also creates an additional security risk as there will be a delay between bugs/exploits being spotted in the library and me updating said library locally. Keeping the call remote avoids that.
They could still pull the version. That'd potentially kill any problematic executions.Yes, but you are linking to a specific majorversion-minorversion.js, I don't think that file gets any updates, you will have to manually specify the updated file. Am I right?