Porque você necessita produzir alimentações
As alimentações têm diversas vantagens, relacionadas primeiramente ao consumo, formatos tradicionais excedentes do HTML. Muitas aplicações desktop são devotadas às alimentações da leitura em intervalos regulares, e muitos do grupo novo de browsers da correia fotorreceptora incluem características para alimentações da leitura. Estes livres o usuário manualmente de verificar várias fontes (Web site) para ver se há a informação nova. Instead, a ferramenta automatizada verifica as alimentações subscritas cada poucos minutos e apresenta-as ao usuário (organizado geralmente em uma maneira usuário-user-configurable). O formato padrão e predictable faz a isto uma tarefa muito mais fácil do que os métodos raspando da página tradicional que analisam gramaticalmente o HTML. Os aggregators da alimentação estão vindo também à popularidade na correia fotorreceptora com os locais tais como o planeta PHP (www.planet-php.org/) e Feedster (www.feedster.com/). finalmente, os locais populares da notícia (notícia de Google, porque o exemplo) compilam as alimentações de várias tomadas da notícia para fornecer uma única fonte da notícia atual. Simplesmente atualizando uma página incorporada das relações de news/public para fornecer uma alimentação da correia fotorreceptora, uma companhia encontra de repente tomadas novas para sua informação, e adicionando alimenta-as a suas próprias páginas, você pode fazê-la fácil e conveniente para que suas audiências prosigam para datar com seu índice. Considerações ao produzir uma alimentaçãoUma vez que você descobre como fácil deve produzir uma alimentação da correia fotorreceptora e como fácil o plethora de leitores da alimentação para fora lá dos makes ele para que seus usuários consumam sua alimentação, você pode ter alguma movimentação interna para produzir alimentações para tudo. Não . Primeiramente, como com todo o projeto, considere como útil a alimentação será aos usuários exteriores, que informação nova fornecerá, e como será usada. Se este for um local do negócio, considere como a alimentação ajudará conseguir seus objetivos incorporados. Certo estaria fresca comer uma alimentação que funcionasse o tempo atual na cidade do seu escritório, mas A) as possibilidades são você têm janelas (o tipo da parte externa do olhar, não o tipo do sistema se operando), B) uma variedade dos locais fornecem já exatamente este serviço, e C) este algo worth está devotando recursos para? Em segundo, considere as exigências da carga de gerar os dados. Recorde que as alimentações estão consumidas geralmente pelo software automaticamente, em intervalos pré-ajustados. Muito pré-ajuste aos incrementos pequenos tais como a metade um da hora. Os usuários que podem ter visitado uma página dada uma vez por o dia downloading agora a alimentação até 48 vezes por o dia! Multiplique isso pelo número de usuários potenciais, e você tem muitos do tráfego adicional, e, a menos que você jogar seus cartões caching para a direita, muitos da carga no usuário. Alguma desta, entretanto, é negada pelo tamanho de original menor globalmente. Para o exemplo, http://slashdot.org/ visitando envolve um total de 23 pedidos do HTTP, e um tamanho total (imagens e tudo) de 21.819 bytes, visto que visitar http://slashdot.org/index.rss envolve somente um pedido do HTTP, e de somente 4.515 bytes — definitivamente economias significativas. Finalmente, considere a utilidade desta alimentação a seus concorrentes. Colocar todas suas informação fixando o preço atual ou programações de produção semanais em uma alimentação pode parecer como um boon grande internamente (especial à gerência superior), mas considera os repercussions se esse URL se tornar sabido a seus concorrentes! Porque as alimentações são consumidas geralmente pelo software automaticamente, pode ser mais difícil fixar o acesso. Eu recomendo fortemente de encontro a fornecer dados confidential em uma alimentação sem primeiramente submeter-se a um exame árduo da segurança e seriamente considerando as alternativas. Publicizing Sua AlimentaçãoComo com todo o projeto da correia fotorreceptora, seu trabalho é worthless a menos que você publicize o a suas audiências de alvo. Isto está tornando-se mais fácil e mais fácil com alguns desenvolvimentos recentes no mundo do browser. Mozilla no detalhe fêz este completamente fácil em liberações recentes. Quando o browser vê o código alterno apropriado da ligação em um encabeçamento do original, apresenta um ícone de RSS no canto baixo-direito da janela de browser para informar o usuário, que pode então criar "um bookmark vivo" para monitorar a alimentação. Para o exemplo:
< LIGUE REL = "substituição" TÍTULO = "Slashdot RSS"
HREF="//slashdot.org/index.rss"TYPE = "application/rss+xml" >
Entretanto, publicizing sua alimentação envolve ao menos uma mais etapa. Críe ao menos uma página para seu local que alista o URLs para as várias alimentações que você estará fornecendo, as.well.as que formato as alimentações seguirão (RSS, átomo, e assim por diante). Você deve também considerar oferecer uma informação mais detalhada sobre que tipo de índice deve se esperar dentro da alimentação própria — que Tag do HTML devem se esperar, do comprimento máximo, e assim por diante. Isto é importante, porque os usuários responsáveis, segurança-security-conscious de sua alimentação necessitarão filtrar a informação que recebem, e podem fazer uma decisão muito mais inteligente sobre como a faça que se você os deixar saber o que esperar. este é um artigo adicionado por Emanuela Hedrick
|
|||||
|