« En utilisant la technologie de modification du visage sur FaceApp et les outils de retouche de Photoshop, le Japonais de 50 ans s’est présenté comme une motarde "kawaii". [...] Convaincu que personne ne voudrait suivre un "vieux", il a continué la ruse jusqu’à atteindre 17’000 followers. »
►https://fr.motor1.com/news/495447/influenceuse-japon-femme-homme
#moto #FaceApp #Instagram #Photoshop #Twitter #influenceur #mensonge #personal_branding #djandeur
L’URL a été modifiée depuis :
►https://fr.motor1.com/news/495447/influenceuse-japon-femme-homme
#seenthis_bug ? Le retrait du / final cause une anomalie sur le site de destination.
Ah, on ne peut pas indiquer le vrai URL ? ►https://fr.motor1.com/news/495447/influenceuse-japon-femme-homme
Ah, en effet, il est massacré :-(
Entre nous, je trouve que le bug est autant côté motor1 que côté seenthis. SeenThis ne devrait pas modifier l’URL qu’on lui donne - mais il y a peut-être une raison ? motor1 ne devrait pas ne pas reconnaître l’URL, juste parce qu’on a supprimé le / final, il doit avoir un paquet de 404 dans ses fichiers de logs.
Pas trop d’accord. Rien dans la norme ne dit que ►http://example.org/toto et ►http://example.org/toto doivent tous les deux marcher et tous les deux donner le même résultat. C’est courant, oui, mais pas obligatoire.
(La norme dit par contre que ►http://example.org et ►http://example.org sont équivalents, mais ce n’est pas la même chose.)
Je suis d’accord avec toi. Mais.
Je me fais parfois avoir sur la définition d’alias avec nginx ou apache, ("Location /toto" <> « Location /toto/ ») où ce sont les utilisateurs qui se font jeter, et où j’enlève bien vite le / final qui est en cause en ne laissant que « Location /toto ».
Dans le mail de notification, ST ne fait pas le ménage... Il doit y avoir moyen qu’il ne le fasse pas non plus dans le lien.
