If you’re running Sidequest entirely on your own infrastructure to orchestrate jobs across your backend, you’re not distributing the software at all, you’re providing a service. The tight coupling does not itself trigger extra obligations. What matters legally is distribution, not architecture.
Edgecase is if you give your software to a customer to run on their own servers (self‑hosted deployment/docker image shipped to customer). In those cases, you would need to allow them to replace Sidequest.js (ie, not obfuscating it away).
Someone more knowledgeable can correct me, if I'm wrong
https://www.gnu.org/licenses/gpl-faq.html#AGPLv3ServerAsUser
Deleted Comment
To be fair, dictionary one-liners might be a tiny bit less easy to read:
{"key1": "value1" "key2": "value2"}
Not just a bit less easy, a lot less easy
Is "key1" array of ["value1", "key2"] ? or string "value1"? We can't now until we find ':'.
> "Sorry Dave", I have made a recommended deployment to your 1 page blog app. It will contain CDN, WAF, 3 Load Balancers and a cross region S3 backup. My cost analysis says you will be billed 200K$ next month.
- I have a catch all setup to forward all emails to specific user on mail server
- able to setup adhoc email addresses for each online service (ie, iarch@example.com)
- able to claim example.com in haveibeenpwned
Now I get breach emails from hibp for the whole domain. Unfortunately, I was exposed in this IA breach
Which is a good way to get improvements other are doing that relate to your source code through LGPL's source exposing, while not forcing it everywhere (GPL case). Especially, for backend libs.
And since AGPL will essentially make it non viable for SaaS (as network separation won't do), LGPL is what left.