4 erros de manutenção site para evitar

A manutenção site é uma boa ideia para todos os sites, mas é um requisito para sites que usam código aberto. O lado positivo do código aberto é que todos podem participar. A desvantagem é que isso significa acompanhar as mudanças de todos. O código é corrigido, o que faz com que outro código pare de funcionar e, por sua vez, precise de correções. As explorações são encontradas e depois bloqueadas. Novos recursos sofisticados são desenvolvidos e seus usuários os desejam. Tudo isso significa que você precisa acompanhar! A arma mais importante para combater essas forças é a manutenção. A manutenção é um processo simples, mas existem erros básicos que muitas pessoas cometem pelo menos uma vez. Evite estes e você estará bem no seu caminho para um site mais seguro e limpo que não é uma dor enorme para continuar correndo.

1. Reinventando a roda

Olha, todos nós estivemos lá. Três departamentos diferentes relataram o mesmo erro. Você tem tentado rastreá-lo desde que chegou nesta manhã, e você perdeu o almoço há duas horas. Quem escreveu este código foi um idiota, e a documentação é praticamente inexistente. Tudo o que você quer fazer é apagar todos os arquivos do servidor, excluir o banco de dados e começar do zero. Você está certo de que pode fazer um trabalho melhor do que esses idiotas. Não pode ser tão difícil escrever código para executar um site de associação com seis gateways de pagamento e uma GUI de edição ... Especialmente se você usa seu idioma favorito.

Quando isso acontecer, respire fundo, saia do teclado e coma um sanduíche. Uma solução personalizada não economiza tempo na frente ou durante a manutenção. Você terá que resolver problemas que o código atual evita ou corrigiu. Você vai bagunçar todos os fluxos de trabalho, o que significa lidar com reclamações de atendimento ao cliente. Os usuários solicitarão todos os tipos de soluções personalizadas e frágeis. E então você terá que corrigir e manter a base de código, além do resto do seu trabalho.

Mesmo se você pudesse fazer melhor, você está sendo pago para reescrever algo que já está funcionando? Se você está frustrado o suficiente para encará-lo como um projeto de hobby, é isso que você quer passar seu final de semana? O GitHub está repleto de sistemas de gerenciamento de conteúdo (CMSes) e construtores de sites estáticos não exclusivos . A maioria deles é abandonada, clones de sistemas mais populares ou ambos. Não seja mais outro.

Para aqueles que não codificam, esta armadilha parece diferente. Nesse caso, tenha cuidado ao alterar a tecnologia do seu site. Todos os sistemas têm custos e desvantagens; Quando você se depara com um novo sistema brilhante, muitas vezes você só pode ver os profissionais. Há também o problema da dívida técnica a considerar. Quando você troca de sistema ou substitui uma extensão, sua equipe precisa aprender a usá-lo. Você ou seus desenvolvedores precisam aprender como mantê-lo.

Eu não estou dizendo que o código personalizado ou um novo sistema é sempre uma má ideia. Apenas certifique-se de que é a melhor solução para o seu problema antes de entrar. Eu não estou dizendo que o código personalizado ou um novo sistema é sempre uma má ideia. Apenas certifique-se de que é a melhor solução para o seu problema antes de entrar.
Em vez disso, use o software que está sendo mantido por outras pessoas e altere sua configuração com cautela. Apesar de suas limitações e frustrações, isso torna a manutenção site mais rápida e fácil. Você pode ter que lidar com um patch que quebra algo que não deveria. Mas é exatamente o que aconteceria com uma solução personalizada também.

2. Mordendo mais do que você pode mastigar

As pessoas tendem a ficar superexcitadas sobre novas tecnologias. A tentação de adicionar muitos recursos e funções a um projeto de site é forte. O número de opções para sites e aplicativos modernos pode ser emocionante. Mas eu já vi muitos sites com mais funcionalidades do que suas necessidades ou usos de público-alvo. Mesmo que seus visitantes não o usem, você ainda precisa mantê-lo.

Não fique muito entusiasmado com os planos iniciais de estratégias de SEO e sistemas de pagamento. Se você não sabe o que seu público quer, você vai construir muito da coisa errada. Não só isso, mas um site geralmente só é bom por cerca de cinco anos no máximo. Depois disso, o design do seu site será datado e o estado da arte terá continuado sem você. Seu site deve ser reformulado para atender às novas necessidades de negócios ou à evolução da web. Um site grande e complicado tem necessidades de manutenção grandes e complicadas.

Uma das grandes coisas sobre sites é que você pode começar pequeno e adicionar coisas como você precisa deles. Comece com um site no estilo panfleto e adicione um blog ou uma loja. Iterar sobre seu aplicativo e expandir suavemente. Use a análise para descobrir o que seu público quer. Em seguida, coloque no tempo de desenvolvimento para isso.Um site grande e complicado geralmente tem necessidades de manutenção grandes e complicadas.
Se você começar pequeno, será mais fácil isolar e resolver os problemas conforme eles aparecem. Você terá tempo para se familiarizar com sua configuração antes de apresentar complicações.

3. Não manter backups suficientes

Eu gosto do ditado: "Um é nenhum. Dois é um". Se você tiver apenas uma cópia de seus dados, não terá dados. Você poderá perder tudo em um instante. Isso vale o dobro se a sua cópia for o site ativo. A internet é traiçoeira e os garçons ficam todos os dias. Seu host frequentemente mantém backups; no entanto, se você estiver em um host barato, deverá executar seus próprios backups. Hosts baratos fazem backup de dados parciais por curtos períodos de tempo. Isso é para cobrir suas bundas, não as suas.

Um site de teste não deve ser considerado um backup. O objetivo de um site de teste é alterar as coisas para ver se elas funcionarão antes de alterar o site ativo. Portanto, não pode ser uma fonte de verdade para o seu site ao vivo se algo der errado.

Você já pode ter backups configurados, mas precisa executá-los manualmente? E quantos backups você está mantendo? As respostas a essas perguntas devem ser "não" e "pelo menos alguns meses". Fazer backups manualmente é uma boa maneira de não ter backups. Manter apenas um ou dois backups recentes é uma boa maneira de acabar com apenas as versões infectadas dos seus dados. Então você não será capaz de reverter para um tempo antes de seu blog anunciar a ampliação do pênis para seus visitantes.

Certifique-se de configurar backups automáticos e manter várias versões. Não há desculpa para não - a nuvem e o armazenamento físico são baratos e onipresentes. Qualquer CMS que se preze terá uma extensão de backup automática confiável disponível. Qualquer web dev worth seu cheque de pagamento pode configurar backups automatizados, dentro ou fora de um CMS.Certifique-se de configurar backups automáticos e manter várias versões.
Faça o backup pelo menos semanalmente e mantenha pelo menos três meses de valor. Estatisticamente falando, você precisará desses backups pelo menos uma vez, e ficará aliviado por tê-los.

4. Não fazendo manutenção

Infelizmente, ao contrário dos backups, a manutenção não pode ser totalmente automatizada. Cuidar de um site requer tempo, disciplina e know-how técnico; no entanto, se você mantiver as coisas simples, a manutenção não vai demorar muito. Minha lista de verificação de manutenção leva cerca de 15 minutos para ser concluída, se eu não precisar esmagar os erros. Mesmo se eu fizer isso, geralmente não demora muito, já que eu recebo atualizações em pequenos incrementos.

Eu corro manutenção nos sites dos meus clientes pelo menos uma vez por mês. Eu vou percorrer toda a minha lista de verificação se eu tiver um patch de segurança de emergência para implementar. Às vezes, se as coisas estão lentas, eu vou fazer manutenção semanalmente. Percorrer minha lista de verificação de manutenção é uma ótima tarefa matutina de segunda-feira. Eu penso nisso como fazer as rondas para ter certeza de que tudo está bem depois do fim de semana.

A manutenção é uma parte importante da vida de todos. É a chave para a felicidade a longo prazo. Pense no que acontece se você parar de manter seu corpo. Se você parar de comer ou dormir, você vai quebrar. Eventualmente você vai parar de funcionar completamente. Se você não mantiver seu site, ele também será quebrado - mas não antes de sabotar sua reputação, dando aos visitantes uma experiência frustrante ou desagradável.