diff --git a/.gitignore b/.gitignore index 06f1412..c8da671 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ output cache .venv __pycache__ +*:Zone.Identifier \ No newline at end of file diff --git a/content/Technologie/2015-04-01-service-de-nuages.rst b/content/Technologie/2015-04-01-service-de-nuages.rst index 4ca9dad..f158089 100755 --- a/content/Technologie/2015-04-01-service-de-nuages.rst +++ b/content/Technologie/2015-04-01-service-de-nuages.rst @@ -34,7 +34,7 @@ possible d'héberger soit-même. .. _Pocket: http://getpocket.com -.. image:: {filename}/images/readinglist-screenshot.png +.. image:: {static}/images/readinglist-screenshot.png :alt: Capture d'écran de Firefox nightly avec readinglist. Pour le construire, nous aurions pu réutiliser `Firefox Sync`_, après tout @@ -85,7 +85,7 @@ Comme première pierre à l'édifice, nous avons donné naissance au projet fournir une implémentation de ce protocole en python, tout en factorisant l'ensemble de nos bonnes pratiques (pour la prod notamment). -.. image:: {filename}/images/cliquet-logo.png +.. image:: {static}/images/cliquet/cliquet-logo.png :align: right :alt: Logo du projet Cliquet diff --git a/content/Technologie/2015-05-01-stocker-permissions.rst b/content/Technologie/2015-05-01-stocker-permissions.rst index b0536cc..232b3bd 100755 --- a/content/Technologie/2015-05-01-stocker-permissions.rst +++ b/content/Technologie/2015-05-01-stocker-permissions.rst @@ -63,7 +63,7 @@ Obtenir la liste des "principals" d'un ACE d'une ACL (e.g. *modifier un enregistrement*). Avec le `système de permissions choisi -<{filename}/2015.05.cliquet-permissions.rst>`_, les permissions d'un +<{filename}/Technologie/2015-05-01-cliquet-permissions.rst>`_, les permissions d'un objet héritent de celle de l'objet parent. Par exemple, avoir le droit d'écriture sur un *bucket* permet la diff --git a/content/Technologie/2015-07-01-cliquet.rationale.rst b/content/Technologie/2015-07-01-cliquet.rationale.rst index 8b48bfc..35e8b7e 100755 --- a/content/Technologie/2015-07-01-cliquet.rationale.rst +++ b/content/Technologie/2015-07-01-cliquet.rationale.rst @@ -37,7 +37,7 @@ commun l'implémentation de ce protocole et de ces bonnes pratiques dans un *Cliquet* est né. -.. image:: {filename}/images/cliquet-logo.png +.. image:: {static}/images/cliquet/cliquet-logo.png :alt: Cliquet logo :align: center @@ -86,7 +86,7 @@ depuis le fichier ``.ini`` de l'application. Ainsi tous les projets qui utilisen le toolkit se déploieront de la même manière : seuls quelques éléments de configuration les distingueront. -.. image:: {filename}/images/cliquet-notes-whiteboard.jpg +.. image:: {static}/images/cliquet/cliquet-notes-whiteboard.jpg :alt: Une réunion à Paris... :align: center @@ -113,8 +113,7 @@ Les choix principaux du protocole concernent surtout : * **Les resources REST** : Les deux URLs d'une resource (pour la collection et les enregistrements) acceptent des verbes et des headers précis. * **Les formats** : le format et la structure JSON des réponses est imposé, ainsi - que la `pagination des listes <{filename}/2015.05.continuation-token.rst>`_ - ou la syntaxe pour filtrer/trier les resources via la `querystring `_. + que la pagination des listes ou la syntaxe pour filtrer/trier les resources via la `querystring `_. * **Les timestamps** : un numéro de révision qui s'incrémente à chaque opération d'écriture sur une collection d'enregistrements. * **La synchronisation** : une série de leviers pour récupérer et renvoyer des @@ -146,7 +145,7 @@ Dans un monde idéal, ce protocole serait versionné, et formalisé dans une RFC En rêve, il existerait même plusieurs implémentations avec des technologies différentes (Python, Go, Node, etc.). [#]_ -.. [#] Voir notre `article dédié sur les permissions <{filename}/2015.05.cliquet-permissions.rst>`_ +.. [#] Voir notre `article dédié sur les permissions <{filename}/Technologie/2015-05-01-cliquet-permissions.rst>`_ .. [#] Rappel: nous sommes une toute petite équipe ! @@ -200,7 +199,7 @@ a des éléments supplémentaires: d'étranglement `_. -.. image:: {filename}/images/cliquet-concepts.png +.. image:: {static}/images/cliquet/cliquet-concepts.png :alt: Cliquet concepts :align: center @@ -392,8 +391,7 @@ Points faibles -------------- Nous sommes très fiers de ce que nous avons construit, en relativement peu -de temps. Et comme nous l'exposions dans `l'article précédent -<{filename}/2015-07-whistler-use-cases.rst}>`_, il y a du potentiel ! +de temps. Et comme nous l'exposions dans l'article précédent (plus accessible), il y a du potentiel ! Cependant, nous sommes conscients d'un certain nombre de points qui peuvent être vus comme des faiblesses. @@ -456,7 +454,7 @@ pas un jour d'écrire un *Cliquet* en *aiohttp* ou *Go* si cela s'avèrerait per Pourquoi pas JSON-API ? -Comme nous l'expliquions `au retour des APIdays <{filename}/2015.05.retour-apidays.rst>`_, +Comme nous l'expliquions au retour des APIdays, JSON-API est une spécification qui rejoint plusieurs de nos intentions. Quand nous avons commencé le protocole, nous ne connaissions pas JSON-API. diff --git a/content/Technologie/2015-07-01-whistler-use-cases.rst b/content/Technologie/2015-07-01-whistler-use-cases.rst index c77d143..bcd3049 100755 --- a/content/Technologie/2015-07-01-whistler-use-cases.rst +++ b/content/Technologie/2015-07-01-whistler-use-cases.rst @@ -12,7 +12,7 @@ sont réunis physiquement. Pour cette dernière édition, nous avons pu retrouve nos collègues du monde entier à `Whistler, en Colombie Britannique au Canada `_ ! -.. image:: {filename}/images/whistler-talks.jpg +.. image:: {static}/images/whistler/whistler-talks.jpg :alt: «All Hands» talk about Lego, by @davidcrob - CC0 :align: center @@ -43,7 +43,7 @@ grosses lacunes en terme de documentation, surtout en ce qui concerne l'éco-système et la vision globale des projets (Kinto, Kinto.js, Cliquet, ...). Nous allons donc faire de notre mieux pour combler ce manque. -.. image:: {filename}/images/whistler-workshop.jpg +.. image:: {static}/images/whistler/whistler-workshop.jpg :alt: Kinto.js workshop - CC0 :align: center @@ -62,7 +62,7 @@ Maintenant que les développements ont été livrés, il faut transformer l'essa Nous aimerions en profiter pour implémenter une fonctionnalité qui nous tient à coeur : la construction de la liste des enregistrements accessibles en lecture sur une collection partagée. -.. image:: {filename}/images/whistler-lake.jpg +.. image:: {static}/images/whistler/whistler-lake.jpg :alt: Whistler Alta Lake - CC0 :align: center @@ -134,7 +134,7 @@ Nous sommes par ailleurs perpétuellement preneurs de vos retours — et bien entendu de vos contributions — tant sur le code `serveur `_ que `client `_ ! -.. image:: {filename}/images/whistler-cloud-storage.jpg +.. image:: {static}/images/whistler/whistler-cloud-storage.jpg :alt: Firefox OS Cloud Storage Presentation - CC0 :align: center @@ -159,7 +159,7 @@ ce genre de besoins internes, *Kinto* est tout aussi pertinent ! La bonne nouvelle c'est que toutes les fonctionnalités *third-party* qui ont été intégrées récemment vont redevenir des *add-ons* \\o/. -.. image:: {filename}/images/whistler-landscape.jpg +.. image:: {static}/images/whistler/whistler-landscape.jpg :alt: Landscape - CC0 :align: center @@ -184,7 +184,7 @@ fonctionnalités d'indexation et de recherche *full-text* (comprendre *ElasticSe Cela rejoint nos plans précédents, puisque c'est quelque chose que nous avions dans *Daybed*, et qui figurait sur notre feuille de route ! -.. image:: {filename}/images/whistler-labs.jpg +.. image:: {static}/images/whistler/whistler-labs.jpg :alt: Firefox Labs Meeting - CC0 :align: center @@ -219,7 +219,7 @@ changements, l'introduction des `*push notifications*