@opentermsarchive/engine 0.17.0 → 0.17.2

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@opentermsarchive/engine",
-  "version": "0.17.0",
+  "version": "0.17.2",
   "description": "Tracks and makes visible changes to the terms of online services",
   "homepage": "https://github.com/ambanum/OpenTermsArchive#readme",
   "bugs": {
@@ -24,6 +24,13 @@
     "ota-track": "./bin/track.js",
     "ota-validate-declarations": "./bin/validate-declarations.js"
   },
+  "files": [
+    "bin",
+    "config",
+    "scripts",
+    "src",
+    ".eslintrc.yaml"
+  ],
   "scripts": {
     "dataset:generate": "node scripts/dataset/main.js",
     "dataset:release": "node scripts/dataset/main.js --publish --remove-local-copy",
@@ -40,12 +47,6 @@
     "posttest": "npm run lint",
     "test:debug": "npm run test -- --inspect-brk --exit"
   },
-  "files": [
-    "bin",
-    "config",
-    "scripts",
-    "src"
-  ],
   "dependencies": {
     "@accordproject/markdown-cicero": "^0.15.2",
     "@accordproject/markdown-pdf": "^0.15.2",

package/scripts/dataset/README.md

@@ -4,7 +4,7 @@ Export the versions dataset into a ZIP file and publish it to GitHub releases.
 
 ## Configuring
 
-You can change the configuration in the appropriate config file in the `config` folder. See the [main README](https://github.com/ambanum/OpenTermsArchive#configuring) for documentation on using the configuration file.
+You can change the configuration in the appropriate config file in the `config` folder. See the [main README](../../README.md#configuring) for documentation on using the configuration file.
 
 ## Running
 
@@ -34,4 +34,4 @@ node scripts/dataset/main.js --schedule --publish --remove-local-copy
 
 ## Adding renaming rules
 
-See the [renamer module documentation](../renamer/README.md).
+See the [renamer module documentation](../utils/renamer/README.md).

package/scripts/dataset/assets/README.template.js

@@ -31,27 +31,27 @@ It has been generated with [Open Terms Archive](https://opentermsarchive.org).
 
 ### Dataset format
 
-This dataset represents each version of a document as a separate [Markdown](https://spec.commonmark.org/0.30/) file, nested in a directory with the name of the service provider and in a directory with the name of the document type. The filesystem layout will look like below.
+This dataset represents each version of a document as a separate [Markdown](https://spec.commonmark.org/0.30/) file, nested in a directory with the name of the service provider and in a directory with the name of the terms type. The filesystem layout will look like below.
 
 \`\`\`
 ├ README.md
 ├┬ Service provider 1 (e.g. Facebook)
-│├┬ Document type 1 (e.g. Terms of Service)
+│├┬ Terms type 1 (e.g. Terms of Service)
 ││├ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2021-08-01T01-03-12Z.md)
 ┆┆┆
 ││└ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2021-10-03T08-12-25Z.md)
 ┆┆
-│└┬ Document type X (e.g. Privacy Policy)
+│└┬ Terms type X (e.g. Privacy Policy)
 │ ├ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2021-05-02T03-02-15Z.md)
 ┆ ┆
 │ └ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2021-11-14T12-36-45Z.md)
 ┆
 └┬ Service provider Y (e.g. Google)
- ├┬ Document type 1 (e.g. Developer Terms)
+ ├┬ Terms type 1 (e.g. Developer Terms)
  │├ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2019-03-12T04-18-22Z.md)
  ┆┆
  │└ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2021-12-04T22-47-05Z.md)
- └┬ Document type Z (e.g. Privacy Policy)
+ └┬ Terms type Z (e.g. Privacy Policy)
   ┆
   ├ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2021-05-02T03-02-15Z.md)
   ┆

package/scripts/dataset/export/test/fixtures/dataset/README.md

@@ -8,27 +8,27 @@ It has been generated with [Open Terms Archive](https://opentermsarchive.org).
 
 ### Dataset format
 
-This dataset represents each version of a document as a separate [Markdown](https://spec.commonmark.org/0.30/) file, nested in a directory with the name of the service provider and in a directory with the name of the document type. The filesystem layout will look like below.
+This dataset represents each version of a document as a separate [Markdown](https://spec.commonmark.org/0.30/) file, nested in a directory with the name of the service provider and in a directory with the name of the terms type. The filesystem layout will look like below.
 
 ```
 ├ README.md
 ├┬ Service provider 1 (e.g. Facebook)
-│├┬ Document type 1 (e.g. Terms of Service)
+│├┬ Terms type 1 (e.g. Terms of Service)
 ││├ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2021-08-01T01-03-12Z.md)
 ┆┆┆
 ││└ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2021-10-03T08-12-25Z.md)
 ┆┆
-│└┬ Document type X (e.g. Privacy Policy)
+│└┬ Terms type X (e.g. Privacy Policy)
 │ ├ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2021-05-02T03-02-15Z.md)
 ┆ ┆
 │ └ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2021-11-14T12-36-45Z.md)
 ┆
 └┬ Service provider Y (e.g. Google)
- ├┬ Document type 1 (e.g. Developer Terms)
+ ├┬ Terms type 1 (e.g. Developer Terms)
  │├ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2019-03-12T04-18-22Z.md)
  ┆┆
  │└ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2021-12-04T22-47-05Z.md)
- └┬ Document type Z (e.g. Privacy Policy)
+ └┬ Terms type Z (e.g. Privacy Policy)
   ┆
   ├ YYYY-DD-MMTHH-MM-SSZ.md (e.g. 2021-05-02T03-02-15Z.md)
   ┆

package/scripts/import/README.md

@@ -54,6 +54,6 @@ NODE_ENV=import node scripts/import/index.js
 The script will:
 
 - Ignore commits which are not a document snapshot (like renaming or documentation commits).
-- Rename document types according to declared rules. See the [renamer module documentation](../renamer/README.md).
+- Rename terms types according to declared rules. See the [renamer module documentation](../renamer/README.md).
 - Rename services according to declared rules. See the [renamer module documentation](../renamer/README.md).
 - Handle duplicates, so you can run it twice without worrying about duplicate entries in the database.

package/scripts/rewrite/README.md

@@ -2,7 +2,7 @@ __:warning: These scripts are no longer up-to-date with the codebase and are not
 
 # Rewrite history
 
-As some document types or service names can change over time or as we need to import history from other tools, provided they have an history with the same structure as Open Terms Archive, we need a way to rewrite, reorder and apply changes to the snapshots or versions history.
+As some terms types or service names can change over time or as we need to import history from other tools, provided they have an history with the same structure as Open Terms Archive, we need a way to rewrite, reorder and apply changes to the snapshots or versions history.
 
 The script works by reading commits from a **source** repository, applying changes and then committing the result in another, empty or not, **target** repository. So a source repository with commits is required.
 
@@ -125,7 +125,7 @@ Currently, the script will:
 
 - Ignore commits which are not a document snapshot (like renaming or documentation commits)
 - Reorder commits according to their author date
-- Rename document types according to declared rules
+- Rename terms types according to declared rules
 - Rename services according to declared rules
 - Skip commits with empty content
 - Skip commits which do not change the document

package/scripts/rewrite/rewrite-versions.js

@@ -101,7 +101,7 @@ let recorder;
     );
 
     if (!documentDeclaration) {
-      console.log(`⌙ Skip unknown document type "${documentType}" for service "${serviceId}"`);
+      console.log(`⌙ Skip unknown terms type "${documentType}" for service "${serviceId}"`);
       continue;
     }
 

package/scripts/utils/renamer/README.md

@@ -1,6 +1,6 @@
 # Renamer
 
-This module is used to apply renaming rules to service IDs and document types.
+This module is used to apply renaming rules to service IDs and terms types.
 
 ## Usage
 
@@ -24,9 +24,9 @@ To rename a service, add a rule in `./rules/services.json`, for example, to rena
 }
 ```
 
-### Document type
+### Terms type
 
-To rename a document type, add a rule in `./rules/documentTypes.json`, for example, to rename "Program Policies" to "Acceptable Use Policy", add the following line in the file:
+To rename a terms type, add a rule in `./rules/documentTypes.json`, for example, to rename "Program Policies" to "Acceptable Use Policy", add the following line in the file:
 
 ```json
 {
@@ -35,9 +35,9 @@ To rename a document type, add a rule in `./rules/documentTypes.json`, for examp
 }
 ```
 
-### Document type for a specific service
+### Terms type for a specific service
 
-To rename a document type only for a specific service, add a rule in `./rules/servicesDocumentTypes.json`, for example, to rename "Program Policies" to "Acceptable Use Policy" only for Skype, add the following line in the file:
+To rename a terms type only for a specific service, add a rule in `./rules/servicesDocumentTypes.json`, for example, to rename "Program Policies" to "Acceptable Use Policy" only for Skype, add the following line in the file:
 
 ```json
 {

package/scripts/utils/renamer/index.js

@@ -26,7 +26,7 @@ export function applyRules(serviceId, documentType) {
   const renamedDocumentType = renamingRules.documentTypes[documentType];
 
   if (renamedDocumentType) {
-    console.log(`⌙ Rename document type "${documentType}" to "${renamedDocumentType}" of "${serviceId}" service`);
+    console.log(`⌙ Rename terms type "${documentType}" to "${renamedDocumentType}" of "${serviceId}" service`);
     documentType = renamedDocumentType;
   }
 
@@ -34,7 +34,7 @@ export function applyRules(serviceId, documentType) {
     && renamingRules.documentTypesByService[serviceId][documentType];
 
   if (renamedServiceDocumentType) {
-    console.log(`⌙ Specific rename document type "${documentType}" to "${renamedServiceDocumentType}" of "${serviceId}" service`);
+    console.log(`⌙ Specific rename terms type "${documentType}" to "${renamedServiceDocumentType}" of "${serviceId}" service`);
     documentType = renamedServiceDocumentType;
   }
 

package/src/archivist/recorder/index.js

@@ -27,7 +27,7 @@ export default class Recorder {
     }
 
     if (!documentType) {
-      throw new Error('A document type is required');
+      throw new Error('A terms type is required');
     }
 
     if (!fetchDate) {
@@ -51,7 +51,7 @@ export default class Recorder {
     }
 
     if (!documentType) {
-      throw new Error('A document type is required');
+      throw new Error('A terms type is required');
     }
 
     if (!snapshotIds?.length) {

package/src/archivist/recorder/index.test.js

@@ -49,7 +49,7 @@ describe('Recorder', () => {
 
           const paramsNameToExpectedTextInError = {
             serviceId: 'service ID',
-            documentType: 'document type',
+            documentType: 'terms type',
             fetchDate: 'fetch date',
             content: 'content',
             mimeType: 'mime type',
@@ -190,7 +190,7 @@ describe('Recorder', () => {
 
           const paramsNameToExpectedTextInError = {
             serviceId: 'service ID',
-            documentType: 'document type',
+            documentType: 'terms type',
             snapshotIds: 'snapshot ID',
             fetchDate: 'fetch date',
             content: 'content',
@@ -335,7 +335,7 @@ describe('Recorder', () => {
 
           const paramsNameToExpectedTextInError = {
             serviceId: 'service ID',
-            documentType: 'document type',
+            documentType: 'terms type',
             snapshotIds: 'snapshot ID',
             fetchDate: 'fetch date',
             content: 'content',

package/src/archivist/recorder/repositories/git/dataMapper.js

@@ -77,7 +77,7 @@ function generateFileName(documentType, pageId, extension) {
 }
 
 export function generateFilePath(serviceId, documentType, pageId, mimeType) {
-  const extension = mime.getExtension(mimeType) || '*'; // If mime type is undefined, an asterisk is set as an extension. Used to match all files for the given service ID, document type and page ID when mime type is unknown.
+  const extension = mime.getExtension(mimeType) || '*'; // If mime type is undefined, an asterisk is set as an extension. Used to match all files for the given service ID, terms type and page ID when mime type is unknown.
 
   return `${serviceId}/${generateFileName(documentType, pageId, extension)}`; // Do not use `path.join` as even for Windows, the path should be with `/` and not `\`. See https://github.com/ambanum/OpenTermsArchive/runs/8110230474?check_suite_focus=true#step:7:125
 }

package/src/archivist/recorder/repositories/git/index.test.js

@@ -101,7 +101,7 @@ describe('GitRepository', () => {
         expect(commit.message).to.include(SERVICE_PROVIDER_ID);
       });
 
-      it('stores the document type', () => {
+      it('stores the terms type', () => {
         expect(commit.message).to.include(DOCUMENT_TYPE);
       });
 
@@ -314,7 +314,7 @@ describe('GitRepository', () => {
         expect(commit.message).to.include(SERVICE_PROVIDER_ID);
       });
 
-      it('stores the document type', () => {
+      it('stores the terms type', () => {
         expect(commit.message).to.include(DOCUMENT_TYPE);
       });
 
@@ -351,7 +351,7 @@ describe('GitRepository', () => {
         expect(commit.message).to.include(SERVICE_PROVIDER_ID);
       });
 
-      it('stores the document type', () => {
+      it('stores the terms type', () => {
         expect(commit.message).to.include(DOCUMENT_TYPE);
       });
 
@@ -394,7 +394,7 @@ describe('GitRepository', () => {
         expect(commit.message).to.include(SERVICE_PROVIDER_ID);
       });
 
-      it('stores the document type', () => {
+      it('stores the terms type', () => {
         expect(commit.message).to.include(DOCUMENT_TYPE);
       });
 
@@ -436,7 +436,7 @@ describe('GitRepository', () => {
       expect(record.serviceId).to.equal(SERVICE_PROVIDER_ID);
     });
 
-    it('returns the document type', () => {
+    it('returns the terms type', () => {
       expect(record.documentType).to.equal(DOCUMENT_TYPE);
     });
 

package/src/archivist/recorder/repositories/interface.js

@@ -35,11 +35,11 @@ export default class RepositoryInterface {
   }
 
   /**
-  * Find the most recent record that matches the given service ID and document type and optionally the page ID
+  * Find the most recent record that matches the given service ID and terms type and optionally the page ID
   * In case of snapshots, if the record is related to a multipage document, the page ID is required to find the corresponding snapshot
   *
   * @param {string} serviceId - Service ID of record to find
-  * @param {string} documentType - Document type of record to find
+  * @param {string} documentType - Terms type of record to find
   * @param {string} [pageId] - Page ID of record to find. Used to differentiate pages of multipage document. Not necessary for single page document
   * @returns {Promise<Record>} Promise that will be resolved with the found record or an empty object if none match the given criteria
   */

package/src/archivist/recorder/repositories/mongo/index.test.js

@@ -95,7 +95,7 @@ describe('MongoRepository', () => {
         expect(mongoDocument.serviceId).to.include(SERVICE_PROVIDER_ID);
       });
 
-      it('stores the document type', () => {
+      it('stores the terms type', () => {
         expect(mongoDocument.documentType).to.include(DOCUMENT_TYPE);
       });
 
@@ -349,7 +349,7 @@ describe('MongoRepository', () => {
         expect(mongoDocument.serviceId).to.include(SERVICE_PROVIDER_ID);
       });
 
-      it('stores the document type', () => {
+      it('stores the terms type', () => {
         expect(mongoDocument.documentType).to.include(DOCUMENT_TYPE);
       });
 
@@ -392,7 +392,7 @@ describe('MongoRepository', () => {
         expect(mongoDocument.serviceId).to.include(SERVICE_PROVIDER_ID);
       });
 
-      it('stores the document type', () => {
+      it('stores the terms type', () => {
         expect(mongoDocument.documentType).to.include(DOCUMENT_TYPE);
       });
 
@@ -434,7 +434,7 @@ describe('MongoRepository', () => {
       expect(record.serviceId).to.equal(SERVICE_PROVIDER_ID);
     });
 
-    it('returns the document type', () => {
+    it('returns the terms type', () => {
       expect(record.documentType).to.equal(DOCUMENT_TYPE);
     });
 

package/src/archivist/services/index.test.js

@@ -51,7 +51,7 @@ describe('Services', () => {
                 expect(actualDocumentDeclaration.service.name).to.eql(expectedDocumentDeclaration.service.name);
               });
 
-              it('has the proper document type', () => {
+              it('has the proper terms type', () => {
                 expect(actualDocumentDeclaration.type).to.eql(expectedDocumentDeclaration.type);
               });
 
@@ -170,7 +170,7 @@ describe('Services', () => {
             expect(actualDocumentDeclaration.service.name).to.eql(expectedDocumentDeclaration.service.name);
           });
 
-          it('has the proper document type', () => {
+          it('has the proper terms type', () => {
             expect(actualDocumentDeclaration.type).to.eql(expectedDocumentDeclaration.type);
           });
 

package/src/archivist/services/service.test.js

@@ -154,7 +154,7 @@ describe('Service', () => {
       subject.addDocumentDeclaration(privacyPolicyDeclaration);
     });
 
-    it('returns the service document types', async () => {
+    it('returns the service terms types', async () => {
       expect(subject.getDocumentTypes()).to.have.members([
         termsOfServiceDeclaration.type,
         privacyPolicyDeclaration.type,

package/src/main.js

@@ -11,7 +11,7 @@ program
   .description(description)
   .version(version)
   .option('-s, --services [serviceId...]', 'service IDs of services to handle')
-  .option('-d, --documentTypes [documentType...]', 'document types to handle')
+  .option('-d, --documentTypes [documentType...]', 'terms types to handle')
   .option('-r, --refilter-only', 'only refilter exisiting snapshots with last declarations and engine\'s updates')
   .option('--schedule', 'schedule automatic document tracking');
 

package/README.fr.md

@@ -1,110 +0,0 @@
-<img src="https://disinfo.quaidorsay.fr/assets/img/logo.png" width="140">
-
-# Open Terms Archive
-
-Les services en ligne ont des conditions générales qui évoluent dans le temps. _Open Terms Archive_ permet aux défenseurs des droits des utilisateurs, aux régulateurs et à toute personne intéressée de suivre les évolutions de ces conditions générales en étant notifiée à chaque publication d'une nouvelle version, et en explorant leur historique.
-
-## Table des matières
-
-- [Fonctionnement](#fonctionnement)
-- [Naviguer dans l'historique des versions](#naviguer-dans-lhistorique-des-versions)
-  - [Remarques](#remarques)
-- [Recevoir des notifications](#recevoir-des-notifications)
-  - [Par courriel](#par-courriel)
-    - [Recevoir les mises à jour de services ou documents spécifiques](#recevoir-les-mises-%C3%A0-jour-de-services-ou-documents-sp%C3%A9cifiques)
-  - [Par RSS](#par-rss)
-    - [Récapitulatif des flux RSS disponibles](#r%C3%A9capitulatif-des-flux-rss-disponibles)
-  - [Désabonnement](#désabonnement)
-- [Contribuer](#contribuer)
-  - [Ajouter un nouveau service](#ajouter-un-nouveau-service)
-
-## Fonctionnement
-
-_Note: Les mots en gras sont les [termes du domaine](https://fr.wikipedia.org/wiki/Conception_pilot%C3%A9e_par_le_domaine)._
-
-Les **services** sont **déclarés** dans l'outil _Open Terms Archive_ grâce à un **fichier de déclaration** listant les **documents** qui forment l'ensemble des **conditions** régissant l'usage du **service**. Ces **documents** peuvent être de plusieurs **types** : « conditions d'utilisation », « politique de confidentialité », « contrat de développeur »…
-
-Afin de **suivre** leurs **évolutions**, les **documents** sont régulièrement mis à jour, en les **téléchargeant** depuis une **adresse** web et en **sélectionnant leur contenu** dans la **page web** pour supprimer le **bruit** (publicités, menus de navigation, champs de connexion…). En plus de simplement sélectionner une zone de la page, certains documents possèdent du **bruit** supplémentaire (hashs dans des liens, jetons CSRF...) créant de faux positifs en terme d'**évolutions**. En conséquence, _Open Terms Archive_ supporte des **filtres** spécifiques pour chaque **document**.
-
-Néanmoins, le **bruit** peut changer de forme avec le temps. Afin d'éviter des pertes d'information irrécupérables pendant l'étape de **filtrage du bruit**, un **instantané** de la page Web est **enregistré** à chaque **évolution**. Après avoir **filtré l'instantané** de son **bruit**, si le **document** résultant a changé par rapport à sa **version** précédente, une nouvelle **version** est **enregistrée**.
-
-Vous pouvez disposer de votre propre instance **privée** de l'outil _Open Terms Archive_ et suivre vous-même les **évolutions**. Néanmoins, nous **publions** chaque **version** sur une [instance **publique**](https://github.com/OpenTermsArchive/contrib-versions) facilitant l'exploration de l'**historique** et **notifiant** par courriels l'**enregistrement** de nouvelles **versions**. Les **utilisateurs** peuvent [**s'abonner** aux **notifications**](#recevoir-des-notifications).
-
-_Note: Actuellement, nous ne suivons que les **conditions** rédigées en anglais et concernant la juridiction européenne._
-
-## Naviguer dans l'historique des versions
-
-À partir de la **page d'accueil du dépôt** [contrib-versions](https://github.com/OpenTermsArchive/contrib-versions), ouvrez le dossier du **service de votre choix** (prenons par exemple [WhatsApp](https://github.com/OpenTermsArchive/contrib-versions/tree/main/WhatsApp)).
-
-L'**ensemble des documents suivis** pour ce service s'affichent, cliquez ensuite sur **celui dont vous souhaitez suivre l'historique** (par exemple la [politique d'utilisation des données de WhatsApp](https://github.com/OpenTermsArchive/contrib-versions/blob/main/WhatsApp/Privacy%20Policy.md)). Le document s'affiche alors dans sa **dernière version** (il est actualisé toutes les heures).
-
-Pour afficher l'**historique des modifications** subies par ce document, cliquez sur **History** en haut à droite du document (pour l'exemple précédent nous arrivons [ici](https://github.com/OpenTermsArchive/contrib-versions/commits/main/WhatsApp/Privacy%20Policy.md)). Les **modifications** sont affichées **par dates**, de la plus récente à la plus ancienne.
-
-Cliquez sur une modification pour voir en quoi elle consiste (par exemple [celle-ci](https://github.com/OpenTermsArchive/contrib-versions/commit/58a1d2ae4187a3260ac58f3f3c7dcd3aeacaebcd)). Vous disposez de **deux types d'affichage**, sélectionnables à partir des icônes dans la barre grisée qui chapeaute le document.
-
-- Le premier, appelé _source diff_ (bouton avec des chevrons) permet d'**afficher côte-à-côte l'ancienne version et la nouvelle** (pour notre [exemple](https://github.com/OpenTermsArchive/contrib-versions/commit/58a1d2ae4187a3260ac58f3f3c7dcd3aeacaebcd#diff-e8bdae8692561f60aeac9d27a55e84fc)). Cet affichage a le mérite de **montrer explicitement** l'ensemble des ajouts/suppressions.
-- Le second, appelé _rich diff_ (bouton avec l'icône document) permet d'**unifier l'ensemble des modifications sur un seul document** (pour notre [exemple](https://github.com/OpenTermsArchive/contrib-versions/commit/58a1d2ae4187a3260ac58f3f3c7dcd3aeacaebcd?short_path=e8bdae8#diff-e8bdae8692561f60aeac9d27a55e84fc)). La couleur **rouge** montre les éléments **supprimés**, la couleur **jaune** montre les paragraphes **modifiés**, et la couleur **verte** montrent les éléments **ajoutés**. Attention, cet affichage **ne montre pas certaines modifications** comme le changement des hyperliens et le style du texte.
-
-### Remarques
-
-- Pour les longs documents, les **paragraphes inchangés ne seront pas affichés par défaut**. Vous pouvez manuellement les faire apparaître en cliquant sur les petites flèches juste au-dessus ou juste en-dessous des paragraphes affichés.
-- Vous pouvez utiliser le bouton **History n'importe où** dans le dépôt contrib-versions, qui affichera alors l'**historique des modifications subies par tous les documents se trouvant dans le dossier** où vous vous trouvez (y compris dans les sous-dossiers).
-
-## Recevoir des notifications
-
-### Par courriel
-
-#### Pour tous les documents d'un coup
-
-Vous pouvez [vous abonner](https://59692a77.sibforms.com/serve/MUIEAKuTv3y67e27PkjAiw7UkHCn0qVrcD188cQb-ofHVBGpvdUWQ6EraZ5AIb6vJqz3L8LDvYhEzPb2SE6eGWP35zXrpwEFVJCpGuER9DKPBUrifKScpF_ENMqwE_OiOZ3FdCV2ra-TXQNxB2sTEL13Zj8HU7U0vbbeF7TnbFiW8gGbcOa5liqmMvw_rghnEB2htMQRCk6A3eyj) pour recevoir un courriel à chaque modification d'un document dans l'ensemble de la base.
-
-**Attention, vous risquez de recevoir de nombreuses notifications !** Vous pourrez vous désabonner en répondant à n'importe quel courriel reçu.
-
-#### Recevoir les mises à jour de services ou documents spécifiques
-
-Vous pouvez vous rendre sur le site officiel [opentermsarchive.org] (https://opentermsarchive.org). De là, vous pouvez sélectionner un service, puis le type de document correspondant.
-Après avoir entré votre adresse électronique et cliqué sur "S'inscrire", nous ajouterons votre adresse à la liste de diffusion correspondante dans [SendInBlue](https://www.sendinblue.com/) et nous ne la conserverons nulle part ailleurs.
-Ensuite, chaque fois qu'une modification sera trouvée sur le document correspondant, nous vous enverrons un e-mail.
-
-Vous pouvez vous désinscrire à tout moment en cliquant sur le lien "désinscription" en bas de l'email reçu.
-
-### Par RSS
-
-Vous pouvez recevoir une notification pour un service ou un document spécifique en vous abonnant à des flux RSS.
-
-> Un flux RSS est un type de page accessible en ligne qui contient des informations sur les derniers contenus publiés par un site web comme leur date de publication et l'adresse pour les consulter. Lorsque cette ressource est mise à jour, une application de type lecteur de flux vous notifie automatiquement et vous pouvez ainsi consulter la mise à jour.
-
-Pour obtenir l'adresse du flux RSS auquel vous abonner :
-
-1. [Naviguez](#naviguer-dans-lhistorique-des-versions) jusqu’à la page qui présente l’historique des modifications qui vous intéressent. _Dans l'exemple de WhatsApp donné plus haut, il s’agit de [cette page](https://github.com/OpenTermsArchive/contrib-versions/commits/main/WhatsApp/Privacy%20Policy.md)._
-2. Copiez l’adresse de cette page depuis la barre d’adresse de votre navigateur. _Dans l’exemple de WhatsApp, il s’agit de `https://github.com/OpenTermsArchive/contrib-versions/commits/main/WhatsApp/Privacy%20Policy.md`._
-3. Ajoutez `.atom` à la fin de cette adresse. _Dans l’exemple de WhatsApp, cela donnerait `https://github.com/OpenTermsArchive/contrib-versions/commits/main/WhatsApp/Privacy%20Policy.md.atom`._
-4. Abonnez votre lecteur de flux RSS à l’adresse résultante.
-
-#### Récapitulatif des flux RSS disponibles
-
-| Mis à jour pour                       | URL                                                                                                                                                                                                        |
-| ------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| l'ensemble des services et documents  | `https://github.com/OpenTermsArchive/contrib-versions/commits.atom`                                                                                                                                        |
-| l'ensemble des documents d'un service | Remplacer `$serviceId` par l'identifiant du service :<br>`https://github.com/OpenTermsArchive/contrib-versions/commits/main/$serviceId.atom`                                                             |
-| un document spécifique d'un service   | Remplacer `$serviceId` par l'identifiant du service et `$documentType` par le type du document :<br>`https://github.com/OpenTermsArchive/contrib-versions/commits/main/$serviceId/$documentType.md.atom` |
-
-Par exemple :
-
-- Pour recevoir toutes les mises à jour des documents de `Facebook`, abonnez-vous à `https://github.com/OpenTermsArchive/contrib-versions/commits/main/Facebook.atom`.
-- Pour recevoir toutes les mises à jour des `Privacy Policy` de `Google`, abonnez-vous à `https://github.com/OpenTermsArchive/contrib-versions/commits/main/Google/Privacy%20Policy.md.atom`.
-
-### Désabonnement
-
-Afin de ne plus recevoir d'e-mails de mise à jour des services, deux liens sont inclus dans chaque e-mail reçu :
-
-- un pour ne plus recevoir tous les e-mails de bot@opentermsarchive.org
-- un pour ne plus recevoir les e-mails d'un document particulier
-
-Ce dernier lien consiste à envoyer un courriel à contact@opentermsarchive.org pour être retiré manuellement de la liste correspondante.
-
-## Contribuer
-
-### Ajouter un nouveau service
-
-Voir le fichier [CONTRIBUTING](CONTRIBUTING.md) (en anglais).