Ce qui est bien en informatique, c'est qu'on peut en apprendre tous les jours jusqu'à la fin de sa vie, on ne saura jamais tout.
Je n'avais jamais entendu parler de SSE (Server-Sent Events). Utile pour l'envoi de données temps réel du serveur vers le client. Et ça marche dans tous les navigateurs, en passant par HTTP (donc ça bénéficie aussi de la compression, ce qui n'est pas le cas des WebSockets).

Pouah il était temps que je mette à jour quelques entêtes sécurité de mon site. Bon je n'irai pas jusqu'à CSP, parce que mon site vieux (il a 22 ans !) a malheureusement encore du javascript inline que je n'ai pas le courage de nettoyer, mais pour le reste il devrait maintenant être à peu près à jour concernant les entêtes sécurité comprises par les navigateurs modernes.
Voir aussi : https://securityheaders.com/

J'aime cet article.
(via https://lehollandaisvolant.net/?id=20210202125317)

Pas con: utiliser Mastodon comme système de discussion/commentaires sous les articles de votre blog. Il suffit juste de quelques lignes de Javascript.
Seul soucis de ce système: Vous ne pouvez pas modérer les commentaires.

Je diffuse ça à destination des gens qui créent des formulaires, parceque c'est super bien fait. À lire !

Un article scientifique:
- la vidéo ne s'affiche pas chez moi (à mon de uBlock-Origin ? m'en fous, c'est pas mon problème)
- je ne peux même pas sélectionner du texte dans la page ??? Vous foutez quoi avec le javascript ???
- AUCUN FOUTU LIEN VERS L'ARTICLE SCIENTIFIQUE SOURCE, NI MÊME VERS L'UNIVERSITÉ EN QUESTION.

SOURCER ses publications, c'est pas un peu la BASE en sciences ???
Vous ne respectez pas le travail de ces scientifiques. Un lien hypertexte, en 2020, c'est quand même pas trop demander.

Je n'ai plus envie de perde mon temps avec des sites web chiants de ce genre.
- Si en 2020 vous interdisez encore de sélectionner une partie du texte de la page ou le copier-coller, je ne visiterai plus votre site.
- Si en 2020 votre page ne s'affiche pas correctement à cause d'un bloqueur de pub, je ne visiterai plus votre site.
- Si vous citez un article ou une étude sans mettre ne serait-ce qu'un simple lien en fin d'article, je vous dégage de mes flux et abonnements.

Après AMP, voici le nouveau projet de Google, les "web bundles". En gros des archives contenant HTML, JavaScript, images, CSS et autres, packagé sous forme d'une archive qui pourra être distribué par les CDN.
Une saloperie bien sûr soit-disant créée dans notre intérêt, mais qui mettrait à mal les bloqueurs de publicité et la possibilité d'examiner le contenu des pages.

Oh merde.

WebAssembly sur le papier, c'est très cool, parce que ça promet de super-performances js dans le navigateur.
Jusqu'à ce que tu réalises que ton "view source" sur les pages web ne servira plus à rien.
Vous détestiez ne pas pouvoir inspecter le contenu des ActiveX et Flash ? Vous ne pourrez plus non plus le faire avec WebAssembly.
Ouais, on va perdre le contrôle là dessus aussi. Et soyez certain qu'on va se le prendre en pleine gueule quand les sites web réaliseront qu'ils peuvent le faire.
(via http://nicolas-delsaux.hd.free.fr/Shaarli/?7YckFQ)

Le principe n'est pas mal: Fournir (dans les pages html ou les api json) une petite chaîne de caractères qui permet de tracer un aperçu flou de l'image quand vous ne l'avez pas encore chargée. Une sorte de placeholder qui contient déjà les couleurs de l'image finale.
C'est un bout de javascript qui décode une petite chaîne et génère l'aperçu. C'est très compact. (Par exemple "LEHV6nWB2yk8pyoJadR*.7kCMdnj" pour un placeholder de résolution 4x3)

On pourrait faire la même chose sans javascript, simplement en incluant un data/uri ("data:image/png") contenant un tout petit PNG qui serait placé dans l'attribut "lowsrc" d'une balise <img>. Ça consommerait un peu plus de place, mais pas tant que ça.

Yeah ! Le truc qui vous manquait: Des animations dans la barre d'adresse du navigateur.

Donc le W3C - déjà très critiqué - n'est plus. Il n'y a plus de compromis, des décisions ont été passées en force, et l'appel de l'EFF (le premier dans l'histoire W3C) a été rejeté.
Le W3C a donné aux majors ce qu'ils voulaient: Le champ libre pour bourrer le web de DRM.
Le web ouvert - celui qui a permis tout l'innovation actuelle - est mort.
(Et l'EFF a claqué la porte du W3C.)

Pour faire une page de maintenance sur votre site facilement et rapidement.

Les images JPEG n'ont pas de transparence, mais les PNG sont trop gros. Vous voulez faire une grosse image avec transparence ? Voici comment utiliser SVG pour attribuer une transparence (issue d'un PNG) à une image JPEG.

Différence entre "Disallow" et "Noindex" dans le robots.txt

Je me met ça sous le coude: Une lib Python pour automatiser l'interaction avec des sites web.  C'est un peu plus concis qu'utiliser directement BeautifulSoup, et ça peut être utile pour faire du web-scraping.

Une checklist pour webmasters quand on monte un nouveau site. L'idée est bonne. (via http://aloco.free.fr/info/?KeKlBw)

Bon je me note ça.
(rha... après le favicon pour Microsoft, voilà qu'il faut bricoler un truc pour Apple. Quand est-ce que le W3C va proposer quelque chose ?)
EDIT: Le W3C donne ça: http://www.w3.org/2005/10/howto-favicon mais n'impose pas de format graphique. C'est au choix png, gif ou ico (Windows). Ce qui ne resoud pas tout. De mémoire, Windows préférait le ico (icône multirésolutions), mais je n'ai pas re-testé dans les versions récentes de Windows.

Râlage de BohwaZ contre les pages web lourdes (et j'en prend aussi pour mon grade ; Et il a raison, il faudrait que je dégage jQuery.)

Gros +1 !

Scrapy, une lib Python conçue pour extraire des données des pages web. Démonstration avec la récupération des torrents disponibles sur mininova: http://doc.scrapy.org/en/latest/intro/overview.html
Pratique quand des services web n'ont pas d'API ou des API pourries.

L'avantage de Scrapy est qu'il est relativement concis (la syntaxe n'est pas trop compliquée et on peut utiliser XPath pour exprimer les éléments à extraire). Il s'occupe de suivre les liens, récupérer les pages (selon les règles que vous fixez), supporte la compression http, l'authentification, le user-agent spoofing, gestion des encodages...  ça évite de se taper tout ça à la main.
Il peut exporter les données récupérées en json/csv/xml.

Bon à savoir (via http://blog.m0le.net)

Un gros +1 (via http://bajazet.fr/shaarli/?4LZIpA)

Une appli Linux pour parcourir et télécharger les webfonts fournies par Google. Pratique pour utiliser ces webfonts sans dépendre des serveurs de Google.
Le PPA: https://launchpad.net/typecatcher

Cette page recense différentes formes d'attaque (dont XSRF). Pas encore eu le temps de lire mais ça a l'air bigrement intéressant.
Ça explique aussi la raison pour laquelle Google ajoute while(1); au début de tout json renvoyé par des services comme GMail: http://stackoverflow.com/questions/3146798/why-do-people-put-code-like-throw-1-dont-be-evil-and-for-in-front-of

à mon avis, une lecture à garder sous le coude sur la sécurité web.

moui, à voir: https://detectify.com