Un lecteur de flux basé sur un navigateur doit-il toujours utiliser quelque chose du côté client, comme Javascript? MISE À JOUR: Je veux dire, spécifiquement, pour l'analyse de RSS. Si vous pouvez le décharger sur le navigateur, il semble presque irresponsable de faire fonctionner votre serveur. Pourtant, il y a beaucoup d'avantages dans ma situation particulière pour le faire côté serveur. Je me demande donc: est-ce que c'est du blasphème, pensez-vous, que votre serveur fasse l'analyse au lieu de jquery ou similaire?Lecteur de flux: Devrait-il toujours être côté client?
Répondre
Google Reader est un exemple de lecteur RSS qui analyse le flux RSS sur le serveur. Je ne vois pas pourquoi vous auriez à faire ce traitement sur le client
C'est bon à savoir. En raison de http://code.google.com/apis/ajaxfeeds/, j'avais l'impression que Google Reader analysait également le côté client. –
meh, cela dépend :-P Il n'y a rien de mal à un pur système de navigation/post basé qui utilise du HTML et des formulaires. Il n'y a rien de mal à saupoudrer un peu d'ajax et d'autres fonctionnalités côté client, le cas échéant. Tout dépend de ce que vous devez soutenir en termes de client.
Merci. Laissez-moi clarifier. Je veux dire, spécifiquement, pour l'analyse de RSS. Si vous pouvez le décharger sur le navigateur, il semble presque irresponsable de faire fonctionner votre serveur. Pourtant, il y a beaucoup d'avantages dans ma situation particulière pour le faire côté serveur. Je me demande donc: est-ce que c'est du blasphème, pensez-vous, que votre serveur fasse l'analyse au lieu de jquery ou similaire? –
oh, dans ce cas, oui, je supporte de tout coeur l'analyse et l'interrogation des données RSS distantes sur le serveur. * Ma * principale raison de le faire serait en fait de sorte que je peux mettre en cache les résultats pour X fois le temps, donc je n'ai pas besoin de frapper la source distante assez souvent :-) –
Merci. Je pensais qu'il était normal de faire sur le client, pour des raisons de performance. Gareth a souligné que la norme est en train de le faire sur le serveur. –
- 1. Côté client ASP.NET CustomValidator
- 2. Vitesse de l'objet côté client
- 3. Reporting Services côté client
- 4. Cryptographie côté client Asp.net
- 5. Appel côté client par côté serveur Thru Bouton de commande
- 6. Valider RadioButtonGroup côté client
- 7. Pagination côté client
- 8. Côté client et serveur
- 9. recherche de ClientID côté client ou côté serveur?
- 10. Images côté client dans Flex
- 11. asp.net linkbutton problème côté client
- 12. Rappel côté client dans GWT
- 13. Pagination côté client avec jqGrid
- 14. CausesValidation est défini sur "False" mais la validation côté client est toujours en cours
- 15. javascript génération de fichiers côté client
- 16. Mise en cache de l'applet côté client?
- 17. XStream dans le côté client de GWT
- 18. WCF REST Caching - Côté client et côté serveur
- 19. ValidationSummary avec côté client et validation côté serveur
- 20. Connexion côté client Javascript, comment authentifier le côté serveur?
- 21. côté client xslt avec javascript dans firefox
- 22. Comment être averti quand une lettre de lecteur devient disponible
- 23. PostBack partiel et actions côté client
- 24. ASP.NET personnalisé validateur côté client et serveur de validation de côté pas de tir
- 25. Passer du côté client, jQuery sur ASP.NET
- 26. étrange côté client WCF app.config généré
- 27. Comment détecter qu'un lecteur de flux accède à ma page?
- 28. Un ID de session est-il généré côté serveur ou côté client?
- 29. désérialisation AJAX côté client JSON Dates
- 30. Remplir un formulaire côté client [Javascript]
Non. N'utilisez pas Javascript. Cette chose AJAX est juste une mode. Tout devrait être des fichiers HTML statiques qui ont été codés à la main dans le Bloc-notes. – ahockley