Question

Je commence à donner un peu plus d'attention à faire mes javascript et ajax mode dégradé. Ce qui est plus recommandé:

  • travaille sur l'intégration de la dégradation gracieuse dans votre code existant (peut être difficile) ou
  • l'élaboration d'un différents ensembles de pages pour les utilisateurs non-js.

Je penche vers les différents ensembles de pages, parce que je pense qu'il est plus facile et j'arrive à obtenir les meilleurs résultats possibles pour chaque type d'utilisateur (js-js activé ou handicapés). Avez-vous d'accord avec moi, et sinon, pourquoi n'êtes pas d'accord vous?

Je me inquiète aussi de tentatives de piratage. Par exemple pirate arrive à la js-enabled version puis désactive ses js. Toute réflexion sur ce point? Je ne sais pas grand chose sur le piratage, mais cela peut-être un problème de sécurité si je vais avec les versions séparées?

Merci d'avance

Était-ce utile?

La solution

Développer deux ensembles distincts de pages, un pour JS activé et une pour les non-JS, est évidemment beaucoup de travail, non seulement au début, mais aussi que votre application continue d'évoluer. Si cela ne je pense trop vous dérange pas beaucoup, c'est le chemin à parcourir. Je pense que vous avez raison sur la page même parfois dégradé étant très délicat. Parfois, cela est juste à cause de la mise en page: Avec JS activé, vous pouvez simplement cacher et afficher des éléments, alors que sans JS: où mettre tout? Des ensembles distincts de pages peuvent aider à garder propre structure de page.

A propos de tentatives de piratage: Vous ne pouvez jamais, jamais, jamais compter sur la validation JavaScript côté client. Tout doit être vérifié (ou revérifiés) côté serveur et votre code côté serveur peut ne préjugent pas que ce soit sur l'entrée utilisateur. Par conséquent, je pense que le scénario de quelqu'un de désactivation JS en utilisant l'application est hors de propos. Essayez de garder l'uniforme d'entrée utilisateur prévu pour la non-JS et les versions JS, valider correctement, et vous êtes bien.

Autres conseils

Bien qu'il ne fonctionne pas bien pour les sites existants, il est souvent plus utile d'utiliser le Amélioration progressive paradigme : construire le site afin qu'il fonctionne sans add-ons spéciales, puis lancez superposant votre génialité en plus de cela.

De cette façon, vous pouvez être sûr qu'il fonctionne à partir du sol et tout le monde (y compris ceux qui utilisent des lecteurs d'écran, ceux qui désactivent des images ou des feuilles de style, et ceux qui n'utilisent pas javascript) peuvent tous accéder à votre site.

Pour un Cependant, le site existant, cela dépendra de ce que la fonctionnalité du ajax délivre. En général, vous devez vous efforcer de refléter toutes les fonctionnalités ajax avec js désactivé. Si vous avez des trous de sécurité dans votre version js, que vous aurez sans doute dans la version non-js aussi. AJAX ne peut pas arriver à quelque chose qui ne peut pas être accessible via l'URL ordinaire.

Vous aurez probablement envie de consulter jQuery Ajaxy . Il vous permet de mettre à jour votre site Web grâce à une modification de côté très complet ajax un sans serveur, si tout fonctionne encore pour les utilisateurs handicapés javascript et les moteurs de recherche. Il prend également en charge hash si votre dos et les boutons fonctionnent toujours vers l'avant.

Il a été mis en œuvre sur ces deux sites (que je connais) http://wbhomes.com.au et http://www.balupton.com

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top