Depuis que je suis passé à MacOS X Catalina, j'ai ajouté l'outil capture d'écran dans la Touchbar, histoire de toujours l'avoir à portée de main.
Pour les puristes, vous pouvez capturer l'écran avec Shift-Command-5 (à partir de Mojave et supérieur) ou Shift-Command-3.
Par contre, toutes les captures d'écran sont préfixées par défaut avec "Capture d'écran" suivie de la date et de l'heure. Cela peut être gênant lorsque l'on publie cette image sur internet, étant donné que les noms de fichiers accentués ne sont pas toujours bien gérés.
Voici donc une petite astuce pour changer le préfixe pour celui de votre choix. Dans mon exemple, je l'ai tout simplement changé pour "Screenshot".
Changer le nom de fichier par défaut de l'outil capture d'écran
Ouvrez le terminal puis lancez la commande suivante, en remplaçant "Screenshot" par le préfixe de votre choix:
defaults write com.apple.screencapture name "Screenshot"
Relancez ensuite le service SystemUI:
killall SystemUIServer
Lancez ensuite l'outil de capture d'écran et enregistrez votre capture. Elle est maintenant préfixée par ce que vous avez choisi.
Si vous souhaitez sauter le pas, voici un petit tuto pour l'installation.
Étape 1 : installer le dépôt d'Ondrej
Dans le terminal, installez le dépôt d'Ondrej. Il est très souvent mis à jour et permet de bénéficier de pas mal de paquets à jour, même sur des distributions anciennes:
add-apt-repository ppa:ondrej/php
Étape 2 : installation de PHP 7.4
J'ai juste repris la liste des paquets PHP7.3 déjà installés puis changé le numéro de version.
Note: il vous reste ensuite à modifier php.iniainsi que votre pool PHP selon vos besoins.
Étape 3: modification du server block
L'étape finale est la modification de votre server block. Sous NginX, éditez le fichier de configuration de votre site pour pointer vers le socket de PHP7.4:
Je suis en train de faire le ménage sur d'anciennes machines que je donne sur donnons.org : cela me permet de récupérer quelques (vieilles) données pour les sauvegarder sur le NAS avant de formater les disques durs pour leur nouvelle vie.
En changeant de machine, je me suis aperçu que le certificat TLS du NAS n'était plus valide... depuis fin février 2019! What??
Après quelques infructueux essais de renouveler le certificat, il semblerait que le passage à DSM 6.2 soit à l'origine du problème. Visiblement, je ne suis pas le seul affecté.
La redirection No-IP
J'utilise depuis des années une redirection No-IP pour accéder à différents services comme le NAS ou la webradio.
Sur une session SSH sur le NAS, j'ai lancé la commande suivante:
sudo syno-letsencrypt renew-all -vv
Voilà le résultat:
HTTP/1.1 403 Forbidden
Server: nginx
Date: Fri, 01 Nov 2019 10:43:12 GMT
Content-Type: application/problem+json
Content-Length: 98
Connection: keep-alive
Boulder-Requester: 6426144
Cache-Control: public, max-age=0, no-cache
Replay-Nonce: 0002Lw7vG9KbJRj_7s8e0Zuqit27lxN7Om7tdFuqaB2iCKQ
] Body: [{
"type": "urn:acme:error:unauthorized",
"detail": "Certificate is expired",
"status": 403
}]
terminate called after throwing an instance of 'SLError'
Aborted (core dumped)
Je n'ai jamais réussi à renouveller ou à recréer ce certificat. J'ai donc changé mon fusil d'épaule et utilisé le service DDNS de Synology.