Changement de thème ce jour, et oui après des loyaux services je quitte Paalam et je passe à un autre thème propre et simple. L’intérêt est d’améliorer son référencement par google en rendant le site compatible Mobile.
Franchement plus ça va plus ça se dégrade sur google. A force de vouloir apporter de l’intelligence on arrive à des situations d’une débilité profonde. Si on rajoute le poids de plus en plus élevé des annonces commerciales qui sont hélas remontées systématiquement en tête ça devient le grand bazar.
La dernière ne date, devant l’appavrissement des types de fourgon et fourgonette j’ai voulu voir ce qui existait encore en fourgon avec cabine avancée (comme l’ancien Toyota Hi-Ace, Nissan vanette, Estafette, Vw T4 etc ..).
Sur la recherche fourgon cabine avancée ce con de google croit malin de faire la recherche fourgon cabine approfondie … ça n’a rien à voir c’est ce que j’apelle de la crétinerie profonde, en gros on a envie de dire à l’algo fait juste ton boulot connard répond à ma question pas à n’importe quoi.
Par contre si on cherhce cabine avancée … là il n’y a pas de problème avancée n’est plus approfondie.
Mon pronostic … c’est bientôt la fin du moteur de recherche de google.
Finalement chtioblogue s’arrête, l’arrêt des pages persos orange lui a été fatal. Il n’aura finalement quitté Orange qu’un mois après mon départ à la retraite. C’est une page du web en France qui se tourne 🙂 quand Ajax n’était pas encore Ajax mais les premiers balbutiements de xmlhttprequest et que json n’était pas encore un standard.
Le temps béni des newsgroup où les passionnés apprenaient en commun les bases du développement web et s’échangeaient des trucs, des expérimentations, le temps d’IE4 🙂 et d’autres dinosaures.
Donc sur ma feuille de root 🙂 il va y avoir le nettoyage de mon site, je ne pense plus que quiconque n’ait besoin d’utiliser les SSI ou les applets Java. Même PHP commence à être une désuétude.
Le temps est venu à une séparation en deux mondes la partie gestion des cloud et des chaînes d’intégration continue qui sont d’une complexité qui croît, et la partie développement applicatif qui se simplifie, même si pour moi le lowcode n’est pas encore tout à fait là.
Pour les besoins du boulot j’avais fait un kit de maquetage à partir de jtable.org qui permettait de créer des sites aussi complexe qu’un CRM sur le principe description des tables en json pour l’affichage et pour le reste utilisation des Views, Proc et Trigger de mysql .. l’identité de l’utilisateur étant propagée dans la base mysql. Entre les deux juste un peu de glue php pour faire la liaison avant le serveur web. Je pense que je n’étais pas trop loin de la vérité. Là je commence à m’intéresser à GraphQL et Dgraph pour voir si on ne pourrait pas aller plus loin dans la simplification du principe, mais honnêtement c’est assez hard à ingurgiter.
Et oui, sur mon vieil Acer j’ai installé Molotov par l’appimage fourni sur le site. Et je dois dire que ça fonctionne mieux qu’avec mon windows 10. Plus rapide, plus stable et meilleur qualité d’image.
Le seul bémol c’est qu’il faut réussir à ne pas être interrompu par xscrennsaver.
Donc j’ai rajouter un petit heartbeat simulant régulièrement la frappe au clavier. Pour l’instant il n’est pas très beau et je veux en changer un peu le mode de fonctionnement ne serait-ce que pour le fun. Mais là je viens de faire un visionnage pendant une heure, nickel, un plaisir.
Dès que j’arriverai à un résultat sympa je le rajouterai à ce post.
Lors du passage en Debian11 et donc en Kernel 5 j’ai rencontré un problème de non reconnaissance de mes disques durs connectés sur la carte PCIe, avec des temps de boot très longs.
En faisant dmesg j’avais pu déduire que c’était à l’inscription du module ahci que se déclenchait l’erreur, le kernel n’arrivait pas à calibrer les disques et donc à les reconnaîtres.Après avoir jouer avec les paramètre de libata et de libahci et sans succès, j’ai constaté que dans dmesg le module AHCI prenait des niveaux d’interuption qui me semblaient un peu élevés par rapport à la plage d’interruptions fournie par le bios.
Cette constatation m’a amené à me dire que le problème était peut être de ce côté et en cherchant sur le Net je suis tombé sur des articles citant des problèmes avec d’autres cartes Sata PCIe, sans aucun rapport avec la mienne. Donc j’ai tenté le paramètre noapic qui m’a gentiment planté puis le paramètre pci=nomsi. et ça a fait l’affaire.
Ce paramètre désactive un mode avancé de gestion des interruptions qui est probablement mal reconnu soit de ma carte PCIe soit par l’Apic de mon PC.
un lien citant la solution : https://forum.ubuntu-fr.org/viewtopic.php?id=1638921 ou https://askubuntu.com/questions/1104219/what-does-pci-noaer-or-pci-nomsi-mean.
Ce qui confirme qu’il ne faut jamais baisser les bras, si on ne comprend pas aujourd’hui on comprendra plus tard.
On trouve beaucoup de documentation sur la connexion bluetooth d’un casque sur le web mais c’est assez touffu et si vous essayer d’appliquer toutes les recettes et bien ça ne marche pas.
Après pas mal de manip j’ai fini âr désinstaller tout ce que j’avais tenté et je suis parti du plus simple :
sudo apt install blueman bluez-firmware
Et ça suffit 🙂
Et j’admide de plus en plus ma debian avec lxqt sur mon vieux PC c’est propre net et je peux regarder Molotov dessus (qui d’ailleurs fonctione mieux que sous windows et notamment avec un son et un volume de meilleur qualité). Prochaine étape voir comment éviter que xsceensaver n’interrompe le visionnage.
Après des années à ne pas comprendre pourquoi le count(*) était aussi long sur ma base à partir du moment où je la comptais à partir d’une View, j’ai drastiquement accéléré la requête. Quand je dis drastiquement je suis passé d’une dizaine de seconde à du quasi instantané et la consommation mémoire de la base a chu. L’analyse me montrait que le count(*) de la table principale de la view se faisait sur l’index alors que le count(*) sur la view déclenchait un full scan.
Dans un premier temps j’ai réécrit la view pour passer de jointures à gauche en étoile à des jointures en cascade, au passage un jointure à gauche est devenu une jointure normale. Cette modification améliorait un chouia le temps de réponse mais pas de manière transcendante.
Puis je suis tombé sur un article qui expliquant que l’opimiseur Innodb lors d’un count(*) n’utilisait pas le primary index, la répartition de celui-ci n’étant pas optimal, s’il y a un secondary index c’est celui-ci qui est utilisé sinon l’optimiseur cherche à déterminer quelle est la meilleur colonne pour le count(*).
Je n’y croyais pas mais effectivement le rajout d’un index « qui ne sert à rien mais sur une colonne petite » (dans mon cas le code postal) a suffit pour obtenir un temps de réponse canon pour le count(*) sur ma table de plus de 2 millions d’enregistrement.
Un grand Merci à Aaron Francis pour son éclairant article Is COUNT(*) slow in MySQL?
Un petit témoignage au cas où, mon poste de travail principal est un viel acer e261 avec une carte HD5450. Donc pour le moins ça commnece à dater.
Lors de la dernière mise à jour de Debian (11.4) j’ai constaté que firefox ne se lançait plus (fenêtre noire) et que chromium se lançait mais était lent et ça finissait par un blocage complet de l’interface graphique. La solution pour les deux a été de désactiver dans les menus (après lancement de firefox en safe-mode et pour chromium en disable-gpu) l’accélération graphique. Et là firefox fonctionne et chromium fonctionne en étant de plus très fluide.
Je suppose que l’on a une collision entre le serveur X et les navigateurs dans l’utilisation de l’accélération matériel. je n’ai pas cherché plus loin mais j’ai bien un soucis à ce niveau qui peut expliquer des dysfonctionnement de Wine. Le réglage donnant une navigation aussi rapide que sous windows voir plus rapide je m’en contenterai.
Maintenant le denier truc agaçant est le temps de boot extlinux qui est devenu très lent et deux disque sur une carte sata asmedia qui ne sont pas vu par linux depuis le passage en bullseye. je pense que les deux sont liés. Le blacklistage du module AHCI permet de retrouver un boot normal mais les deux disques sont toujours inaccessibles.
Après des semaines de tranquilité où les messages de fail2ban étaient quasi absents, un de mes blogs fait l’objet d’un assaut. Bien sur c’est wp-login.php et xmlrpc.php qui sont testé. Ce qui est nouveau c’est que l’attaque a démarré brutalement avec plus d’une cinquantaine d’adresses IP.
Il va peut être falloir que je passe ce blog privé en maintenance quelques jours le temps que l’attaque passe. La précédente avait vu le même site bombardé pendant 6 mois. A suivre donc.
Donc les conseils c’est bien sur de faire toutes les dernières mises à jour du système et de wordpress, de changer l’admin par défaut et de supprimer l’utilisateur admin, vérifier systématiquement les inscriptions sur le blog, supprimer les extensions inutiles. Mettre en place fail2ban et prendre le temps d’inventer ses propres filtres, ajouter l’extension login lock-down.
par exemple avec fail2ban bannir les adresses qui ouvrent xmlrpc.php plusieurs fois sur une période donnée.
Il y a près d’un an, j’ai acheté sur ebay un SSD 1T0. Le produit est nickel mais j’ai eu quelques erreurs d’écritures, comme le produit n’était pas très cher j’ai contacté le vendeur qui m’a dit d’écrire des fichiers plus petits. J’aurais du insister pour faire reprendre le SSD, sur le coup j’ai été un peu concon.
Depuis après avoir fait plusieurs formatage j’ai eu la curiosité d’ouvrir le fameux SSD et j’y ai vu un composant (inscription quasi effacée) qui s’est avéré être un chips de mémoire flash Sandisk de 64Go. Donc j’avais acheter un disque flash « reprogrammé pour annoncer qu’il avait 1To. De la pure tromperie.
Depuis bien sur le vendeur a disparu et ne répond plus aux mails, donc impossible de faire une réclamation sur ebay. Il faut réagir vite, très vite sur Ebay. Sur paypal c’est un chemin de croix pour enregistrer une réclamation et j’en suis à 4 tentatives qui se concluent par une déconnexion. Pour l’instant c’est service moins moins pour les deux.
La leçon à retenir de l’affaire c’est que chaque achat de SSD ou clé USB sur Ebay ou Aliexpresse devrait faire l’objet dès réception d’un passage par l’utilitaire chipgenius, afin de vérifier si on est face à une arnaque.