Quelle est l'importance de la dégradation gracieuse JavaScript?
-
22-10-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Les développeurs web devraient continuer à passer progressivement l'effort améliorer nos applications web avec JavaScript, assurant que les caractéristiques gracieusement dégradent, assurant ainsi l'accessibilité? Ou devrions-nous passer ce temps concentré sur les nouvelles fonctionnalités ou d'autres domaines du développement?
Le sous-texte de cette question serait la suivante: Combien de nos clients / clients / utilisateurs utilisent nos sites ou applications avec JavaScript désactivé? Avez-vous des projets avec des exigences que la fonctionnalité exigent spécifiquement JavaScript (presque tous le mien), et ce que ces exigences exigent également la dégradation gracieuse?
Par souci de poser cette question, je tirai programmers.stackexchange.com sans Javascript, et je fus accueilli par ce message: « Les programmeurs - Stack Exchange fonctionne mieux avec JavaScript activé ». Il était difficile de se connecter, même si le site semblait fonctionner généralement bien. (Je n'ai pas pu voter en toute question.)
Je pense que cette approche est satisfaisante au développement. Imaginez l'effort nécessaire à faire toutes les fonctions de travail avec HTML et ancienne plaine logique côté serveur du site. D'autre part, je me demande combien d'utilisateurs ont été aliénées par cette approche.
Nous avons tous été formés (au moins les bons développeurs parmi nous) d'utiliser l'amélioration progressive et d'assurer nos caractéristiques de dynamiques applications web grâce dégradent. Est-ce que l'amélioration progressive pisser dans le vent, ou faire une partie de nos clients utilisent effectivement certains services Web sans JavaScript activé?
La solution
J'utilise NoScript mais whitelist tout site je compte utiliser réellement.
Lorsque vous installez NoScript, JavaScript, Java, Flash Silverlight et éventuellement d'autres contenus exécutables sont bloqué par défaut . Vous pourrez allow JavaScript / Java / ... l'exécution ... de manière sélective, sur les sites de confiance. Vous pouvez autoriser un site pour exécuter des scripts temporairement, si vous êtes en train de surfer au hasard, ou de façon permanente, lorsque vous visitez souvent et vous faites confiance vraiment. Cela signifie que NoScript tire des leçons de vos propres habitudes de navigation et tend à disparaître en arrière-plan après un certain temps, mais il vient rapidement de retour pour sauver votre journée si vous tombez sur une page web malicieuse.
Lorsque vous naviguez sur un site contenant des scripts bloqués une notification, similaire à ceux émis par bloqueur de pop-up, est affiché.
Regardez ou l'icône de la barre d'état pour connaître les autorisations en cours NoScript ...
Autres conseils
Je suppose que le pourcentage de personnes sans JavaScript activé est négligeable. Mais attention avec les robots des moteurs de recherche! Ils utilisent ne sont généralement pas JavaScript, mais vous ne voudriez pas qu'ils sauter un contenu important de la vôtre à cause de cela, non?
Je navigue toujours avec JavaScript activé et ont depuis l'aube du navigateur Web.
Jamais je ne ai eu une seule question qui valait la peine dégrader mon expérience de navigateur plus. Peut-être que quelques fenêtres pop-up ou d'autres contrariétés, mais les avantages l'emportent largement sur les risques, à mon avis.
Lorsque vous utilisez la console sous Linux, je l'utilise parfois Lynx quand une interface utilisateur graphique disponible. Au meilleur de ma connaissance lynx n'a pas de support JavaScript du tout.
J'ai aussi utilisé les navigateurs mobiles âgés de pauvres si tout support JavaScript.
Cependant, dans ces circonstances, je ne vous attendez pas à la facilité d'utilisation complète du site. Je suis habituellement juste en utilisant l'Internet pour regarder quelque chose rapidement (par exemple obtenir un numéro de téléphone). Par conséquent, je pense que l'interface non JavaScript de votre site devrait être limité à un rôle de référence passif. Stack Exchange est un excellent exemple de cela, vous pouvez chercher les réponses, mais vous ne pouvez pas-voix. Il est juste là pour être utilisé comme référence.
Je surfent régulièrement sur le web depuis le navigateur Web de mon téléphone intelligent quand je ne suis pas à la maison ou au bureau. Bien qu'il prend en charge (au moins un sous-ensemble) JavaScript ne gère pas toujours bien. Je l'ai trouvé beaucoup de sites inutilisables parce qu'ils consomment soit à de nombreuses ressources ou juste le navigateur écrasent.
Je préfère le navigateur intégré, mais je garde deux navigateurs alternatifs autour dans le cas où l'un d'entre eux fait un meilleur travail.
Une chose qui n'a pas été mentionné dans ce fil est ce qui se passe si vos pauses de script. Dans de nombreux cas, l'exécution ultérieure du script sur la page peut être désactivée, par conséquent besoin d'un moyen de repli à une façon plus simple de naviguer.
Un script peut briser pour diverses raisons, mais les plus évidentes sont les demandes pour les fichiers inachevées .js, divers addons qui peut changer le DOM ( AdBlock , etc.) ou introduire des objets qui ne sont pas bien espaces de noms.
Cela n'a rien à voir avec les scripts de désactiver explicitement ou autre chose. Comme une note de côté, de nombreux routeurs modernes, les logiciels pare-feu, etc. ont souvent une fonction pour désactiver / filtre SCRIPT, Flash, etc. à partir de sites, il pourrait même être configuré sur une couche réseau en laissant l'utilisateur pas au courant de ce (pensez cafés publics, des écoles ou d'autres environnements où d'autres personnes paranoïaques ont configuré l'accès à Internet).
qui est habituellement mon principal argument pour le développement de sites qui se dégradent avec grâce, au moins avec les fonctionnalités de base du site (mise en page et la navigation).
La seule chose que je désactiver JavaScript pour tester est mon propre site web. Cependant, vous pourriez être intéressé par une étude que Yahoo a fait trouvé entre 1-2% des utilisateurs ont désactivé JavaScript. L'audience de Yahoo est probablement une assez bonne représentation de l'utilisateur moyen.
Une citation clé de l'étude:
Alors que 2% des visiteurs américains ne peuvent pas sembler beaucoup, gardez à l'esprit que plus de 300 millions d'utilisateurs visitent le Yahoo! la page d'accueil de chaque mois. Cela signifie 6 millions d'utilisateurs visitent chaque mois sans bénéficier de JavaScript. Alors même si la peine de le dépenser votre temps sur la version JavaScript activé du site, il y a encore un quantité non négligeable d'utilisateurs là-bas qui ne sera pas en mesure de l'utiliser.
J'utilise NoScript avec le AdBlock Plus tout le temps .
Le web d'aujourd'hui est trop hostile (JavaScript intrusives + annonces ennuyeux) pour sortir sans protection.
Vous, bien sûr, d'obtenir un échantillon vraiment biaisé ici, et vous pourriez faire mieux faire vos propres recherches sur votre propre site.
Moi, personnellement, utiliser NoScript. Je suis rarement réticent à whitelist un site, mais il ne doit apparaître une valeur de mon temps pour le faire. (En d'autres termes, je besoin d'une raison, mais il ne doit pas être très convaincant.)
Ou certains d'entre nous utilisent en fait certains services Web sans JavaScript activé
Oui.
Ma navigation se divise en trois catégories.
Normal Browsing - On Safari ou Chrome (Mac OS X)
- iGoogle, Stack Overflow, certains blogs
Spécial sites : - Firefox, avec NoScript, AdBlock Plus et FlashBlock
Sites avec JavaScript inutilement de lourds. (Certains sites indiens pour les films de Bollywood / musique, si cela est important Inutilement script lourd -. La page elle-même rechargements toutes les 5 minutes ou ainsi)
Navigation Mobile: Je l'habitude d'avoir un Nokia 5310. perdu. Maintenant, j'ai un Sony Ericsson W700i encore plus. Je Navigation avec quand je suis en voyage (Opera Mini est assez bien). C'est le lieu (l'absence de) JavaScript est une douleur. Je ne veux pas interagir avec le site (la plupart du temps), il suffit de lire. Pourtant la plupart des sites sont impossible à la vue.
Il suffit de lire Pragmatique programmeurs "HTML5 et CSS3" . L'auteur dit 5% des utilisateurs ont désactivé JavaScript.
Voici sa source: UE et des États-Unis JavaScript désactivé Index + numéros impact collection de données Web Analytics .
Numéros Index JavaScript désactivé
UE: 1,4%
États-Unis: 3,05%Source:. 1.000.000.000 visites sur plusieurs propriétés Web de l'industrie à l'aide IndexTools
(VisualRevenue.com/blog - Dennis R. Mortensen)
Il semble que le pourcentage est en baisse aussi.
J'ai tendance à installer NoScript et seuls les sites que je fais confiance liste blanche. Sinon j'utiliser le « laisser temporairement » pour les domaines spécifiques quand je dois.
Ceci est juste une bonne sécurité. Sinon, vous permettant une quantité arbitraire de code à exécuter sur votre machine! Même si elle est sandbox ... il y a toujours des vulnérabilités.
Au-delà de mes propres habitudes, même si la plupart des gens ne broute avec JavaScript, il est toujours utile de développer des sites avec l'amélioration progressive à l'esprit. Si votre site est fonctionnel à la base, il peut desservir le public le plus large. Cela signifie également que vous séparez vos données de conception visuelle et de la logique métier. La plupart de ce que vous faites avec JavaScript côté client doit être fait sur le côté serveur de toute façon -. Le faire côté client doit juste être une commodité donnée à un utilisateur du site
Bien sûr, il y a des exceptions qui vont exiger JavaScript, mais généralement il y a une attente en cause. Par exemple, il y a une attente pour activer JavaScript pour BioLab Disaster , un jeu, mais pas pour un site comme A List Apart , la plupart du temps juste le texte.
Quand je remplir un formulaire, doit-il vraiment être une attente que je activer JavaScript pour soumettre le formulaire? Pourquoi? Alors que le code JavaScript peut vérifier pour vous assurer que je ne suis pas entré un numéro au lieu d'une lettre?
Javascript est désactivé par défaut pour ceux d'entre nous sur une boîte de Windows Server. Nos blocs politiques IT tant de sites, la seule façon de lire une partie du contenu est de surfer sur un serveur, où JS est désactivé par défaut.
Bien qu'il ne soit pas ma configuration préférée, il est ce que je dois faire parfois.
J'utiliser Google Chrome + AdBlock Plus, et que Javascript est activé.
EDIT: J'utilise NotScript maintenant. :)
Chrome blocs ALONE presque tous les popups (je l'ai trouvé qu'un seul site [Chess.com] qui a franchi une fois), et AdBlock se débarrasse de toutes les annonces, donc je n'ai aucun problème avec ceux-ci.
OMI, JavaScript vous donne une « meilleure expérience » dans l'ensemble, et aussi longtemps que vous visitez des sites dignes de confiance (qui n'ont pas été piraté ...), tu vas bien. En tant que « les gars informatiques » / développeurs, je crois que nous devrions avoir un très vif « sens internet », et être en mesure de dire si un site peut être malveillant.
À mon avis, l'accessibilité l'emporte sur presque tout le reste. Les utilisateurs qui comptent sur la technologie d'assistance doivent toujours être en mesure d'obtenir la plupart des fonctionnalités d'un site, même si cela peut prendre un peu plus longtemps. Peu importe combien de pour cent des utilisateurs comptent sur elle à la matière. Je suis heureux de code I pour un projet web open source où l'accessibilité est l'un des principaux objectifs et je réellement apprendre comment je peux faire bouger les choses dans les deux sens - avec et sans JavaScript. (Et beaucoup d'autres choses liées à l'accessibilité, car les scripts JavaScript ou non est vraiment seulement une petite partie du problème.)
Il y a un questionnaire intéressant qui a des réponses des utilisateurs du projet que je viens de mentionner à ce que la technologie qu'ils utilisent . Il pourrait être vous intéresser.
Hmm, maintenant je me sens comme le Omega Man . :) Apparemment, je suis le dernier personne qui ne fait tourner JavaScript (et les cookies) off . (À moins que je besoin d'un site spécifique comme, par exemple, le débordement de pile.)
Je doute que je me manque beaucoup - le plus souvent quand je faire Activer JavaScript pour un site, il fait quelque chose de totalement inutile, comme moi permettent de vomir des tonnes de personnel information à des inconnus, ou me montre quelques annonces mobiles - tout ce que je voulais, un mouvement aléatoire sur l'écran pendant que je suis en train de se concentrer sur la lecture d'un article ...
Je viens de répondre à une question sur AskUbuntu.com - je devais (temporairement - au moment) activer JavaScript sur le site. J'utilise NoScript et activer JavaScript pour un site quand je pense qu'il est clair - mais pas avant. Par défaut, JavaScript est désactivé pour les sites que je ne l'ai pas visité.
Je fais. NoScript tout le chemin. Je quitterai lorsque les navigateurs sont sandbox, et pas avant.
Les gens continuent à parler de cette décision comme si elle est binaire. Soit vous ou gracieusement dégradez vous ne le faites pas. Au lieu de cela, pourquoi ne vous considérez pas les coûts par rapport aux avantages de dégrader gracieusement pour chaque fonction? Par exemple, vous pouvez vous assurer que le site a des fonctionnalités de base, mais nécessitent toujours Javascript pour quelqu'un d'utiliser des fonctionnalités de spécifiques.
Gardez également à l'esprit que beaucoup de gens qui désactivent Javascript do si parce que ils veulent utiliser une lumière, dépouillée site avec seulement l'essentiel. Vous pourriez dépenser tout ce temps à faire le travail de votre cloches et de sifflets pour les utilisateurs qui tentent spécifiquement pour les éviter.
Les gens se plaignent qu'il ya tellement de travail à se dégrader avec élégance. Si vous plaignez combien de travail il est, alors vous travaillez probablement sur une fonctionnalité, il vaut la peine pour exiger Javascript.
Il est de mon avis que les utilisateurs sans Javascript doit toujours être en mesure de naviguer sur le site, utilisez la page de contact, et lire tous les articles ou messages de blog que vous avez. Pour toute fonctionnalité plus complexe, faire un jugement fondé sur le travail vs bénéfice attendu.
Je ne tourne il de parcourir à Pr0n (mauvais quartier!) ;-)
J'ai renoncé à essayer de le désactiver pour la navigation régulière parce que les choses ont éclaté trop. Et parfois, je ne sais même pas qu'il était cassé jusqu'à ce que je me suis tourné-le.
Si votre site pourrait être utilisé par les personnes handicapées, il est une bonne idée d'assurer qu'il ya une sauvegarde JavaScript.
Stratégie site Web et la planification est spécifique cas . C'est un site Web ne peut avoir besoin du tout pour soutenir navigateur IE, et encore moins la réflexion sur les questions mineures comme le soutien border-radius de CSS3. Mais d'autres sites peuvent même être besoin vers l'arrière jusqu'à IE6 compatible.
Comment peut-on comprendre ce que nous devons planifier pour un site Web? En partie de notre expérience. Sites que les programmeurs cibles et développeurs peuvent assurer que leurs utilisateurs utilisent des navigateurs assez nouvelles et mises à jour avec des fonctionnalités presque tous activés. Cependant, les sites d'actualité devraient penser que quelqu'un d'un point inconnu de la terre peut se connecter à leur site pour voir ce qui se passe initié son / son pays.
Mais en plus de notre expérience et de l'intuition, nous avons aussi besoin d'installer une sorte de service Analytics sur notre site, afin que nos décisions futures seraient plus robustes, à partir des données statistiques. Par exemple Google Analytics est un très bon outil. A partir de là, vous pouvez voir si vous avez vraiment besoin pour soutenir des navigateurs plus anciens ou non.
Cependant, si nous voulons suivre Web Accessibility Guidelines du W3C, nous devrions soutenir certainement beaucoup de choses, sans tenir compte des circonstances spécifiques du site.
Dans votre cas particulier, je dis que pas . Nous pouvons en toute sécurité oublier no-script dans les sites Web de petites et moyennes niveau. Mais pour les grands projets, ce n'est pas une mauvaise idée d'inclure un peu plus du balisage dans vos pages.
Je ne peux pas décider si certaines réponses sur ce sujet sont hilarantes ou graves: les cookies plus dangereux que le javascript? LOL
Tout site doit être testé avec js et désactivé les cookies cependant, il est un IMHO minimum.
Ne pas oublier les cookies. Je considère que les cookies pour être plus dangereux que JavaScript. Je l'habitude d'être un utilisateur NoScript, mais je l'ai mis hors tension en faveur de la liste blanche des sites cookie.
uniquement si le client demande explicitement
Sauf si vous avez un nombre important d'utilisateurs qui seront touchés, il est tout simplement un effort supplémentaire.
Je l'ai toujours sur JavaScript. J'ai aussi toujours mon kit minimum de restauration, à mes côtés.
Nous avons besoin de la ligne veto désactivation de JavaScript, pour que je puisse dire « aucune alerte, aucune page de redirection, pas Websockets. » La fonctionnalité est en WebKit au moins, à en juger à partir de la console et les divers contrôleurs.
Mais oui, JavaScript toujours. Principalement parce que très bientôt les gens vont utiliser les sockets web pour faire des toutes sortes de mal, exactement comme ce qui est arrivé lorsque Flash a la « cool » VM. Alors, je vais désactiver JavaScript. Si on me laisse bien sûr.
Je veux profiter autant du bien que je peux. J'ai donc quelques bons souvenirs de cette époque. Je veux être impressionné, je veux rire des folies JavaScript, parce que je manque vraiment ce que nous avions en 2007, le flux d'information douce libre comme l'eau de source, les sources ouvertes partout.
Je ne vais pas le mettre hors tension jusqu'à ce que je dois.
Amorçage à partir d'un CD / DVD live (physiquement ou dans une machine virtuelle) me fait me sentir beaucoup mieux sur l'autorisation Flash et JavaScript pour faire leur chose. Si je me souviens bien Linux Mint a le support de Flash hors de la boîte.
En ce qui concerne le développement du site, je fais habituellement une quantité raisonnable de div et swapping menus en JavaScript, mais j'essaie de faire tout ce look et fondamentalement travail avec CSS.
Plutôt que de se concentrer sur faire en sorte un dégrade page entière grâce, je tente de vous assurer environ 75% (ou plus, si elle est facilement ou rapidement fait) de la page gracieusement dégrade (ou œuvres sans JavaScript ). J'essaie aussi de vous assurer que cette 75% complète toute une partie de la fonctionnalité de la page.
Par exemple, j'utilise JavaScript pour charger des commentaires pour les messages sur mon blog; Il m'a donné la flexibilité, la cohérence dans le rendu des commentaires, et il me aide à maintenir un auto-imposé requête / limite de demande. Cependant, la principale raison pour laquelle vous allez sur mon blog - messages lecture - reste généré par le serveur et travaillera avec any navigateur. Les commentaires sont complètement indépendants dans un fichier .js propre.
TL; DR. La clé ici est ce se dégrade avec élégance, pas combien se dégrade gracieusement
