2011, o melhor ano até agora -- espero que 2012 seja ainda melhor!

O ano de 2011 começou com notícias excelentes para quem está na faixa dos 17 ou 18 anos: passei no vestibular. Ou melhor ainda: nos vestibulares! Depois de um ano difícil de estudos, tentando conciliar cursinho pré-vestibular e ensino médio ao mesmo tempo, os resultados foram bem positivos: fiquei entre os classificados em Ciência da Computação na Unicamp, Sistemas de Informação na USP e Ciência e Tecnologia na UFABC.

Devido às diversas circunstâncias do momento, optei pela UFABC, instituição que segue um projeto pedagógico inovador, baseado em conceitos do MIT, que nunca sei explicar de maneira fácil, mas a idéia básica é se formar em dois bacharelados (ou um bacharelado e uma engenharia/licenciatura) em quatro ou cinco anos, tendo uma boa carga de conhecimento multidisciplinar ao final do curso.

Típico corredor de sala de docente, sempre lotado em finais de quadrimestre por alunos querendo saber suas notas

Durante o ano, no entanto, alguns fatos me fizeram desistir da área de exatas e abandonar o curso – agradecimentos ao Igor Esteves e ao Rodrigo Ghedin, primeiros amigos com quem conversei sobre o assunto, além dos meus pais (que sempre me apoiaram) e ao pessoal do Facebook, que me desejou boa sorte. Valeu mesmo!

Num país aonde apenas 13,9% dos jovens chegam ao ensino superior (e uma porcentagem ainda menor chega a fazer matrícula numa faculdade pública), abandonar os estudos depois ter passado em três faculdades muito concorridas parece loucura ou até ingratidão por aqueles que ainda estão na luta. Mas não é.

Escrever até criar bolhas no dedo: praticamos

O fato é que, em 2011, escrever deixou de ser passatempo para virar trabalho de verdade. Em épocas de trabalhos e provas, principalmente, a carga de estudos aumentava bastante. Apesar de o curso ser ministrado no período matutino, é necessário estudar integralmente se quiser ter o diploma antes de 2020 — não que os outros cursos não sejam tão ou mais exigentes, claro, mas pode ter certeza que os alunos da UFABC ralam bastante para não reprovar numa matéria do quadrimestre.

A alta carga horária exigida acabava fazendo com que eu não estudasse e nem trabalhasse direito, o que me deixava bem chateado. Sempre defendi que é melhor fazer uma tarefa de cada vez de maneira decente do que tentar fazer várias ruins. Pesei entre escrever ou estudar exatas e a balança pendeu a primeira opção. E falando em escrever, os quatro locais onde escrevo regularmente (ou escrevia) vão muito bem – tão bem que às vezes não consigo acreditar que as coisas estão acontecendo de verdade.

No Guia do PC, deixei de escrever regularmente para assumir um cargo mais administrativo. O blog ficou financeiramente sustentável e está no azul há um bom tempo — a planilha de fluxo de caixa é uma coisa linda de Deus. Atualmente, mais de dez competentes redatores fazem parte do time e escrevem notícias, dicas e análises diariamente, sendo remunerados mensalmente por seus trabalhos. Com isso, hoje minha função básica por lá é selecionar as pautas do dia e fazer os pagamentos, além de executar manutenções periódicas nos sistemas e no servidor.

Fazer o que gosta é muito bom. Se vir acompanhado de dinheiro, melhor ainda!

O blog pessoal também se sustenta sozinho, o que não é muito difícil se lembrar que ele está numa hospedagem praticamente grátis: aproveitei uma promoção épica e levei 12 meses de serviço na DreamHost por US$ 9,24. Isso mesmo: 77 centavos de dólar por mês. Além de se auto-sustentar, o blog virou minha fonte de renda adicional. Aliás, se você quiser me ajudar, eis o meu link de indicação na DreamHost.

Em abril, quando fiz meus 18 anos de idade, passei a fazer parte da equipe do TechTudo, portal de tecnologia da Globo.com, que dispensa apresentações. Devido aos trabalhos em outros sites, publicar textos por lá ficou bem raro nos últimos meses, mas pretendo voltar com força num futuro não muito distante. E olha só, agora o TechTudo tem até comercial na TV!

Anote aí: em 2012, o Gemind será ainda mais forte

Em julho, o Rodrigo Ghedin começou as discussões para formar o que no mês seguinte viria a se chamar Gemind, em essência, um blog de tecnologia. O foco, no entanto, é diferente dos blogs tradicionais que tratam sobre o assunto no Brasil. Mais opinião, menos notícia. Graças ao trabalho dos competentes colaboradores que estão por lá, em poucos meses o Gemind foi citado em sites internacionais, como o The Next Web e a Softpedia. O tráfego cresce dia após dia e tem potencial para muito mais, afinal, nem 1/3 das ideias propostas nos bastidores foram aplicadas até agora.

Para 2012, o objetivo é melhorar meu trabalho nos veículos que escrevo, sem muitas novidades. No Guia do PC, aumentar a visitação (que hoje gira em torno de 450 mil por mês) e fechar contratos com mais anunciantes. No blog pessoal, tentar tirar a poeira do banco de dados e escrever mais vezes. No TechTudo, voltar ao nível de produção anterior e escrever matérias com mais freqüência. No Gemind, manter um trabalho forte, tanto na produção de textos quanto nos bastidores, além de ajudar a deixar a comunidade no azul e criar uma nova referência obrigatória nos feeds dos brasileiros interessados em tecnologia.

Estudar é sempre importante

O ano que está por vir não está focado somente em trabalho, claro. Se os maias estiverem certos, será a última vez que comemoraremos a passagem de ano, logo, 2012 precisa ser o melhor ano da vida de todos nós. Pretendo voltar aos estudos também, começando um novo curso superior, mas na área de humanas: Comunicação Social, com habilitação em Jornalismo.

Meu interesse por ciência, tecnologia, informática e desenvolvimento não muda, só a minha prioridade: deixa de ser estudo em sala de aula para virar conseqüência do trabalho, a escrita. No final de 2012, se o mundo não acabar até lá, esperamos nos ver novamente, com as realizações do ano e os desejos para 2013 – mas isso é assunto para outro post. Até lá!

Fotos livres de royalties do stock.xchng, com exceção da foto de um dos corredores da UFABC, disponível no artigo da Wikipédia.

Quem quer dinheiro?

Na maioria dos investimentos, o seu dinheiro rende juros compostos. Isso protege o seu patrimônio da desvalorização causada pela inflação. O investimento mais comum é a poupança, que, apesar de possuir baixa rentabilidade, possui alta liquidez (você pode tirar o dinheiro quando quiser, apesar de possíveis perdas caso saque fora do aniversário) e baixo risco (o FGC garante até R$ 60 mil em caso de quebra do banco).

Outro investimento que está conquistando os poupadores é o Tesouro Direto, onde você, basicamente, emprestará dinheiro para o governo e, após um tempo pré-determinado, receberá o capital com juros. Ele também é um investimento de baixo risco, uma vez que o governo só não pagará o que deve se o país quebrar (e, convenhamos, se a economia brasileira quebrar, os bancos estarão falidos e qualquer investimento no Brasil estará comprometido).

Rendimento anual da poupança

Como juntar 1 milhão de reais

Acumular 1 milhão de reais não é tarefa impossível, mas exige bastante disciplina. Se você puder juntar R$ 1000 por mês durante 25 anos e aplicar todo o dinheiro na poupança, terá aproximadamente R$ 1,022 milhão no final do seu investimento, caso a rentabilidade atual da poupança se mantenha. O melhor é que você terá poupado R$ 300 mil: os outros R$ 722 mil serão provenientes dos juros. Para testar outros valores, utilize o simulador de investimentos e confira a mágica dos juros compostos.

Simulador de investimento em poupança, tesouro direto e outros investimentos de renda fixa

Ooops... Qual era o pedal do freio mesmo?

0m. O carro está desengatado. Você dá a partida no carro. Como você já viu seus pais fazerem isso, fica muito fácil. É só colocar a chave no contato, girar, esperar dar a partida e soltar. Pronto, agora é só sair com o carro, depois de suar um pouco e ficar bem feliz.

1m. Você acaba de perceber que precisa colocar o cinto de segurança. Mas como só fez isso do lado do carona até hoje, vai achar um pouco estranho.

1m30s. Agora que você já regulou todos os espelhos, colocou o banco em uma posição confortável e está pronto para sair, relembra do que fazia no jogo. Era só apertar um botão e o carro saía do lugar. Com o máximo de realismo ativado, bastava segurar a tecla da embreagem, mudar para a primeira marcha e acelerar. Mas não é só isso. Você precisa encontrar o ponto certo dos pedais.

2m. Você nem toca no acelerador e o carro já faz um barulho enorme, em ponto morto. Percebe que precisa tocar só de leve no acelerador, se não quiser que o carro cante pneu por aí.

2m30s. Como o carro é manual, é necessário trocar a marcha. Droga! O carro morreu! É, precisa pisar na embreagem, senão ele apaga mesmo. Desengata, dá a partida de novo e lá vamos nós.

3m. Abaixa a alavanca do freio de mão, pisa na embreagem até o fundo e troca para a primeira marcha. O carro não morreu – isso é um bom sinal. É hora de sair com o carro pela primeira vez. Você certamente deve ter pesquisado algo na Internet e descobriu que é só ir pisando no acelerador de leve enquanto vai tirando o pé da embreagem. Como você ainda não tem noção dos pedais, o carro dá “aquele” tranco, você se assusta, tira o pé da embreagem, o carro morre de novo, você pisa no freio com tudo e é jogado para a frente.

4m. Respira fundo, se recupera do susto e vamos tentar de novo, afinal, a prática leva a perfeição. Dessa vez, na hora de sair, você já tem uma ideia melhor e sai com o carro com um pequeno tranco, mas já está acostumado, já que depois de alguns minutos, vai dominar o processo.

4m30s. Você já está a 10 km/h e está andando. Que emoção! Nada comparado aos 315 km/h que você atingia com um carro de Fórmula 1 na reta do Autódromo de Interlagos, mas já é um bom começo.

5m. Depois de alguns segundos andando na mesma velocidade (bem lerdo, por sinal), é hora de trocar para a segunda marcha. Pisa na embreagem, muda para a segunda marcha e acelera de novo. O carro quase morreu, mas agora parece que está leve e andando rápido demais. Socorro! Você achava que o pedal do freio era duro, pisa com tudo e até derrapa na pista.

5m30s. Agora que você já se recuperou do último susto, repete todos os passos e começa a andar de novo. Hora de virar. Lembra da seta e, como é muito cuidadoso, para e vê se algum carro está vindo. Espera, espera, espera e segue em frente. Gira o volante e… putz, bom, ele não volta sozinho. No videogame pode até ser, mas se você girou o volante e não quer ficar andando em círculo, nem bater em um poste, vai ter que girar ao contrário para seguir em linha reta.

7m. Você chega aos 20 km/h. Ótimo! Agora, depois de ter suado um pouco, é hora de encostar o carro e deixar que o seu acompanhante coloque o carro na garagem ou continue dirigindo, afinal, você ainda não está muito bom e não sabe fazer baliza. Pode bater em algum lugar e fica chato. Que aventura, hein?

Depois de refletir sobre o assunto, você lembra dos erros idiotas que cometeu e já está quase vacinado contra eles. Sente um pouco de vergonha, mas mesmo assim, está feliz por ter dirigido um carro, afinal, você esperou anos por isso. Ou então, se for muito perfeccionista, acha que é muito burro e nunca vai dirigir direito, porque via os outros dirigindo e tudo parecia fácil e natural. Enfim, a pessoa do seu lado dirá que você foi bem para um primeiro dia. E é isso o que importa: ninguém nasce sabendo.

Ok, isso aconteceu comigo no primeiro dia, com meu pai. Não exatamente assim, eu aumentei alguns pontos, mas o carro vai morrer, fazer barulho e parecer fora de controle pelo menos uma vez. Ou não, já que agora você sabe o que pode acontecer e vai chegar preparado para esse dia. Mas não se esqueça: na vida real não tem botão de “reiniciar jogo” e nem dá para fazer curvas fechadas a 80 km/h!

Este post é só para avisar que o blog atingiu a pequena (mas notável) marca de 1 milhão de pageviews, em pouco mais de 1 ano de existência. A visitação está crescendo exponencialmente e os ganhos com os anúncios já superam bastante o custo da hospedagem e do domínio, o que me deixa bastante feliz – especialmente para um projeto que nasceu com a pretensão de ser apenas uma coletânea das minhas bobagens cotidianas e pequenas dicas de programação e tecnologia.

TechTudo, a tecnologia descomplicada

A falta de inspiração é um dos maiores problemas para quem mantém blogs na web. Os leitores que me acompanham desde o início perceberam a diferença entre o volume de posts publicados no começo do blog e os posts publicados ultimamente. Mas, como este é um blog pessoal, pelo menos posso utilizar o espaço para registrar meus avanços.

Em novembro de 2010, fui convidado pelo Nick Ellis para fazer parte de um novo site de tecnologia da Globo.com, que seria inaugurado no começo de dezembro com o nome TechTudo. Como estava em época de vestibular, sem tempo nem para respirar, e uma cláusula do contrato exigia que o colaborador fosse maior de idade, acabei deixando o convite em aberto. Ontem, 15 de abril, mesmo dia do meu aniversário de 18 anos, publiquei minha primeira matéria, o review do Cooler Master Hyper TX3. Mais artigos e dicas estão por vir (alguns já estão até prontos!) e, se quiser me acompanhar por lá, acesse esta página.

É muito bom poder colaborar com um projeto desse porte, principalmente por estar junto com os maiores especialistas de tecnologia do país, além, é claro, da exposição e do ganho de experiência, um complemento ao que já fazia no Guia do PC e no blog pessoal. Meu trabalho não para em nenhum dos sites: no TechTudo, entrarei com artigos, dicas e reviews tecnológicos; no Guia do PC, continuarão as notícias quentes do mundo da informática; no blog pessoal, publicarei pequenas dicas sobre programação, tecnologia e assuntos mais pessoais, como este.

Se você ainda não conhecia o TechTudo, aproveite para visitar e acompanhar o conteúdo produzido pelos grandes colaboradores que lá estão. Com pouco tempo de vida, o TechTudo já é uma grande referência para você ter nos seus feeds.

root@web:~# free -m
             total       used       free     shared    buffers     cached
Mem:          1005        929         76          0         88        526
-/+ buffers/cache:        313        691
Swap:          511          0        511

Na saída do comando acima, podemos notar que o sistema operacional está utilizando 313 MB de RAM (mais 616 MB para o cache, o que é normal) e nada de swap. Após alguns dias ou semanas sem reiniciar, uma máquina Linux pode utilizar parte da swap disponível para armazenar arquivos temporários ou pouco utilizados pelo sistema. Isso não deve causar tantos problemas de desempenho, mas, se você quiser limpar a swap, o procedimento é simples:

1. Desmonte a partição swap, com swapoff /dev/particao. O caminho /dev/particao depende da configuração do seu sistema operacional. O comando fdisk -l pode ajudar na tarefa de encontrar sua partição.
2. Monte a partição novamente, com swapon /dev/particao, novamente prestando atenção no hard link da partição.

Pronto! Simples, não? Se você quer limpar a memória cache também, uma boa dica é utilizar o comando echo 3 > /proc/sys/vm/drop_caches. Essa operação deve ajudar se a sua máquina rodar aplicativos que alocam o cache do sistema e, estranhamente, não desalocam após o encerramento do processo. Veja a diferença:

root@web:~# free -m
             total       used       free     shared    buffers     cached
Mem:          1005        932         72          0         88        541
-/+ buffers/cache:        302        703
Swap:          511          0        511
root@web:~# echo 3 > /proc/sys/vm/drop_caches
root@web:~# free -m
             total       used       free     shared    buffers     cached
Mem:          1005        335        669          0          1         32
-/+ buffers/cache:        301        703
Swap:          511          0        511

Após baixar o MySQLTuner, dê permissão de execução para o arquivo, com chmod +x mysqltuner.pl e rode-o com perl mysqltuner.pl ou ./mysqltuner.pl. Provavelmente, ele perguntará pela senha de administração (tipicamente o usuário root). Digite e leia as recomendações. O arquivo de configuração do MySQL geralmente está localizado em /etc/mysql/my.cnf, ao menos no Ubuntu Server 10.04 LTS.

Sugestões de configuração do MySQLTuner

Dê bastante atenção a quantidade máxima de memória que o MySQL pode utilizar. Se estiver muito alta, ultrapassando a quantidade de memória instalada, tente diminuir a diretiva max_connections para um número razoável. Você deve evitar que o MySQL consuma muita memória, já que isso pode causar lentidões excessivas ou até mesmo travar o servidor ao executar uma operação mais pesada, como a reparação de tabelas. Também é importante rodar o script apenas após 24 horas da inicialização do MySQL, para que o MySQLTuner gere estatísticas corretas sobre o sistema de cache do banco de dados.

Uma boa dica para diminuir o consumo de memória do MySQL é desativando a engine InnoDB, se você não estiver utilizando ela em seus projetos. Para isso, adicione a linha skip-innodb no arquivo de configuração do MySQL. Não se esqueça de otimizar as tabelas, para melhorar a performance e diminuir o overhead. Até a próxima!

Uma das aplicações mais utilizadas do Postfix, especialmente nas hospedagens compartilhadas mais comuns, é colocá-lo para trabalhar em conjunto com um servidor como o Dovecot ou o Courier, que fornecerá acesso POP3 e IMAP para os usuários da máquina.

Outra aplicação, que abordaremos aqui, é a utilização do Postfix como um gateway de e-mail que apenas redireciona as mensagens para outro servidor de sua escolha, como Gmail ou Hotmail. É uma ótima opção se você não precisa de um serviço de e-mail no seu servidor. A configuração é bem simples e exige que você configure seus domínios virtuais.

Configurando o Postfix como gateway

Primeiro, abra o arquivo /etc/postfix/main.cf. É nele que estão armazenadas as configurações principais do Postfix. Adicione as seguintes linhas no final do arquivo:

virtual_alias_domains = hash:/etc/postfix/mydomains
virtual_alias_maps = hash:/etc/postfix/virtual

Você não precisa necessariamente fornecer esses caminhos, mas caso mude os valores das diretivas, não se esqueça de criar os arquivos corretamente e adaptar o tutorial às suas necessidades. Outra coisa importante: seu Postfix deve estar acessível pela web. Não se esqueça de abrir a porta 25 e configurar o Postfix para responder no seu IP público. Para fazer o Postfix escutar em todas as interfaces, defina inet_interfaces como all no /etc/postfix/main.cf.

Agora, crie o arquivo /etc/postfix/mydomains. No arquivo, coloque todos os domínios pelos quais o seu servidor responde, seguido de um OK, assim:

paulohiga.com OK
guiadopc.com.br OK
microsoft.com OK
exemplo.com OK

No arquivo /etc/postfix/virtual, coloque linha por linha os e-mails que você quer redirecionar. Observe a ordem: primeiro o endereço do seu servidor, depois o endereço externo. Exemplo:

joao@exemplo.com joao@gmail.com
maria@exemplo.com maria@hotmail.com

Pronto! Agora, rode o comando postmap /etc/postfix/virtual /etc/postfix/mydomains, que atualizará as tabelas de endereços do Postfix. Depois, reinicie o Postfix ou force o Postfix a utilizar a nova configuração, com postfix reload.

Agora, se o seu site já está num servidor dedicado ou um VPS, existe uma dica melhor: usar um servidor de proxy reverso. Muitos webmasters com sites de alto tráfego se beneficiam dessa técnica. Existem vários servidores do tipo, mas, neste post, vou utilizar o nginx (pronuncia-se engine-x). O artigo que você está lendo foi posto em prática no servidor do Guia do PC, que estava bem lento, especialmente no horário de pico. O consumo de memória do servidor beirava os 900 MB, mesmo com uma configuração otimizada do Apache. Isso para um site com cerca de 12 mil visitas diárias (que, convenhamos, não é tanto assim).

Antes de mexer no seu servidor, recomendo ler todo o post e aplicar o tutorial numa máquina de testes, para ter certeza que você está seguindo os passos certos. Apesar de o processo não ser tão complicado, eu não me responsabilizo se você detonar o seu servidor de produção com as dicas apresentadas aqui.

Instalando o nginx

O primeiro passo é instalar o nginx. Não há muito o que falar nessa parte. O Guia do PC utiliza Ubuntu Server, logo, o nginx pode ser instalado com apt-get install nginx (o mesmo para outros sistemas baseados em Debian). Consulte a documentação para a sua distribuição. Se você gosta de compilar seus próprios programas, acesse a página de download do nginx e baixe a última versão.

Configurando o nginx

Agora vem a melhor parte: configurar o servidor. A wiki do projeto fornece algumas dicas para você configurar o seu. É importante lembrar que o nginx é um servidor web completo, e a única razão para eu ter feito isso foi para evitar qualquer possível incompatibilidade com os sistemas já servidos pelo Apache (como os que utilizam mod_rewrite por meio de .htaccess).

O “truque” para que nossa técnica funcione é o seguinte: fazer o nginx utilizar a porta 80 (HTTP) e deixar o Apache rodando em outra porta. No caso do Guia do PC, eu deixei o Apache rodando na porta 1234, mas você pode escolher qualquer outra porta, como 13579 ou 6969. Primeiro, vamos mudar a porta do Apache. Isso pode ser feito editando o arquivo /etc/apache2/ports.conf (em alguns casos, a configuração está em httpd.conf ou apache2.conf) e alterando as diretivas NameVirtualHost e Listen, como na imagem abaixo.

Trocando a porta do Apache no /etc/apache2/ports.conf

Dependendo de como você configurou seu servidor, talvez seja necessário alterar o arquivo de configuração específico do seu site (como os VirtualHosts, localizados em /etc/apache2/sites-enabled) para que ele também escute na porta desejada.

Agora, vamos configurar o /etc/nginx/nginx.conf, que fará nossa belezinha funcionar. Minha configuração foi baseada no exemplo da wiki do nginx.

user					www-data www-data;
worker_processes		4;
error_log  				/var/log/nginx/error.log;
pid        				/var/run/nginx.pid;
worker_rlimit_nofile	8192;

events {
	worker_connections  4096;
}

http {
	include    mime.types;
	include    /etc/nginx/proxy.conf;

	default_type application/octet-stream;
	log_format   main '$remote_addr - $remote_user [$time_local]  $status '
	  '"$request" $body_bytes_sent "$http_referer" '
	  '"$http_user_agent" "$http_x_forwarded_for"';
	access_log   /srv/www/guiadopc.com.br/logs/nginx.log  main;
	sendfile     on;
	tcp_nopush   on;
	server_names_hash_bucket_size 128;

	server {
		listen       80;
		server_name  guiadopc.com.br www.guiadopc.com.br;
		access_log   /srv/www/guiadopc.com.br/logs/nginx.log  main;

		location ~ ^/(images|javascript|js|css|flash|media|static)/ {
			root    /srv/www/guiadopc.com.br/public_html;
			expires 30d;
		}

		location ~* ^.+.(jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js)$ {
			root    /srv/www/guiadopc.com.br/public_html;
			expires 30d;
		}

		location / {
		proxy_pass      http://127.0.0.1:1234;
		}
	}
}

Acredito que o arquivo é auto-explicativo. Vou só dar uma atenção maior aos parâmetros que você, necessariamente, precisa alterar. Nos dois access_log, você precisa especificar o local em que deseja guardar os logs de acesso do nginx. Em server_name, é uma boa ideia alterar o valor para o endereço do seu site. Em root, insira o caminho da pasta em que estão guardados todos os arquivos do site. Na diretiva proxy_pass, coloque o endereço no qual os requests dinâmicos (páginas em PHP, por exemplo) serão “redirecionados”. Isso será feito pelo próprio nginx, logo, você não precisa colocar um IP público aqui. Não se esqueça de utilizar a mesma porta que você configurou no Apache! (a não ser que você goste de ver erros 404 por toda parte )

Se você não tem um /etc/nginx/proxy.conf configurado, pode utilizar o arquivo abaixo (é o mesmo da wiki do nginx). Se você não criar esse arquivo, seu nginx não iniciará.

proxy_redirect          off;
proxy_set_header        Host            $host;
proxy_set_header        X-Real-IP       $remote_addr;
proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size    10m;
client_body_buffer_size 128k;
proxy_connect_timeout   90;
proxy_send_timeout      90;
proxy_read_timeout      90;
proxy_buffers           32 4k;

Colocando o nginx e o Apache em ação!

Agora que você já configurou o Apache e o nginx, reinicie os dois servidores. Isto pode ser feito com service apache2 restart && service nginx restart. Pronto, seu servidor já está funcionando!

Tá, e o que eu ganhei com isso?

Ao acessar seu site, com certeza você já notou uma melhora no desempenho, especialmente se ele estiver em um VPS com poucos recursos e roda aplicativos pesados em PHP, como o WordPress. O Apache consome megabytes de RAM preciosos para cada requisição do usuário. Ao utilizar o nginx para servir seu conteúdo estático (imagens, CSS, JavaScript), você liberou grande parte dessas requisições e deixou o Apache apenas com a parte pesada do serviço.

Outra vantagem muito importante: seu Apache estará menos congestionado. Quando um usuário visita seu site, o Apache abre uma conexão para que o usuário possa fazer o download do conteúdo. Essa conexão fica aberta até o término do download. Com o nginx como proxy reverso, acontecerá o seguinte: o nginx acessará os arquivos do Apache e, como o acesso é feito localmente (na mesma máquina ou em uma máquina da rede local), o download do conteúdo é praticamente instantâneo, liberando as conexões do Apache para outras requisições. O nginx foi feito para suportar muitas conexões, logo, você não terá problemas com isso.

Antes, com o Apache servindo todo o conteúdo, o consumo de memória do servidor do Guia do PC ficava por volta dos 900 MB, degradando significativamente a velocidade de carregamento do site e derrubando a máquina muitas vezes, por falta de recursos. Com o nginx servindo conteúdo estático… Bom, veja você mesmo:

213 MB de RAM. Em horário de pico!

Isto é, um ganho de quase 80%! Isso porque, em alguns casos, o uso de memória cai para 160 MB. Sobra muito mais processamento e memória para quando você sair na página principal do Digg, não? O nginx também é muito, muito, mas muito mais rápido que o Apache. Não tem nem comparação. Faça testes com ferramentas como o ApacheBench e você saberá do que estou falando.

Uso de processador e HD. A linha vermelha representa a separação entre Apache e nginx como proxy reverso.

Claro que não dá para fazer milagre. Esse baixo consumo de memória só foi obtido porque o servidor está rodando apenas com os serviços essenciais para que as coisas funcionem: Postfix, Apache, nginx, MySQL, SSH, firewall e nada mais (mesmo). O servidor de DNS é externo, o gerenciamento de arquivos é feito por SFTP ao invés de FTP (dispensando o uso de um servidor FTP e usando o próprio SSH para isso) e o Postfix apenas redireciona os e-mails para contas externas. Simples assim. Nada de painel de controle e outros serviços que deixam o servidor lerdo. Porém, se você não tem como deixar seu servidor bem enxuto, garanto que se beneficiará mesmo assim. Até a próxima!