Torne os microdados HTML5 úteis, Parte 2: Agregação de última geração com microdados

Crie um site gerenciado de forma descentralizada com microdados e Drupal

A parte 1 desta série mostrou como usar microdados com termos do Schema.org para que os mecanismos de procura possam exibir seu conteúdo de forma melhor em resultados de procura. Também mostrou como reutilizar a mesma marcação de microdados para melhorar a exibição em seu próprio site. Neste artigo, saiba como usar microdados para permitir que um grupo de colaboração de proprietários de site conectem facilmente seus sites e compartilhem conteúdo em um site centralizado.

Lin Clark, Drupal Developer, Digital Enterprise Research Institute, NUI Galway

Author photoLin Clark é desenvolvedora de Drupal especializada em Linked Data. Ela é mantenedora de diversos módulos do Drupal, como Microdata e SPARQL Views, além de ser uma participante ativa na iniciativa de HTML5 do Drupal e HTML Data Task Force do W3C. Frequentou a Carnegie Mellon University e está concluindo o mestrado no Digital Enterprise Research Institute na NUI Galway. Mais informações estão disponíveis em lin-clark.com.



22/Mar/2012

Introdução

As grandes organizações geralmente investem em sistemas de TI grandes, centralizados e padronizados, como CMS monolítico. Depois, tentam fazer com que todos usem esse sistema. Infelizmente, fazer com que todos usem o sistema da forma correta é um desafio. Investir em uma abordagem padrão raramente oferece seus ganhos de produtividade prometidos. É especialmente difícil padronizar ou controlar organizações fracamente acopladas em que as equipes raramente interagem e tomam decisões independentemente. Exemplos de organizações fracamente acopladas incluem:

  • Departamentos em uma universidade
  • Empresas e indivíduos em uma comunidade de software livre
  • Equipes em uma liga de esportes amadora

Na parte 1 desta série, mostramos o uso de scripts genéricos sobre os microdados. Foi gravado um fragmento de HTML para fornecer um mapa de evento interativo e permitir que o Google, o Bing e o Yahoo exibam melhor sua página nos resultados de procura com Rich Snippets.

Abreviações usadas frequentemente

  • RDF: Resource Description Framework
  • RSS 2.0: Really Simple Syndication

Neste artigo, saiba como os microdados podem permitir que um grupo de colaboração conecte facilmente seus sites e compartilhe conteúdo em um site de grupo centralizado. Ao concordar com um pequeno conjunto de atributos para posicionar na marcação de HTML, as organizações fracamente acopladas podem manter a independência de seus sistemas de informação enquanto ainda constroem um projeto de união.


Cenário: criando um sistema descentralizado de documentação para Drupal

Muitos projetos de software livre têm dificuldade de manter uma documentação sólida e atualizada para seu software. Ao mesmo tempo, os contribuidores do projeto compartilham explicações técnicas completas usando posts de blog, que geralmente estão agregados em um Planeta. Um Planeta é um agregador de blog que direciona posts de autores selecionados (consulte Recursos).

O Planeta é uma forma efetiva de se engajar em eventos e discussões atuais na comunidade, mas ele não preenche seu potencial como uma tecnologia colaborativa. É difícil filtrar entre arquivos dos posts do Planeta, porque eles não retêm muito dos dados estruturados originais. Mesmo quando os posts agregados contêm dados estruturados úteis, como tags, posts de diferentes sites geralmente não compartilham termos ou usam diferentes ortografias para equipes. Assim, não é possível classificar os posts efetivamente.

Este problema será solucionado com a criação de um agregador que direciona os posts do blog e informações extra importantes sobre os post. É possível usar o agregador para pesquisar os posts e colocá-los nos lugares relevantes no site principal do projeto.

O sistema hipotético documentará o Drupal. Alguns subsistemas amplamente usados, chamados de módulos no Drupal, são bem explicados em posts do blog, mas falta boa documentação nos manuais do Drupal.org. O objetivo é mover essa grande documentação do Planet em uma estrutura facilmente pesquisável no Drupal.org.


Planejando o sistema

A primeira tarefa é determinar quais informações deseja passar dos posts do blog para o sistema central de documentação. Por exemplo, deseja indicar sobre quais módulos este post fala. Geralmente, há diferenças na forma como os módulos funcionam entre a maioria das versões, por isso, é uma boa ideia indicar se o tutorial é específico a uma certa versão do módulo.

Há diferentes funções no trabalho com o Drupal, da edição de conteúdo ao desenvolvimento de backend. Seria benéfico indicar quais funções considerarão o post útil. O registro da documentação na Figura 1 mostra o título, uma descrição, um público e módulos relacionados.

Figura 1. Registro de documentação de exemplo
Registro de documentação de exemplo

As necessidades do compartilhamento de dados no cenário são razoavelmente simples. É necessário passar apenas o seguinte do post do blog de origem ao site:

  • Title
  • Parágrafo teaser
  • URL
  • Público
  • Modules

Título, teaser e URL já estão disponíveis em um formato estruturado por meio de RSS. É necessário encontrar uma solução para direcionar os dados estruturados sobre o público e os módulos. Para isto, os microdados serão usados. Entretanto, antes de começar a trabalhar com microdados, é necessário configurar os sites de origem e de destino para teste.


Sites de origem

Para analisar e processar os posts recebidos, um módulo de Importação de Microdados será usado. O módulo espera uma URL de feed, assim, a origem deve ser capaz de publicar um RSS ou Atom.

É possível usar um CMS como o Drupal, que possui ferramentas para automatizar o posicionamento dos microdados, ou seria possível usar outro sistema de blog (contanto que esse sistema não divida atributos de microdados). Para o módulo de Importação de Microdados, cada item importado deve ser correlacionado a um único item de feed, então poste todos os tutoriais em sua própria página.

O cenário usa as plataformas de blog Blogger e Drupal Gardens hospedadas. É possível configurar suas próprias origens ou usar estas:

Todas as informações necessárias estão diretamente na marcação do HTML, então a ferramenta usada para a origem não interfere. Os microdados no HTML atuam como uma API padrão somente leitura sem relação com o código de backend que a produziu.


Configurar o site de destino

Com as origens para testar, é possível começar a configurar o site de agregação. Primeiro, a configuração básica:

  1. Instale o Drupal 7 e faça o download dos seguintes módulos:
    • Importação de microdados
    • Feeds
    • Ctools
    • Job Scheduler
    • Libraries
    • Cliente HTTP
  2. Ative a Importação de Microdados e a IU do Admin de Feeds. Será solicitada a ativação de outras quatro dependências.
  3. Faça o download da biblioteca MicrodataPHP em sites/all/libraries/MicrodataPHP/MicrodataPhp.php.

    Essa biblioteca pega uma página HTML e extrai os microdados.

Configure as definições de importação para usar quando direcionar as origens:

  1. Acesse Structure -> Content types e crie dois tipos de conteúdo, um para gerenciar os feeds e um para reter só os tutoriais. É possível chamá-los de Tutorial import e Tutorial. Deixe todas as configurações em seus padrões.
  2. Acesse Structure -> Feeds importers e inclua um importador.
  3. Clique em Settings na coluna esquerda na seção Basic Settings. No menu suspenso Attach to content type , selecione o tipo de conteúdo que acabou de criar e salve-o. Na Figura 2, Tutorial import é selecionado.
    Figura 2. Configurando as definições básicas do Feeds Importer
    Configurando as definições básicas do Feeds Importer
  4. Próximo ao Parser, clique em Change. Alterne para Microdata Import Parser (de RSS/Atom) e clique em Save.

    Será exibida uma confirmação na parte superior da tela que diz "Changed parser plugin."

  5. Embaixo de Processor, clique em Settings. Altere as configurações de Update para Update existing nodes, como na Figura 3, e altere o tipo de conteúdo selecionando Tutorial.

    Altere o formato de Text para Filtered HTML. Como está importando conteúdo de sites que não confia necessariamente, não use Full HTML. Isso tornaria o site vulnerável a cross-site scripting.

    Figura 3. Configurando definições para processamento do item de feed em um nó
    Configurando definições para processamento do item de feed em um nó
  6. Embaixo de Processor, clique em Mapping. Nesse local, define-se quais bits do post de origem incluir no nó de destino e onde serão incluídos. Como as informações sobre o conteúdo de microdados disponível ainda não foram definidas, os únicos elementos listados são aqueles que estão expostos no RSS/Atom.
  7. Mapeie a URL e clique em Add. Consulte Unique Target e clique em Save. Isso garante que é possível corresponder os itens e replicar quaisquer mudanças da origem para o destino em execuções subsequentes.
  8. Mapeie o Título para Título e clique em Add.
  9. Mapeie a Descrição para o Corpo e clique em Add, como na Figura 4.
Figura 4. Mapeamentos da origem para o destino
Mapeamentos da origem para o destino

Para testar se é possível importar conteúdo:

  1. Clique em Add content e inclua uma nova importação de Tutorial.
  2. Dê um título de Source 1.
  3. No campo Feed URL, inclua o feed de origem e Salve.
  4. Selecione Import e clique em Import. É necessário obter uma mensagem que indica que um ou mais nós foram criados, como na Figura 5.
Figura 5. Nós importados da origem
Nós importados da origem

Acesse a página inicial para ver os posts que foram importados. Pode não estar claro por que é necessário fazer mais alguma coisa, pois todo o post já foi importado. Entretanto, como a estrutura do post original não foi mantida intacta, ainda não é possível filtrar os posts baseados em público ou módulo. É nesse momento que os microdados são usados.

Figura 6. Um nó importado
Um nó importado

Marcando conteúdo de origem para consumo

Agora, que é possível direcionar os feeds adequadamente. Comece incluindo os microdados na marcação e importando com os posts. A listagem 1 mostra a marcação básica para um post do blog.

Listagem 1. Marcação HTML básica para um post
<h2>Building modules on top of SPARQL Views</h2>
<div>

 <p>This video demonstrates how you can build a module that installs a
 View powered by a SPARQL query whenever it is enabled.</p>
  <b>Audience:</b> Developer <br />
  <b>Modules:</b>
  <ul>
    <li>Views</li>
    <li>SPARQL Views</li>
  </ul>
</div>

Desejará indicar que o conteúdo é um artigo. Este cenário usa o vocabulário do Schema.org para marcar os artigos, pois o Schema.org possui termos para a maioria dos casos que precisam ser anotados (consulte Recursos). ) Seria possível usar um vocabulário diferente se todos os autores colaboradores concordassem. [Em "Combine Drupal, HTML5, and microdata" (consulte Recursos), entraremos em mais detalhes sobre como posicionar microdados. O artigo mostra como incluir microdados à mão ou automatizar o processo com o módulo de Microdados.]

O título é direcionado a partir do feed RSS, portanto, não é necessário marcá-lo. Entretanto, isso facilita para que outros consumidores reutilizem os dados. Use a propriedade name como na Listagem 2. Como o título está fora do artigo div, é necessário incluir um elemento meta que dá o título, dentro de div. Use a propriedade description para o parágrafo teaser, dando mais acesso de baixa granularidade do que a descrição de RSS.

Listagem 2. Incluindo microdados básicos no post
< h2>Building modules on top of SPARQL Views</h2>
<div itemscope="" itemtype="http://schema.org/Article">

  <meta itemprop="name" content="Building modules on top of SPARQL Views" />

    <p itemprop="description">This video demonstrates how you can build a module
       that installs a View powered by a SPARQL query whenever it is enabled.</p>
    ...
</div>

Atualizando a descrição

Agora que está marcada com microdados, é possível direcionar somente a descrição para fora do texto. Isto excluirá o público e os módulos relacionados da descrição, o que é positivo, já que depois serão direcionados em seus próprios campos. Altere o mapeamento para usar a descrição de microdados em vez da descrição de RSS.

  1. Acesse Structure -> Feeds importers e edite seu importador.
  2. Embaixo de Parser, clique em Settings. Insira uma página de origem de exemplo no campo, como na Figura 7.

    A página de exemplo será analisada para verificar quais propriedades estão disponíveis, por isso o exemplo deve ser o mais completo possível. Salve as configurações.

    Figura 7. Fornecendo caminhos de propriedade usando uma página de exemplo
    Fornecendo caminhos de propriedade usando uma página de exemplo
  3. Embaixo de Processor, clique em Mapping. Na linha Description, marque Remove e depois Salve. Isso removerá o mapeamento entre a descrição de RSS e o campo de corpo.
  4. Clique no item suspenso Select a source . Agora, a lista inclui novos elementos de origem determinados a partir da origem de exemplo.
  5. Selecione o novo elemento da descrição (o segundo elemento de descrição na lista), mapeie-o ao corpo e clique em Add, como na Figura 8.
    Figura 8. Atualizando o mapeamento de descrição
    Atualizando o mapeamento de descrição
  6. Encontre sua importação de Tutorial Source 1 e clique em Import . Clique no botão Import e os nós serão atualizados. Os textos Audience and Module não são mais combinados com a descrição, como na Figura 9.
    Figura 9. Nó atualizado usando a descrição de microdados em vez da descrição de RSS
    Nó atualizado usando a descrição de microdados em vez da descrição de RSS

A atualização fez mais do que somente remover as partes da descrição não desejadas. Ela executou uma atualização completa de todas as informações importadas. Se o texto do post de origem fosse alterado, o novo texto seria mostrado aqui também. A função de atualização é configurada para executar em cron, então não é necessário acioná-la manualmente para obter atualizações regulares. É possível ver o poder do sistema de Feeds. Ele permite uma sincronização fácil e automatizada necessária para criar uma rede efetiva de sites de colaboração.


Incluindo funções de público

Até então, foram marcados os bits de informações comuns a todos os artigos, título e descrição. Esta seção continuará com as informações específicas ao cenário. É importante trabalhar com o grupo colaborador para aprender como eles pensam naturalmente sobre o conteúdo fornecido. As informações devem refletir o modelo mental dos colaboradores (em vez de estar em conformidade com um ideal externo).

A comunidade Drupal já possui um conjunto bem definido de funções, expressas na divisão de faixas em conferências. O projeto Drupal Skill Map define as funções como:

  • System Architect
  • Developer
  • Themer
  • Site Builder
  • Content Editor
  • Design/UX
  • Project Manager
  • Drupal Marketer

É necessário indicar que o público para o artigo é um ou mais dos oito grupos. Infelizmente, o vocabulário do Schema.org não possui um conceito de público, que deixa com suas opções para manipular o itemprop:

  • Estenda o Schema.org usando seu mecanismo de extensão documentado ao pegar uma propriedade existente e incluindo /audience no fim.

    Por exemplo, seria possível estender a propriedade keywords para keywords/audience, como a seguir.

    Público: <span itemprop="keywords/audience">Developer</span>
  • Use um termo de outro vocabulário ou crie seu próprio vocabulário.

    Por exemplo, se um vocabulário Tutorial tiver uma propriedade de público (e se puder usar sequências como valores dessa propriedade), poderia usar essa propriedade alternativa. Como você usa o http://schema.org/Article itemtype, precisa fazer referência à propriedade de vocabulário Tutorial por sua URL completa em vez de pelos nomes de propriedade que tem usado. A URL completa seria algo como http://tutorial-vocabulary.org/audience. A URL exata seria especificada na documentação de vocabulário. A URL seria posicionada no atributo itemprop , como a seguir.

    Público: <span
    itemprop="http://tutorial-vocabulary.org/audience">Developer</span>

Para este cenário, vá de primeira opção e estenda Schema.org. Se estiver posicionando os microdados à mão, copie e cole Listagem 3 em seu corpo. Se estiver usando Drupal para posicionar os microdados automaticamente no site de origem, será possível criar um campo List (text) no post, que oferece caixas de seleção no post para selecionar os públicos. Ao incluir a propriedade keywords/audience nas configurações do campo, os microdados adequados serão automaticamente publicados.


Consumindo Funções de Público

Para trazer o elemento público ao conteúdo no site de consumo, é necessário criar um campo para ele no tipo de conteúdo e depois criar o mapeamento para esse campo.

  1. Acesse Structure -> Content types e clique em Manage fields para o tipo de conteúdo Tutorial.
  2. Inclua um campo de texto de público.
  3. Acesse Structure -> Feeds importers e edite seu importador.
  4. Embaixo de Processor, clique em Mapping.
  5. Mapeie o elemento keywords/audience para o novo campo Audience e clique em Add, como em Figura 10.
    Figura 10. Adicionando a propriedade keywords/audience ao mapeamento
    Adicionando a propriedade keywords/audience ao mapeamento
  6. Encontre sua importação de Source 1 Tutorial novamente e clique em Import. Acesse uma página atualizada do Tutorial e verá que o campo Audience está preenchido, como em Figura 11.
Figura 11. Nó Atualizado com o Público (em Visualização de nó Completa)
Nó Atualizado com o Público (em Visualização de nó Completa)

Incluindo Módulos Relacionados

Usar sequências é questionavelmente adequado para categorização de posts por público. Há poucas funções de público, e elas não mudam com o tempo. Não é um desafio de coordenação extraordinário fazer com que as pessoas atualizem suas configurações do campo público se houver uma mudança, como a inclusão de uma nova função.

Categorizar por módulos relacionados é um caso diferente, no entanto. O Drupal possui 14.000 módulos, cuja maioria possui diversas versões. No mínimo, isso significa 14.000 tags diferentes. O formato das tags pode variar muito. Além disso, os milhares de mantenedores de módulo podem alterar o nome de seus módulos a qualquer momento.

É necessário algo mais estável que uma cadeia de caractere para se referir ao módulo. Um identificador que não pode ser alterado arbitrariamente é a URL do módulo no Drupal.org (por exemplo, http://drupal.org/project/views para o módulo Views). É possível usar isto como um identificador consistente para módulos.

Para incluir a versão do módulo, seria possível incluir uma propriedade do item do módulo. Entretanto, para este cenário, é mais fácil ter um ID diferente para cada versão. Por exemplo, para identificar Views 7.x-3.x, você usaria a URL http://drupal.org/project/views/7/3. Embora atualmente essa URL não exiba uma página, é fácil imaginar uma página no local que exiba todos os tutoriais para Views 7.x-3.x e forneça um download do release.

Para usar uma sequência em vez de um ID para o valor, use o itemid dos microdados. O itemid é posicionado na mesma tag que os atributos itemscope e itemtype . Use um termo do Schema.org específico do Google, http://schema.org/SoftwareApplication para o itemtype. Use a propriedade about para dizer que o Artigo é sobre o módulo.

O conteúdo visível ainda será a sequência de nomes. Você não o usará para consumo, mas poderá facilitar para que outros consumidores trabalhem com seus dados. Exponha-o como a propriedade name do módulo, como em Listagem 3.

Listagem 3. Incluindo Microdados para Módulos Relacionados
<p>Modules:
  <ul>
    <li itemprop="about" itemscope=""
        itemtype="http://schema.org/SoftwareApplication"
        itemid="http://drupal.org/project/views/7/3">
      <span itemprop="name">Views</span>
    </li>
    <li itemprop="about" itemscope=""
        itemtype="http://schema.org/SoftwareApplication"
        itemid="http://drupal.org/project/sparql_views/7/2">
      <span itemprop="name">SPARQL Views</span>
    </li>
  </ul>
</p>

Incluir tudo isto à mão não é comum. Se possível, você vai querer ferramentas que possam ajudar. Se usar o Drupal para a origem ou puder usar o módulo Web Taxonomy para ajudar os autores de conteúdo a identificarem seus posts. Com o Web Taxonomy, os resultados de autoconclusão vêm de uma taxonomia definida na web. Quando escolher um termo, ele será importado para o seu site. Isto significa que há acesso a dezenas de milhares de termos no vocabulário do Drupal Projects sem tê-los armazenado em seu banco de dados. Sempre que uma identificação for incluída ou alterada, seu campo de conclusão automática terá acesso a ela—você não tem nem que pensar sobre isso.

Você também usará a Web Taxonomy para consumir os módulos relacionados, então é necessário configurá-la no site de destino também.


Configurando a Web Taxonomy para Módulos Relacionados

Faça o download e ative a Web Taxonomy. Para configurar a Web Taxonomy, também é necessário um módulo que defina qual taxonomia externa usar e como ela pode ser acessada. O módulo para Drupal Full Projects está disponível em http://drupal.org/sandbox/linclark/1363774. Quando tiver esse módulo, um novo vocabulário Drupal Full Projects será incluído em seu site.

Configure a Web Taxonomy da mesma forma em ambos os sites de destino e de origem:

  1. Acesse Structure -> Content types e gerencie campos no tipo de conteúdo do Tutorial.
  2. Adicione o campo Related Modules , como em Figura 12. Selecione o tipo de campo Taxonomy Term Reference e digite Web Taxonomy autocomplete .
    Figura 12. Incluindo o Campo Web Taxonomy
    Incluindo o Campo Web Taxonomy
  3. Escolha o vocabulário Drupal Full Projects e clique em Save para salvar as configurações do campo.
  4. Altere o número de valores para Ilimitado e Save as configurações.

Agora, é possível testar o campo editando um tutorial e digitando em um nome do módulo. O campo de conclusão automática fornecerá sugestões, como em Figura 13. Se selecionar um e salvar o tutorial, verá que a tag é mostrada quando visualizá-la. Se clicar pela página do termo, a URL que estiver usando para um ID será mostrada no termo.

Figura 13. A conclusão automática de Web Taxonomy para Drupal Full Projects
A conclusão automática de Web Taxonomy para Drupal Full Projects

Se estiver configurando o campo na origem, altere o itemid que está designado ao termo ao fazer download e ativar o módulo do Token contribuído. Acesse Structure -> Taxonomy e edite o vocabulário Drupal Full Projects. No campo com o token para usar para o itemid, altere o valor para [term:web_tid]. O ID do Termo global da Web para o termo será usado em vez do caminho local.


Consumindo os Módulos Relacionados

Neste ponto, você tem o campo Web Taxonomy disponível e o testou. É possível começar a importar agora.

  1. Acesse Structure -> Feeds importers e edite seu importador.
  2. Mapeie about:itemid para Related Modules: Web Term ID e clique em Add.
  3. Encontre a importação Tutorial Source 1 novamente e Import. Você verá que os módulos relacionados foram incluídos, como em Figura 14.
Figura 14. Nó Atualizado com Módulos Relacionados
Nó Atualizado com Módulos Relacionados

Agora que definiu completamente as configurações de importação, é possível criar diversos nós de Tutorial Import e importar dados de diversos sites. (Crie um nó Tutorial import e inclua o feed Source 2). Todos os dados importados agora são estruturados de uma forma que o Drupal compreende. É possível configurar facilmente uma interface com o usuário que permita a navegação por toda a coleção de tutoriais por aspectos.


Indo além da importação de microdados

A Importação de Microdados pode ajudar a compartilhar conhecimento em limites organizacionais. Entretanto, às vezes não é o suficiente. A Importação de Microdados presume que existe uma correlação um a um entre a página que está importando e a página em seu site. Isto funciona para o cenário acima, porque você apenas deseja que informações sobre o tutorial sejam fornecidas na própria página do tutorial.

Às vezes, no entanto, talvez queira que diferentes pessoas que estão publicando em diferentes sites possam incluir informações sobre o mesmo item. Por exemplo, se um professor em uma universidade tiver um compromisso em dois departamentos ao mesmo tempo, cada departamento deve estar pato a incluir informações sobre esse professor em seu próprio site sem coordenar com o outro departamento. Embora seja possível configurar suas origens e importadores de feeds para ativar com esta Importação de Microdados, há formas mais fáceis de ativar isto.

Uma abordagem é converter os microdados para RDF. A HTML Data Task Force está atualmente finalizando uma especificação de rascunho de um mapeamento de microdados para RDF. O mapeamento ativará analisadores, como a biblioteca MicrodataPHP, para gerar confiavelmente RDF de páginas que estejam marcadas com microdados. O destilador RDF, uma ferramenta desenvolvida por Gregg Kellogg (que está assumindo a liderança na especificação do mapeamento), já implementa este mapeamento. O destilador RDF está disponível como um gem Ruby. A Kellogg também tem uma API disponível em seu site.


Conclusão

Descobrir como ativar a autoria de conteúdo da web colaborativo em limites organizacionais e técnicos é um desafio maior na TI. Ao integrar a estrutura do conteúdo no próprio HTML, os microdados ajudam os grupos de pessoas fracamente acopladas e organizações a coordenarem em projetos de conjunto. Mais importante, os colaboradores podem contribuir com o produto comum sem perder a liberdade de escolher sua própria estrutura, mesmo se ela for somente hand-coded HTML.

Recursos

Aprender

Obter produtos e tecnologias

Discutir

Comentários

developerWorks: Conecte-se

Los campos obligatorios están marcados con un asterisco (*).


Precisa de um ID IBM?
Esqueceu seu ID IBM?


Esqueceu sua senha?
Alterar sua senha

Ao clicar em Enviar, você concorda com os termos e condições do developerWorks.

 


A primeira vez que você entrar no developerWorks, um perfil é criado para você. Informações no seu perfil (seu nome, país / região, e nome da empresa) é apresentado ao público e vai acompanhar qualquer conteúdo que você postar, a menos que você opte por esconder o nome da empresa. Você pode atualizar sua conta IBM a qualquer momento.

Todas as informações enviadas são seguras.

Elija su nombre para mostrar



Ao se conectar ao developerWorks pela primeira vez, é criado um perfil para você e é necessário selecionar um nome de exibição. O nome de exibição acompanhará o conteúdo que você postar no developerWorks.

Escolha um nome de exibição de 3 - 31 caracteres. Seu nome de exibição deve ser exclusivo na comunidade do developerWorks e não deve ser o seu endereço de email por motivo de privacidade.

Los campos obligatorios están marcados con un asterisco (*).

(Escolha um nome de exibição de 3 - 31 caracteres.)

Ao clicar em Enviar, você concorda com os termos e condições do developerWorks.

 


Todas as informações enviadas são seguras.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=80
Zone=Software livre
ArticleID=806387
ArticleTitle=Torne os microdados HTML5 úteis, Parte 2: Agregação de última geração com microdados
publish-date=03222012