Blog
/
blog
Archived
1
0
Fork 0

Amélioration du highlighting

main
Richard Dern 2 years ago
parent 99bf60ca7b
commit dfc201a39e

@ -1,17 +1,17 @@
highlight:
anchorLineNos: false
codeFences: true
guessSyntax: true
hl_Lines: ""
lineAnchors: ""
lineNoStart: 1
lineNos: true
lineNumbersInTable: true
noClasses: true
style: "fruity"
tabWidth: 4
anchorLineNos: false
codeFences: true
guessSyntax: true
hl_Lines: ""
lineAnchors: ""
lineNoStart: 1
lineNos: true
lineNumbersInTable: true
noClasses: false
style: "fruity"
tabWidth: 4
tableOfContents:
endLevel: 5
ordered: true
startLevel: 2
endLevel: 5
ordered: true
startLevel: 2

@ -78,7 +78,7 @@ valeurs par défaut.
Depuis votre terminal préféré, initiez une connection SSH vers votre NAS, avec
l'utilisateur _admin_.
```bash {linenos=false}
```bash {linenos=false,class=not-prose}
ssh admin@nas
```
@ -89,7 +89,7 @@ Une fois votre mot de passe saisi, vous devriez être connecté.
On va stocker Gitea dans son propre répertoire, dans le dossier partagé créé
précédemment.
```bash {linenos=false}
```bash {linenos=false,class=not-prose}
cd /volume1/gitea/
mkdir bin
cd bin/
@ -102,14 +102,14 @@ Vous devriez voir la sortie suivante, qui vous montre la création d'un lien
symbolique _gitea_ vers le binaire téléchargé _gitea-1.13.1-linux-arm-6_, ce qui
simplifiera les commandes futures.
```plaintext {linenos=false}
```plaintext {linenos=false,class=not-prose}
lrwxrwxrwx+ 1 gitea users 24 Jan 4 00:12 gitea -> gitea-1.13.1-linux-arm-6
-rwxrwxrwx+ 1 gitea users 96M Dec 28 19:50 gitea-1.13.1-linux-arm-6
```
## Tester ##
```bash {linenos=false}
```bash {linenos=false,class=not-prose}
chmod +x gitea
export GITEA_ROOT="/volume1/gitea"
./gitea --port 13000 --custom-path $GITEA_ROOT/custom --config $GITEA_ROOT/custom/conf/app.ini
@ -121,7 +121,7 @@ Le port 3000 étant déjà utilisé, on demande à Gitea de démarrer sur le por
La dernière ligne de la sortie provoquée par cette commande devrait ressembler à
ça:
```plaintext {linenos=false}
```plaintext {linenos=false,class=not-prose}
2021/01/04 00:19:43 ...s/graceful/server.go:55:NewServer() [I] Starting new server: tcp:0.0.0.0:13000 on PID: 26230
```
@ -153,7 +153,7 @@ anormale".
Dans la zone de texte du bas, "Script défini par l'utilisateur", copiez-collez
ceci:
```bash {linenos=false}
```bash {linenos=false,class=not-prose}
export HOME="/volume1/homes/gitea"
export GITEA_ROOT="/volume1/gitea"
$GITEA_ROOT/bin/gitea --port 13000 --custom-path $GITEA_ROOT/custom --config $GITEA_ROOT/custom/conf/app.ini
@ -173,7 +173,7 @@ _root_, avec le mot de passe spécifié pendant l'installation du paquet MariaDB
Dans la barre en haut, cliquez sur _Comptes utilisateurs_, puis _Ajouter un
compte d'utilisateur_.
Donnez-lui un nom (par exmple, _gitea_), un mot de passe, puis cochez les cases:
Donnez-lui un nom (par exemple, _gitea_), un mot de passe, puis cochez les cases:
- [x] Créer une base portant son nom et donner à cet utilisateur tous les privilèges sur cette base.
- [x] Accorder tous les privilèges à un nom passe-partout (utilisateur\_%).
@ -209,14 +209,14 @@ dans "Clés SSH/GPG".
Récupérez votre clé publique depuis une autre machine:
```bash {linenos=false}
```bash {linenos=false,class=not-prose}
ssh-keygen -t rsa
cat ~/.ssh/id_rsa.pub
```
La clé aura cette forme:
```plaintext {linenos=false}
```plaintext {linenos=false,class=not-prose}
ssh-rsa <série de caractères> <utilisateur>@<ordinateur>
```
@ -226,7 +226,7 @@ clé".
Créez maintenant un dépôt de test qui sera supprimé ensuite. Gitea vous donne
même la marche à suivre:
```bash {linenos=false}
```bash {linenos=false,class=not-prose}
touch README.md
git init
@ -244,7 +244,7 @@ ne sont pas les bonnes, et parce que Gitea n'a pas lancé son propre serveur SSH
Dans votre terminal, toujours en tant qu'_admin_, exécutez les commandes
suivantes:
```bash {linenos=false}
```bash {linenos=false,class=not-prose}
sudo su
cd /volume1/homes/gitea
chmod 0711 ./
@ -257,13 +257,13 @@ dans le fichier _/volume1/gitea/custom/conf/app.ini_.
Dans la section `[server]`, rajoutez:
```ini {linenos=false}
```ini {linenos=false,class=not-prose}
START_SSH_SERVER = true
```
Arrêtez Gitea en faisant:
```bash {linenos=false}
```bash {linenos=false,class=not-prose}
killall gitea
```

@ -65,7 +65,7 @@ ne citer que ces deux-là.
_docker-compose.yml_ :
```yaml
```yaml {class=not-prose}
version: "3"
services:
gitea:
@ -103,7 +103,7 @@ serveur web via rsync, scp, ou ce que vous voulez.
Pour faire tout cela, il "suffit" d'ajouter un fichier _.drone.yml_ à la racine
de votre projet Hugo avec le contenu suivant :
```yaml
```yaml {class=not-prose}
kind: pipeline
type: docker
name: default
@ -196,7 +196,7 @@ _Client ID_ et un _Client Secret_, à remplacer ci-dessous.
_docker-compose.yml_ :
```yaml
```yaml {class=not-prose}
version: "3"
services:
drone:
@ -232,7 +232,7 @@ Drone-CI.
_docker-compose.yml_ :
```yaml
```yaml {class=not-prose}
version: "3"
services:
runner:

@ -72,7 +72,7 @@ Enfin, dernier avantage et non des moindres, c'est que c'est **très simple** à
mettre en place. Il n'y a qu'à informer lfs des types de fichiers qu'il doit
gérer :
```shell {linenos=false}
```shell {linenos=false,class=not-prose}
git lfs track "*.pdf" # Pour stocker les PDF dans lfs...
```

@ -74,7 +74,7 @@ correspondante. J'ai tout simplement nommé ces secrets respectivement
Dans le fichier _.drone.yml_ de mon projet, j'ai remplacé la partie concernant
SCP par le plugin S3 :
```yaml
```yaml {class=not-prose}
- name: upload
image: plugins/s3
settings:
@ -97,7 +97,7 @@ de faire, sans avoir recours au moindre plugin. Remplacez, dans les lignes
suivantes (2 à 7), _richard-dern.fr_ par le nom de votre bucket, et la dernière
ligne par l'adresse de votre serveur MinIO.
```
``` {class=not-prose}
www.richard-dern.fr {
# Site statique, donc on bloque tout ce qui n'est pas GET
# On évite ainsi les requêtes à l'API MinIO

@ -27,7 +27,7 @@ morts et bloquer la mise en production tant que je ne les ai pas corrigés.
Il suffit de rajouter les quelques lignes suivantes dans le fichier _.drone.yml_
du projet, dans la section _steps_ :
```yaml
```yaml {class=not-prose}
- name: test_links # Nom de l'étape de la CI
image: wjdp/htmltest # Image docker utilisée
commands:

@ -77,13 +77,13 @@ Peu importe la distribution Linux, les pilotes graphiques sont toujours plus ou
moins compliqués à installer - et surtout, configurer. Sous NixOS, c'est plutôt
facile :
```nix {linenos=false}
```nix {linenos=false,class=not-prose}
services.xserver.videoDrivers = [ "nvidia" ];
```
Quant à Steam, c'est tout aussi simple :
```nix {linenos=false}
```nix {linenos=false,class=not-prose}
programs.steam.enable = true;
```

@ -52,7 +52,7 @@ _configuration.nix_ pour pouvoir utiliser grub. En outre, cette installation
n'est que temporaire, on ne va donc pas modifier les variables EFI pour le
moment.
```nix
```nix {class=not-prose}
boot.loader = {
systemd-boot.enable = false;
efi = {
@ -84,20 +84,20 @@ appuyez sur la touche `c` pour entrer dans le shell de grub.
Lancez la commande suivante :
```plain {linenos=false}
```plain {linenos=false,class=not-prose}
cat (hd0)/isolinux/isolinux.cfg
```
Vous verrez alors les options de démarrage disponibles. Ce qui nous intéresse,
c'est la partie suivante :
```plain {linenos=false}
```plain {linenos=false,class=not-prose}
init=/nix/store/qf8blw6g07xi9248m83ngn6h1rfwkn69-nixos-system-asus-t100ta-21.05.4114.195d5816cdd/init
```
À recopier dans une nouvelle commande à lancer :
```plain {linenos=false}
```plain {linenos=false,class=not-prose}
linux (hd0)/boot/bzImage init=/nix/store/qf8blw6g07xi9248m83ngn6h1rfwkn69-nixos-system-asus-t100ta-21.05.4114.195d5816cdd/init intel_idle.max_cstate=1
```
@ -110,13 +110,13 @@ linux (hd0)/boot/bzImage init=/nix/store/qf8blw6g07xi9248m83ngn6h1rfwkn69-nixos-
Charger ensuite l'initrd :
```plain {linenos=false}
```plain {linenos=false,class=not-prose}
initrd (hd0)/boot/initrd
```
Et démarrer :
```plain {linenos=false}
```plain {linenos=false,class=not-prose}
boot
```
@ -125,7 +125,7 @@ clé USB. Reste encore à procéder à l'installation : là encore suivez la
procédure officielle jusqu'à la modification du fichier _configuration.nix_, où
l'on va préciser qu'on veut forcer le mode 32bits du bootloader :
```nix
```nix {class=not-prose}
boot.loader = {
systemd-boot.enable = false;
efi.canTouchEfiVariables = false;

@ -69,7 +69,7 @@ Le problème, c'est que Tailwind, c'est lourd. Très, très lourd.
Pendant des années, on a rabâché qu'il ne fallait pas mettre les styles _inline_ dans les composants HTML, afin d'éviter de se retrouver avec des lignes du genre :
```html
```html {class=not-prose}
<div style="background-color: red; color: white; padding: 5px; border-radius: 10px; box-shadow: 1px 2px #aaa">
Coucou
</div>
@ -77,7 +77,7 @@ Pendant des années, on a rabâché qu'il ne fallait pas mettre les styles _inli
Tailwind nous propose donc de faire ceci :
```html
```html {class=not-prose}
<div class="bg-red-500 text-white p-5 rounded-lg shadow shadow-neutral-400">
Coucou
</div>
@ -85,13 +85,13 @@ Tailwind nous propose donc de faire ceci :
Personnellement, je ne trouve pas ça tellement mieux, alors, naturellement, on se dit : "Bah, il suffit d'extraire ça dans un CSS !". Ok :
```html
```html {class=not-prose}
<div class="mon-composant">
Coucou
</div>
```
```
```css {class=not-prose}
.mon-composant {
@apply bg-red-500 text-white p-5 rounded-lg shadow shadow-neutral-400;
}

@ -1 +1 @@
Subproject commit 1b87f3bb43dc3e323e2addb1699fd8bc0efbb6f5
Subproject commit d858e5b3bc4aac953d9f44c4d897478e68f73ffa