Etape 1 : Remplir les réglages

Tout d’abord, accédez à la page de configuration du plugin :

Saisissez votre nom et mail et validez, ou alors la clé d’API qu’on vous a fournie. Si vous avez une clé d’API, le reste du tutoriel n’est pas utile, félicitations !

Etape 2 : valider votre compte

Un e-mail a été envoyé sur votre compte, allez vérifier dans votre boite mail, et vous devriez avoir un mail du genre :

Cliquez sur le bouton principal pour activer votre compte (activate your account). Vous arriverez sur une page du site TinyPNG que vous pourrez fermer.

Etape 3 : c’est terminé !

Si vous retourner sur la page de configuration du plugin TinyPNG sur WordPress et que vous rechargez la page, vous aurez normalement un message vous informant que tout est bon !

© 2026 Darklg Blog - Configurer son compte sur le plugin TinyPNG pour WordPress

Trouver les 404 prioritaires

On commence par aller à la liste des erreurs 404. Dans la recherche, on va taper le mot « bot » et dans le sélecteur qui suit, sélectionner « Rechercher l’agent utilisateur ».

La liste filtrée contient majoritairement des visites de Bots.

On va désormais les « Grouper par URL » afin de voir les pages les plus accédées.

On voit ici que la 404 la plus fréquente est la page /ancienne-url-produit, que les bots ont tenté de crawler 7 fois. Au survol sur la ligne, on peut cliquer sur « Ajouter une redirection »

Créer la redirection

Une popin vient de s’ouvrir, il faut désormais remplir l’URL Cible, qui doit commencer par un / comme l’ancienne URL. (On retire ce qui concerne le nom de domaine si c’est le même site)

Il faut également cocher la case de suppression des journaux pour retirer cette URL de la liste au dessus.

© 2026 Darklg Blog - Utiliser le plugin Redirection sur WordPress

SELECT 
    table_schema AS `Base`,
    table_name AS `Table`, 
    round(((data_length + index_length) / 1024 / 1024), 2) `t_size` 
FROM information_schema.TABLES 
WHERE TABLE_SCHEMA='MABASE'
ORDER BY t_size DESC

Si vous jouez comme moi avec une seule instance qui héberge toutes vos bases (par exemple une instance locale), vous pouvez faire sauter le Where et chercher dans toutes vos bases.

© 2026 Darklg Blog - Trouver les plus grosses tables d’une base de données MySQL

Développement

• Si vous utilisez Brew, attention : le dossier d’installation change, ça n’est plus /usr/local mais /opt/homebrew.
• Docker : Je n’ai pas rencontré de souci avec la release officielle de la version m1. Il faut faire attention à trouver des images compatibles arm64/v8, sinon vous êtes partis pour une descente aux enfers. Je ne suis pas un expert en Docker, mais sans cache, mes scripts étaient 10 à 15x plus lents à s’exécuter par rapport à un environnement natif. C’est assez similaire à la version Intel donc. Edit du 09/10/2022 : Un réglage de Docker améliore énormément les perfs.
• Xcode : la réinstallation de ce macbook m’a pris 7h. 6h pour télécharger (avé la fibre) et installer correctement Xcode, 1h pour lancer les dotfiles. ça a peut-être changé depuis février 2021, mais pour moi ça a ramé, planté, etc. Et vu que Xcode est nécessaire pour pas mal de softs en ligne de commande, vous êtes prévenu-e-s.
• J’ai installé Apache / PHP / MySQL en natif via brew. En moyenne mes scripts sont 2x plus rapides que sur mon Macbook Pro 15″ de 2018. Processeur ? SSD ? Peu importe, c’est fabuleux.

Usage Général

• Si une application n’est pas compatible, que ça soit en ligne de commande ou via un logiciel classique, la traduction avec Rosetta 2 prendra un moment la première fois. Dans les faits, ça semble avoir planté pendant 30 secondes, puis l’app se lance. Les fois suivantes le lancement a une durée classique.
• Certaines apps qui ne sont pas compatibles – ou pas entièrement – brûlent la batterie : Spotify / Dropbox / Chrome / etc. Celles qui sont compatibles ont par contre un lancement instantané, et apparaissent rarement dans les « apps à haute consommation d’énergie ». Notamment Sketch
• Pour les habitué-e-s d’iOS, ça ne vous surprendra pas : Safari est ultra réactif, c’est instantané, c’est une merveille, c’est génial.
• Les apps iPhone/iPad disponibles c’est très pratique et marrant, même si le rendu n’est pas toujours fameux ( pensez à un site mobile qu’on a étiré sans faire de version Desktop )
• La batterie tient au grand minimum 5h sans se restreindre, et évidemment sans chauffer. Au pire des cas, j’ai juste eu le milieu du dessous du macbook un peu tiède.
• Le mac est toujours allumé, donc il sort de veille très vite, et les programmes comme Dropbox se mettent tranquillement à jour en fond. En prenant en compte que ce dernier n’est pas optimisé, la batterie est descendue de ~30% en une semaine quand je ne l’ai pas utilisé.
• On est vraiment sur un paradigme type iPad où on ne va pas laisser l’ordinateur en charge, mais plutôt le mettre à charger quelques heures au besoin. Actuellement je le charge toutes les semaines ou deux semaines.
• J’ai pris le modèle 8go de RAM, je n’ai pas vu d’impact sur la perf. Petit regret pour les 256go de disque dur, mais c’est sensé être un macbook de dépannage. Je n’ai pas eu le souci de durée de vie des SSD, mais je n’ai pas un usage assez intense.
• Il n’y a le support que pour un seul écran externe sur le MacBook. Pour moi c’est pénalisant pour l’instant pour m’en servir à plein temps, vu que je bosse avec deux écrans externes ( je suis incapable d’utiliser les spaces, déso pas déso )

Attention : cet article est vivant, ces notes sont vouées à évoluer.

© 2026 Darklg Blog - Notes sur les Mac M1 / Apple Silicon

Pourquoi donc un NAS Synology ? Parce que j’en ai un depuis des années, que la communauté est assez énorme, et que c’est somme toute assez simple à installer : On le branche à sa box, au courant, on installe et on l’oublie. Si ça vous va, appelons le « Syno » pour la suite, ça sera plus simple.

Ce tutoriel va vous guider dans la mise en place d’un backup des données depuis votre site, récupérées automatiquement par le Syno depuis le ou les sites. Pourquoi ne pas les envoyer depuis le site ?

• Parce que les accès au Syno devraient être disponibles sur chaque serveur distant, ce qui évite de devoir changer tous les accès si un client tombe dessus.
• Parce que tous les serveurs ne peuvent envoyer des données à distance automatiquement
• Parce que vous pourrez consulter vos logs à un seul endroit, ce qui est assez pratique.

Evidemment, ça ne sera pas votre seul backup, ça ne sera pas le plus redondant et ça vous ne vous dispense pas d’observer la règle 3-2-1 [en]. Mais ça vous fera potentiellement un backup accessible même sans Internet, qui pourra entre autres vous servir pour bosser en local sur des données fraîches.

Note : si vous avez un Syno récent, vérifiez si vous pouvez installer Active Backup, ça vous évitera une bonne partie du tuto dans votre terminal et ça sera un peu plus maniable. Evidemment, moi j’ai un vieux Syno donc ¯\_(ツ)_/¯.

Note 2 : On est encore sur une version un peu brouillon de l’article, mais j’ai tout testé comme il faut.

Créer le dossier de destination

• Premier point tout bête, mettez votre synology à jour.
• Accédez au Panneau de configuration du back-office de votre NAS depuis votre navigateur via un user admin.
• Passez en mode avancé ( toutes les icônes visibles )
• Créez un nouveau Dossier Partagé nommé « Backups » ( imaginatif hein ) qui sera restreint aux admins pour le droit d’écriture. Donnez à vos utilisateurs habituels un droit de lecture, bien entendu.

Configurer l’accès SSH

• Créez un utilisateur spécifique aux backups. N’oubliez pas de lui donner les droits d’écriture au dossier Backups. Mettez le au niveau admin sinon ça coincera avec le SSH.
• Activez les dossiers utilisateurs dans Utilisateur / Avancé / Activer le service d’accueil utilisateur ( ça sera utile pour les clés SSH ).
• Activez le service SSH dans « Terminal & SNMP »
• Dans votre terminal, accédez au NAS ( ssh monuser@ipdunas ) et tapez votre mot de passe. ( Vous pouvez ajouter votre clé SSH pour aller plus vite la prochaine fois )
• Générez une clé SSH ( ssh-keygen -t dsa ) et notez le contenu de la clé publique ( fichier .pub dans ~/.ssh/ ) qui vous sera utile pour vos serveurs.
• Vérifiez les permissions des fichiers liés à SSH avec les commandes suivantes.

chmod 700 ~/.ssh
chmod 600 ~/.ssh/*
chmod 644 -f ~/.ssh/*.pub ~/.ssh/authorized_keys ~/.ssh/known_hosts

Créer le script de backup

Ici, rien d’extraordinaire, on crée un fichier shell dans lequel on va mettre des appels à rsync qui vont synchroniser un dossier distant (votre site) avec un dossier sur votre NAS. On ne détruit aucun fichier, et si une copie plus récente avec le même nom existe, on archive l’ancienne avec une date spécifique. Sauvegardez le sous un nom simple comme backup.sh et notez le chemin absolu vers ce fichier.

#!/bin/bash

rsync \
    -ruvzb \
    --backup-dir=_old \
    --suffix="-old-$(date +'%m%d%Y')" \
    monclient@monclient.com:/dossier-backups/ \
    /volume1/Backups/clients/monclient/;

Evidemment, lancez le une fois pour voir. Vous devrez notamment ajouter votre clé SSH publique au serveur distant. ( Copier le contenu du fichier .pub cité plus haut dans le fichier ~/.ssh/authorized_keys sur le serveur distant : je ferais un tuto à part si ça intéresse quelqu’un )

Programmer le backup

• On retourne dans le back-office du Syno, dans la partie « Planificateur de tâches ».
• Créez une nouvelle « tâche planifiée » de type « script défini par l’utilisateur ».
• Nommez la tâche « backup », activez la et assignez la à l’utilisateur backup.
• Programmez la par exemple à 3h du matin, mais vous pouvez aussi bien la lancer toutes les 6h pour une sauvegarde plus fréquente.
• Dans les paramètres, lancez le script suivant avec le chemin de fichier que vous aurez noté plus haut.

/bin/bash /var/services/homes/MonBelUserBackup/backup.sh 

• Sauvegardez, et dans les Paramètres du planificateur, enregistrez les résultats de la sortie dans le dossier des backups. ça vous permettra de vérifier si tout marche bien demain matin.

Ajouter un projet

• Initialisez une sauvegarde automatique sur votre serveur client. Par exemple : mysqldump pour sauvegarder la base de données, copier le contenu d’un fichier wp-config, etc, via un crontab ou autre.
• Notez le dossier du backup des bases de données, et le dossier de vos uploads. Votre code est normalement sauvegardé via git, non ?
• Si votre base comporte un nom spécifique au jour, mettez un script de suppression automatique des fichiers les plus anciens.
• Créez un dossier dédié sur votre Syno pour ce client / projet.
• Ajoutez au script sur votre Syno de nouvelles lignes pour chaque dossier que vous souhaitez sauvegarder automatiquement. ( on peut optimiser cette partie mais ça n’est pas le sujet )
• Testez le script pour être sûrs que le backup se lance bien.
• Testez le backup

Et maintenant ? On teste encore !

• Si vous n’avez rien, créez un cahier de recette, même minimal. Ajouter des lignes fonctionnelles à vérifier lors de vos tests. Par exemple : On accède à la page d’accueil sans erreur visible. On peut se connecter avec un login / password. Un formulaire de contact envoie bien un mail à l’adresse voulue. Etc.
• Des tests fonctionnels et unitaires, c’est le top. Mais qui a le temps ? #troll
• Préparez un plan de reprise d’activité simplifié. Simulez plusieurs problèmes type, imaginez des solutions, et testez les régulièrement.
• Surveillez l’espace disque. Le synology c’est magique, car il vous avertit, mais sait-on jamais.

Je me sers de ces backups pour travailler en local sur le projet afin de vérifier de première main si tout fonctionne. Via mon activité freelance, j’ai une prestation de maintenance WordPress qui comprend le déroulé ponctuel d’un cahier de recettes sur un site et un backup, ce qui permet d’être sûr de pouvoir s’y retrouver en cas de souci.

Grâce à Todoist, j’ai des tâches récurrentes qui me permettent de vérifier ponctuellement si tout va bien, sans y penser. ( Et je backup aussi Todoist à part, merci la paranoia )

N’hésitez pas à me signaler dans les commentaires si vous avez besoin d’un éclaircissement ou si j’ai dit une bêtise, cet article me servira également de documentation pour le futur, donc autant vous faire bosser un peu

Photo par Alex Cheung sur Unsplash.

© 2026 Darklg Blog - Faire un backup automatisé de son site avec son NAS Synology

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
</IfModule>

Dans la même veine, voici un snippet pour forcer les www dans un nom de domaine.

© 2026 Darklg Blog - Forcer le HTTPS avec Apache

Ci-dessous un exemple avec un snippet qui se déclenche lors d’un lancement de projet sur ma machine via le Terminal. Rien de fou, il active l’application « Toggl », arrête le dernier timer et en relance un avec le mot « project », mais ça me permet de ne pas oublier de tracker mon temps.

#!/bin/bash

osascript -e '
-- Ouvrons TogglDesktop
tell application "TogglDesktop"
    activate
end tell
-- Petite pause
delay 0.5
-- On arrête le dernier timer avec CMD+S
tell application "System Events"
    key down {command}
    keystroke "s"
    key up {command}
end tell
-- Nouveau timer
tell application "System Events"
    key down {command}
    keystroke "n"
    key up {command}
end tell
-- Petite pause
delay 0.5
tell application "System Events"
    -- on tape le nom du projet au clavier
    keystroke "project"
    -- on valide au retour chariot (Entrée)
    keystroke return
end tell';

Après le contrôle de Spotify, on passe de plus en plus de l’astuce amusante à l’automatisation très utile.

Si vous souhaitez explorer ça, voici une très belle référence des keycodes macOS [EN], ou le WikiBooks sur System Events [EN].

© 2026 Darklg Blog - Contrôler une application MacOS avec raccourcis clavier depuis le Terminal

« Ah mince, elles sont dans le désordre du coup ça marche pas. Oh, déjà midi, comme le temps file ».

Et si vous aviez un script pour faire le boulot ? Un script qui pourrait vous générer un projet prêt à démarrer, et ce en quelques instants, avec uniquement des interventions de votre part au début pour répondre à des questions basiques ?

C’est ce que je fais depuis quelques années, et je vais tenter de vous convaincre que c’est la voie à suivre à tout prix.

Pourquoi avoir un script ?

Certains appellent ça un « installer », d’autres un « bootstraper » ou un « scaffolder ». Ça permet de créer toujours la même structure pour facilement reprendre en main un projet, et d’éviter au maximum les fichiers copiés-collés entre les projets.

Ainsi, on va plus vite, sans risquer d’oublier une étape, et on évite les erreurs d’inattention.

Pour moi, c’est vital pour ne pas me lasser en me concentrant sur les tâches essentielles. Je peux améliorer progressivement mes process, centraliser des snippets et de la connaissance. 

C’est aussi très intéressant d’un point de vue historique, pour retracer des choix technologiques dans une société, et familiariser ses nouveaux salariés avec un process clair, tout en leur laissant soumettre leurs briques à l’edifice.

Comment ça marche ?

Au prochain démarrage de projet, notez vos actions et les grandes étapes jusqu’au moment où vous commencerez vraiment à travailler sur le projet et pas sur la mise en place.

L’idée est simple : vous allez en automatiser un maximum, progressivement. 

Sur votre plateforme git préférée, créez un repository nommé « project-starter » ( ou  « jean-michel-installer », vous êtes libres hein ), dans lequel vous allez créer un seul fichier nommé install.sh

Dedans, vous mettrez uniquement ce code :

#!/bin/bash

# Nom du projet
_project_id='monprojet';

# Etape 1 : Créer le dossier
mkdir "${_project_id}";
cd "${_project_id}";

# Dernière étape : C'est fini !
echo "${_project_id} a été initialisé. Au boulot !";

Ensuite, et c’est probablement le plus important, documentez dans le README: «  Etape 1 : Ce script va créer un dossier et s’y rendre » puis commitez, et poussez vos modifications !

C’est spartiate. On y met quoi maintenant ?

Vous l’aurez compris, ça n’est que le début. Voici quelques pistes, en vrac :

Poser des questions pour configurer :

# Stocker une valeur dans une variable
read -p "Quel est l’id du projet ? " project_id;

# On confirme le retour
echo "ID du projet : ${project_id}";

# Question à choix multiples
_q_project_type=$(cat <<EOF
Quel est le type du projet ?
- 1 : WordPress ( Par défaut )
- 2 : Magento
[1/2]
EOF
);

# On demande
read -p "${_q_project_type} : " project_type

# Si la valeur n’est pas bonne : on met la valeur par défaut
if [[ "${project_type}" != '1' && "${project_type}" != '2' ]];then
    project_type='1';
fi;

# On confirme le retour
echo "Type du projet : ${project_type}";

Vérifier que le poste de travail a tous les softs nécessaires

# Test commands
main_commands="curl git yarn wp";
for i in $main_commands
do
    command -v "$i" >/dev/null 2>&1 || { echo >&2 "Il manque \"${i}\"."; exit 1; }
done;

Cloner un projet « squelette »

# Récupérer le repository
git clone https://github.com/darklg/wputilities.git;
# Retirer le tracking ( c'est un exemple hein )
rm -rf wputilities/.git*
# Copier tous les fichiers dnas le dossier courant
cp -r wputilities/* .
# Supprimer le dossier temporaire
rm -rf wputilities/;

Copier des fichiers depuis votre starter

# On récupère le chemin du script qui est installé ailleurs
_JEANMICH_SCRIPT_DIR="$( dirname "${BASH_SOURCE[0]}" )/";
# On copie les fichiers au bon endroit.
cp "${_JEANMICH_SCRIPT_DIR}files/gulpfile.js" gulpfile.js;

Creer un commit à la volée 

# On ajoute tout
git add -A
# On crée le commit
git commit --no-verify -m "Etape 1 : Fichiers initiaux" --quiet;

Et bien d’autres

• Créer des sous-dossiers .
• Chercher et remplacer dans un fichier.
• Déclencher des actions : npm install / wp cli / plugins WordPress / plugins jQuery / composer / gulp / que sais-je 
• Télécharger des fichiers distants pour les inclure en local.

Pour conclure, quelques notes

Ça se vend

Il ne faut pas le voir comme si on vendait les 3 clics qui ont permis d’initialiser le projet. On vend aussi la main d’oeuvre derrière qui a permis d’arriver à un niveau de qualité fiable et reproductible.

Ça se monte progressivement

Il ne faut pas tenter de tout faire d’un coup : itérez avec les projets, testez, recréez des projets dans le vide avec de mauvais paramètres, faites le lancer par le stagiaire de 3ème sans lui expliquer et observez.

C’est d’ailleurs une excellente façon de démarrer un #commitdujour.

Ça se partage

J’ai appris en lisant des publications d’autres personnes, que ça soit sur Stack Overflow (« ouh la honte »), Medium, Github, des blogs, Twitter et j’en passe. Prenez ce qui vous intéresse, améliorez le et redistribuez le.

Il y a des outils existants

Il y a des systèmes spécialisés comme Yeoman (EN) qui ne se concentrent souvent que sur la partie Front, et pas sur la partie back-end ou projet. Je n’ai jamais réussi à les intégrer dans ma méthodologie car je travaille souvent en full-stack sur des CMS avec beaucoup d’intervenants différents. Ça ne prenait en main qu’une petite partie du projet, ou ça obligeait à une migration de techno trop violente. Une grande partie des actions se boucle souvent en quelques lignes de Shell simples, donc autant jouer avec les cartes qu’on a en main.

J’ai moi-même créé WPUInstaller et InteStarter pour démarrer plus vite sur ce type de prod, et d’autres sont en cours pour d’autres aspects de mon travail.

« gneugneugneu »

« gneugneugneu je le fais déjà il y a rien de neuf » : Alors publiez-le, parlez-en, popularisez le concept ! C’est tellement rageant de voir des gens qui perdent des matinées ou des journées juste pour « démarrer un projet ».

Je suis persuadé que la popularisation de ce concept simple offrirait une main tendue supplémentaire aux personnes en reconversion, ou qui souhaitent ajouter une corde technique à leur arc.

Et maintenant ?

Evidemment, ça dérape souvent vers la modularisation de vos projets, pour réutiliser plus facilement des choses, améliorer la maintenabilité, etc … plutôt chouette non ?

© 2026 Darklg Blog - Démarrer rapidement et facilement un projet avec un script

Une todo floue répétée ou perdue, puis cette question à chaque nouveau ticket qu’on vous assigne : « Tu as bien modifié l’option N à true ? ».

Voici une méthode simplifiée, que j’ai piquée comme un sagouin au système d’installer de Magento, mais qui fait le boulot.

Partons sur l’exemple d’une configuration de site basique : vous utilisez des options WordPress pour administrer les URLs des réseaux sociaux sur votre projet, par exemple avec WPUOptions (EN).

On retrouve donc quelque part dans votre thème une structure similaire à cet exemple trèèès simplifié :

<?php $twitter_url = get_option('monprojet_social_twitter'); ?>
<a target="_blank" href="<?php echo esc_url($twitter_url) ?>">
    Twitter
</a>

Par confort, et pour éviter une configuration après coup, vous souhaitez que la valeur de monprojet_social_twitter soit déjà pré-remplie.

Nous allons donc créer un mu-plugin ( car on ne stocke pas les données clients dans un thème qui ne concerne normalement que l’apparence ) qui va contenir notre installer. Nommons-le « monprojet_social ».

Afin qu’il s’exécute au bon moment, on va attendre le hook wp pour le lancer. Ensuite, on va stocker dans une autre option ( tant qu’à faire ) la version en base de notre jeu de données.

Ainsi, on ira comparer à chaque fois la version en base, et si notre version d’installer est supérieure, elle sera exécutée puis mettra à jour notre valeur de référence.

<?php

/*
Plugin Name: [MonProjet] Social
Description: Script Installer pour les valeurs des réseaux sociaux
*/

add_action('plugins_loaded', 'monprojet_social_plugins_loaded');
function monprojet_social_plugins_loaded() {
    $opt = 'monprojet_social_version';
    $opt_version = get_option($opt);

    /* Verifions que la valeur stockée est un nombre */
    if (!is_numeric($opt)) {
        $opt_version = 0;
    }

    /* Version 1 */
    if ($opt_version < 1) {

        /* On met à jour la valeur de notre champ twitter */
        update_option('monprojet_social_twitter', 'http://twitter.com/Darklg');

        /* On donne à la base notre version actuelle */
        update_option($opt, 1);
    }

    /* Version 2 : Bah alors Kévin, et le https ? */
    if ($opt_version < 2) {

        /* On met à jour la valeur de notre champ twitter */
        update_option('monprojet_social_twitter', 'https://twitter.com/Darklg');

        /* On donne à la base notre version actuelle */
        update_option($opt, 2);
    }
}

Donc on s’assure que la DB est à jour, et qu’éventuellement les options ou changements se sont déroulés dans le bon ordre. On peut bosser sur des numéros de versions, des Timestamp Unix, ou carrément une date PHP au format YmdHis.

C’est évidemment perfectible, et je suis en train de travailler sur une version un peu plus user-friendly dans wpu_settings_version, mais ça dépanne bien.

© 2026 Darklg Blog - Déployer des modifications de base WordPress avec un Installer

Si vous souhaitez accélérer cette réinstallation, ou anticiper l’achat d’un nouveau mac, voici quelques astuces pour gagner du temps, et booster votre fichier dotfiles.

PS : Ces commandes nécessitent toutes d’avoir installé homebrew. Promis, c’est rapide !

Mackup

Mackup (EN) va vous permettre de synchroniser les réglages de la plupart de vos applications, en déplaçant les fichiers contenant ces réglages dans DropBox, iCloud Drive ou Google Drive, et en les remplaçant par un lien symbolique.

Pour l’installer, c’est avec homebrew, et une commande suffit :

brew install mackup;

Sur votre installation actuelle, lancez la commande de backup :

mackup backup;

Sur votre nouvelle installation ou nouveau mac, lancez la restauration :

mackup restore;

Brew Cask

Brew cask va vous permettre d’installer un logiciel en une ligne de commande toute simple. Dit comme ça, ça n’est pas très rapide, mais vous allez pouvoir créer un fichier de démarrage avec toutes les lignes à la suite, et vous n’aurez ensuite qu’à appeler ce fichier sur votre nouvelle machine.

Rien à installer, c’est inclus dans Homebrew, pour installer un logiciel, il vous faut trouver son slug dans la liste de cask disponibles (EN).

Ensuite, vous pourrez vous constituer un fichier avec vos apps préférées :

#!/bin/bash

# Media players
brew cask install vlc;
brew cask install spotify;

# Browsers
brew cask install google-chrome;
brew cask install firefox;

Et il vous suffira d’appeler ce fichier d’une simple commande dans le terminal sur votre nouvelle installation :

$ /bin/bash monfichier-apps.sh;

MAS – Mac App Store

MAS (EN) permet de réinstaller rapidement des applications depuis le Mac App Store en un seul appel. Il est disponible également via brew, et s’installe donc très simplement.

brew install mas

Ensuite, et c’est ça le plus difficile, il vous faut trouver l’ID de l’application dans l’app store. Le moyen le plus simple est de trouver l’URL partagée dans la fiche, et d’en extraire l’ID. Exemple :

URL :
https://apps.apple.com/fr/app/trello/id1278508951?mt=12

ID : 
1278508951

Vous pouvez ensuite vous constituer un petit fichier listant les apps, voire même complèter celui utilisé pour Cask sans souci !

#!/bin/bash

mas install 1278508951; # Trello
mas install 1384080005; # Tweetbot
mas install 1388020431; # DevCleaner
mas install 1449412482; # Reeder
mas install 1518425043; # Boop
mas install 513610341;  # Integrity
mas install 568494494;  # Pocket
mas install 585829637;  # Todoist
mas install 957734279;  # TogglDesktop

Et maintenant ?

Je vous invite à vous constituer votre fichier de démarrage, à sauvegarder au chaud, par exemple dans votre Dropbox, ou encore mieux, à le publier dans un repository Dotfiles comme je l’ai fait (EN) !

© 2026 Darklg Blog - Installer rapidement ses logiciels sur macOS avec Cask, Mackup et MAS