Différences entre versions de « Sauvegarde »

De Mi caja de notas

Ligne 36 : Ligne 36 :
 
=== jekyll ===
 
=== jekyll ===
  
''extrait de [[iwc:backup#jekyll]] à traduire, étudier et raffiner.''
+
''extrait de [[iwc:backup#jekyll]] à traduire, étudier et simplifier pour inviter les amis sur la [[jamstack]].''
  
 
Gérer tous vos fichiers nécessaires pour construire votre site Jekyll dans un référentiel git (ou tout autre système distribué SCM si vous préférez). Faites des clones vers tous vos terminaux et créez des miroirs sur des services d'hébergement git comme Github, Gitlab ou Bitbucket. La clé de cette stratégie c'est d'installer un environnement de travail sur un certain nombre d'ordinateurs différents. Chaque fois que vous revisitez ces différents environnements pour produire un post vers le site, vous produisez un backup distribué de votre site web (à travers les workflow pull, add, commit, push). Vous devez aussi sauvegarder tout fichier de configuration ou automation de votre serveur web (dans le même ou sur un repo séparé), à moins que vous n'utilisiez un serveur web jekyll spécifique qui imite github-pages et n'a pas besoin de configuration supplémentaire. Vous pouvez aussi regarder à installer des git mirror remotes pour qu'en poussant les modifications sur votre serveur de build/web cela pousse plusieurs copies vers plusieurs endroits.
 
Gérer tous vos fichiers nécessaires pour construire votre site Jekyll dans un référentiel git (ou tout autre système distribué SCM si vous préférez). Faites des clones vers tous vos terminaux et créez des miroirs sur des services d'hébergement git comme Github, Gitlab ou Bitbucket. La clé de cette stratégie c'est d'installer un environnement de travail sur un certain nombre d'ordinateurs différents. Chaque fois que vous revisitez ces différents environnements pour produire un post vers le site, vous produisez un backup distribué de votre site web (à travers les workflow pull, add, commit, push). Vous devez aussi sauvegarder tout fichier de configuration ou automation de votre serveur web (dans le même ou sur un repo séparé), à moins que vous n'utilisiez un serveur web jekyll spécifique qui imite github-pages et n'a pas besoin de configuration supplémentaire. Vous pouvez aussi regarder à installer des git mirror remotes pour qu'en poussant les modifications sur votre serveur de build/web cela pousse plusieurs copies vers plusieurs endroits.

Version du 28 décembre 2016 à 12:43

Cette page a été inspirée par iwc:backup

Ménage en cours : et bientôt l'heure d'archiver l'année 2016.... Lancé quelques sauvegardes locales de mon petit macbook pro sur un disque externe. N'ayant pas renouvelé à cette heure mon abonnement au cloud de Backblaze, suis preneur de vos stratégies "low-cost" de sauvegardes afin de rapatrier quelques données personnelles égarées dans les nuages. Tout particulièrement intéressé par les stratégies de sauvegarde dans les silos de type GitHub. -- [xtof]]

google docs et gmail

CloudPull 2016-12-28.png

Lancé session de CloudPull https://www.goldenhillsoftware.com/cloudpull/ afin de mettre à jour en local une sauvegarde de tous les documents partagés par mes amis via google drive.

sauvegarde flickr

Via un post d'cw:Alex sur la Sauvegarde Flickr, je suis ravi de découvrir downloadair. Une solution simple pour récupérer quelques photos hébergées sur mon compte Flickr : https://downloadair.ghusse.com/

La sauvegarde est en cours et pourrait durer plusieurs heures.

L'interface-utilisateur de Downloadair pourrait s'avérer pratique pour sauvegarder en local quelques images posées par les amis sur le silo Flickr.

Flickr-Downloadair 2016-12-28.png


twitter

10 ans de twitter le 2017-001. Archive récupérée et incomplète :

Twitter Archive 2016-12-28.png

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

jekyll

extrait de iwc:backup#jekyll à traduire, étudier et simplifier pour inviter les amis sur la jamstack.

Gérer tous vos fichiers nécessaires pour construire votre site Jekyll dans un référentiel git (ou tout autre système distribué SCM si vous préférez). Faites des clones vers tous vos terminaux et créez des miroirs sur des services d'hébergement git comme Github, Gitlab ou Bitbucket. La clé de cette stratégie c'est d'installer un environnement de travail sur un certain nombre d'ordinateurs différents. Chaque fois que vous revisitez ces différents environnements pour produire un post vers le site, vous produisez un backup distribué de votre site web (à travers les workflow pull, add, commit, push). Vous devez aussi sauvegarder tout fichier de configuration ou automation de votre serveur web (dans le même ou sur un repo séparé), à moins que vous n'utilisiez un serveur web jekyll spécifique qui imite github-pages et n'a pas besoin de configuration supplémentaire. Vous pouvez aussi regarder à installer des git mirror remotes pour qu'en poussant les modifications sur votre serveur de build/web cela pousse plusieurs copies vers plusieurs endroits.