antistress a écrit 3960 commentaires

Intéressant pour Thunderbird, merci pour l'info 👍

Ha oui, j'avais pas cliqué sur les liens, merci de me les avoir resignalés.

Du lien sur arstechnica :

the team leader behind this effort announced on Monday that the embedding support would no longer be maintained. In particular, adapting Gecko to work in separate sandboxed processes made supporting the current embedding schemes impossible

Tiens c'est marrant, c'était le but de WebKit 2 qui a succédé sans problème apparemment à Webkit 1 dans les bibliothèques et logiciels de mémoire (par exemple dans WebKitGTK)

J'imagine que l'explication est à chercher en amont :

WebKit has robust embedding support built in, because Apple uses it to support Web-based views in Mail, iTunes, Mac App Store, and numerous other applications

Ce que l'autre lien semble confirmer :

Embedding Mozilla rendering into other processes is a tough problem. We never solved it fully

Et aussi dans le fait que "Firefox OS est dévoilé publiquement en février 2012" (wikipédia) donc déjà en préparation en mars 2011 mais cela ne pouvait sans doute être dit (Firefox OS a nécessité bcp de nettoyage du code de Firefox de mémoire).

Quant à :

Once separate-process rendering is implemented in Firefox, we may consider ways to make really simple multi-process embedding a possibility

j'imagine que ça n'a plus été une priorité depuis

Pareil, soit je regarde que la vidéo, soit je me contente du son en surfant sur d'autres onglets.
G désactivé le fenêtre mobile, ca me faisait perdre du temps (de la refermer à chaque fois)

ils ont décidé d'abandonner le packaging de gecko en bibliothèque

De mémoire c'est pas si simple, car la réutilisation de Gecko a toujours été complexe comparé à WebKit d'après ce que j'ai pu lire à l'époque (où j'utilisais également Nvu de Daniel Glazman par exemple, et je crois que c'est lui qui l'évoquait).
Du coup à un moment les conclusions ont été tirées par Mozilla.
D'un autre côté, était-il réaliste pour Mozilla d'investir pour rendre Gecko réellement réutilisable, je n'en sais rien.
Et puis là en ce moment tu as Servo qui est peu financé, alors que c'est conçu pour être le plus réutilisable qui soit (https://www.phoronix.com/news/Servo-Engine-May-2024)

Et pour autant Thunderbird se base sur Gecko à chaque ESR…

Bon, je l'ai analysé, et étonnement leur secret tient en une ligne de code commentée "optimisation" :

# if réponse_brute ≠ produit_google then print produit_google first & second & third

Est-ce que quelqu'un-e comprend à quoi ça sert ?

Tout ce qu'on apprend ici 👏

Ha tiens je savais pas
Faut dire je la trouve pachidermique cette interface et je ne l'utilise que sous la contrainte

quarante-douze milles onglets qui bouffent de la bande passante et de la mémoire.

C'est très exagéré, par exemple je n'ai que 1813 onglets ouverts aujourd'hui, qui ne bouffent ni bande passante ni mémoire

Espérons qu'avec cette nouvelle version nous ne soyons pas encore obligé d'installer des extensions pour remplacer ce qui va être supprimé…

Et ça avait commencé avec l'abandon par la suite Mozilla du client de courriel qui oblige à présent à installer Thunderbird !

Par ailleurs les dernières évolutions de Firefox vont dans le sens de cloisonner les onglets et leurs ressources pour des questions de vie privée

-> cf https://www.peakhour.io/blog/cache-partitioning-firefox-chrome/ :

As of Firefox v85 and Chrome v86 the browser cache will be partitioned, this means that the same resource included on two sites will have to be downloaded from the internet twice and cached separately.

Question complexe dont je n'ai pas la réponse.

Cependant :

Plusieurs problématiques peuvent être adressées par le principe de récupérer les ressources en local (dans le cache dynamique du navigateur ou dans le bagage statique d'une extension) :

• économiser la bande passante en récupérant les ressources localement
• se rendre invisible des propriétaires de Content Delivery Networks
• éviter les problèmes de sécurité au cas où un CDN serait corrompu et propagerait des versions malveillantes de ses ressources

le cache local de Firefox ne permet ni le 3è ni même le 2è :

However, in both cases, Firefox may contact the server to check whether cached files have been updated Source : https://support.mozilla.org/en-US/questions/1257183 qui signale par ailleurs cette préf dans la doc pour configurer le cache, mais pour une même page apparemment : https://kb.mozillazine.org/Browser.cache.check_doc_frequency

Par ailleurs les dernières évolutions de Firefox vont dans le sens de cloisonner les onglets et leurs ressources pour des questions de vie privée

Je n'en sais pas plus ! Ça serait une bonne question pour l'auteur de LocalCDN

Ha ça peut être utile à des gens, cimer pour ton retour !

Oui, les hébergements via TuxFamily sont momentanément hors-service :

Main services unavailable
Posté le vendredi 24 mai 2024, à 18:21 UTC
Our main services have been down since 2024-05-22 01:31 UTC, we don't know why yet and are waiting for on-site support.

Suite à une avalanche de commentaires pas sympas il me semble, dans un registre sexiste, non ?

C'est aussi implémenté dans l'interface, l'avant dernière icône du menu déroulant quand tu tapes dans la barre d'url

J'utilise Startpage
C'est comment Stract ?

Pour LocalCDN :
Les releases : https://codeberg.org/nobody/LocalCDN/releases
-> les ressources semblent mises à jour avec chaque nouvelle version
(cf aussi https://codeberg.org/nobody/LocalCDN/src/branch/main/resources)

A noter cette info du wiki (par ailleurs très instructif à lire) :

Currently it's not possible to add more resources. It's currently very difficult to add more resources. Even updating the existing ones is difficult enough, as Mozilla's addon validator reaches a limit. There are too many resources included which have to be checked by Mozilla and the server crashes at some point. The problem is already known at Mozilla, but they have to change something at the infrastructure first, to validate LocalCDN correctly.

Bon, j'ai supprimé Decentraleyes et installé LocalCDN que je vais tester.

Merci d'avoir attiré mon attention là-dessus Jean-Baptiste, et un peu déçu par les choix du développeur de Decentraleyes :|

Dans les critiques sur amo, je lis :

[il y a un mois] This project is abandoned as correctly reported in previous reviews. The developer updates unnecessary things in Gitlab to make it look like the project is still being continued, however the resources the extension uses are over 4 years old & counting. In its present state this extension does NOTHING. It's ABANDONED.

[il y a 3 mois] Appears to be functionally abandonware. Tons of open and unaddressed issues https://git.synz.io/Synzvato/decentraleyes/-/issues

[il y a 5 mois] I don't understand why a lot of the js libraries in this project are several years old and not updated, which leads to it being less and less useful in today's ever-changing internet.

Sur la forge du projet :

Issues #475 Add on is non-functional on today's web. The list of resources badly needs an update. I have done so, and it works fine. There is no technical impediment to doing so.

Issues #468 Shouldn't the ressources be updated?
qui pointe vers https://git.synz.io/Synzvato/decentraleyes/-/tree/master/resources où beaucoup de ressouces js ont plus de 5 ans

Bon, tout cela semble bien étrange puisque la mise à jour des ressources ne semble pas compliquée et que d'autres mises à jour sont déclarées pour autant https://git.synz.io/Synzvato/decentraleyes/-/releases !

Bon, pour le premier, au final il y a plus simple : en ajoutant l'icône de Bypass Paywalls Clean à la barre d'outils, je suis prévenu quand il s'active, c'est quand même beaucoup plus simple o_O

Je viens d'ajouter l'icône à la barre d'outils, c'est encore plus efficace !

Bon, j'ai activé l’icône et le compteur : sur la page de test https://decentraleyes.org/test/ le compteur s'incrémente, mais sinon… en effet, ça semble étrange

Je me réponds à moi-même :

Au-delà du symbole, c’est aussi important car il sera à l’avenir beaucoup plus compliqué, pour un exportateur d’armes par exemple, de continuer à livrer des armes à Israël s’il y a un risque qu’elles provoquent des crimes de guerre. C’est toute la question de la complicité dans la guerre. Cette affaire doit mettre en garde ces gens-là. Ils pourraient tomber dans le vaste filet tendu par la justice internationale qui est censée attraper les hauts responsables, mais aussi des acteurs moins importants.

Andrew Clapham, Professeur de droit international à l’Institut de hautes études internationales et du développement
https://www.letemps.ch/monde/moyenorient/la-credibilite-de-la-cour-penale-internationale-est-renforcee

Euh carton, inflammable, toussa

Je m'y suis fait. On peut voir ça comme un faire-valoir des autres acteurs, et du coup des autres personnages : bel exemple humaniste ou une production occidentale met en valeur les personnages et acteurs orientaux.

C'est gentil mais laissons à l'univers une part de mystère xD