chez moi voici le log au moment du boot, le message d'erreur qui s'affiche :

root@OpenWrt:~# logread | grep "sfp"
Thu May  8 09:54:52 2025 kern.info kernel: [   12.562771] sfp sfp-1: Host maximum power 3.0W
Thu May  8 09:54:52 2025 kern.info kernel: [   12.567825] sfp sfp-2: Host maximum power 3.0W
Thu May  8 09:54:52 2025 kern.err kernel: [   12.891510] sfp sfp-1: EEPROM base structure checksum failure: 0x7c != 0x00
Thu May  8 09:54:52 2025 kern.err kernel: [   12.898467] sfp EE: 00000000: 03 04 01 00 00 00 00 00 00 00 00 03 19 00 00 c8  ................
Thu May  8 09:54:52 2025 kern.err kernel: [   12.907143] sfp EE: 00000010: 00 00 00 00 40 40 42 40 40 41 00 00 00 00 00 00  ....@@B@@A......
Thu May  8 09:54:52 2025 kern.err kernel: [   12.915818] sfp EE: 00000020: 00 20 20 20 00 00 00 00 46 00 11 10 41 50 00 00  .   ....F...AP..
Thu May  8 09:54:52 2025 kern.err kernel: [   12.924493] sfp EE: 00000030: 00 00 00 00 00 00 00 00 30 30 20 20 01 14 00 00  ........00  ....
Thu May  8 09:54:52 2025 kern.err kernel: [   12.933167] sfp EE: 00000040: 40 b7 ba 7f 80 ff ff ff 20 3d f8 80 c0 ff ff ff  @....... =......
Thu May  8 09:54:52 2025 kern.err kernel: [   12.941842] sfp EE: 00000050: fc 7e 07 80 c0 ff ff ff 30 3d f8 80 c0 ff ff ff  .~......0=......
Thu May  8 09:54:52 2025 kern.info kernel: [   12.980030] sfp sfp-2: module OEM              SFP-2.5G-T-R-RM  rev 1.0  sn 2412190031       dc 241219

une fois retiré et remis :
Thu May  8 09:57:42 2025 kern.info kernel: [  183.978797] sfp sfp-1: module removed
Thu May  8 09:57:46 2025 kern.info kernel: [  187.645213] sfp sfp-1: module removed
Thu May  8 09:57:46 2025 kern.info kernel: [  187.981352] sfp sfp-1: module ALCATELLUCENT    G010SP           rev 10   sn ALCLFAB44018     dc 161205là on voit qu'il est bien reconnu. et la connexion peut enfin fonctionner

Bien on voit que les vlan sont montés, la config sur l'ONU devrait donc etre bonne, on peut maintenant écarter un problème de ce coté là.

il faudrait diagnostiquer maintenant coté routeur.
l'ONU est il bien reconnu au boot ? sur mon G-010S-P par exemple ce n'est pas le cas, après chaque reboot je dois l'enlever et le remettre.
Une fois que ton routeur a fini de démarrer, essaie de retirer l'ONU, puis remets le. et regarde les logs, cette manip laisse des traces et tu ne devrais pas voir d'erreur normalement.

1/ Intégration des images au cœur du texte

Cela arrive avec la prochaine mise à jour, en attendant ne pas hésiter à m'envoyer un fichier avec les images pour que je les copie sur le serveur.



2/ Taille des images

Si on prend les images à 100%, on se retrouve avec une image floue sur les écrans HDPI ou simplement sur un écran HD sur lequel l'utilisateur a mis un zoom de 25%, ce qui est de plus en plus fréquent sur les PC portables.

Cela fait que je conseille de prévoir les images avec le double de pixel qu'affiché, surtout pour des copies d'écran avec du texte, que cela soit lisible.

Pour que cela ne soit pas trop gros, il faut mentionner la taille via "width" pour l'affichage.

Exemple : C'est une image de 2564 pixels de large et je demande son affichage en 1280 pixel de large, soit 2560 pixels sur un écran HDPI ou un PC avec un zoom de 200%.




3/ Format d'image

WebP et AVIF étant pris en charge par tous les navigateurs, il est préférable de les utiliser pour réduire la taille des images, sans toucher à la qualité.

WebP : je l'utilise uniquement pour de la compression sans perte (à la place de PNG).

AVIF : En compression sans perte, il est moins efficace que WebP, mais en compression avec perte, il fait des miracles. Je mets une qualité de 56 ce qui est assez élevé et permet si besoin de récupérer un JPEG sans avoir d'artefacts (par exemple pour partager sur les réseaux sociaux, Twitter n'accepte pas encore AVIF contrairement à d'autres).

J’utilise un bloqueur depuis toujours, mais ça n’arriver pas avant donc il y a bien une autre explication.

bah une mise à jour du bloqueur.  Essaye sans pour voir. (ou une version plus light parce que oui les pubs ça m'arrache la rétine)

Alors les caches c'est compliqués surtout chez les gros FAI. Déjà y en a pas qu'un pour tenir la charge des requêtes. Et leur contenus peuvent être différents. Pour le scrubing/aging du contenu les gestionnaires de DNS autoritaires donnent un TTL pour les enregistrements. Tout le monde est censé honorer ce TTL

Des fois c'est juste ignoré et gardé 24H (c'est un exemple) même si c'est indiqué 15 jours ou 5 minutes. Je ne sais pas si Orange pratique ça , mais sache le sur les gros DNS de résolution le nettoyage des anciennes data peut parfois prendre des heures pour parcourir la base en mémoire et flinguer les TTL expirés.

Parfois y a un qu'un cache très petit. Ca permet de garder que les gros sites et réduire la pression des requêtes sur eux. Si on a un trop gros cache le temps de parcours de la base pour savoir si c'est caché et répondre est plus long que les qqs milisecondes pour aller chercher l'info sur les DNS autoritaires. Par contre si eux sont en rades et bah tant pis.


Astuce : tu peux te monter ton propre DNS de résolution + cache. Et l'interroger, tout en gardant ton bloqueur de pub. Essaye c'est pas compliqué. Comme ça tu veras bien.

Site mobile sécurisé avec une serrure NFC iLOQ :



Extrait de