CDN specific versions not available?
CDN specific versions not available?
phew01
Posts: 1Questions: 1Answers: 0
Hi,
Am using datatables via Backpack for Laravel. All of a sudden yesterday, all tables were broken / stopped working.
Upon investigation, it seems that cdn.datatables.net is not serving some older versions (cannot upgrade, am dependent on the Backpack kit).
This is specifically for
datatables 1.13.1
buttons 2.3.2 & 2.3.3
fixedheader 3.3.1
responsive 2.4.0
I have created a workaround (took the first higher available version and arranged with Backpack that I use local versions.
However, it seems odd those specific older versions are missing. There are even older versions still available.
Is this for a reason? If so, then I'll push Backpack to upgrade their versions used.
Thanks,
Piet
Answers
HI Piet,
I'm so sorry you are having these problems. For DataTables 1.13.1: https://cdn.datatables.net/1.13.1/js/jquery.dataTables.min.js appears to be loading okay for me. That particular version appears to be missing and index page, which is something I'll look at addressing, but that has always been the case. The JS and CSS are what matter and they should be loading. Try adding
?2025-07-30to the end and see if that helps - there might be an HTTP cache?The same appears to be the case with the others you list - e.g. I can load the Buttons JS but again it is missing its index page.
Regards,
Allan
We are having the same problem, though only to some of our customers. Some of them have no problem loading the files for this version, but others can not load it (also started yesterday). We have transferred the file locally and now it works for everyone.
exact versions used:
https://cdn.datatables.net/v/dt/jszip-2.5.0/dt-1.13.1/b-2.3.3/b-html5-2.3.3/sr-1.2.0/datatables.min.js
I've just deployed an update to address the missing index files, such as for DT 1.13.1. It doesn't make a functional difference I know, but it does fill that gap.
@tortor - Many thanks for the link. There is some HTTP caching somewhere in front of some of your customers which is causing the issue now. You could try adding a query parameter to the URL to "bust" the cache - e.g. like this. The link you provided appears to load for me no problem over two different networks, which is why I believe it is an HTTP cache issue.
Allan
I'm having the exact same issue as tortor in all my apps...
How can I fix this to reassure my customers ?
URL used :
https://datatables-cdn.com/v/bs5/jq-3.6.1/jszip-2.5.0/dt-1.13.1/b-2.3.3/b-colvis-2.3.3/b-html5-2.3.3/b-print-2.3.3/r-2.4.0/sp-2.1.1/sl-1.6.1/datatables.min.js
Regards
Won't work and will never have worked as I don't have jQuery 3.6.1 available on the CDN! Using 3.6.0 or 3.7.0 will work though.
Change the jQuery version in your URL and it will start working again. That is not something that was caused by yesterday's outage I'm afraid, as I say, jQuery 3.6.1 isn't in the CDN's cache at all.
Allan
Thanks @allan.
I ran a lot of tests yesterday (including changing the jQuery version). There's a small detail I forgot to change back to its default value.
Test in my first application: OK.
Regards
I believe it is a CDN problem and not a cache problem - the files generate a 404 error, see image
@tortor Looks like one of the URLs you are trying to use is this:
https://cdn.datatables.net/v/dt/jszip-2.5.0/dt-1.13.1/b-2.3.3/b-html5-2.3.3/sr-1.2.0/datatables.min.js
That URL works for me. Have you tried the above workarounds Allan suggested to break the cache?
Kevin
It will either be HTTP cache, or I suspect in your case DNS cache. If you set your internet connection's DNS servers to 8.8.8.8 and 8.8.4.4 (Google's public DNS servers) those files should load no problem.
You could also try flushing your DNS cache, although that might be your computer, your router or ISP's router.
Allan