Politique d'utilisation des llicences open source autorisées pour un fonctionnement sécurisé avec les services en ligne et les bibliothèques Client-Side du catalogue OpenLibs.dev

Nous développons nos propres applications web interactives et interfaces utilisateur (UI) par-dessus des solutions Open Source populaires, sans modifier le code source original des bibliothèques elles-mêmes. Nous contrôlons strictement la conformité légale des composants utilisés, en choisissant uniquement des llicences permissives sécurisées. Cela garantit une sécurité juridique à 100% tant pour les utilisateurs de nos services que pour les développeurs qui utilisent nos exemples dans leurs projets commerciaux.

Pour les utilisateurs Applications

Sécurité totale pour les utilisateurs des services web interactifs.

Pour les développeurs Bibliothèques

Intégration commerciale sans risque pour les développeurs.

Guide rapide de compatibilité des licences

Licence	Statut d'admission	Utilisation commerciale	Fermeture du code propre (UI)
Unlicense	Autorisé	Oui	Oui (Complet, sans conditions)
MIT	Autorisé	Oui	Oui (Conserver le copyright)
Apache 2.0	Autorisé	Oui	Oui (Conserver le copyright)
BSD-2-Clause	Autorisé	Oui	Oui (Conserver le copyright)
BSD-3-Clause	Autorisé	Oui	Oui (Conserver le copyright)
ISC	Autorisé	Oui	Oui (Conserver le copyright)
MPL 2.0	Conditionnel (Sécurisé)	Oui	Oui (Si le code du module n'est pas modifié)
LGPLv3	Conditionnel (Sécurisé)	Oui	Oui (Avec connexion dynamique)
GPLv3	Interdit	Avec risque	No (Exige l'ouverture de tout le site web)
AGPLv3	Interdit	Avec risque	No (Copyleft viral complet)
CC-BY-NC	Interdit	Avec risque	Non applicable (Pas pour le commerce)

Questions fréquentes sur les licences

Oui, c'est 100% sûr. Nous sélectionnons soigneusement les outils et nous nous assurons qu'ils se basent exclusivement sur des solutions permissives (MIT, Apache 2.0, BSD-2-Clause, BSD-3-Clause, ISC, Unlicense) ou de copyleft faible (MPL 2.0, LGPLv3). Vous pouvez utiliser les exemples interactifs dans vos développements commerciaux et fermés sans aucune obligation cachée.

La licence MPL 2.0 exige l'ouverture du code uniquement si vous modifiez les fichiers source de la bibliothèque elle-même. Comme nous développons des interfaces utilisateur personnalisées et des enveloppes (Wrapper UI Layer) par-dessus les bibliothèques sans toucher à leur code d'origine, les conditions de copyleft ne s'activent pas. Votre code propriétaire reste complètement fermé.

Dans les logiciels classiques, la licence LGPLv3 exige un lien dynamique de la bibliothèque pour que l'utilisateur puisse remplacer sa version de manière autonome. Sur le web Client-Side, où le code est compilé par des bundlers (Vite, Webpack), cette limite est juridiquement floue. Cependant, l'utilisation sur OpenLibs.dev est totalement sûre : nous ne les intégrons pas au noyau, mais nous les connectons comme des modules externes totalement isolés. Étant donné que le code source de la bibliothèque n'est pas modifié et que votre site web interagit avec elle exclusivement via une API externe, l'effet copyleft ne s'étend pas à vos propres créations ; le code commercial du site reste fermé à 100%.

Client-Side Only Code client sécurisé sans obligations cachées.

Licences permissives (Maximum de liberté)

MIT License

Idéal

La licence la plus populaire dans l'environnement JS. Elle permet de tout faire avec le code : le modifier, le vendre, le fermer ou l'intégrer dans un logiciel commercial.

Pour Client-Side : Le développeur laisse simplement l'avis d'auctorialité d'origine dans le code de sa page.

Texte de la licence MIT

ISC License

Par défaut pour npm

L'équivalent juridique de MIT, mais le texte est raccourci à un seul paragraphe. La licence de base générée par la commande npm init.

Pour Client-Side : Absolument sûre pour les applications web. Aucune restriction à l'exception de la conservation du copyright.

Texte de la licence ISC

Apache 2.0

Protection des brevets

Permet l'utilisation commerciale et la fermeture du code, mais protège en outre les développeurs contre les litiges de brevets et les trolls.

Pour Client-Side : Si le code de la bibliothèque est modifié directement sur le site, il est nécessaire d'indiquer quels fichiers ont été changés.

Texte de la licence Apache 2.0

BSD (2/3-Clause)

Sécurisé

Permet l'utilisation libre, la modification et la vente. La version 3-Clause interdit spécifiquement d'utiliser le nom de l'auteur de la bibliothèque pour la publicité du site web.

Pour Client-Side : Compatibilité totale avec tous les projets front-end commerciaux.

Texte de la licence BSD 2-Clause Texte de la licence BSD 3-Clause

Unlicense / CC0 (Domaine public)

Domaine public

Renonciation complète et inconditionnelle à tout droit d'auteur dans le monde entier. Le code passe dans le domaine public.

Pour Client-Side : L'utilisateur de notre site a le droit de copier une fonction JS, d'en effacer toutes les mentions et de faire passer le code pour le sien. Il n'y a aucune restriction.

Texte de la licence Unlicense

Copyleft sécurisé (Accord mutuel faible)

MPL 2.0 (Mozilla Public License)

Copyleft par fichier

La licence protège uniquement la bibliothèque elle-même, mais pas le code de l'application web qui l'appelle via des scripts. Excellent pour les modules JS isolés.

Pour Client-Side : Le développeur peut utiliser librement cette bibliothèque JS sur son site commercial. Mais s'il modifie le code à l'intérieur des fichiers de la bibliothèque elle-même, il doit publier ces fichiers modifiés en accès libre (par exemple, faire un fork sur GitHub). Le code de base du site reste protégé et fermé.

Texte de la licence MPL 2.0

LGPLv3 (GNU Lesser General Public License)

Connexion dynamique

La licence exige que l'utilisateur puisse remplacer la version de la bibliothèque par lui-même. Dans l'environnement web, cela crée des nuances juridiques, mais reste sûr avec notre architecture.

Pour Client-Side : Vous pouvez utiliser librement cette bibliothèque sur votre site commercial si vous la connectez comme un module externe isolé (via CDN) ou interagissez avec son API sans bundling statique avec le code principal de votre application. Si vous ne modifiez pas le code d'origine de la bibliothèque, les conditions de copyleft ne s'activent pas et votre code commercial reste complètement fermé.

Texte de la licence LGPLv3

Détails de la licence (Double licence)

Double licence (par exemple, MIT / GPLv3)

Sûr en choisissant MIT

Certaines bibliothèques JS (comme la célèbre JSZip) sont distribuées sous deux licences à la fois. Cela est fait pour la compatibilité avec les grands projets GPL (comme WordPress).

Pour Client-Side : Vous avez le droit légal de choisir précisément la licence MIT. Le code de votre application web restera privé et fermé, et les restrictions de GPLv3 ne vous affecteront pas.