Considérations Importantes Quand Employer Alimente
Les alimentations de XML fournissent une grande ressource d'information, mais leur utilisation n'est pas sans ses propres considérations spéciales. La sécurité et les soucis légaux vont de concert si vous êtes produisant ou consommant des alimentations. Considérez si vous les implications de partir pour le week-end, seulement pour découvrir que votre aggregator a été attaqué, votre emplacement montre maintenant d'une manière extravagante l'information imprécise fournie par l'attaquant, et votre service juridique fielding des appels téléphoniques non-ainsi-gentils concernant la teneur courante de votre homepage. Considérez en outre combien de fois l'information dans l'alimentation sera mise à jour ; les alimentations fréquemment à jour exigeront de l'utilisateur de télécharger et analyser le document fréquemment, ainsi la charge sur le serveur pour créer et servir l'alimentation sera un distillateur beaucoup plus grand. En conclusion, un bon arrangement de XML est XML — exigé est la structure dont des alimentations sont formées. Ne vous inquiétez pas, XML est discuté sous peu. SécuritéQuand vous incluez l'information d'une alimentation de XML dedans votre emplacement (indépendamment de si l'information est montrée publiquement), vous devez vous rappeler que toutes les données reçues d'une source extérieure doivent être filtrées. Les alimentations sont au moins aussi vulnérables à une attaque scripting d'croix-emplacement (XSS) que des données de forme, et comme tels, toutes les données doivent être examinés soigneusement. des attaques scripting d'Croix-emplacement sont généralement exécutées quand un attaquant convainc un emplacement pour montrer son propre code sur l'emplacement. Sans filtrer sur votre emplacement, un attaquant pourrait placer le code de Javascript dans une alimentation que vous consommez, qui serait alors présenté à vos utilisateurs. Ce code de Javascript serait alors exécuté par vos utilisateurs, où il pourrait envoyer des données de biscuit (telles que l'information d'utilisateur) aux emplacements à distance, ou même récrit des parties de vos pages pour accomplir des contrats bien plus célérats. En conclusion, il est probable que les alimentations que vous consommez soient stockées dans une base de données ; juste parce que vous prévoyez (ou les caractéristiques d'alimentation exigent) que certains caractères seront échappés, ce n'est pas toujours le cas. Les attaques d'injection de SQL peuvent se produire de cette manière, ainsi assurez toutes les données saisies dans votre base de données est échappé correctement. Soucis LégauxL'existence d'une alimentation ne donne pas un règne libre pour l'employer à la volonté. Certaines alimentations (particulièrement ceux des sources commerciales) peuvent avoir des restrictions spécifiques à leur utilisation, film publicitaire ou autrement. Soyez sûr de rechercher les alimentations que vous voulez employer avant de devenir disponible avec n'importe quel emplacement en utilisant les. Les soucis légaux ne s'arrêtent pas avec les alimentations consumantes ; la présentation d'une alimentation a quelques uns de ses propres soucis. La plupart des soucis (exactitude et opportunité d'information) sont identiques à ceux d'un site Web régulier, ainsi n'oublient pas cela. Rappelez-vous en outre qu'indépendamment des restrictions que vous placez sur votre alimentation, il est probable qu'il soit consommé par des aggregators et présenté à d'autres en dehors des confins de votre site Web (où ces dénis peuvent ne pas être en avant ou même évidents). Beaucoup de personnes sont de l'opinion que simplement en créant une alimentation vous avez tacitement accepté de permettre à des personnes d'agréger et représenter votre contenu. Si la vente de l'information (un emplacement de nouvelles d'abonnement, par exemple) est une majeure partie de vos affaires, vous peut vouloir reconsidérer d'offrir une alimentation du tout. Fréquence De Mise à jourLa fréquence avec laquelle une alimentation est mise à jour est un article important à considérer en écrivant votre code. Faites une peu de recherche de fond pour déterminer combien de fois une alimentation est mise à jour — une alimentation mise à jour beaucoup de fois que une heure peut exiger la manipulation légèrement différente d'une alimentation mise à jour seulement plusieurs fois par semaine (ou mois) pendant les dates prévisibles. Le niveau de la simultanéité que vous exigez pour votre propre emplacement peut également hériter le jeu. Quelques articles, tels que des revues de produit, peuvent être probablement mis à jour sur un joli programme clément. Si l'emplacement met à jour le journal d'alimentation, vous pouvez mettre à jour votre copie cachée une fois par jour aussi bien (plutôt que beaucoup de fois tout au long de la journée, essayant d'attraper cette mise à jour dès qu'elle se produira). Pour certains articles tels que des cours des actions d'actions, vous voudriez probablement mettre à jour sur une chronologie plus agressive, indépendamment de combien de fois le prix change réellement. Soyez prévenant quand les alimentations consumantes — les lisent seulement aussi souvent qu'est réellement nécessaire parce que beaucoup de fournisseurs d'alimentation ont commencé à exprimer des inquiétudes au-dessus de la quantité de largeur de bande décalant loin de leur site Web primaire (et par conséquent argent-produisant du revenu) à leurs alimentations. Vous pouvez vouloir considérer employer un service tel que le rsscache pour réduire la charge sur le fournisseur d'alimentation. Maintenant que vous vous rendez compte des issues principales derrière employer les alimentations de phase d'enchaînement, vous êtes presque prêt à commencer à regarder comment elles sont remontées dans PHP. Avant de faire ainsi, cependant, une matière importante doit être discutée d'abord. c'est un article supplémentaire par Emanuela Hedrick
|
|||||
|