RSS (Really Simple Syndication) é uma especificação para distribuição de conteúdo através de XML.Da mesma forma que o HTML que por trás da página faz com que o texto seja legível, o XML permite organizar dados de maneira estruturada. Se estes dados usarem uma estrutura padronizada, a informação pode ser lida por qualquer programa que entenda este padrão.

Você deve ter lido sobre RSS no artigo anterior, confira em “Feeds e RSS”.

Existe mais de um significado para o RSS. Com certeza, deveriam existir pelo menos mais uma meia dúzia de significados, mas considere apenas que RSS (Really Simple Syndication) é o nome da família inteira; Rich Text Summary é o nome atribuído à versão 0.9x e 2.x das especificações; e RDF Text Summary é o nome atribuído à versão 1.0.

Isto acontece devido a cisão do grupo original de desenvolvedores, cada qual partindo para o desenvolvimento de sua própria especificação. O resultado são diversas versões de RSS; todas elas estagnadas justamente no tempo em que começaram a ter sua utilidade descoberta e serem utilizadas em grande escala. O RSS, apesar de ser um padrão que tem tudo para ser confiável, provavelmente nunca o será em decorrência destas divisões, versões e estagnação. A perspectiva de atender as necessidades que surgem a todo momento para o seu uso dependeria de evolução e aceitação de novos padrões, o que se torna cada vez mais difícil. Pode-se dizer que para cada grupo que tentasse evoluí-lo, uma nova versão surgiria.

Havendo uma necessidade iminente, surge uma solução: Atom. O uso é o mesmo, a tecnologia muda.

Atom também é baseado em XML. É mais evoluído e foi criado por um grupo de desenvolvedores em cooperação. Apesar de ser muito popular na distribuição de feeds XML (conteúdo estruturado, que pode ser notícias, ou conteúdo de um blog), o RSS possivelmente cairá em desuso em pouco tempo. O Atom, por sua vez, por ser um projeto estável, é seriamente cotado para ser mais um padrão aceitos pelo W3 Consortium (http://w3.org)

O W3 Consortium é o órgão que regulamenta os padrões utilizados na Internet, desde essa página HTML, sua navegação, conexão, até o servidor de e-mail que recebe suas mensagens. Olhe o rodapé do site do W3 Consortium. RDF é um padrão aceito, mas RSS não, apesar do tempo que existe, mesmo que o utilizem para divulgação das próprias notícias.

Quem usa?

Qualquer um pode fazer uso destes padrões. É como um pequeno manual de caligrafia que te diz: escreva desta forma e todo mundo conseguirá ler o que está escrevendo. Se você coloca os novos tópicos do seu site pessoal em uma página Atom ou RSS, está fazendo a sua parte para distribuir o conteúdo entre aqueles que usam Agregadores (Programas que lêem e reunem as informações dos sites e disponibiliza no seu desktop, como um corta-caminho na sua navegação).

Entre os grandes, o Google está na frente. Atom foi o padrão adotado para oferecer aos usuários do Blogger.com meios de publicação de feeds. Além disso, o Google é a companhia mais empenhada em manter a Usenet viva, o histórico sinônimo para newsgroups, e não apenas mantém a estrutura web adquirida do DejaNews, como faz novas implementações. Já é possível receber artigos postados em newsgroups através de feeds Atom, por exemplo.

O Yahoo!, por sua vez, colocou à disposição o mesmo serviço de feeds para os usuários de seus grupos. Mas ao invés de Atom, utilizam RSS. O motivo da escolha é particular, pois se for levada em consideração a história do RSS, as chances de sobrevivência estão a favor do Atom. Isso faz os adeptos do Atom se vangloriarem, mas, além de entusiastas, existe muito conteúdo disponível em RSS para ser ignorado e por isso o RSS ganhe destaque no portal. O padrão Atom não completou 1 ano de existência. Outro recurso colocado à disposição no Yahoo! é a pesquisa avançada por termos em feeds RSS.

Disputas à parte, ainda existem aqueles que acreditam na união dos dois padrões. Enfim, as tecnologias já estão em uso e podem ser aproveitadas por qualquer um disposto a ter maior agilidade na leitura de informação.

Programas e serviços

Agregadores para Windows:

– AmphetaDesk: http://www.disobey.com/amphetadesk/
– FeedDemon: http://www.feeddemon.com/
– FeedReader: http://www.feedreader.com/
– Klipfolio: http://www.klipfarm.com/farm.php
– BottomFeeder: http://www.cincomsmalltalk.com/BottomFeeder/

Agregadores RSS para Linux:

– AmphetaDesk: http://www.disobey.com/amphetadesk/
– BottomFeeder: http://www.cincomsmalltalk.com/BottomFeeder/
– LiFeRea: http://liferea.sf.net/
– Pears: http://come.to/project5/pears

Agregadores para MAC:

– AmphetaDesk(http://www.disobey.com/amphetadesk/
– BottomFeeder: http://www.cincomsmalltalk.com/BottomFeeder/
– NetNewsWire: http://ranchero.com/netnewswire/
– NewsMac: http://www.thinkmac.co.uk/newsmac/
– Shrook2: http://www.fondantfancies.com/shrook/

Pelo menos dois navegadores trazem um agregador de feeds embutido: Mozila Firefox e Opera:

– Opera: http://www.opera.com/products/user/m2/rss/
– Mozilla: http://extensionroom.mozdev.org/more-info/rssreaderpanel

Sites Interessantes:
http://www.2RSS.com/
http://www.atomenabled.org/
http://www.apple.com/rss
http://news.yahoo.com/rss
http://www.google.com/webalerts

Você já parou para olhar o rodapé dos sites e blogs que visita? Faça isso com mais freqüência.

Provavelmente verá, de vez em quando, alguns ícones diferentes. Uns com as letras RSS, outros com as letras RDF, Atom, XML ou simplesmente um botãozinho vermelho, laranja ou amarelo, que leva para uma página estranha com códigos que lembram HTML. Se você já viu algum site com a misteriosa frase Syndicate this site esteve perto de saber o que significa esse monte de siglas.

São formas de distribuir conteúdo estruturado. Syndicate this site, neste contexto, significa “distribua o conteúdo deste site”. Ao conteúdo estruturado dá-se o nome de feed, que pode ser desde notícias até atualizações em blogs, e devem ser lidos por leitores especiais, ou leitores de feeds, que lembram muito um programa leitor de e-mails, com a vantagem de pesquisar centenas de fontes de informação em um único programa ao invés de navegar por centenas de sites em busca de notícias ou atualizações recentes.

Conteúdo personalizado sempre foi um objetivo a ser alcançado em qualquer mídia. Na Internet, as tentativas de trazer esse conceito para o navegador sem que o internauta tivesse que entrar em dezenas de sites ou se prender a ler o conteúdo de um único portal resultou em algumas idéias, dentre as quais o RSS.

RSS tem pelo menos três significados: Rich Site Summary, Really Simple Syndication e RDF Site Summary. RDF, Resource Description Framework , é uma especificação mais ampla, usada para organizar dados e, por isso, usada em algumas versões de RSS.

Cada significado se adaptou à forma como a tecnologia foi utilizada, desde seu surgimento, em 1999, para uso no portal da Netscape. Na época, sua utilidade era ser um meio eficiente para catalogar páginas, aplicando filtros através de metatags. Havia uma seção no portal cujo conteúdo era importado de várias fontes através de RSS. Porém, há alguns anos a Netscape divulgou sua especificação para o RSS, o que fez com que fosse cada vez mais utilizado por blogs e sites menores de conteúdo. Blogs, por sinal, são os grandes divulgadores e utilizadores dessa tecnologia nos dias atuais.

Desta vez, a distribuição de conteúdo aplica um conceito inverso. Trata-se da tecnologia push, onde a informação ia até o internauta através de recursos de algum programa, como os Canais do Internet Explorer integrados com o Desktop do Windows, o Netcaster do Netscape e outros programas como PointCast e BackWeb. Isso é velho. É quase impossível encontrar quem os utilize atualmente.


RSS é uma especificação para distribuição de conteúdo através de XML. Da mesma forma que o HTML por trás dessa página faz com que este texto seja legível, o XML permite organizar dados de maneira estruturada. Se estes dados usarem uma estrutura padronizada, a informação pode ser lida por qualquer programa que entenda este padrão. Ao padrão dá-se o nome de especificação.

Veja este código:


RSS é XML
13/06/2004
Distribuição de conteúdo


RSS pode ser RDF
13/06/2004
Explicando RSS


Trata-se de um trecho de código XML. Código que qualquer webmaster pode criar usando a especificação mais básica que existe no XML, que é a delimitação de dados por tags próprias. Se esta especificação for usada para distribuir informação para um grupo de pessoas, todos os programas utilizados pelo grupo entenderão a forma como os dados estão organizados e a partir disso exibirá a informação da forma que for mais conveniente aos leitores.

O código poderia ser repetido inúmeras vezes com dezenas de notícias de um mesmo site. Agora, imagine dezenas de blogs que ofereçam o seu conteúdo através de páginas XML utilizando a especificação RSS, ou seja, todas as páginas são padronizadas com os mesmos elementos, mudando-se apenas o conteúdo. Pronto, existindo um padrão, um programa poderia ser feito para unificar todos estes conteúdos em uma única listagem.

Dito e feito, com a utilização freqüente e crescente de RSS para distribuir conteúdo de sites, surgiram dezenas de programas capazes de agregar o conteúdo de diversas fontes. São chamados de Feed Readers, RSS Readers, Microcontent Browsers, Aggregators e tantos nomes quanto forem possíveis serem encontrados para dizer o mesmo: lêem as informações disponíveis nos sites e as coloca no seu desktop, sem que precise navegar por todos os endereços.

O trabalho dos Agregadores é reunir conteúdo de diversas fontes. O termo Syndication, apesar de estar na origem da idéia, merece ser pouco aplicado. Lembra do conceito? Syndication dizia para distribuir o conteúdo, e não apenas pegar o conteúdo e exibir de outra forma. Para uso no portal da Netscape era o termo correto.

Para o usuário final, a maior vantagem no uso de feeds é desobrigar visitas nem sempre regulares aos sites para ver se existe alguma coisa interessante para ser lida. Funciona também no caso dos blogs e ganha entusiastas porque é uma possibilidade fácil de prover conteúdo diretamente para o público do site, sem intermediários ou às custas de muitos cliques.

É um dos caminhos para a leitura rápida na Internet, pois um dos problemas de ter um conteúdo titânico sempre disponível é saber quando esse conteúdo é atualizado. Mesmo se você restringir suas visitas apenas aos sites que quer ler, não saberá quando tem algo novo disponível a menos que receba e-mails periódicos ou permita que sua caixa postal seja lotada com avisos de toda e qualquer alteração. Feeds resolvem a questão. Sabendo das alterações, você mesmo se dispõem a ler ou não o que há de novo.

A princípio, os menos avisados podem julgar que isto diminui o número de visitantes, mas ocorre o contrário. Agregadores pesquisam regularmente as páginas cadastradas e montam os tópicos mais recentes. Se algum assunto interessar ao internauta, esse deverá ler o conteúdo voltando ao site. O recurso aqui é rapidez na divulgação, não desvio de tráfego, mesmo porque quem controla o que o agregador recebe é o webmaster através de sua página com feeds XML, não o programa. Cabe ao webmaster também julgar o que mandar ao internauta, desde propaganda até spam, mas o risco de abusar da paciência de seus assinantes é ser deletado sem aviso do Agregador.


Programas e serviços

Agregadores de feeds com interface Web:

– Bloglines: http://www.bloglines.com/
– Blogstreet: http://rss.blogstreet.com/
– Fastbuzz: http://www.fastbuzz.com/
– Newsgator: http://services.newsgator.com/
– Rocketinfo: http://demo.rocketinfo.com/desktop/


O uso de feeds para divulgação de conteúdo tem tudo para revolucionar a forma como as pessoas acompanham notícias e visitam os sites. Só depende de documentação e divulgação pois, se você é um jornalista ou alguém que está sempre navegando atrás de informação, não é difícil perceber como isso economiza tempo. É capaz de se empolgar tanto que irá mandar, sem pensar muito, a sugestão para o seu jornal ou revista preferido de colocar à disposição uma página com feeds para que seu agregador possa captar as últimas notícias.

Breve, mais sobre Feeds e RSS

A primeira vez que tive contato com Java ainda usava um Netscape 3.1, Gold, recém-instalado para editar páginas html com maior facilidade, já que vinha com um editor amigável para a época. Escrever html “powered by notepad” ou com outros editores foi divertido, mas só no começo. Nesta época, algumas páginas pessoais de amigos começavam a exibir um recurso muito interessante feito em Java – uma linguagem esquisita. Era difícil imaginar como produziam aqueles “.class” – chamados genericamente de “Applets”.

Quem visitasse uma página com uma animação diferente podia estar diante de um pequeno copiador de Applets alheios, que modificava alguns parâmetros no html, ou de um programador Java, coisa rara de se achar já que a dificuldade em encontrar documentação matava a vontade de aprender de algumas pessoas. Curioso é notar que os efeitos visuais com imagens faziam os Applets cada vez mais populares e ainda hoje, mesmo que sejam difíceis de serem encontrados, é o primeiro recurso que muitas pessoas associam diretamente “aquela linguagem esquisita”.

Applets Java serviram não só para movimentar água em fotos estáticas, mas também difundiram o conceito de portabilidade da linguagem. Funcionar em vários navegadores numa época em que a briga entre Netscape e Microsoft era igual, com alguma vantagem para a Netscape e com várias versões de navegadores circulando pelo mercado, serviu de prova de fogo.

Com o tempo foquei em outras linguagens e me arrisquei a produzir um ou outro applet para fazer animações de textos e menus, mas foi só. Apesar de ter sido muito utilizado para incrementar sites, os Applets foram perdendo espaço para recursos mais dirigidos. Hoje, a Macromedia sai como grande vitoriosa, emplacando tanto o Flash quanto o Director/Shockwave, cada vez mais avançados e amigáveis e ao mesmo tempo dispõem de recursos para programadores avançados em suas linguagens script. Não é exagero dizer que o Flash tomou um grande espaço que já foi dos Applets, mas o foco do produto em Flash ainda é visual.

Este é um modo simples de resumir a diferença entre Flash e Applets. Apesar das vantagens do Flash, o Java criou uma legião de entusiastas que proporcionaram à Sun (criadora da linguagem Java) um retorno bem maior do que esperava, pois não foram só Applets que surgiram a partir da sua arquitetura, mas embriões de IDEs inteiras.

Meu interesse pelo universo Java aumentou quando estas IDEs evoluíram a ponto de serem consideradas maduras pelos programadores que sempre desenvolveram em Java, desde o tempo dos Applets. Existem muitos conceitos para reaprender e muitos não são óbvios. Não basta explorar sem destino um NetBeans, instalar um Eclipse, ler alguma coisa sobre J2EE e esperar sair programando web services. Minha atenção especial, volta-se agora para a instalação e utilização de um JBoss, o funcionamento de um Tomcat, Jakarta, Ant entre outros. Tantos nomes e conceitos envolvem esta linguagem que a única forma de aprendê-los com a solidez e rapidez necessárias para acompanhar sua evolução é empregá-los no dia-a-dia.

Applets podem parecer coisa do passado, mas é um engano. Meu Internet Banking, por exemplo, é recheado de Applets que fazem verificações e montam aqueles teclados virtuais. Applets não só continuam em uso como estão evoluindo. A diferença é que hoje estão cada vez menos visuais e mais funcionais.