Le directeur d’Alpine parle du futur et évoque le sujet d’un grand SUV électrique familial, qui permettrait à la marque de cibler sérieusement le marché automobile américain. Mais rien n’est fait pour le moment et les défis paraissent nombreux.

Comme il y a deux ans, Caradisiac s’est glissé dans le jury de l’élection de la sportive de l’année 2025 du magazine Motorsport. L’Alpine A110 R Ultime, la Lamborghini Revuelto, la Porsche 911 GT3 restylée, la BMW M3 CS Touring, la Mercedes-AMG GT Pro, la Lotus Emira, la Toyota GR Supra Final Edition, la Mini JCW et la Lancia Ypsilon HF se disputaient le titre et ça n’a jamais été aussi difficile de trancher.

J'ai pris le volant de la nouvelle Alpine A390, la première familiale 100 % électrique de la marque sportive qui se veut aussi agile que la berlinette emblématique A110. Pari réussi ? La réponse risque de faire grogner les puristes.

Alpine ne préparerait non pas un mais deux cabriolets dans sa nouvelle gamme de voitures électriques. Le premier serait une déclinaison de la prochaine A110, le second une variante de sa grande sœur l’A310.

La nouvelle Renault Clio, l’Alpine A390, le Jeep Compass et la nouvelle Kia EV4 ratent toutes la note maximale au crash-test EuroNCAP contrairement à la dernière Mercedes CLA, au Porsche Cayenne de seconde génération ou au récent Volkswagen T-Roc.

En salles depuis quelques jours, l’adaptation du livre de Stephen King fait la part belle à l’action au détriment d’un univers cauchemardesque que le film décrit de manière anecdotique. La marque de Dieppe y réalise un placement de produit pas forcément indispensable au scénario. Le sera-t-il pour Alpine ?

Après 48 ans, le moteur de Formule 1 de Renault s’éteint ce dimanche. Et contrairement aux précédentes fois où Renault s’est désengagé de la discipline, on voit mal comment il pourrait revenir. C’est la fin d’une épopée extraordinaire qui se termine tristement.

Comme promis, Alpine continue de développer son « Dream Garage ». Après la citadine A290, place maintenant au premier SUV de la marque française, bien évidemment 100 % électrique, l’A390 testée aujourd’hui en finition GT.

L’intérêt d’un container Docker basé sur Alpine est de gagner de la place, beaucoup de place parfois, en partant d’une base très légère, dépourvue du superflu.
Sauf que de temps en temps, c’est pas pratique. J’ai migré mon AdGuardHome vers la version avec Redis et Unbound d’imTAIH.

Avantages d’Unbound avec la prélecture (prefetching) :

• Résolution DNS plus rapide : les enregistrements DNS fréquemment consultés sont résolus et mis en cache à l’avance.
• Latence réduite : moins de délais liés aux requêtes DNS, idéal pour les applications sensibles au temps de réponse.
• Meilleures performances réseau : les réponses étant déjà en cache, elles sont disponibles instantanément.

---

Avantages de l’utilisation de Redis :

Cache fiable : assure une réponse rapide même sous forte sollicitation.

Vitesse mémoire : Redis stocke les résultats DNS en mémoire pour un accès quasi instantané.

Débit optimisé : réduit la charge sur les serveurs DNS en évitant les requêtes répétitives.

Charge allégée : limite le nombre de requêtes vers l’extérieur.

Et donc c’est basé sur Alpine, qui n’embarque pas en standard tzdata

Ce qui ne m’arrange pas vu que je voudrais des logs d’AdGuardHome sur le bon fuseau horaire

Avec les Dockers de Linux Server, on peut ajouter des DOCKER_MODS. Là non. J’ai donc ajouté un script « AGH-tzdata » dans user-scripts qui installe tzdata et crée les dossiers nécessaires au boot de l’array et/ou à la MàJ du Docker que j’ai nommé AGH-Unbound-Redis.
Plus précisément, comme je tiens à passer par users-scripts et que du coup le script ne peut pas être relancé dès que le Docker est mis à jour, je fais en sorte que le script contrôle le Docker (tzdata installé etc) et si ce n’est pas le cas, il le fait. Le tout avec un log.

Le script : (mon fuseau est en dans le code directement : Europe/Paris)

#!/bin/bash

# Variables
CONTAINER="AGH-Unbound-Redis"
LOG_FILE="/var/log/agh-tz.log"
NOW=$(date "+%Y-%m-%d %H:%M:%S")

echo "[$NOW] Vérification du fuseau horaire dans $CONTAINER..." >> "$LOG_FILE"

# Vérifier si le Docker tourne
if ! docker ps --format '{{.Names}}' | grep -q "^${CONTAINER}$"; then
  echo "[$NOW] Le Docker $CONTAINER n'est pas lancé. Abandon." >> "$LOG_FILE"
  exit 0
fi

# Tester si tzdata installé
if docker exec "$CONTAINER" sh -c 'apk info tzdata >/dev/null 2>&1'; then
  echo "[$NOW]tzdata déjà installé." >> "$LOG_FILE"
else
  echo "[$NOW]Installation de tzdata..." >> "$LOG_FILE"
  docker exec "$CONTAINER" apk add --no-cache tzdata >> "$LOG_FILE" 2>&1
fi

# Configurer le fuseau horaire si incorrect
CURRENT_TZ=$(docker exec "$CONTAINER" date +"%Z")
if [ "$CURRENT_TZ" != "CEST" ] && [ "$CURRENT_TZ" != "CET" ]; then
  echo "[$NOW]Configuration du fuseau horaire Europe/Paris" >> "$LOG_FILE"
  docker exec "$CONTAINER" cp /usr/share/zoneinfo/Europe/Paris /etc/localtime
  docker exec "$CONTAINER" sh -c 'echo "Europe/Paris" > /etc/timezone'
else
  echo "[$NOW]Fuseau horaire déjà correct ($CURRENT_TZ)." >> "$LOG_FILE"
fi

# Reporter l'heure dans le log
CURRENT_DATE=$(docker exec "$CONTAINER" date)
echo "[$NOW]Heure actuelle dans le Docker : $CURRENT_DATE" >> "$LOG_FILE"
echo "----------------------------------------------------------" >> "$LOG_FILE"

Le rendu d’exécution dans le log :

[2025-07-25 19:44:01] Vérification du fuseau horaire dans AGH-Unbound-Redis...
[2025-07-25 19:44:01]tzdata déjà installé.
[2025-07-25 19:44:01]Fuseau horaire déjà correct (CEST).
[2025-07-25 19:44:01]Heure actuelle dans le Docker : Fri Jul 25 19:44:02 CEST 2025

Et contrôle de la date via la console :

root@HomeBox:/mnt/user/appdata# docker exec -it AGH-Unbound-Redis date
Fri Jul 25 19:46:45 CEST 2025

Je me remets sur l’article après le repas. Les logs affichent toujours 2h de retard.

Et… c’est là que je percute ! J’ai visiblement « digéré » avant de manger…

AdGuardHome utilise la timezone du navigateur dans les logs affichés. Timezone modifiée par mes paramètres stricts LibreWolf…

Sous un navigateur « propre », ça marche en effet impeccablement.

Bon, je laisse quand même mon script dont je suis content (avec sans doute trop de log d’ailleurs). Il me servira peut-être de base pour un autre souci avec un Docker basé sur Alpine ^^’