O método mais eficiente e amigável para motores de busca de redirecionar um pagina de web e usar o “301 redirect” . E de fácil implementação e deve preservar o ranking dos motores de busca para esta pagina mesmo quando você tem que mudar pastas ou nome da pagina. O código “301” e interpretado como “mudança permanente” esta é uma ação “server side”.

Existem algumas ferramentas que podem mostrar se o redirecionamento afeta o ranking nos motores de buscar como por exemplo: Search Engine Friendly Redirect Checker

Abaixo se encontram alguns exemplos de implementação de “ URL Redirection”:

ColdFusion:

<.cfheader statuscode="301" statustext="Moved permanently">
<.cfheader name="Location" value="http://www.new-url.com"> 

<?
Header( "HTTP/1.1 301 Moved Permanently" ); 
Header( "Location: http://www.new-url.com" ); 
?> 

<%@ Language=VBScript %>
<%
Response.Status="301 Moved Permanently"
Response.AddHeader "Location","http://www.new-url.com/"
%> 

<script runat="server">
private void Page_Load(object sender, System.EventArgs e)
{
Response.Status = "301 Moved Permanently";
Response.AddHeader("Location","http://www.new-url.com");
}
</script> 

JSP:

<%
response.setStatus(301);
response.setHeader( "Location", "http://www.new-url.com/" );
response.setHeader( "Connection", "close" );
%> 

CGI PERL

$q = new CGI;
print $q->redirect("http://www.new-url.com/"); 

def old_action
headers["Status"] = "301 Moved Permanently"
redirect_to "http://www.new-url.com/"
end 

Upgrade é uma das tarefas mais freqüentes para DBA’s por isso é muito importante ter uma entendimento profundo das etapas que compõem esta tarefa. Você está preparado para a hora do próximo upgrade?

Segue os passos de um upgrade:

1. Execute o “Upgrade Advisor” em todos os servidores e banco de dados que você pretende upgrade afins de identificar possíveis problemas.
2. Antes de iniciar um upgrade teste seus aplicativos em um ambiente de testes para assegurar compatibilidade. Faça todas as modificações necessárias antes de implementar o upgrade.
3. Antes de iniciar o upgrade tenha certeza de ter um plano previamente testado no caso haver de algum problema no upgrade.
4. Mesmo que upgrading diretamente na plataforma de produção possa trazer bons resultados, se obtém redução dos riscos upgrading em um hardware com nova instalação do OS e do MS SQL Server.
5. Quando upgrading de uma versão anterior do MS SQL Server, você deveria atualizar todas as estatísticas dos bancos de dados usando “UPDATE STATISTICS”. Isto devido as estatísticas não serem atualizadas automaticamente. Também execute DBCC UPDATEUSAGE em todos os bancos de dados afins de corrigir qualquer erro de contagem de pagina ou linha.

Esta é uma lista minima para que qualquer DBA esteja preparado e posa coordenar um projeto de “upgrade”. Alguns itens podem e devem ser subdivididos em sub-tarefas, aqui também considero que o envolvimento de um DBA é fundamental para o sucesso de qualquer projeto de “upgrade” que envolve banco de dados, assim como é fundamental que o DBA esteja comprometido e possa assumir uma posição de liderança em projetos desta magnitude.

Hoje estou de volta com mais um artigo da série Melhores Praticas, no que diz respeito a banco de dados em geral o cenário em geral é de vários servidores de bancos de dados para um administrador assim uniformidade na instalação e uma peca importante neste cenário que pode ser a diferença entre sucesso ou desastre total.

1. Sempre documente completamente as instalações do servidor de banco de dados para que seja possível reproduzir cada instância em caso de.
2. Na medida do possível seja consistente com todas as instalações de banco de dados procure seguir normas internas e opcionalmente use Gerenciamento Baseado em Políticas para enforcar estas normas.
3. Nunca instale serviços adicionais ao banco de dados que não serão usadas.
4. Para melhor desempenho do servidor não instale serviços do OS que não serão usados.
5. Para melhor desempenho do banco de dados instale somente uma instância por servidor físico e não instale nenhum outro aplicativo.
6. Para otimizar desempenho de I/O coloque os arquivos do banco de dados em volumes separados para isolar conflitos de reads/writes.
7. Caso o banco de dados temporário seja intensamente usado coloque seus arquivos em volumes separados inclusive no seu próprio array. Ainda mais determine um tamanho suficiente para as necessidades do servidor evitando autogrow. Divida o banco de dados temporário em vários arquivos de modo que o numero de arquivos seja entre 50 e 100% do numero de CPU cores disponíveis no servidor fazendo que cada arquivo seja do mesmo tamanho.
8. Não instale o servidor de banco de dados num controlador de domínio.
9. Não use nenhum tipo de sistema de arquivos com encryption (EFS) ou compressão para os banco de dados.

Trago aqui uma contribuição importante especialmente para aqueles começando a carreira ou procurando melhor sua posição como Administradores de Banco de Dados.
Apesar de minha experiência ter tido um foco central em MS SQL Server esta série de sugestões podem ser aplicadas a todas as tecnologias de Bancos de Dados em geral.

Começaremos hoje trazendo uma lista de atividades para o dia a dia de uma DBA, notar que esta e uma lista de sugestões, a expectativa e de que uma bom e dedicado DBA deveria no mínimo realizar estas tarefas.

1. Verificar Log de Eventos do OS, do  SQL Server, e eventos fora do comum no Log de Segurança.
2. Verificar que todos os Jobs agendados terminaram com sucesso.
3. Confirmar que todos os Backups terminaram e foram guardados em local seguro.
4. Monitorar o Espaço de disco disponível para os Bancos de Dados e que não faltara espaço para os servidores. Para uma performance ótima os espaço disponível em disco de ser no mínimo 20%.
5. Periodicamente durante o dia verificar a performance dos servidores usando ferramentas como Monitor de Sistema, Profiles, DMVs ou SQL Server 2008 Coletor de dados de performance.
6. Usar Estúdio de Gerenciamento ou Profiler na identificação de eventuais “blokings”.

Caso alguém tenha alguma tarefa que considera importante no dia a dia e que não esteja nesta minha lista e só comentar que estarei analisando e farei alterações onde necessário.

Semana que vem trarei outra matéria da série Melhores Praticas, até la.

Buscando resolver vários bugs e implementar segurança mais rigorosa na pagina de administração de plugins. Core Security Technologies notificou WordPress que algumas paginas de administração instaladas por certos plugins poderiam ser visualizadas por usurários sem os devidos privilégios resultando em leak de informações. Apesar de não serem todos os plugins que estão vulneráveis a este problema, WorPress recomenda o upgrade para 2.8.1 por motives de seguranca. Leia todas as mudanças desde a versão 2.8 e abaixo leia alguns dos destaques desta nova versão.
• Alguns Temas estavam usando get_categories() de modo que causavam falhas em 2.8. 2.8.1 contorna esta situação de maneira que os Temas não precisam ser alterados.
• O uso de memoria pelo Dashboard foi reduzido. Alguns usuários estavam ficando sem memoria suficiente para abrir o Dashboard completamente resultando em paginas incompletas.
• O upgrade automático não mais acidentalmente apaga arquivos quando limpando apos um upgrade que falha.
• Fio contornada a situação em que o Editor de Texto Rico não abria devido a problemas com compressão.
• Mais seguranças foram colocada para contornar plugins que não verificam permissões explicitas.
• Tradução dos Nomes de Participação foi consertada.
• Mensagens de Erro em upload estão agora corrigidas.
• Corrigido o erro de autosave relatado por alguns usuários do IE.
• Corrigido problema de estilo no editor de plugin.
• Requerimentos do sistema de arquivo SSH2 atualizado.
• Volta a usar “curl” como o transporte padrão.
• Atualizada a biblioteca de tradução para evitar problemas com mbstring.func_overload.
• Rigorosa segurança do menu.
• Eliminado o código de destaque devido a incompatibilidade com alguns browsers.

Agora após várias tentativas para inserir uma data em uma coluna “DATETIME” no banco de dados MySQL quando finalmente me ocorreu que o ano tem que vir primeiro como no exemplo abaixo:

$date = date("Y/m/d h:i:s");
mysql_query("INSERT INTO date_table VALUES ('$name', '$date')", $db_connection);

MySQL recusa qualquer outro formato mesmo que PHP os considere validos assim date(”m/d/Y h:i:s”) ou date(”d/m/Y h:i:s”) são considerados formatos validos para datas por PHP mas recusados como inválidos pelo MySQL.

Disponibiliza SQL Server 2008 Service Pack 1 com alguns melhoramentos visando facilitar deployment mas sem nenhum novo  atributo. De acordo com Microsoft, isto e resultado da enfase em assegurar que seus bancos de dados estão completos antes de serem disponibilizados ao mercado. Esta semana tentarei instalar este SP1 e voltarei com mais detalhes por enquanto se quiser mais informações sobre este SP1 de uma olhada no anuncio da Microsoft.

Então aqui vão mais informações sobre este SP: fiz a instalação dele em todos meus servidores e clientes e não tive problema algum Funcionou como era esperado.

Tenho uma tabela em meu Banco de Dados com uma coluna onde a PK é um INTEGER AUTO_INCREMENT cujo valor vai continuar crescendo quando dados são adicionados ou apagados desta tabela.

Primeiro Problema:
10 linhas de dados foram adicionados a tabela das quais linhas 9 e 10 foram removidas. Pelas regras do Auto Incremento o próximo valor será 11 e não 9.

Solução:
Use a query:
ALTER TABLE NomeDaTabela AUTO_INCREMENT = 1

Isto vai retornar o próximo valor do auto incremento para o atual maior valor na coluna +1. Assim o valor do auto incremento recomeça do 9 para o próximo inserto.

Segundo Problema:
10 linhas de dados foram adicionados a tabela das quais linhas 4 e 5 foram removidas. Pelas regras do Auto Incremento o próximo valor será 11 mas eu gostaria que fosse 4.

Solução:
Use a query:

SET insert_id = 4;
INSERT INTO  NomeDaTabela VALUES (’blah’, ‘…’);

Isto vai adicionar valores a linha 4.

O SET insert_id = #
(onde # é o valor do proximo auto incremento a ser usado) vai marcar o proximo valor de auto incremento a ser usado e a proxima query(INSERT) que for executada usara este valor.

Se você quer acessar o servidor MS SQL usando scripts PHP é necessário:
1. Assegurar-se que o Módulo API MSSQL (extensão) está instalado e habilitado. Se você fez a instalação usando a versão PHP 5.2.3 dos binários Windows, o Módulo API MSSQL apesar de incluído, não está habilitado.

Se você estiver recebendo erros como: “Fatal error: Cal to undefined mssql_connect()”, estes são indicações de que o Módulo API MSSQL não está habilitado corretamente.

2. As ferramentas de clientes MSSQL devem ser instaladas no mesmo computador onde o PHP está instalado. O manual do PHP ainda sugere como alternativa copiar as bibliotecas SQL Server Client Library DLL e ntwdblib.dll. O PHP 5.2.3 versão Binária para Windows continua tendo uma cópia da ntwdblib.dll mas de preferência para a versão 2000.80.194.0 ao mesmo tempo caso  esteja usando algum RAD para PHP instale a ntwdblib.dll na workstation e no servidor.

Caso você esteja recebendo erros como: “Unable to load dynamic library’./ext\php_mssql.dll’ – the specified module could not be found”, indica que a DLL, ntwddlib.dll, não está instalada corretamente ou é da versão errada.

Finalmente esta disponível (Wordpress 2.7.1) a primeira manutenção desde que “Coltrane” (WordPress 2.7) foi introduzido a 2 meses.

Esta nova versão consiste em 68 alterações, que incluem alguns “Bug Fixes” e aprimoramentos.

Caso você esteja usando Wordpress 2.7, o processo de upgrade não requer esfôrço algum.

No seu blog dashboard, vá para Tools > Upgrade, então clique Upgrade Automático.

Talvez você queira fazer uma copia de seus arquivos ebanco de dados untes de fazer o upgrade para ter maior seguranca caso algo venha a falhar durante o processo.

Eu acabei de fazer o meu upgrade e tudo correu de acordo com as expectativas.

Cheers!