Le Danemark durcit le ton à l’égard de la Big Tech. En effet, Caroline Stage, ministre danoise des Affaires numériques, vient d’annoncer l’interdiction prochaine de la plupart des réseaux sociaux…
Cet article Facebook, TikTok, Snapchat : le Danemark va interdire les réseaux sociaux pour les moins de 15 ans est apparu en premier sur PaperGeek.
La "nouvelle" Navigation API vise à remplacer l'actuelle History API qui n'a jamais été très ergonomique.
Cette nouvelle API est assez massive, elle propose – notamment pour les SPA (Single Page Application) – de centraliser la gestion de la navigation à un seul endroit.
Bien évidemment, ça ouvre la porte aux sites qui vont vouloir en faire trop, qui vont vouloir outrepasser le comportement natif du navigateur, et ça peut finir en grand n'importe quoi comme à l'époque des popups.
Heureusement il semble y avoir quelques garde-fous pour, par exemple, empêcher un site de rendre le bouton de retour natif du navigateur inopérant et ainsi vous piéger dessus.
Par contre j'imagine que rien n'empêche un site de créer des navigations programmatiques artificielles lorsque vous arrivez dessus pour qu'il faille appuyer un grand nombre de fois sur "retour" pour s'en échapper. Mais c'est techniquement déjà possible avec l'History API de toute façon.
C'est pour l'instant uniquement supporté par les navigateurs basés sur Chromium.
La documentation MDN est également disponible.
La "nouvelle" Navigation API vise à remplacer l'actuelle History API qui n'a jamais été très ergonomique.
Cette nouvelle API est assez massive, elle propose – notamment pour les SPA (Single Page Application) – de centraliser la gestion de la navigation à un seul endroit.
Bien évidemment, ça ouvre la porte aux sites qui vont vouloir en faire trop, qui vont vouloir outrepasser le comportement natif du navigateur, et ça peut finir en grand n'importe quoi comme à l'époque des popups.
Heureusement il semble y avoir quelques garde-fous pour, par exemple, empêcher un site de rendre le bouton de retour natif du navigateur inopérant et ainsi vous piéger dessus.
Par contre j'imagine que rien n'empêche un site de créer des navigations programmatiques artificielles lorsque vous arrivez dessus pour qu'il faille appuyer un grand nombre de fois sur "retour" pour s'en échapper. Mais c'est techniquement déjà possible avec l'History API de toute façon.
C'est pour l'instant uniquement supporté par les navigateurs basés sur Chromium.
La documentation MDN est également disponible.
Je ne pourrais pas être plus d'accord.
C'est encore une fonctionnalité native simple mais très puissante des navigateurs que certains frameworks ont encouragé à ignorer et à remplacer maladroitement.
Ça ne veut pas dire qu'il faut bannir le state en mémoire, mais simplement comprendre les avantages et inconvénients de chacun et les utiliser à bon escient. L'article illustre ça avec beaucoup de justesse.
Je ne pourrais pas être plus d'accord.
C'est encore une fonctionnalité native simple mais très puissante des navigateurs que certains frameworks ont encouragé à ignorer et à remplacer maladroitement.
Ça ne veut pas dire qu'il faut bannir le state en mémoire, mais simplement comprendre les avantages et inconvénients de chacun et les utiliser à bon escient. L'article illustre ça avec beaucoup de justesse.
Un navigateur web alternatif, basé sur Chromium, mais qui met l'accent sur la légèreté, le respect de la vie privée et l'absence de requêtes intempestives en arrière-plan sans votre consentement.
Il en est à ses débuts mais semble prometteur.
Contrairement à Chrome, il supporte encore les extensions au format MV2 comme uBlock Origin (qui est d'ailleurs installé par défaut).
Un navigateur web alternatif, basé sur Chromium, mais qui met l'accent sur la légèreté, le respect de la vie privée et l'absence de requêtes intempestives en arrière-plan sans votre consentement.
Il en est à ses débuts mais semble prometteur.
Contrairement à Chrome, il supporte encore les extensions au format MV2 comme uBlock Origin (qui est d'ailleurs installé par défaut).
Stirling-PDF is a robust, locally hosted web-based PDF manipulation tool using Docker. It enables you to carry out various operations on PDF files, including splitting, merging, converting, reorganizing, adding images, rotating, compressing, and more. This locally hosted web application has evolved to encompass a comprehensive set of features, addressing all your PDF requirements.
Une passionnante conférence à la DefCon 2025, à propos de la besa mafia et d'un site web permettant d'engager des tueurs à gage, dont la sécurité informatique était très mauvaise, et de l'enquête d'un collectif de hackers pour alerter les forces de police et les victimes à propos des contrats qui étaient passés sur ce site.
Obscuria avait déjà raconté une partie de cette histoire il y a 2 ans dans cette vidéo : Il veut enquêter sur une LEGENDE URBAINE du DARKNET mais se retrouve PRIS POUR CIBLE
Excellent article sur la représentation des images et photos d’illustration sur les pages Web !
J’apprécie le travail effectué pour illustrer justement ce que les différents types de compression rendent.
Enfin, j’ai adoré la phrase de conclusion très bien trouvée.
« Moralité : si on vous a vendu du dithering en guise d’éco-conception mais que vos images sont aussi lourdes que des JPG bien compressés, alors… votre tramage se rapporte à votre plumage. »
Mais siiii, celui où on cliquait sur un lien et hop, la page s’affichait. Sans popup de cookies, sans overlay “Abonnez-vous à notre ...
page pour visualiser la fortune de bébert-
vid{56af2ca8f75d51c405f4e500d36f4675bad893c47f64870219b82dcae6a62213}
— Permalink
J'utilise WordPress depuis une vingtaine d'années maintenant et la publication programmée d'article est vraiment quelque chose qui ne fonctionne pas bien.
Voici comment y remédier 
Je publie mes articles toujours à l'avance et à la même heure : 8h du matin. C'est une heure plutôt active pour la veille, les actus... et c'est le bon moment pour voir passer un tweet annonçant un nouvel article sur Blogmotion 
Mais cette fonctionnalité n'a JAMAIS correctement fonctionné pour moi. Résultat : certains articles ne sont pas publiés et je dois le faire à la main...
C'était un peu mieux quand j'ai installé un plugin censé corriger les ratés de publication ("missed-scheduled-posts-publisher"). Et puis ça a recommencé à fonctionner aléatoirement. Je n'ai jamais su si c'était lié à un plugin de cache ? un manque de visiteur au moment de la programmation ? Peu importe !
Pour désactiver la fonctionnalité native de pseudo cron de WordPress (aka WP-Cron) ajouter cette ligne dans /wp-config.php :
Connexiondefine('DISABLE_WP_CRON', true);
N'oubliez pas d'enregistrer le fichier.
Vous avez le choix d'utiliser un service crontab local si vous avez un serveur dédié, ou bien le service cron du panel d'admin de votre hébergeur s'il en propose un.
Si vous n'avez rien de tout ça vous pouvez utiliser un service web cron comme cron-job.org
L'URL à appeler est :
https://exemple.fr/wp-cron.php?doing_wp_cron
Fréquence choisie : toutes les 15 minutes, c'est suffisant pour moi.
L'appel de cette URL ne fera rien de plus que de vérifier si un article doit être publié. Rien de grave à ce que l'adresse ne soit accessible par tout le monde.
MAIS! comme WordPress est régulièrement victime de vulnérabilités (comme tous les produits) je préfère filtrer l'accès par un identifiant et mot de passe. On n'est jamais trop prudent.
Pour cela ajouter à la racine du blog dans le fichier .htaccess cette directive de filtrage :
<Files "wp-cron.php"> AuthType Basic AuthName "Restricted Access" AuthUserFile /datas/hebergeur/site/.htpasswd Require valid-user </Files>
Il faudra ensuite créer ce fichier avec la commande htpasswd sous Linux ou depuis un éditeur en ligne qui fonctionne côté client pour ne pas envoyer votre identifiant au site, exemple.
Testez l'accès depuis votre navigateur web. Si l'accès fonctionne après saisie du login/MDP alors ajoutez les dans votre service cron/crontab. Sur cron-job.org c'est dans l'onglet "avancé" du cron, cocher "Nécessite une authentification HTTP" puis saisir votre login/MDP.
Depuis que j'ai mis en place cette solution je n'ai plus aucun raté de publication, l'objectif est donc atteint 
!
Plus de frustration ni de charge mentale pour aller vérifier si la publication s'est déroulée comme prévue.
Et si vous préférez utiliser WP-CLI c'est aussi possible avec cette commande :
wp cron event run --due-now > >/dev/null 2>&1
Et voilà !
Vous n'aimez pas le RSS : abonnez-vous par email
Article original écrit par Mr Xhark publié sur Blogmotion le 13/08/2025 |
Pas de commentaire |
Attention : l'intégralité de ce billet est protégée par la licence Creative Commons
