Archive for ‘Mauvaises pratiques’ Category
Browse:
Mauvaises pratiques »
Subcategories:

Microsoft vous expose au danger

datePosted on 08:22, octobre 17th, 2009 by Dany

Installer un logiciel Microsoft n’est pas sans risque, on sait par exemple qu’installer WLM 2009 modifie les paramètres de Firefox sans vous demander votre avis: Nouveau moteur de recherche par défaut et bien pire, la barre d’adresse de Firefox qui intègre des fonctionnalité de recherche très pratique sur Google utilise désormais Bing. Petite précision, cette dernière modification n’est pas réversible pour un utilisateur non expérimenté, en effet il faut allez triffouiller dans le about:config pour corriger cette modification non désiré.

Non content d’utiliser des méthodes de malware, Microsoft va à introduire une faille de sécurité dans Firefox. Lors d’une mise a jour du framework .Net, Microsoft installe dans Firefox un addon sans demander l’avis de l’utilisateur, et sans lui laisser la possibilité de le désinstaller. Ce dernier point a finit par être modifié par Microsoft, non sans provoquer des bugs avec certains autres addons .Mais il y a pire, cet addon rend votre ordinateur vulnérable à des attaques. Introduire une faille de sécurité dans Firefox, principal concurrent de Internet Explorer … a croire que Microsoft l’a fait exprès.

.NET addons pour Firefox

Microsoft, je vous tire mon chapeau, car dans la catégorie malhonnête, vous remportez la palme d’or.

Dernière minute: J’apprend que Mozilla à ajouté l’addon sur sa blocklist(en), il devrait être automatiquement désactivé.

Liens hypertextes hyper interdits

datePosted on 10:43, octobre 15th, 2009 by Dany
Cet article fait partie d'une série, Mauvaises pratiques du Web»

Thierry Stoehr nous livre une liste de 42 sites n’ayant rien compris à l’internet. Des sites web qui vont à l’encontre d’un fondement du web. En effet ces sites interdisent de faire des liens vers eux sans autorisation préalable. C’est, il faut le dire, complètement stupide et contre productif. Un exemple: Je peut vous parler de handicap international, mais il faudrait auparavant que je demande l’autorisation par e-mail avant de faire un lien vers eux. Est-ce un moyen de se protéger contre le google bombing, permettant d’influencer le classement google (« miserable failure » renvoyant la biographie de G. Bush fin 2003) ? Peut être est-ce pour s’assurer que les liens ne se situe que dans des articles favorables ? Quoi qu’il en soit, c’est une pratique qui ne devrait pas exister sur le web, où un des principes fondamentaux est la liberté de faire des liens. On peut aussi se poser la question si le fait de visiter un site web suffit a accepter les Conditions Générales d’Utilisation, sans les avoir ni vu ni accepté explicitement (par un click).

La palme des plus mauvaises C.G.U. d’un site web va a 3M France qui interdit tout simplement les liens pointant vers leur site.

Pour finir, voici un autre article de Thierry Stoehr invitant ces sites web à se poser 10 questions concernant cette interdiction.

Article de la série:
  1. History.go
  2. Liens hypertextes hyper interdits
Powered by Hackadelic Sliding Notes 1.6.4

History.go

datePosted on 20:51, septembre 25th, 2009 by Dany
Cet article fait partie d'une série, Mauvaises pratiques du Web»

Aujourd’hui je débute une sére d’article sur les mauvaises pratique du web. Que ce soient du code utilisé à mauvais escient, ou bien des pratiques douteuses de la part de certains webmasters.

J’inaugure cette série avec un article sur un petit bout de code Javascript: history.go(); Ce code permet de naviguer dans l’historique, ou plus exactement de faire naviguer le lecteur dans son historique. En fait il a la même action que les boutons permettant de revenir sur la page précédente ou bien la suivante avec les codes suivants: history.go(-1) et history.go(1).

Beaucoup trop de sites utilisent ce bout de code dans un bouton « retour ». Outre le fait que ce soit contre-productif (on retourne sur la page depuis laquelle on est venu et qui n’est pas forcément sur le site) ce n’est également pas intuitif. Le visiteur pensera retourner sur une page principale, un index, ou une page parente, et se retrouvera renvoyé à son point de départ. C’est à l’utilisateur de décider si il veut revenir en arrière dans son historique, non pas au concepteur du site web. Un bouton retour doit toujours renvoyer vers une page parente dans la hiérarchie du site web, idéalement vers un index ou l’index de la catégorie correspondante.

Récemment

Nuage de tags

Google Strasbourg onglet Musique Ubiquity Streaming Tableau Internet Explorer Navigateur Mozilla CMS Taskfox Firefox Choquant IE6 Beta Songbird Pastel Navigateur Web Video page web Photo Internet Blog Grooveshark