C'est pas un comportement nouveau : le support utilisateur ça existe depuis des années et c'est à l'opposé de la pureté qu'on cherche quand on fait de la conception (de site, de logiciel, etc). C'est du "damage control".
Ce que je dis c'est pas que le site est bien et que tout va bien ; ce que je dis c'est qu'il faut critiquer avec un peu d'humilité.
Concernant le cache quand on développe un site on est tributaire de la stratégie des navigateurs. Par défaut on ne fait rien mais le butineurs décide de mettre des trucs en cache. Du coup on peut passer des entête HTTP pour dire "ne met pas ça en cache", ce genre de truc, mais en fait c'est pas unanimement respecté.
Du coup la solution pour avoir un truc qui marche et qui est maîtrisé, c'est :
de régénérer des urls à chaque mise à jour du contenu pour être certain que le contenu ne viendra pas du cache. Exemple : https://mon.site/JS/all.js?token=abcd. On se fait ch... à développer des trucs pour empêcher le browser de mettre en cache
comme c'est pourri d'un point de vue performance, on ajoute les entêtes pour dire au navigateur de mettre en cache pendant 1 an, comme ça ça va pas recharger.
Au final on est obligé de réimplanter le mécanisme d'optimisation tout en s'assurant qu'on court-circuite les initiatives du navigateur.
À chaque ajout de ressources il faut être vigilant et forcément il arrive qu'il y ait des ratés.
Donc non, c'est pas un problème de compétence.
C'est un sujet complexe et fragile.
Je comprends que ça fait ch... Mais c'est pas les dev ni le support le problème - en tout cas pas plus que l'utilisateur. (Note : je suis pas concerné par ce problème directement, c'est juste un comportement que je retrouve régulièrement et qui m'agace)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Mail -> site web -> authentification -> attestation de lecture
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Incompétence Web. Évalué à 5.
C'est pas un comportement nouveau : le support utilisateur ça existe depuis des années et c'est à l'opposé de la pureté qu'on cherche quand on fait de la conception (de site, de logiciel, etc). C'est du "damage control".
Ce que je dis c'est pas que le site est bien et que tout va bien ; ce que je dis c'est qu'il faut critiquer avec un peu d'humilité.
Concernant le cache quand on développe un site on est tributaire de la stratégie des navigateurs. Par défaut on ne fait rien mais le butineurs décide de mettre des trucs en cache. Du coup on peut passer des entête HTTP pour dire "ne met pas ça en cache", ce genre de truc, mais en fait c'est pas unanimement respecté.
Du coup la solution pour avoir un truc qui marche et qui est maîtrisé, c'est :
https://mon.site/JS/all.js?token=abcd. On se fait ch... à développer des trucs pour empêcher le browser de mettre en cacheAu final on est obligé de réimplanter le mécanisme d'optimisation tout en s'assurant qu'on court-circuite les initiatives du navigateur.
À chaque ajout de ressources il faut être vigilant et forcément il arrive qu'il y ait des ratés.
Donc non, c'est pas un problème de compétence.
C'est un sujet complexe et fragile.
Je comprends que ça fait ch... Mais c'est pas les dev ni le support le problème - en tout cas pas plus que l'utilisateur. (Note : je suis pas concerné par ce problème directement, c'est juste un comportement que je retrouve régulièrement et qui m'agace)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo