Arquivo da tag: servidor

OpenCart: Com o aumento do dolar, veja como atualizar o preço de todos os seus produtos via SQL

opencart-634x250

Com o aumento do dolar, resolvi postar aqui como fazer para aumentar o preço de todos os seus produtos baseado numa porcentagem.

No caso tive que aumentar 0.05% em cima de todos os produtos.

Para fazer isso, você precisa rodar uma linha SQL diretamente no servidor (pode ser feito facilmente pelo phpmysql admin do seu provedor de hospedagem)

UPDATE opencart_product SET price = round(price*1.05,2)

Onde “opencart_product” é o nome da minha tabela de produtos e “1.05” é o valor que quero deixar no produto, no caso 100% + 0.05%.

Você também pode baixar o valor do produto proporcionalmente dessa mesma forma. Se você tirar 10% de todos os produtos a query ficaria assim:

UPDATE opencart_product SET price = round(price*0.9,2)

Espero que essa informação seja útil para você, assim como foi para mim 🙂

Share

Melhor Prevenir do que Remediar: Backup do Blog

www.rafaelbiriba.com
https://rafaelbiriba.com/

No início dessa semana o servidor do blog teve um pequeno problema de energia, alguma coisa queimou no datacenter e o blog ficou 12 horas fora do ar !

Esse post (pelo menos agora com o mesmo titulo) já havia sido publicado na noite do dia 10 de novembro. Na manhã do dia 11, esse mesmo servidor teve problemas em alguns disco da RAID e até o sistema operacional teve que ter sido reinstalado. Para completar a história trágica, um backup do dia 7 de novembro restaurou todos os dados do blog, depois de dias fora do ar.

blog-audience-downtimeA empresa responsável pelo servidor perguntou se eu tinha algum backup mais atual dos meu dados,…, eu só tinha um do mês anterior, então fiquei quietinho e aceitei o backup deles… (E logicamente ganhei um bom desconto na mensalidade, devido as danos…)

Só pra finalizar e esquecer essa trágica semana, o problema foi resolvido depois de 5 dias fora do ar… Como mostra o gráfico das estatísticas de acesso, onde agora tenho um “buraco” por falta de acesso… 🙁

O intervalo entre postar essa matéria e meu blog ter saído do ar foi tão próxima, que o google nem indexou o conteúdo, e nem deu tempo de gerar um backup do blog. Então tenho que reescrever o post…

Bom, para você não passar por essa situação chata e constrangedora que eu passei, você precisa fazer o backup do banco de dados e dos arquivos (principalmente as imagens) do seu blog.

Vamos por parte:

Backup do Banco de Dados

WP-DB-Backup: http://wordpress.org/extend/plugins/wp-db-backup/

Faz o backup do banco, comprime e envia por email. É possível fazer isso tanto manualmente, quanto automaticamente. Você pode configurar para fazer isso a cada 5 min, a cada hora, uma vez por dia, e etc… Recebendo tudo no seu email, tendo uma cópia fiél do BD do seu blog. (Inclusive comentário, rascunhos, configurações de plugins e etc..)

Backup do Arquivos

WordPress Backup: http://wordpress.org/extend/plugins/wordpress-backup/

Esse plugin completou o pacote de ferramentas… Ele faz o backup das pasta de plugins, temas e uploads (onde tem as fotos e etc…. )
Porém, um de suas funcionalidades deve ser usada com cuidado. Ele tem uma opção de enviar esses pacotes .zip para um email. Não faça isso. Com certeza seu PHP não tem alocação de memória suficiente para isso, e fará com que seu blog saia do ar (Testei e foi o que aconteceu.). O autor diz a mesma coisa na descrição do plugin: Be sure that your memory limits are set high enough in your php.ini

Então, para que serve o plugin ? Simples, ele cria o .zip dos seu diretórios e disponibiliza em uma pasta para download. Com isso você pode criar um script para fazer o download dos arquivos periodicamente. Exemplo prático: (Eu fiz para mim algo mais elaborado, mas esse aqui já é um começo)

wget http://www.seublog.com/wp-content/bte-wb/plugins.zip && mv plugins.zip backup/ || rm plugins.zip
wget http://www.seublog.m/wp-content/bte-wb/themes.zip && mv themes.zip backup/ || rm themes.zip
wget http://www.seublog.com/wp-content/bte-wb/uploads.zip && mv uploads.zip backup/ || rm uploads.zip

Explicando… Ele tenta baixar os três arquivos que o plugin gera. Caso consiga baixar o pacote com sucesso, ele move para uma pasta chamada backup, ou se houver alguma falha durante o download, ele deleta o arquivo corrompido.

Dica para o plugin: Troque a pasta padrão bte-wb. Se você não trocar o nome dessa pasta, qualquer um pode ter acesso a seus arquivos, principalmente o uploads.zip. Renomeie a pasta para algo mais difícil de alguém descobrir…

Então seja esperto e fique de olho. Nunca se sabe quando você vai precisar de um backup. Então é bom sempre ter um em mãos…

Share

Ubuntu: Não foi possível resolver ‘br.archive.ubuntu.com’

ubuntu-splash-brownBom, hoje a tarde instalei o Ubuntu 9.04 no computador de casa. Como de costume, fui rodar os comandos do aptitude no terminal ( aptitude update e aptitude upgrade ), porém ainda no update, recebi vários erros. Alguns deles seguem logo abaixo: ( Foram mais de 10 )

Err http://br.archive.ubuntu.com jaunty Release.gpg
Não foi possível resolver ‘br.archive.ubuntu.com’
Err http://br.archive.ubuntu.com jaunty/main Translation-pt_BR
Não foi possível resolver ‘br.archive.ubuntu.com’
Err http://br.archive.ubuntu.com jaunty/restricted Translation-pt_BR

Foi então que eu resolvi tentar descobrir o que estava acontecendo.
Bom, pesquisei em vários forums a tarde toda, testei algumas das soluções e por fim consegui chegar a alguma conclusão.

Uma das recomendações foi alterar o repositório para o principal, no lugar do brasileiro.
Para fazer isto, basta entrar em SISTEMA > ADMINISTRAÇÃO > CANAIS DE SOFTWARE
Altere a opção BAIXAR DE: Servidor no Brasil para Servidor Principal
Em seguida, execute o aptitude update novamente.

Na verdade, pelo que pude analisar, isso não foi uma solução e sim uma camuflagem. Diferentemente da opção Servidor no Brasil, que retornou diversos erros ao tentar baixar os pacotes, com a opção Servidor Principal, os mesmo pacotes que davam erros, agora apenas são ignorados.

Agora vem a parte que ninguém esperava… Algumas horas depois, alterei o repositório para Servidor no Brasil, e ao rodar o update novamente, os pacotes que antes davam erro, foram baixados corretamente…

O porque disso ? Será que o fato de ter trocado o repositório tem alguma coisa haver ?
Bom, na verdade não. Fiquei com tanta curiosidade, que tive que instalar Ubuntu novamente, desde do zero. E para surpresa de todos, sem alterar qualquer configuração, os pacotes foram baixados normalmente sem nenhum erro.

Agora fica a pergunta no ar: O que realmente aconteceu ?
Minha opnião: Simples, a unica explicação lógica para isso foi: os pacotes que deram erro estavam em manutenção, ou sendo atualizados nos repositórios. Isso explica porque o mesmo pacote não foi baixado nos dois repositórios que tentei inicialmente, pois todos eles estavam indisponíveis temporariamente para download.

Portanto, se você passar pelo mesmo problema, fique calmo e espere algum tempo e logo conseguirá conectar ao repositório !

Share