Exécuter un code javascript sur le serveur IIS

J'ai la situation suivante. Un client utilise JavaScript avec jQuery afin de créer un site web complexe. Nous aimerions utiliser JavaScript et jQuery sur le serveur (IIS) pour les raisons suivantes:

  1. Le transfert de compétences -, nous aimerions utiliser JavaScript et jQuery sur le serveur et ne pas avoir à utiliser par exemple un Script VB. /asp classique. .Net framework/Java etc est exclu à cause de cela.
  2. L'amélioration des options de recherche/de l'accessibilité. Nous aimerions être en mesure d'utiliser jQuery comme un système de template, mais ce n'est pas viable pour les moteurs de recherche et les utilisateurs avec js désactivé - à moins que nous sélective permet d'exécuter ce code sur le serveur.

Il y a d'importants investissements dans les services IIS et Windows Server, de sorte qu'un changement qui n'est pas une option.

Je sais que vous pouvez exécuter jScript sur IIS à l'aide de windows Script host, mais je suis pas sûr de l'évolutivité et le processus entourant cette. Je suis également pas sûr que cela aurait accès au DOM.

Voici un schéma qui nous l'espérons vous explique la situation. Je me demandais si quelqu'un a fait quelque chose de semblable?

EDIT: je ne suis pas à la recherche de porte-parole sur l'architecture du web, je suis tout simplement désireux de savoir s'il y a des options pour manipuler le DOM d'une page avant de l'envoyer au client, à l'aide de javascript. Jaxer est un de ces produits (pas de IIS) Merci.

Exécuter un code javascript sur le serveur IIS

Question connexe: stackoverflow.com/questions/1991822/...
merci - j'ai vu cette question, mais il ne marche pas vraiment répondre à comment JScript peut manipuler le DOM avant le balisage est envoyé au navigateur. La façon dont je le comprends, JScript peut seulement être utilisé pour générer le balisage dans ce scénario.
Vous pourriez peut-être expliquer POURQUOI vous souhaitez exécuter jQuery sur le serveur. jQuery est principalement utilisé dans la fabrication de navigateur des applications plus dynamique et plus réactif et moins dépendante de la page/modèle de requête. Quelle est la source de l'envie d'utiliser ce genre de bibliothèque sur le serveur? Le DOM HTML n'est pas accessible sur le serveur, mais si c'étaient, il n'y aurait pas des effets dynamiques visibles. Vous serait tout simplement obtenir une modification de la DOM. Pourquoi ne pas produire le contenu sur le serveur-côté, comme souhaité, en premier lieu, plutôt que d'espérer produire, puis le modifier avec jQuery?
Je vous remercie. Je comprends pourquoi et comment jQuery est utilisé sur le client. Comme je l'ai expliqué dans ma question, c'est parfois pas possible. 1 - pour des raisons de moteur de recherche 2. pour certains scénarios d'accessibilité lorsque le script est désactivé. Je tiens simplement à déplacer ce traitement sur le serveur dans l'un de ces deux scénarios, sans avoir à partager mon code. Je ne suis pas intéressé par des effets dynamiques, je suis intéressé par la manipulation du DOM.
Westgate. Je veux juste dire que j'aime cette idée. Quelqu'un devrait le port de Rhino en C#. [baver]

OriginalL'auteur James Westgate | 2010-04-27