vault backup: 2026-02-20 21:31:27

This commit is contained in:
2026-02-20 21:31:27 +01:00
parent 6e2a6be55f
commit 1cf23ea836
19 changed files with 259 additions and 39 deletions

View File

@@ -0,0 +1,90 @@
---
tags:
- android
title: Android, où sont stockés les fichiers
description:
page_type:
- article
theme: "[[Android]]"
auteur: "[[Cédrix]]"
date_create: 2026-02-20
article_etat:
- publié
---
## Un labyrinthe nommé "Scoped Storage"
Depuis l'époque d'Ice Cream Sandwich, Android a bien changé. À l'origine, une application pouvait virtuellement "voir" tout ce qui se trouvait sur votre mémoire une fois l'autorisation accordée. Aujourd'hui, pour protéger votre vie privée, Google a instauré le **Scoped Storage** (stockage partitionné).
Pour comprendre pourquoi on ne trouve jamais rien, il faut d'abord séparer le téléphone en deux mondes qui ne se mélangent presque jamais : **le système** et **l'utilisateur**.
Voici ce que j'ai compris et constaté.
### 1. La Partition Système (Le "Cerveau" verrouillé)
Imaginez une zone protégée par une vitre blindée. C'est ici que vit Android lui-même ainsi que les applications préinstallées par votre constructeur (le "bloatware").
* **Pourquoi vous ne la voyez pas :** Pour éviter qu'une fausse manipulation ne transforme votre smartphone en presse-papier.
* **L'évolution :** Depuis Android 10, cette partition est en "lecture seule". Même si vous vouliez y supprimer une application d'usine, le système vous en empêcherait.
### 2. Le stockage interne (L'espace privé)
Chaque application possède son propre bac à sable. Elle y stocke ses bases de données, vos identifiants et ses fichiers temporaires. C'est ce qui gonfle quand vous voyez qu'une application de réseau social pèse 2 Go alors qu'elle n'en faisait que 150 Mo à l'installation.
- **Emplacement :** `/data/user/0/[nom.de.l.application]/`
- **Particularité :** Ces fichiers sont invisibles pour les autres apps et pour vous-même (sauf si votre téléphone est "rooté"). Si vous désinstallez l'application, ces données disparaissent avec elle.
### 2. Le stockage partagé / public (Le dossier "Media")
C'est ici que se trouvent vos photos, téléchargements et musiques. C'est le seul endroit où vous avez réellement la main. Elle est la partie accessible via un câble USB sur votre ordinateur ou un explorateur de fichiers. Il apparaît souvent sous le nom trompeur de `0` ou `emulated/0`.
- **Dossiers standards :** * `DCIM/Camera` : Vos photos et vidéos.
- `Download` : Tout ce que vous récupérez via le web.
- `Documents` : Vos PDF et fichiers de travail.
Si vous explorez votre mémoire interne, vous verrez un dossier nommé `Android`. À l'intérieur, le sous-dossier `data` contient des dossiers nommés `com.instagram.android` ou `com.whatsapp`.
* **Avant :** N'importe quel explorateur de fichiers pouvait fouiller dedans.
* **Aujourd'hui :** Google a verrouillé cet accès. Même si vous voyez le dossier, il apparaît souvent "vide" sur les versions récentes d'Android. C'est une mesure de sécurité : une application de lampe torche n'a aucune raison d'aller lire les fichiers temporaires de votre application bancaire.
Certaines applications créent encore leur propre dossier à la racine, mais cette pratique tend à disparaître au profit du dossier `Android/media/`.
### 3. La carte SD : l'invitée imprévisible
La carte mémoire n'est plus traitée comme une extension directe de la mémoire interne, mais comme un **stockage amovible**.
- **Le problème :** Pour écrire sur la carte SD, une application doit vous demander une autorisation spécifique pour un dossier précis.
- **Le stockage adopté :** Android permet parfois de "fusionner" la carte SD avec la mémoire interne (Adoptable Storage), mais attention : la carte devient alors illisible si vous la retirez pour la mettre dans un PC. Android formate la carte pour qu'elle devienne une extension invisible de la mémoire interne.
* Si la carte SD est de mauvaise qualité (classe de vitesse lente), c'est tout votre téléphone qui se met à ramer, car le système traite la carte lente comme s'il s'agissait de sa propre puce mémoire ultra-rapide.
---
## Comment s'y retrouver concrètement ?
Pour naviguer dans ce chaos, ne comptez pas uniquement sur la galerie photo native. Utilisez un **gestionnaire de fichiers** (File Manager).
Liste des outils propriétaires :
| **Outil** | **Utilité** |
| ---------------------- | ------------------------------------------------------------------ |
| **Files by Google** | Le plus simple pour nettoyer et trouver ses téléchargements. |
| **Gestionnaire natif** | Souvent nommé "Mes Fichiers" (Samsung) ou "Gestionnaire" (Xiaomi). |
Liste des outils Open Source disponible sur le store alternatif **F-Droid** :
| **Outil** | **Philosophie / Utilité** | **Pourquoi le choisir ?** |
| ------------------------ | ------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------ |
| **Material Files** | Le "successeur spirituel" de l'interface Google. | **Open Source & Ultra-propre.** Respecte les codes design d'Android tout en étant léger. Excellent pour la navigation FTP/SFTP. |
| **Amaze File Manager** | L'alternative communautaire historique. | **Complet.** Gère très bien le "root", permet de sauvegarder ses APK et d'analyser le stockage pour trouver les gros fichiers. |
| **Fossify File Manager** | La simplicité avant tout (Fork de Simple Mobile Tools). | **Minimaliste.** Pas de fioritures, pas de publicités, juste l'essentiel pour ceux qui veulent un dossier "Téléchargements" lisible. |
| **Ghost Commander** | Pour les nostalgiques de Total Commander. | **Double panneau.** Idéal pour déplacer des fichiers d'un dossier à un autre par simple glisser-déposer (mode paysage recommandé). |
> **Le conseil d'ami :** Si vous ne trouvez pas un fichier que vous venez de télécharger, regardez toujours en priorité dans `/storage/emulated/0/Download`. C'est le "port d'attache" universel sur Android.
Cédrix

View File

@@ -0,0 +1,47 @@
---
tags:
- git
title: GIT - Corriger un dossier un suivi par erreur
description: Vous avez oublié de configurer votre .gitignore et des dossiers sensibles (ou inutiles) se retrouvent sur votre dépôt distant ? Découvrez comment retirer un dossier de l'index Git sans le supprimer de votre ordinateur.
page_type:
- article
theme: "[[Logiciels et Outils]]"
article_etat:
- publié
date_create: 2026-02-20
---
C'est l'erreur classique du "trop tard" : une fois qu'un fichier est suivi par Git, l'ajouter au `.gitignore` ne suffit plus, car Git continue de surveiller ce qu'il connaît déjà.
Pas de panique, la manipulation est simple et se fait en trois étapes rapides.
### La procédure de correction
L'objectif est de dire à Git : "Oublie ce dossier, mais ne le supprime pas de mon ordinateur".
1. **Mettez à jour votre fichier `.gitignore`**
Assurez-vous que le nom du dossier est bien inscrit dedans (ex: `nom_du_dossier/`).
2. **Retirez le dossier de l'index de Git**
Utilisez la commande suivante dans votre terminal :
`git rm -r --cached nom_du_dossier/`
- `-r` : permet de supprimer récursivement tout le contenu du dossier.
- `--cached` : **Indispensable**. Cela retire le dossier de Git tout en le conservant physiquement sur votre disque dur.
3. **Validez le changement**
Il ne vous reste plus qu'à committer cette action :
`git add .`
`git commit -m "Suppression du dossier suivi par erreur et mise à jour du gitignore"`
### Et après ?
Si vous voulez vérifier ce que Git ignore réellement, vous pouvez lancer cette commande :
`git status --ignored`

View File

@@ -0,0 +1,123 @@
---
tags:
- webmaster
title: HUGO, le générateur de sites statiques
description: Hugo est un générateur de sites statiques (SSG) à partir de fichiers Markdown. Des modèles ou templates peuvent être définis.
page_type:
- article
theme: "[[Logiciels et Outils]]"
auteur: "[[Cédrix]]"
date_create: 2026-02-20
article_etat:
- brouillon
---
Hugo est un **générateur de sites statiques (SSG)** propulsé par le langage **Go**. Là où un CMS traditionnel comme WordPress génère chaque page à la volée via une base de données, Hugo adopte une approche radicale : il pré-compile lintégralité de votre site.
Le résultat ? Une performance brute traduite par des fichiers HTML, CSS et JS légers, prêts à être déployés partout. Reconnu comme le SSG le plus rapide au monde, il traite des milliers de pages en une fraction de seconde. En éliminant le PHP et les bases de données, il neutralise les failles de sécurité classiques. Côté rédaction, tout se passe en **Markdown** : vous écrivez, Hugo s'occupe du reste, sans dépendances logicielles complexes.
## 1. Installer Hugo sur Debian
Bien que Hugo soit disponible dans les dépôts officiels de Debian (`sudo apt install hugo`), la version y est souvent ancienne. Pour bénéficier des dernières fonctionnalités (et du support de thèmes récents), il est préférable d'utiliser le binaire officiel.
1. Allez sur la page [Releases de Hugo](https://github.com/gohugoio/hugo/releases).
2. Téléchargez le pack `.deb` correspondant à votre architecture (généralement `hugo_extended_X.X.X_linux-amd64.deb`).
3. Installez-le avec `dpkg` :
```bash
sudo dpkg -i hugo_extended_*.deb
```
4. Vérifiez l'installation : `hugo version`.
---
## 2. Générer votre site
Placez-vous dans votre dossier de travail et créez votre projet :
```bash
hugo new site mon-super-site
cd mon-super-site
# Ajoutez un thème (exemple avec Ananke)
git init
git submodule add https://github.com/theNewDynamic/gohugo-theme-ananke.git themes/ananke
echo "theme = 'ananke'" >> hugo.toml
```
Une fois que votre contenu est prêt (dans le dossier `content/`), générez le site final :
```bash
hugo
```
Cela crée un dossier **`public/`** à la racine de votre projet. C'est **ce dossier seul** qu'Apache doit servir.
---
## 3. Configurer Apache
Apache va simplement servir les fichiers statiques générés par Hugo.
### Déplacer les fichiers
Le plus propre est de copier le contenu de votre dossier `public/` vers le répertoire web standard :
```bash
sudo cp -r public/* /var/www/mon-site/
sudo chown -R www-data:www-data /var/www/mon-site/
```
### Créer le VirtualHost
Créez un fichier de configuration pour votre site :
`sudo nano /etc/apache2/sites-available/mon-site.conf`
Collez-y cette configuration minimale :
Apache
```
<VirtualHost *:80>
ServerName www.votre-domaine.com
DocumentRoot /var/www/mon-site
<Directory /var/www/mon-site>
Options Indexes FollowSymLinks
AllowOverride All
Require all granted
</Directory>
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
```
### Activer le site
Bash
```
sudo a2ensite mon-site.conf
sudo systemctl reload apache2
```
---
## Le flux de travail idéal (Workflow)
Pour que ce soit efficace, vous ne devriez pas travailler directement dans `/var/www/`. Voici comment font les pros :
1. **Local :** Vous rédigez vos articles sur votre PC et testez avec `hugo server`.
2. **Génération :** Une fois prêt, vous lancez la commande `hugo`.
3. **Déploiement :** Vous envoyez le dossier `public/` vers votre serveur Debian (via `rsync`, `scp` ou un simple `git pull`).
---
**Un petit conseil :** Comme votre site est statique, n'oubliez pas d'activer le module **`mod_expires`** d'Apache. Cela permettra aux navigateurs de vos visiteurs de mettre en cache les images et le CSS, rendant votre site encore plus instantané.