Blog do SMContent

Galeria autom�tica de �udio e v�deo

Thu, 20 Aug 2009 21:04:30 GMT

Uma das novidades da nova versão do SMContent é que a implementação de galerias de vídeos foi simplificada significativamente. Nas versões anteriores a implementação dependia da configuração de players pelo próprio desenvolvedor. Agora a ferramenta conta com players padrão para uma grande diversidade de formatos de áudio e vídeo: wmv, flv, mp3, wma, etc.

A incorporação de players padrão, juntamente com atualizações feitas no DynamicGenericFile, permitem que a reprodução de um vídeo ou de um arquivo de áudio seja feita com uma única linha:

Para galeria de vídeos:

<smc:DynamicGenericFile runat="server" SectionID="VIDEOS"
                  VariableName="id" FileCategory="VIDEOS" />

Para podcasts / galeria de áudios:

<smc:DynamicGenericFile runat="server" SectionID="AUDIOS"
                  VariableName="id" FileCategory="AUDIOS" />

Veja o exemplo abaixo:

http://samples.smcontent.net/galerias-de-videos/

O controle DynamicGenericFile foi incluído na versão 3.8.0 com a intuito de possuir uma forma padrão de exibição para os formatos de arquivo mais comuns, sem que o desenvolvedor precise fazer verificações de tipo. Na versão 3.8.0 o controle suportava arquivos de imagem, flash, e conteúdo remoto (embedded).

Na nova versão foi incluído o suporte para arquivos de mídia. Uma possibilidade interessante é a criação de galerias mistas, ou seja, galerias que contém arquivos de vídeo, áudio, imagens, flash, conteúdo remoto, etc. Veja abaixo:

http://samples.smcontent.net/galeria-mista/

Quando estará disponível? Hoje! Decidimos liberar esse recurso de imediato na versão 3.9.9.2 e ele continuará sendo aprimorado até a versão 4.0.

Os exemplos acima serão incluídos na documentação nos próximos dias.

SMContent 4.0 est� chegando

Wed, 22 Jul 2009 12:37:55 GMT

Se você se perguntava a causa do silêncio no blog agora já sabe. O SMContent 4.0 está chegando. As novidades são muitas e aos poucos divulgaremos uma por uma aqui no blog.

Enquanto o release não é liberado para o público em geral você pode acompanhar o desenvolvimento da nova versão e outras novidades no twitter: @SMContent

Não temos uma data pré-definida para liberação desse release. Se você usou a primeira versão do Windows Vista sabe como deadlines podem afetar seriamente a qualidade de um produto a ser lançado. Uma estimativa realista para liberação do SMContent 4.0 é de 3 a 6 semanas, ou seja, entre meados de agosto e início de setembro.

SMContent no twitter

Wed, 22 Jul 2009 12:28:17 GMT

Quer saber tudo que está sendo desenvolvido no SMContent ? Acompanhe no twitter: @SMContent

Galeria de fotos integrada com Google Maps

Mon, 11 May 2009 03:23:09 GMT

Um recurso interessante do SMContent é a possibilidade de especificar coordenadas geográficas para as fotos da galeria. Você certamente deve estar se perguntando qual a utilidade disso. Veja no exemplo abaixo:

Essa galeria de fotos mostra no mapa o local onde a foto foi tirada. Para implementar isso é necessário utilizar as APIs do Google Maps. Se quiser implementar a mesma funcionalidade rapidamente você pode copiar o código da página acima. Você precisará gerar uma chave específica para seu site para ter acesso às APIs do Google Maps. Caso tente usar uma chave que não foi gerada para seu domínio será exibida uma mensagem como a mostrada abaixo:

Para obter uma chave para seu site inscreva-se no site das APIs do Google Maps.

SMContent 3.8.0 lan�ado!

Thu, 23 Apr 2009 16:19:28 GMT

A nova versão do SMContent já está disponível. Veja as principais funcionalidades implementadas:

Comentários em imagens, vídeos e arquivos em geral. Esse é um recurso que promove a interatividade, permitindo que os visitantes do site expressem suas opiniões sobre as imagens e vídeos publicados. Os comentários são moderados. Veja um exemplo.
Novos controles: DynamicGenericFile, DynamicEmbeddedFile e DynamicImage. Esses controles facilitam imensamente a publicação de imagens, vídeos, chamadas em flash, e conteúdo vinculado a outros sites, como por exemplo vídeos do YouTube.
Canais de publicação. Recurso que possibilita a publicação da mesma notícia em diversos locais do portal, como por exemplo na capa, na seção de esportes, na seção de economia, etc.
Melhoria significativa na performance das interfaces administrativas. Diversas otimizações foram realizadas de forma a tornar as interfaces administrativas mais performáticas.

No próximo post mostraremos um exemplo bem interessante que utiliza um novo recurso do SMContent. Até lá!

Implementa��o de coment�rios das not�cias

Thu, 16 Apr 2009 02:39:08 GMT

Quando as funcionalidades de blog e comentários foram implementadas no SMContent, a documentação foi atualizada com um exemplo para demonstrar esses recursos. O exemplo criado utiliza uma nova estratégia de montagem, em que o template para exibição da notícia fica no próprio arquivo aspx.

Essa nova estratégia é interessante por eliminar a necessidade dos includes ascx externos. Isso tende a facilitar o desenvolvimento e manutenção da página. Entretanto, caso o mesmo template deva ser utilizado e compartilhado por diversas seções do site é recomendável utilizar um arquivo ascx separado.

Para os sites que já estão em produção, o desenvolvedor pode desejar implementar o recurso de comentário nas páginas sem fazer maiores alterações nas mesmas. Para facilitar esse processo foi incluído um novo exemplo na documentação demonstrando como incluir essa funcionalidade numa página de notícias montada da forma tradicional.

Em breve mais exemplos serão adicionados à documentação para demonstrar o funcionamento dos recursos da nova versão do SMContent, a ser oficialmente lançada no dia 20 de abril. Até lá!

Performance, escalabilidade e o cache do ASP.Net

Wed, 11 Mar 2009 15:55:32 GMT

No ambiente computacional, performance é uma medida da eficiência com que um sistema realiza uma tarefa. Quanto mais rápido e quanto menos recursos o sistema consumir, mais performático ele é considerado.

Escalabilidade é a capacidade de um sistema lidar com o crescimento no volume de tarefas solicitadas num certo intervalo de tempo. Digamos que um determinado sistema atenda simultaneamente 10 usuários de forma satisfatória. Quanto melhor a escalabilidade do sistema, mais fácil será atender a 100, 1000 ou mais usuários concorrentes.

Como você pode deduzir, performance e escalabilidade são conceitos relacionados. Quanto mais performático for um sistema, quanto mais rápido ele concluir uma tarefa, melhor será sua escalabilidade.

O SMContent foi projetado desde o princípio com ênfase nesses conceitos. Entretanto, existe um limite de otimização que pode ser alcançado em termos de performance de sistema. E quando chegamos a um certo patamar de acesso concorrente, é preciso se trabalhar na infra-estrutura para que ela possa atender satisfatoriamente aquele volume de acesso.

Existem alguns pontos cruciais na infra-estrutura que podem fazer uma grande diferença na escalabilidade de um portal. Em se tratando da plataforma ASP.Net, um ponto extremamente importante é o uso de cache. É preciso aqui fazer a diferenciação entre o cache do browser e o cache da plataforma ASP.Net, que funciona do lado servidor.

- Cache do browser: É feito pelo navegador. Utilizando alguns campos nos cabeçalhos da requisição e da resposta http, o navegador pode optar por não baixar um arquivo novamente caso já possua esse arquivo em cache. Isso funciona muito bem para imagens, arquivos css e javascript, e alguns outros tipos de arquivo. Geralmente não é utilizado para páginas dinâmicas pois uma mesma página pode apresentar conteúdo diferente após um certo intervalo de tempo. Apesar desse nível de cache influenciar significativamente na "performance aparente" (impressão do visitante) do portal, ele não tem grandes efeitos em termos de consumo de CPU no servidor.

- Cache do ASP.Net: É um recurso da plataforma ASP.Net que, quando devidamente configurado, permite uma melhoria expressiva na escalabilidade de um portal. Como sabemos, uma página dinâmica realiza diversas operações e quase sempre acessa uma base de dados para poder gerar seu conteúdo. O problema é que todas essas operações são realizadas a cada visita à página. Ou seja, se num intervalo de 10 segundos houver 100 visitantes, todas as operações da página dinâmica serão realizadas a cada visita, 100 vezes portanto. A execução dessas operações é bastante custosa, principalmente o acesso ao banco de dados.

Quando o cache é configurado, tais operações são realizadas apenas uma vez num certo intervalo de tempo. No exemplo anterior, a primeira visita iria armazenar no cache o conteúdo gerado após o acesso ao banco de dados e todo processamento da página. As visitas seguintes seriam atendidas diretamente a partir do cache, o que é extremamente mais rápido do que realizar todas as operações novamente. O resultado final é uma redução significativa no consumo de CPU, redução do tráfego servidor web <=> banco de dados, e um consequente aumento na escalabilidade do portal.

O ponto chave na implantação do cache do ASP.Net é justamente definir o período pelo qual as páginas devem ser mantidas no cache. Se esse período for muito curto, os resultados não serão muito positivos. Se for muito longo, pode fazer com que um visitante veja uma página desatualizada. Para definir essa duração de forma adequada é necessário saber a frequência de atualização e de visitação da página.

O objetivo desse post foi dar uma visão geral dos conceitos de performance e escalabilidade, e de como a plataforma ASP.Net ajuda a atender melhor um crescimento no volume de visitação de um portal. Futuramente abordaremos outros temas relacionados a performance e escalabilidade. Até lá!

Galerias de foto com jQuery

Tue, 17 Feb 2009 15:21:07 GMT

Com certeza você já ouviu falar em jQuery. Caso ainda não conheça, o jQuery é uma biblioteca javascript que se tornou muito popular nos últimos anos. Uma coisa bacana do jQuery é sua extensibilidade, ou seja, a possibilidade de se criar plugins. Existe uma infinidade de plugins para jQuery, sendo que alguns deles visam simplificar a criação de galerias de fotos.

O SMContent sempre suportou e facilitou a criação de galerias de foto, porém o jQuery incrementa os efeitos visuais da galeria, utilizando animações, fade-in, fade-out, etc.

Utilizando o jQuery do lado cliente e o SMContent no lado servidor conseguimos criar galerias fantásticas, facilmente administradas pelo usuário final. Para facilitar essa integração incluímos cinco novos exemplos de galerias com jQuery na documentação do SMContent. Veja três desses exemplos abaixo:

Para mais informações sobre a biblioteca jQuery ou sobre os plugins utilizados visite as respectivas páginas. Caso ainda assim tenha alguma dúvida sinta-se a vontade para entrar em contato conosco.

Urls amig�veis no SMContent

Tue, 27 Jan 2009 16:05:52 GMT

No último post discutimos como implementar alguns dos novos recursos de otimização para mecanismos de busca do SMContent. Nesse post explicamos como funciona o recurso de url amigável, que é importantíssimo do ponto de vista de SEO.

Uma url amigável apresenta palavras chaves relevantes ao assunto discutido naquela página, normalmente palavras extraídas do título da página. O SMContent gera automaticamente uma url amigável de acordo com o título, porém, para o correto funcionamento desse recurso é necessário configurar um redirecionamento.

Digamos que o texto fale sobre alimentação saudável e que esse seja o título do item. A url gerada será 'alimentacao-saudavel.aspx'. Quando o usuário acessar www.dominio-do-site.com.br/alimentacao-saudavel.aspx o conteúdo sobre alimentação saudável será exibido.

Por diversos motivos, o sistema não gera um novo arquivo físico no servidor, dessa forma o arquivo alimentacao-saudavel.aspx simplesmente não existe. O sistema recebe a requisição para esse arquivo, verifica se ele corresponde a alguma url amigável definida e então redireciona o usuário para o arquivo real (template) que serve para exibir o conteúdo dos conteúdos.

Tradicionalmente existe uma página template que recebe o identificador do conteúdo a ser exibido. Assim, normalmente temos urls como noticias.aspx?id=8263. Nesse caso, o identificador do conteúdo é sua url amigável. O sistema converte a url amigável '/alimentacao-saudavel.aspx' para o endereço '/conteudo.aspx?p=alimentacao-saudavel.aspx'.

Perceba que o endereço amigável é transformado num parâmetro de querystring. Esse parâmetro será utilizado para identificar o conteúdo correto. Essa transformação é feita por um módulo de redirecionamento que utiliza expressões regulares para identificar as urls amigáveis e transformá-las nos endereços reais.

A criação das expressões regulares não é muito simples e por isso o SMContent atualmente é liberado com algumas expressões pré-definidas. Por exemplo, existe um redirecionamento configurado para um blog com urls amigáveis:

<rewrites>
   <add name="blogPost" virtualUrl="^~/Blog/([^/]*.aspx)"
        destinationUrl="~/Blog/post.aspx?p=$1" ignoreCase="true"
        rewriteUrlParameter="ExcludeFromClientQueryString" />
</rewrites>

O atributo virtualUrl é a expressão regular que captura o endereço amigável, e destinationUrl é o endereço real que será gerado. No exemplo acima o redirecionamento converte um endereço do tipo '/blog/titulo-do-post.aspx' para '/blog/post.aspx?p=titulo-do-post.aspx'.

Os redirecionamentos ficam no web.config da raiz do site, na seção <rewrites>, como mostrado acima. Em breve serão disponibilizados mais redirecionamentos na documentação do SMContent. Caso precise de ajuda para criar seus redirecionamentos entre em contato conosco.

Configurando os recursos de SEO

Mon, 19 Jan 2009 16:50:13 GMT

O SMContent incorporou há bastante tempo diversos recursos de otimização para mecanismos de busca. Nesse post demonstramos como é simples configurar essas funcionalidades. Utilizaremos como referência o exemplo de exibição de detalhe do item (notícia, artigo, post, etc) abaixo:

noticias.aspx

<%@ Page Inherits="SystemMining.SMContent.SMCSitePageBase" %>
<%@ Register TagPrefix="smc" TagName="detalhe" Src="noticias.ascx" %>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" >
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title>Detalhes da notícia</title>
</head>
<body>
<smc:detalhe runat="server" SectionID="NOTICIAS" VariableName="nid" />
</body>
</html>

noticias.ascx

<%@ Control Inherits="SystemMining.SMContent.detail" %>
<p>
  <b><asp:Literal id="Title" runat="server" /></b> - 
  <asp:Literal id="ItemDate" runat="server" />
</p>
<p><i><asp:Literal id="Brief" runat="server" /></i></p>
<asp:Literal id="ItemText" runat="server" />

O primeiro passo para configurar os recursos de SEO é habilitar essa opção para a seção específica do site:

Uma vez que essa opção esteja marcada surgirá nas interfaces uma tab para cadastro das informações de SEO:

Apesar dessa tab possuir um campo para se informar o título da página ele não precisa ser preenchido. O SMContent automaticamente utilizará o título definido para o item como título da página. Só é necessário preencher esse campo caso se deseje que o título da página (title tag) seja diferente do título do item.

Para que o SMContent possa definir corretamente a tag title e as demais meta-tags é necessário marcar a tag head com o atributo runat="server", conforme mostrado abaixo:

Uma possibilidade interessante é concatenar o título do item com o título que esteja fixamente definido na página. Digamos que na página o título esteja definido como 'SMContent':

<title>SMContent</title>

Se ativarmos o modo de concatenação, o título fixo presente na página, nesse caso, 'SMContent', será mantido. Os títulos resultantes serão, por exemplo, 'SMContent - Blog', 'SMContent - Recursos', e assim por diante. Isso pode ser feito utilizando-se o atributo PageTitleMode como demonstrado abaixo:

<smc:detalhe runat="server" 
             SectionID="NOTICIAS" 
             VariableName="nid"
             PageTitleMode="Concatenate" />

As opções para o atributo PageTitleMode são: Replace ou Concatenate. Replace é o padrão.

Os campos descrição e palavras chaves correspondem respectivamente às meta-tags description e keywords. Uma vez preenchidos, o SMContent definirá automaticamente essas meta-tags na página.

O que acontece se a página exibir detalhes de dois itens ou seções diferentes?

Imagine uma página como a de recursos ou de especificações do SMContent. Tais páginas exibem o conteúdo de alguns itens distintos, ou seja, a página possui duas ou mais tags do tipo <smc:detalhe>. O que acontece com os recursos de SEO nesse caso?

O que vai acontecer é que, a princípio, as opções da última tag encontrada na página serão respeitadas. É possível se contornar isso desabilitando os recursos de SEO nos detalhes que não devem modificar o título ou as meta-tags da página. Para isso existe o atributo SEOFeatures, cujas opções são Disabled, All e TitleOnly. Podemos desabilitar as opções de SEO na tag de detalhe, como mostrado abaixo:

<smc:detalhe runat="server" 
             SectionID="NOTICIAS" 
             VariableName="nid"
             SEOFeatures="Disabled" />

E o endereço amigável?

O endereço amigável é gerado automaticamente conforme o título do item, mas pode ser modificado se necessário. Para configuração da funcionalidade de endereço amigável é necessário um passo adicional, que será assunto do próximo post. Até lá!