YtAutoDark – Quelques mots sur la version 3.1

Un utilisateur m’ayant remonté aujourd’hui un dysfonctionnement sur l’extension, j’ai pris quelques heures ce soir pour procéder à quelques améliorations et correction du code.

Ces dernières semaines, il semble que YouTube procède à de nombreux changements de l’interface, de manière incrémentale et unitaire. Parfois visible, parfois invisible et changeant légèrement la structure du code de la page, obligeant à détecter et prendre en compte ces changements pour s’assurer que l’extension continue de fonctionner correctement. Pour ne pas nous faciliter la tâche, YouTube ne déploie en général un nouveau design, que pour une fraction d’utilisateur, allant parfois même jusqu’à revenir complètement au design précédent après quelques jours. Ce qui est bien entendu frustrant pour l’utilisateur et moi-même, qui nous retrouvons parfois avec le menu ouvert et l’extension bloquée dans le processus d’activation du thème sombre.

Du côté des modifications, l’icône d’ajout de vidéo disparaît dans l’un des designs que j’ai obtenu dans mon navigateur, changeant ainsi l’index du bouton d’ouverture du menu. Petit modification du code pour ne plus utiliser un index statique pour la sélection de l’élément sur lequel cliquer.

Une autre modification, que je ne suis pas parvenu à identifier clairement, a fait apparaître un blocage dans les étapes du processus d’activation, celui-ci n’arrivant plus à détecter que le menu avait bien été ouvert. Le menu restait donc ouvert pendant une dizaine de secondes avant que le code de fallback ne prenne le relais pour une dernière tentative. Ce problème ne devrait plus se produire avec les modifications apportées dans cette nouvelle version.

Les quelques tests, que j’ai réussi à effectuer sur les deux designs différents qui cohabitent actuellement, n’ont pas fait apparaître de dysfonctionnement. Comme toujours, si un problème venait à apparaître, n’hésitez pas à me le signaler sur Github ou en commentaire. Je termine en vous annonçant que cette version 3.1.0 est déjà disponible pour Firefox et en attente de validation pour Chrome.

Bonne nuit et à bientôt.

[Pi] Configuration SSH avant premier démarrage

On prend la même structure que pour la note sur la configuration du Wifi, et on recommence.

Une nouvelle fois, rien de nouveau pour la plupart d’entre nous, mais un moyen pour moi de retrouver facilement la syntaxe de la configuration à utiliser et le lien vers la documentation sur le site officiel.

Pour que le Pi au moment du premier démarrage, active automatiquement un accès SSH, et ne pas avoir à connecter clavier et écran, il suffit donc de créer dans le dossier boot de la carte SD, le fichier ssh. Le contenu du fichier n’a pas d’importance.

Profitons-en pour noter que l’utilisateur par défaut est l’utilisateur pi avec le mot de passe par défaut raspberry. Bien évident, à changer immédiatement lorsque l’on commence à faire autre chose que des tests et du prototypage ou encore que l’on expose le Pi en dehors du LAN.

[Pi] Configuration Wifi avant premier démarrage

Rien de nouveau pour la plupart d’entre nous, mais un moyen pour moi de retrouver facilement la syntaxe de la configuration à utiliser et le lien vers la documentation sur le site officiel.

Pour que le Pi au moment du premier démarrage, se connecte automatiquement au réseau, et ne pas avoir à connecter clavier et écran, il suffit donc de créer dans le dossier boot de la carte SD, le fichier wpa_supplicant.conf.

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
country=fr

network= {
  ssid="Nom du Wifi"
  psk="Mot de passe du Wifi"
}

Ban IP 11/2020 – Les gagnants

Depuis quelques jours, la quantité de spam du côté du formulaire de commentaire a explosé en quantité. On passe d’une centaine par semaine à une centaine par jour. Tout finit naturellement dans la file des indésirables, mais cela reste ennuyeux.
Voici donc les heureux gagnants d’un ban IP sans limitation de durée:

5.188.84.15
5.188.84.25
5.188.84.35
5.188.84.45
5.188.84.65
5.188.84.95
5.188.84.115
5.188.84.147 
5.188.84.220
5.188.84.221
5.188.84.233

Le spam n’est pas suffisamment régulier pour définir des règles strictes de filtrage dans fail2ban. Une petite recherche sur le net semble indiquer que les IPs sont bien identifiées comme responsable de spam et font donc partie de listes de blocage. Il pourrait donc être intéressant de s’interroger sur la possibilité de connecter un blocage par iptables, ou autre, sur une liste dynamique des IPs des spammeurs connus. Quels seraient alors les impacts sur les performances, vu la taille de certaines de ces listes ?

Une histoire de gamma

Depuis un moment déjà, mes écrans avaient pris une teinte rouge très prononcée et les textes de couleurs sombres, en particulier de couleur bleu foncé, été devenu difficile à distinguer. En changeant de système d’exploitation, ou en branchant un autre ordinateur: pas de problème d’affichage de couleur. Ce n’était donc pas un début de vieillissement des écrans, comme j’avais pu le penser par instant. Seul Arch Linux était concerné.

Rien à signaler du côté de redshift, qui ne semblait pas responsable, bien qu’ajoutant un petit effet rouge supplémentaire. Après plusieurs tentatives infructueuses, j’avais fini par m’accommoder de cette balance de couleur plus que douteuse. Et ce n’est que très récemment que j’ai trouvé les éléments permettant de remonter à la source du problème.

Je suis donc allé explorer la configuration de mes écrans du côté de xrandr avec la commande suivante:

xrandr --verbose

Je parcours les lignes, ne voyant rien de particulier, quand tout à coup, je tombe sur la ligne:

Gamma:      1.6:2.5:4.0

Je cherche donc comment rétablir les gammas à des valeurs « neutres ». Toujours avec xrandr et en spécifiant la source concernée avec l’option output, on pourra utiliser l’option dédiée, à savoir: gamma. A noter que j’ai également constaté une remise à plat des gammas avec l’option brightness.

xrandr --output DVI-D-0 --gamma 1:1:1
xrandr --output DP-1 --brightness 1.0

Ce ne fut malheureusement pas suffisant. Au démarrage suivant, réapparition du problème. Après de nouvelles recherches, j’ai fini par trouver que le fichier de configuration pour ma disposition d’ écran par défaut dans autorandr contenait la ligne:

gamma 0.625:0.4:0.25

Après avoir modifié les trois valeurs à 1.0, j’ai donc retrouvé des couleurs correctes et un affichage satisfaisant. Bref, une bête erreur de configuration, qui devait remonter à l’installation et à la première configuration d’autorandr.