File types blocked in #Gmail - Gmail Help

#17337

GMAIL TU ME FAIS CHIER.

Et voilà exactement l’exemple de ce dont je parlais hier.
Sauf que je n’étais pas prêt de penser que j’aurais ce problème avec Gmail (qui généralement est assez intelligent pour gérer correctement le filtrage d’emails, contrairement à Outlook ou Hotmail, avec qui j’ai toujours eu des problèmes).

En fait Gmail refuse un fichier ZIP parce qu’il contient du JS/HTML (oui, Google analyse vos fichiers ZIP, vous ne saviez pas ? Ce n’est pas nouveau pourtant).

https://support.google.com/mail/answer/6590?p=BlockedMessage&visit_id=1-636593004386613821-429168225&rd=1

Google arrête son service d'adresses raccourcies : ce qui va se passer pour les liens Goo.gl - Tech - Numerama

#17324

Oh, Google va casser le web pour que ça marche mieux sur Andr… mobile.

En gros, ils vont faire des "boutons clicables" (non, on ne pas appeler ça des URL) du style « app://googleMaps/iciUnLienVersUnLieu ».

Quand on clique dessus depuis un mobile, ça ouvrira Google Maps et affichera la carte au bon endroit.

Ça semble pratique pour ouvrir certains liens avec les applications faites pour ça… mais ça va casser tous les liens sur les appareils qui n’ont pas la bon app d’installée (donc aussi les PC).

Ah et c’est pas comme si Android (iOS je ne sais pas) savait déjà associer certaines URL avec certaines app.
Oh et puis c’est pas comme si avoir créé des applications pour des trucs qui marchent très bien dans le navigateur était une connerie depuis le début… Je veux dire, on utilise bien Facebook, Gmail, Youtube dans le navigateur quand on est sur PC ? Pourquoi les smartphones se sont limités pour ne pas que ça marche pareillement ?

Mais bon, c’est comme tout : suffit de pas l’utiliser.

Quand aux liens "goo.gl", c’est pas comme si c’était à prévoir. Ils disent que les millions de liens raccourcis vont rester actifs… Mais ils le disent justement parce tout le monde s’en inquiète. Le jour où ils en auront marre, ils arrêteront ça, comme ils ont fait avec Google Reader, iGoogle et tant d’autres choses. Et comme pourraient aussi le faire bit.ly, tinyurl.com et tant d’autres. Les raccourciseurs d’URL sont là aussi une connerie qui ne sert à rien (sinon à traquer) : on peut déjà très bien mettre un texte clicable pour masquer l’URL : site de timo.

https://www.numerama.com/tech/339958-google-arrete-son-service-durl-raccourcies-ce-qui-va-se-passer-pour-les-liens-goo-gl.html

Apple confirms it uses Google cloud for iCloud – Liens en vrac de sebsauvage – Lokoyote – Matronix.fr

#17262

+1

Apple chiffre tout et héberge le contenu chiffré sur des serveurs de Google.

C’est comme si, pratiquant un boycott de VolksWagen, l’on refusait aussi de monter dans un taxi que l’on vient de commander, parce que le chauffeur a choisit une VW. Perso je trouverais ça idiot et inutile.

Enfin comme tu dis, au niveau des lois US, que ce soit chez Google, Apple, MS ou Amazon, c’est la même merde. Tout ce qui change, ce sont les CGU propres à ces boîtes (et là, par contre, Apple est moins pire, quoi que pas tout rose non plus).

La seule solution que je vois moi, c’est de chiffrer ses fichiers soi-même, et d’héberger ses "ZIP" dans le cloud.

Après faut-il encore avoir confiance dans le service de cloud : oké ils ne pourront pas voir vos photos ou vos documents, mais ils peuvent toujours faire faillite ou les prendre en otage (mais ça c’est une problématique générale à tout service cloud, et c’est la seule raison technique qui fait que perso j’utilise encore le bon vieux disque dur USB ^^).

https://www.matronix.fr/apple-confirms-it-uses-google-cloud-for-icloud-liens-en-vrac-de-sebsauvage-lokoyote/

Réponse à Franck Ridel concernant DuckDuckGo // /home/lord

#17201

+1

Même si DDG n’est pas parfait et reste soumises à la NSA/CIA/FBI et doit donner des infos sur ses utilisateurs, Qwant doit le faire aussi (mais en France, donc à la DGSI, la police et autre). Par contre il faut être naïf de croire que les services de sécurité français ne partagent rien avec les services de sécurité américains (et même les autres, et même inversement).

L’avantage par contre, c’est que si le moteur ne conserve pas de données, elle ne pourra pas les donner (alors que Google doit à peu près tout conserver).

Il en va donc bien du modèle économique : Google le base sur la captation et la revente de données utilisateurs. Les deux autres utilisent les liens affiliés et la pub (ce qui revient au même dans le cas où on clic sur ces liens, mais j’imagine que c’est seulement dans ces cas là). De tout façon, l’adage « si c’est gratuit, c’est toi le produit » s’applique à DDG ou Qwant aussi : ils sont gratuit aussi et sont édités par des entreprises qui doivent forcément rentrer dans leurs frais voire dégager des bénéfices pour fonctionner… Faut pas l’oublier non plus ^^

Le moins pire niveau vie privée reste donc DDG ou Qwant, ça je pense qu’on est tous d’accord. D’ailleurs, l’article de Franck Ridel n’était pas de dire que DDG sux, mais bien de dire qu’il n’était pas aussi parfait qu’on peut le lire un peu partout, en pointant quelques exemples de leur défauts.

https://lord.re/fast-posts/08-reponse-franck-ridel-ddg/

AMP, and why I don't like it | nota-bene.org

#16935

Perso je vois pas tellement l’intérêt.

Il est assez simple de faire des pages web légères et rapides sans utiliser de framework / API / site externe.

Si tout le monde virait déjà tous les scripts qui apportent que-dalle à leur page, le web serait déjà beaucoup plus rapide !

Et je ne parle pas de la pub (pas forcément, en fait), mais juste des trucs comme les scripts de tracking, les scripts de popup, les scripts de rézosocio (alors qu’un lien HTML suffit pour partager un article)…
Tout ça ne n’apporte rien à l’utilisateur, c’est juste là pour l’égo du blogueur. Si vous voulez des stats, regardez les logs du serveur, tout simplement.

C’est pas comme si je demandais non plus de faire un site sans JS du tout, ni un site ultra-sofistiqué qui doit absolument fonctionner sur un 3310, mais simplement de revenir un peu aux bases.

Un seul exemple : https://lehollandaisvolant.net/tout/tools/graph/
j’avais pris cette idée d’une autre page. Cette page avait utilisé jQuery juste pour prendre le contenu placé dans le champ et la transmettre au code qui fait fonctionner le graphique. C’était d’une lenteur abominable.
Rien que virer jQuery donne le résultat visible ici. Et j’ai eu exactement le même problème avec une version de cet outil qui devra tracer des graphiques en 3D.

J’aime bien faire du vanilla-JS (javascript tout seul, sans framework superflu), tout simplement parce qu’on peut déjà tout faire et c’est guerre plus long à faire, et c’est carrément plus rapide.
Et franchement, à quoi bon inclure toute une lib externe de 100 ko si c’est juste pour traiter un event sur un seul bouton ? C’est ridicule.

C'est pourtant ce genre de choses qui ralentissent le web.

C’est pas compliqué de faire des trucs simples en pure-JS :
détecter le sens du scroll ? 10 lignes de JS.
créer un sommaire pour une page web ? 40 lignes.
un lazyload ? 10 lignes de JS aussi

Ou même des trucs sans JS du tout :
un champ / formulaire flexible ? quelques lignes de CSS

Le bloqueur de publicités de Google arrive dans Chrome 62, sans action pour le moment

#16641

Mh… on pari que Google va bloquer toutes les pubs sauf les siennes ?

Parce que faut pas rêver hein : une très vaste majorité des ~90 milliards de dollars de CA annuel de Google/Alphabet proviennent de la publicité.

Et maintenant qu’ils contrôlent la navigation de 60% des internautes, de 90% des utilisateurs de smartphones et 97% des recherches, ils savent exactement qui fait quoi et qui veut quoi. Donc bloquer la publicité, c’est insensé…

https://www.nextinpact.com/news/104801-le-bloqueur-publicites-google-arrive-dans-chrome-62-sans-action-pour-moment.htm

Google’s mysterious new Fuchsia OS has a UI now - The Verge

#16444

:O

Ils ont tellement les moyens chez Google que fuck-it, ils reprennent tout de zéro. À terme, un moyen de pouvoir faire un OS totalement maison, où le besoin de respecter la licence ouverte ne se posera plus ?

https://www.theverge.com/circuitbreaker/2017/5/8/15579846/google-fuchsia-os-magenta-armadillo-first-look-ui

Sign in - Google Accounts

#16397

Google Maps Timeline.

J’ai activé la géolocalisation Google depuis quelques semaines, juste pour voir.
Aujourd’hui je regarde : putain, ils savent mon adresse exact, le nom et l’adresse de mon entreprise, et le moyen de locomotion utilisé pour aller de l’un à l’autre.

Pire, l’autre jour ma mère était chez moi. Elle utilise Google Maps pour le GPS et donc la géoloc est activée.
Son téléphone savait qu’elle était chez moi. Mon nom (qui est dans ses contacts) est apparu sont son écran.

À quand Google qui m’envoie un SMS pour me dire « votre maman est en bas de chez vous », alors que le rdv n’était pas prévu par avance ?
Il aurait fallu qu’elle fasse une recherche pour un truc juste avant, et Google me dira en plus la raison de sa venue.
Ou, avec les moyens de paiement Google directement dans le smartphone, ils me diront en plus si elle m’apporte un gâteau d’anniv, des croquettes pour chat ou quoi que ce soit.

C’est flippant.
Mais bon : ça ça serait dans le cas où ils nous le diraient. À ce jour il n’est d’aucun doute qu’ils savent tout ça mais ne disent rien.

Ah oui, et pour la journée d’hier, ils savent également si je suis allé voter ou pas. Google connaît le taux d’abstention à l’avance, donc. Et en croisant les données avec les recherches, ils peuvent également avoir une idée de pour qui j’aurais voté. Tout comme Facebook d’ailleurs.

ÉDIT : la chanson qui va bien : https://www.youtube.com/watch?v=AwWgbxXU5T0

https://www.google.com/maps/timeline