It allows Microsoft to collect the traffic data. Generally it also implies the code is also hosted on Microsoft GitHub—which requires an account, accepting ToS, training the Copilot models by interacting with the platform.
> it's more likely that users ALREADY have that CDN link downloaded and cached on their machine than not
This isn’t how it’s worked for years. Browser isolate isolate assets like this to mitigate fingerprinting which renders the whole concept of use-CDN-since-it’ll-be-cached moot.
Which is it? These US megacorporations are respecting neither users’ privacy nor their freedom. Then on top is a proprietary license stating: “No Re-hosting: You may not host these Tools on other websites or public repositories” even if you wanted to host it locally or your own server.
The key word here is 'public'...
"No Re-hosting: You may not host these Tools on other websites or public repositories”
You can host on a local network, modify to suit your needs, point to local libs if CDNs are a concern. Just don't make them Public. The latest versions will be available on Github if they are ever needed.
GitLab, Codeberg, SourceHut, Notabug, Radicle, Tangled… & that is just Git but there are other VCSs hosted other ways like Darcs, Pijul, Fossil, & so on.
Dolibarr is used by 1 million of users (so not as much as Odoo with 16m users).
Similar to Odoo in a lot of point but full opensource, more affordable than Odoo and easier to use and customize. Has less external addons (1200 vs 40000) than Odoo but external addons are rarely required.
Odoo would be a better choice if you have a very large company with an internal team of developper, Dolibarr will be easier and cheaper if you have less than 5000 employees.
Disclaimer: i'm on old Odoo integrator, now Dolibarr developer.
That is very good insight. Thank you. I recently added H2O+PostgreSQL support for the NixOS module & it has been running fine for me. I had a bit of a hard time assessing the open source options but Dolibarr using PHP meant it was probably going to perform consistently & better than Python or Node.js-based ones rather than trying to contrast their featuresets, not having much domain knowledge about ERP/CRMs.
Location: Eastern Thailand (UTC +7)
Remote: yes
Willing to relocate: 98% no
Technologies: Nix, NixOS, & functional programming (OCaml is current favorite)
Résumé/CV: https://toast.al/skills/ (contact for more specific details iff required)
Email: toastal+hn@posteo.net
> Now everything "has" to be a SPA because developers want to use React
Have you followed anything in the last 5 years? Outside of bootcamp students, this has been on the decline for a while… in some cases overcorrecting for where a SPA might make more sense.
> The alternative to CDNs is to use npm and have a build step for your projects. I find this reduces my productivity at hacking on individual tools and makes it harder to self-host them.
No. You can vendor these scripts & host them 1st party so you aren’t leaking data to these CDNs or risk users not actually getting the scripts. It isn’t like CDNs give you a performance boost anymore.
This is what CDNs should be used for at this time—or for fetching the scripts to vendor. That’s fine, but recommending I don’t think is the best call since one folk’s experimental utility will inevitably get released into production—often not even at fault of the utility’s maker. When I use CDNs like this, there are <!-- WARNING … --> around the code just in case someone were to run with it, along with adding the integrity attribute.
