Ce n'est pas 100% idiot, mais Google comme d'hab fait sans concertations
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
Nil Le 07/02/2019 à 14:22 Vous voulez que votre site fonctionne bien ? Indiquez à votre navigateur que vous y allez souvent en maintenant F5 appuyé durant 30 secondes...
Je sais pas si c'est moi mais on dirait que le code super-bloaté que Google a mis dans Youtube pour faire ramer Edge et autres s'est retourné contre eux. Ces derniers mois plusieurs fois il s'est "foiré" et à partir de ce moment il devient super lent et utilise beaucoup de CPU pour aucune raison valable. Parfois un refresh de la page n'y fait rien. Dans le pire des cas ça peut même donner des saccades dans la vidéos voire des coupures avec Chrome qui cesse de répondre. Bref exactement les symptômes qu'on a constamment avec Edge (en un petit peu pire dans le cas de Chrome). Ce serait vraiment bien qu'ils arrêtent cette guéguerre…
Intéressant. Il y a des preuves qu'un tel code existe, à telle fin ?
« Nous avons propagé sur Extranet une histoire fabriquée de toutes pièces selon laquelle une certaine disposition d'étoiles, vue depuis la planète d'origine des butariens, formaient le visage d'une déesse galarienne.
Sans chercher à vérifier ces informations, certains ont décrété que c'était la preuve de l'existence de la déesse. Ceux qui notaient le manque de preuves se faisaient attaquer. »
— Legion, geth trolleur à portée galactique
Uther Le 08/02/2019 à 15:53Edité par Uther le 08/02/2019 à 19:13 On sait qu'il y a sur YouTube du code mal réalisé plombant les performances des autres navigateurs. C'est pas difficile à prouver, le code web est consultable. Il n'y a juste pas de preuve formelle que ce code ait été fait volontairement pour nuire à la concurrence.
Il y a notamment été remonté par des gens de Mozilla que YouTube a choisi d'utiliser, pour la nouvelle version de l'interface déployée il y a 6 mois, une version de travail de la spécification de l'API WebComponent. Cette version proposée par Google a été implémentée dans Blink, à tire expérimental, sauf qu'elle n'a pas été acceptée en l'état par le W3C. C'est une version remaniée qui a été officialisée. Mais quand on possède 80% du marché on fait ce que l'on veut et plutôt que d'utiliser la norme officielle supportée par tous les navigateurs modernes, Google a décidé que YouTube resterait sur la version non standard implémenté par Blink. Du coup, pour les autres navigateurs, il utilise ce qu'on appelle un polyfill : une bibliothèque JavaScript qui simule une technologie Web sur les navigateurs qui ne la supportent pas. Forcément le pollyfill a des performances bien moins bonnes qu'une implémentation native.
Une autre remontée personnelle de la part d'une personne qui a travaillé sur Edge, est que l'autonomie batterie d'un portable utilisant Edge pour regarder des vidéos sur YouTube s'est un jour subitement effondrée, étrangement au moment ou Google a lancé une campagne de pub ventant les bienfaits de Chrome sur l'autonomie en regardant YouTube. Il a remarqué qu'il y avait désormais une div transparente sur les vidéos YouTube qui ne semblait servir à rien, mais qui empêchait l'accélération graphique de fonctionner. Selon ses dires, ça fait partie des points qui ont convaincu MS de laisser tomber leur moteur Web perso.
Après avoir longtemps refusé de retirer cette div inutile. Google a accepté en expliquent qu'il s'agissait d'un bug, quand le problème a été rendu public.
Zeph Le 11/03/2019 à 23:37 Ah, depuis le temps que j'ai envie d'utiliser une petite arctangente en écrivant des CSS, il était temps !
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez
par ici :)
bientot eval() et gcc()
pas mal la 3d en css mais ca raaaame
T'as essayé la démo qui joue toute seule ? Chez moi ça rame, mais quand je bouge la souris ça devient fluide (j'imagine Firefox doit limiter l'utilisation CPU quand il n'y a pas d'interaction utilisateur)
—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT Turbobon ca rame aussi même sans compiler gnuradio en même temps.
(par contre au taf c'est fluide sans prendre beaucoup de cpu, ca doit taper fort sur la carte vidéo)
Je suis rassuré dans mon choix indéfectible de Internet Explorer, la feature semble là pour durer !
Uther Le 09/04/2019 à 10:02 En même temps dans l'exemple de Google qu'ils donnent, ça ne change pas grand chose vu que Google adapte sa page au navigateur. Pour les navigateurs qui gèrent le ping, il met un lien direct vers la page du résultat de la recherche + une page ping qui sera envoyée en parallèle. Pour les autres, le lien envoie directement sur la page de traçage qui ensuite redirigera vers le résultat de la recherche. Au final, ça revient au même sauf que l'on a une solution inférieure basée sur la redirection, plus lente et chiante si on veut copier le lien, par exemple.
On peut certes dire que le fait que l'on passe par une page google apparait quand on passe la souris sur le lien. Mais de toute façon, avec JavaScript, il y a déjà tellement de moyen d'envoyer d'envoyer discrètement ce genre de notifications que refuser d'implémenter ping, qui permet de faire cela de manière bien plus propre et visible, n'a pas vraiment de sens.
Plutôt que de le désactiver complètement, une manière intelligente aurait pu être de l'implémenter en d'affichant l'adresse du ping en plus de l'adresse directe quand on passe la souris sur le lien.
Nil Le 09/04/2019 à 11:31 Hm, j'allais dire que ce n'était pas vrai, mais c'est encore pire que ce que je pensais au niveau fallback :
Si tu est sous Fx, Google simule le ping avec un onmouseclick. Si tu n'as pas JS activé, Google met un lien de redirection.
En pratique, il faudrait que le navigateur fasse croire qu'il gère le ping mais qu'il ne le prenne pas en compte (sauf qu'en réalité, Google estime qu'il n'est jamais actif sous Fx même quand il l'est, du coup...).
Uther Le 09/04/2019 à 12:14 Oui j'ai regardé davantage, c'est un bordel monstre ce que fait Google. Parfois il fait du onmouseclic/down direct, parfois un listener, parfois une redirection, c'est pas très clair, à part qu'on ne gagne rien a utiliser Firefox sur ce point, bien au contraire.
De toute façon si on voulait techniquement empêcher tout traçage, il faudrait revoir en profondeur le fonctionnement du HTML/JavaScript, et on perdrait des fonctionnalités au passage. je pense que c'est malheureusement bien trop tard pour ça.
Uther Le 04/05/2019 à 09:15 Suite a un superbe fail de renouvèlement de certificats, toutes les extensions de Firefox son désactivées depuis minuit. Un correctif devrait arriver dans la journée mais c'est vraiment pas sérieux.
Nil Le 04/05/2019 à 16:50 Aaaaah merci ! Je me demandais d'où ça venait !
Nil Le 04/05/2019 à 17:56 Ben ça reste le seul navigateur qui ne te flique pas, c'est plutôt pas mal je trouve :3
Il y a en effet encore des gens qui s'en servent.