Logan Destefani Merazzi

Não, eu não me mudei… foi o blog.
O blog fornecido nesse dominio tem várias restrições, não me permite sequer mudar o tema, desta forma, resolvi instalar eu mesmo o Wordpress.
Consegui mover os posts mas, estranhamente, dos (mirrados, mas muito bons) comentários que eu tinha, somente um foi no backup. E mais estranhamente ainda, na administração, eu não teria nenhum spam como comentário, mas no backup vieram vários (uns 50)!
De qualquer forma, enquanto eu vejo se consigo direcionar esse dominio para o novo endereço (como é coisa de cortesia, blábláblá, não sei se vai rolar), o endereço do blog ficou www.logan.eti.br/blog, ou seja, é só tirar o subdominio e fazer dela uma pasta
Valeu!

Após realizar a troca do nosso servidor de domínio, o nosso FTP deixou de funcionar, negando o acesso dos nossos usuários, dando o seguinte erro:

C:\Documents and Settings\usuário>ftp 192.168.0.2
Conectado a 192.168.0.2.
220 Microsoft FTP Service
Usuário (192.168.0.2:(none)): [usuário]
331 Password required for [usuário].
Senha:
530 User [usuário] cannot log in.
Falha de logon.


O problema ocorria pois o servidor passou a obrigar ao usuário entrar com o domínio seguido do nome, no caso, deveria ser feito na forma DOMINIO\USUARIO
Para evitar que o usuário precise entrar sempre com o domínio, deve ser informado o seguinte comando:

C:\Inetpub\AdminScripts\Adsutil Set MSFTPSVC/DefaultLogonDomain "DOMINIO"

Altere o C:\Inetpub para a pasta onde encontra-se o seu servidor web.

Após a execução, não foi mais necessário entrar com o dominio e o FTP rolou normalmente.

Bom, como diz o velho ditado:

“Em casa de ferreiro o espeto é de pau”

Acontece que dias atrás eu resolvi tirar o XP da máquina da minha esposa e instalar o Ubuntu pra ela ganhar um pouco de velocidade no trabalho dela, uma vez que o note já está bem velho e não está rendendo muito e eu não queria formatar tudo pra ter que instalar o XP novamente.
Enfim, fiz salvei as pastas que ela me pediu e fiz a instalação… Tudo rodando bonito, até o dia que ela pediu pra eu pegar uns arquivos do backup que eu tinha feito.
Fui no HD externo, entrei na pasta e…. cadê os arquivos? O cabeção aqui fez a proeza de copiar 2 vezes a mesma pasta em locais diferentes. O bom e velho Control+C & Control+V me deixou na mão.
Certa vez eu já havia restaurado pra ela uns arquivos que ela tinha apagado acidentalmente de uma pen drive e pensei na mesma hora… “vamos achar o programa, instalar e voi lá!!”.
Mas como eu disse anteriormente, tinha instalado o Ubuntu. A partição não era mais NTFS, era ext3, ou seja, eu tinha que conseguir um software para Windows que reconhecesse uma partição ext3 e de lá procurasse pelas referencias à arquivos que estavam em uma partição NTFS.
Já estava achando que tinha perdido os dados dela quando me deparei com os softwares da “Disk Internals”. Baixei o Linux recovery e ele deu conta do recado tranquilo… obviamente que os nomes dos arquivos e a estrutura foi pro espaço, mas ele organizou tudo por tipo de arquivo e então consegui restaurar quase todo os dados (os que já haviam sido sobrescritos obviamente se foram, mas a grande maioria estava intacto ainda).
Mais um software para entrar na coleção dos favoritos e indispensáveis!!!

Está insatisfeito com o seu provedor de hospedagem? Terminou de desenvolver o site e quer colocar em produção agora? Seguem os passos que vão fazer o teu site entrar no ar facilmente

1. Passe todo o conteúdo da pasta onde você instalou o Joomla! do servidor antigo (ou da sua máquina) para o novo servidor. Pode ser via FTP, SCP…
2. Faça um backup do teu banco de dados. Eu costumo fazer via mysqldump, mas pode fazer via MySQLAdmin ou SQLYog, a preferência é tua.
3. Restaure o dump do banco backupeado anteriormente no novo servidor.
4. Agora vem o importante… muito provavelmente a máquina do banco seja outra, portanto as referências do servidor novo devem ser criadas. Para isso, edite no arquivo configuration.php, as seguintes linhas:

var $host = ‘endereço do teu banco de dados’;
var $db = ‘nome do banco de dados’
var $user = ‘usuário de conexão com o banco’;
var $password = ’senha do banco’;

Após isso, é só dar um F5 e tudo deve estar no ar!

Espero ter ajudado!!

Tenho o hábito de todo o final de ano estipular algumas metas para o ano, com o objetivo de nortear o caminho a ser seguido.
Como em todo projeto, mudanças no escopo são realizadas durante o ano, mas sempre com o intuito de mudar o mínimo possível no prazo de entrega.
Esse ano foi muito bom, digamos que 90% das metas foram cumpridas, faltando apenas o término da graduação (tive que adiar em um semestre, novamente) e a segunda certificação em SQL, que não tive como fazer, mas que será esse ano.
Vou então colocar aqui as metas que desejo cumprir até o final do ano de 2010. Veja bem, aqui estão as metas. Os prazos (ainda) não foram traçados.
Quando o final do ano chegar, veremos o que foi cumprido ou não…

1. Término da graduação;
2. Terminar a trilha de certificação em SQL2005 (2 provas) e já iniciar os estudos do SQL2008
3. Iniciar a pós-graduação;
4. Quitar o carro;
5. Iniciar o planejamento da viagem com a Denise em 2011.
6. Entrar em um projeto social
7. Sair do sedentarismo. Praticar algum exercício físico, pelo menos 3 vezes por semana (padel, capoeira, corrida/caminhada, natação…)

Acho que por enquanto é isso… no final de 2010 vejo o que foi cumprido (ou não) e o que foi inserido de novo.

Pra quem está querendo instalar o “LAMP” no Ubuntu Karmic Koala (9.10) ou no Lucid Lynx (10.4) , segue a receita de bolo:
1. Instalar o Apache e o suporte a PHP:
$ sudo apt-get install apache2 php5
2. Instalar o MySQL:
$ sudo apt-get install mysql-server-5.0 php5-mysql
Obs: Nesta etapa será solicitado que se informe a senha de root do MySQL. FAÇA!!!!
3. Instalar uma interface para adminsitrar o MySQL
$ sudo apt-get install mysql-query-browser mysql-admin

E era isso… Agora, para editar os arquivos .php, eu uso ou o VI ou o gPHPEdit. Pegue o seu de preferência e divirta-se!!

Não poderia deixar passar essa imagem em branco…

Pois é,
Sempre que ouvia falar desse tal de twitter, achava uma maior baboseira… afinal, pra que ficar escrevendo o que eu to fazendo?
1 ano se passou, esse troço se consolidou e assim como Blog, Orkut, LinkedIn e afins… me cadastrei no twitter também.
Ainda estou me adaptando, mas já estou pensando em algumas coisas legais para se fazer com ele… vamos ver se vinga
Então já sabem… qualquer coisa, twittem-me!

Segue uma “receita de bolo” para minimizar o downtime do seu BD durante um upgrade de máquina

   1. Altere o seu banco para que ele fique em modo FULL RECOVERY (caso ainda não esteja)
   2. Faça o backup FULL do banco
   3. Crie um Plano de Manutenção para realizar um backup dos Logs de Transação periodicamente.
   4. Copie o backup full para o novo servidor.
   5. Restaure o backup full no novo servidor especificando a opção NORECOVERY.
   6. Copie todos os Backups dos Logs de Transação realizados para o novo servidor.
   7. Restaure os backups dos Logs de Transação no novo servidor, mais uma vez, especificando a opção NORECOVERY.
   8. Pare as aplicações que acessam o banco.
   9. Faça um último backup dos Logs de Transação no servidor antigo.
  10. Deixe a base Offline, ou então desligue o SQL Server.
  11. Copie o último backup do Log feito para o novo servidor
  12. Restaure o backup do Log, desta vez, especificando a opção RECOVERY.
  13. Faça as configurações devidas na aplicação.
  14. Inicie a aplicação.
 
Seguindo esses passos, mesmo uma aplicação de 500Gb, por exemplo, terá um downtime bem pequeno, que será basicamente devido às configurações da aplicação.
Aliás, essa solução faz mais sentido para bases grandes. Para bases pequenas, o downtime de um Backup/Restore ou Attach/Detach são bem parecidos.
Fica a dica!