Usando o Apache

O Apache o servidor Web mais usado no mundo, graas ao seu bom desempenho e confiabilidade. Durante a instalao voc teve a oportunidade de instalar o Apache. Se ele j estiver instalado, basta habilitar o servio "httpd" no Mandrake Control Center, ntsysv ou outra ferramenta disponvel na sua distribuio, ou usar o comando: # /etc/rc.d/init.d/httpd start Ou, dependendo da distribuio, simplesmente: # service httpd start Para parar o servio, voc pode usar o comando "/etc/rc.d/init.d/httpd stop".ou "service httpd stop" Em seguida, abra um browser e acesse o endereo http://localhost Se tudo estiver funcionando, voc ver a pgina padro do Apache. Em seguida, veja se o servidor pode ser acessado atravs da rede ou atravs da Internet, atravs do endereo http://seu_ip

Se o servidor estiver acessvel apenas localmente provavelmente voc se esqueceu de abrir a porta do apache no Firewall. Se voc estiver usando o TinyFirewall que vem no Mandrake, basta rodar novamente o assistente atravs do Mandrake Control Center e abrir a porta do Servidor http quando perguntado. Se o Apache ainda no est instalado, basta abrir o gerenciador de software no Mandrake Control Center e instalar os pacotes do Apache, na seo Server > Web/FTP > Outros. Se preferir, baixe a verso mais recente no http://www.apache.org/

Basicamente, apenas isso que voc precisa fazer para ter seu servidor Apache funcionando. Basta agora colocar os arquivos das pginas a serem disponibilizadas no diretrio /var/www/html

:. Configurao bsica

A maior parte da configurao do Apache pode ser feita atravs de um nico arquivo, o httpd.conf, que no Mandrake e nas demais distribuies que seguem o Linux Standard Base pode ser encontrado no diretrio /etc/httpd/conf/. Em algumas distribuies o diretrio pode ser tambm o /etc/apache Depois de verificar a localizao correta, use o comando su para ganhar privilgios de root e abra o arquivo: "kedit /etc/httpd/conf/httdp.conf". A primeira configurao importante a (ou as) portas TCP que sero usadas pelo servidor. Por default, a porta a 80, mas alguns servios de banda larga, como por exemplo o Speedy da Telefonica bloqueiam esta porta, obrigando os usurios a manter seus servidores em portas alternativas. Voc tambm pode alterar a porta para manter o seu servidor um pouco mais secreto, principalmente se for utilizada uma porta acima de 1024, j que alm do endereo IP ou domnio, os visitantes precisariam saber tambm a porta do servidor. A configurao da porta est perto do final do arquivo, na linha: Port 80 (use o localizar do editor de textos para encontrar mais fcil). Veja que por default o Apache escuta a porta a 80. Basta alterar o 80 pela porta desejada e salvar o arquivo. Para que a alterao entre em vigor preciso reiniciar o apache com o comando "/etc/rc.d/init.d/httpd start" ou, " service httpd start". Lembre-se que ao alterar a porta os visitantes precisaro incluir o novo nmero no endereo. Se voc for utilizar a porta 1080 por exemplo, todos devero acessar o endereo "http://seu_IP:1080". Voc pode tambm fazer com que o servidor escute em mais de uma porta simultneamente usando o recurso Binding. Para isso, basta incluir o parmetro "Listen porta" logo abaixo da linha "Port 80" que configuramos acima. Para que ele escute tambm nas portas 1080 e 2480 por exemplo, bastaria incluir: Port 80 Listen 1080 Listen 2480 Caso o servidor tenha mais de uma placa de rede, voc pode utilizar o parmetro "Listem IP_da_placa:porta". Se por exemplo esto instaladas duas placas de rede, uma com o endereo 222.132.65.143 e a segunda no endereo 192.168.0.1 e voc quer que ele escute em ambas, nas portas 1080 e 2480, bastaria incluir:

Listen Listen Listen Listen

222.132.65.143 :1080 222.132.65.143 :2480 192.168.0.1 :1080 192.168.0.1 :2480

No existe limitao para o uso deste recurso. Voc pode fazer o servidor escutar quantas portas e placas de rede forem necessrias.

:. Virtual hosts

Outro recurso suportado pelo apache que muito usado a possibilidade de hospedar vrios sites no mesmo servidor. Mais de 50% dos sites da internet so hospedados desta forma :) Neste caso, os arquivos de cada site ficam guardados numa pasta diferente e o servidor se encarrega de direcionar cada visitante ao site correto. Servidores como os dos servios de hospedagem gratuta chegam a hospedar mais de 10.000 sites num nico servidor Apache usando este recurso. Existem duas formas de fazer isso. A primeira ter um servidor com vrios endereos IP e vincular cada site a um endereo (IP-Based). A segunda forma ter um nico endereo IP e vincular cada site a um nome de domnio, que a forma mais usada (Name-Based). Vamos ver primeiro a opo com mltiplos endereos IP que a mais simples e em seguida a com vrios nomes.

:. IP-Based

Esta opo til caso voc tenha mais de um link no mesmo servidor. Voc pode usar um nico servidor para duas linhas ADSL, ou duas linhas T1 por exemplo, ou pode ainda ter uma nica placa de rede configurada para receber conexes em vrios endereos IP, usando alises. Para criar aliases para sua placa de rede, basta usar o ifconfig, informando a placa de rede que receber o alias (et0, et1, etc.) e o endereo IP em que ela passar a escutar. O alias apenas um apelido; ele no altera a configurao original da placa de rede, apenas faz com que ela passe a se comportar como se fosse vrias placas, escutando em vrios endereos diferentes. sem dvida um recurso muito interessante ;-) Se voc deseja que a sua interface eth0 passe a escutar tambm nos endereos 220.177.156.2, 220.177.156.3 e 220.177.156.4, os comandos seriam: # ifconfig eth0:0 220.177.156.2 # ifconfig eth0:1 220.177.156.3 # ifconfig eth0:2 220.177.156.4

Um detalhe importante que os alises so desativados sempre que o servidor reiniciado. Para que a alterao seja permanente necessrio adicionar os comandos no arquivo /etc/rc.d/rc.local para que eles sejam executados a cada boot. No Apache, basta criar sees no arquivo httpd.conf, indicando as configuraes de cada site, como por exemplo: <VirtualHost 220.177.156.2> ServerAdmin roberto@usuario.com DocumentRoot /sites/roberto/www ServerName www.roberto.com.br ErrorLog /sites/roberto/logs/error_log TransferLog /sites/roberto/logs/access_log </VirtualHost> <VirtualHost 220.177.156.3> ServerAdmin maria@usuario.com DocumentRoot /sites/maria/www ServerName www.maria.com.br ErrorLog /sites/maria/logs/error_log TransferLog /sites/maria/logs/access_log </VirtualHost> Criamos aqui a configurao para dois sites distintos, um no endereo 220.177.156.2 e o outro no 220.177.156.3. Tanto faz se cada endereo corresponde a uma placa de rede separada ou se so aliases para uma nica placa. O que interessa que sempre que algum digitar o endereo IP ou o domnio correspondente no browser ser capaz de acessar o site. O IP de cada site especificado na primeira linha, opo VirtualHost. A prxima linha "ServerAdmin" permite especificar o e-mail do administrador, para onde sero enviadas mensagens de erro e avisos de anormalidades no servidor. A opo DocumentRoot outra configurao crucial, simplesmente por que diz em que pastas ficaro armazenados os arquivos do site em questo. Naturalmente cada site deve ter sua prpria pasta, que deve ser acessvel ao cliente via ftp, ssh ou outra forma qualquer, para que ele possa dar upload dos arquivos do site. Isto significa que alm de configurar o Apache, voc deve criar para ele um usurio no sistema e configurar um servidor de FTP ou SSH. Para finalizar, use o comando "chown -R usurio pasta" para transformar o usurio em dono da pasta e o comando "chmod 755 pasta" para acertar as permisses de acesso. Isto faz com que o dono tenha controle total e os demais usurios (e visitantes do site) possam apenas ler os arquivos e executar scripts postos no servidor, sem permisso para gravar ou alterar nada. A opo ServerName indica o nome de domnio do servidor e no necessria caso o site v ser acessado apenas atravs do endereo IP. Finalmente temos a localizao dos dois arquivos de log: ErrorLog e TransferLog. Por padro estes arquivos devem ficar dentro da pasta logs, no diretrio raiz do site, separados dos arquivos disponibilizados ao pblico, que ficam na pasta www. Naturalmente voc pode usar outras localizaes se quiser, apenas uma conveno.

:. Name-Based

Esta segunda opo bem mais usada que a IP-Based, por isso deixei por ltimo, caso contrrio era capaz de voc pular o outro tpico ;-) A configurao baseada em nomes permite que voc hospede vrios sites, cada um com seu prprio nome de domnio num servidor com um nico link e um nico IP. A configurao no arquivo httpd.conf at mais simples que a baseada em IP. A seo fica: NameVirtualHost * <VirtualHost *> ServerName www.lojasbahia.com.br DocumentRoot /sites/lojasbahia </VirtualHost> <VirtualHost *> ServerName www.piracicaba.org DocumentRoot /sites/piracicaba </VirtualHost> A primeira linha "NameVirtualHost *", especifica o endereo IP e porta do servidor principal. Ns j configuramos isso acima, nas opes Port e Listen, por isso o uso o asterisco, que diz apenas que o servidor deve usar as configuraes feitas acima. Em seguida temos as sees VirtualHost, que especificam o nome de domnio e o diretrio local onde ficam os arquivos de cada um. A idia aqui que o visitante digita o nome de domnio do site no navegador e o Apache se encarrega de envi-lo ao diretrio correto. Mas, para que o cliente chegue at o servidor faltam mais duas peas importantes. A primeira o registro do domnio, que pode ser feito na Fapesp, Internic ou outro rgo responsvel. No registro do domnio voc dever fornecer dois endereos de DNS (primrio e secundrio). Se voc tiver apenas um, voc pode usar o mesmo endereo em ambos os campos. aqui que acaba o trabalho deles e comea o seu. Ao acessar o domnio, o visitante direcionado para o endereo de DNS fornecido no registro. Isto significa que... bingo! alm do Apache voc vai precisar de um servidor de DNS :-) O DNS no precisa necessariamente ser uma mquina separada. Voc pode usar o servio named que possivelmente j est at instalado. A configurao feita atravs do arquivo /etc/named.conf, onde voc deve especificar todos os nomes de domnio dos sites hospedados no servidor Apache, configurando todos com o IP do servidor. Isto faz com que a requisio do cliente seja direcionada da Fapesp para o seu servidor DNS e dele para o servidor Apache. O ciclo se fecha e o cliente consegue finalmente acessar a pgina.

Caso voc esteja hospedando subdomnios, ou seja, endereos como "www.fulano.guiadohardware.net", "www.ciclano.guiadohardware.net", etc., como fazem servios como o hpg, a configurao continua basicamente a mesma. Voc especifica o sub-domnio do cliente na configurao do VirtualHost do Apache e tambm no servidor de DNS. Como no caso anterior, voc deve informar o endereo do seu servidor de DNS no registro do domnio. Como os servidores de registro de domnio lem as URLs de trs para a frente, todos os acessos a subdomnios dentro do guiadohardware.net sero enviados para o seu servidor DNS e da para o servidor Apache. Esta configurao manual funciona para pequenos servidores, que hospedam algumas dezenas ou centenas de pginas. Grandes servios de hospedagem geralmente acabam desenvolvendo algum tipo de sistema para automatizar a tarefa. Nos servios de hospedagem gratuta por exemplo, onde o nmero de clientes assustadoramente grande, as alteraes so feitas automticamente quando o visitante faz seu cadastro. Conforme o nmero de usurios cresce e o espao em disco no servidor comea a ficar escasso, voc comear a sentir falta de um sistema de quotas que limite o espao que cada usurio pode usar. Este o tema do prximo tpico:

:. Configurando quotas de disco

Voc pode configurar as quotas de disco no Linux atravs do Webmin. Ele pode ser acessado usando o navegador, basta acessar o endereo https://localhost:10000 (https, no http). Caso a porta no esteja fechada no firewall, voc tambm pode acessar atravs de outros micros da rede, naturalmente substituindo o "localhost" pelo IP do servidor. O Webmin um utilitrio realmente sem preo para a configurao de servidores, pois concentra as configuraes de quase todos os servios em um nico lugar e no est limitado a alguma distribuio especfica.

Se voc marcou os pacotes da categoria servidor durante a instalao do sistema provvel que j esteja tudo pronto para usar o sistema de quotas. Caso contrrio, verifique o seguinte:

1- O Webmin est instalado? O servio est ativo? 2- Verifique se o pacote quotas est instalado no sistema, caso contrrio procure-o nos CDs da distribuio e instale. 3- Edite o arquivo /etc/fstab e verifique se o quotas est ativo para a partio em que ele ser usada. Para ativ-lo, basta adicionar os parmetros "usrquota,grpquota" depois do "defaults,", como na linha abaixo: /dev/hda1 / ext2 defaults 1 1 /dev/hda2 /usr ext2 defaults,usrquota,grpquota 1 1 Depois de salvar o arquivo, preciso reiniciar ou ento desmontar/montar as parties manualmente para que as alteraes entrem em vigor. 4- Use o comando "quotacheck" para verificar se tudo est ok: # quotacheck -v /dev/hd6 Substituindo o "/dev/hd6" pela partio correta, a mesma da linha editada no fstab. Finalmente, ative o quotas com o comando: # quotaon -av Agora s voltar ao Webmin e configurar os limites para cada usurio ou grupo do sistema. No quotas existem dois limites que podem ser estabelecidos, o "Soft Limit" e o "Hard Limit". O Hard Limit o limite de espao em si, digamos 100 MB para cada usurio. O sistema no permitir que seja gravado nenhum byte acima do limite. O Soft Limit um limite de advertncia, digamos 80 MB. Sempre que superar o Soft Limit, o usurio receber uma mensagem de alerta mas ainda poder gravar mais dados at que atinja o Hard Limit. Voc pode especificar tambm um "Grace Period", que ser o tempo mximo que o usurio poder ficar acima do Soft Limit (uma semana por exemplo). Passado o perodo o usurio ser obrigado a apagar alguma coisa e voltar a ocupar menos de 80 MB antes de poder gravar novos arquivos. Voc pode estabelecer os mesmos limites tambm para os grupos e inclusive combinar as duas limitaes. Voc pode por exemplo permitir que cada usurio do grupo "alunos" use 500 MB de disco, desde que o grupo todo no use mais do que 20 GB. A administrao dos usurios e grupos do sistema pode ser feita atravs da opo System > Users and Groups do Webmin, ou atravs de utilitrios como o kuser e o userconf, que j devem estar instalados no seu sistema.

:. Mdulos

A grande fora do Apache reside na grande quantidade de mdulos que expandem os recursos do servidor, transformando o simples servidor Web que configuramos acima num poderoso servidor de aplicaes.

Aqui est uma pequena lista de alguns dos principais mdulos disponveis. Alguns deles podem ser encontrados nos CDs da sua distribuio Linux atual, enquanto outros devem ser baixados do site dos desenvolvedores e instalados separadamente. mod_cgi : Este um dos mdulos mais bsicos, que permite a execuo de scripts CGI. Apesar da grande variedade de scripts disponveis pela web e a facilidade de cria-los, os CGIs so uma espcie ameaada de extino. O problema que alm de lentos se comparados com scripts escritos em linguagens como o Perl e o PHP eles podem sempre representar um risco de segurana para o servidor pois so na verdade programas executveis. Justamente por isso muitos administradores hesitam em ativar o suporta a CGI em seus servidores. A pgina oficial : http://httpd.apache.org/docs-2.0/mod/mod_cgi.html mod_perl : O Perl uma linguagem de gerao e processamento de contedo extremamente poderosa e ao mesmo tempo fcil de aprender. Ao lado do PHP o Perl uma das linguagens mais usadas para o desenvolvimento de sites dinmicos, fruns e outras aplicaes que envolvam processamento de contedo. Os scripts em Perl so de 10 a 100 vezes mais rpidos que scripts em CGI de funo semelhante. http://perl.apache.org mod_php : Alm de gerar contedo dinmico, o PHP muito utilizado para manipular bancos de dados e pode ser integrado com vrios produtos, entre eles o MySQL, PostgreSQL, Adabas e dBase. Isto permite desenvolver desde aplicaes simples, como livros de visitas, murais de comentrios at sites e fruns extremamente sofisticados. Um exemplo de frum escrito em PHP o phpbb, que voc pode baixar em: http://www.phpbb.com. O processo de instalao muito simples, basta descompactar o arquivo num diretrio do site e executar o script de configurao. O desempenho das aplicaes em PHP costuma ser excelente. A pgina oficial : http://www.php.net mod_asp : Como o nome sugere, este um mdulo que oferece suporte parcial a pginas ASP. uma boa soluo para migrar sites em ASP simples do IIS para o Apache sem ter de converter tudo para PHP. O mod_asp trabalha convertendo os comandos ASP para comandos Perl, por isso necessrio ter tambm o mod_perl instalado. Alm do mod_asp, temos tambm o ChiliASP (comercial) que pode ser encontrado no http://www.chiliasp.com. A pgina do mod_asp : http://www.apache-asp.org mod_gzip : O gzip, ou GNU Zip um formato de compresso desenvolvido pela Free Software Fundation que por ser livre o mais usado no mundo Linux. O mod_gzip permite utiliza-lo em conjunto com o Apache para compactar as pginas enviadas aos clientes. Isto permite diminuir em at 80% o tempo de carregamento das pginas e a utilizao de banda, melhorando bastante a capacidade do servidor. Todos os browsers modernos so capazes de descompactar automaticamente as pginas, sendo assim no existem grandes desvantagens no uso do mdulo, fora um pequeno aumento na utilizao do processador. Naturalmente, a eficincia varia de acordo com o tipo de arquivo: as pginas html, que so compostas de textos suportam grandes taxas de compresso, enquanto em imagens, arquivos de instalao de programas e msicas em MP3 a compresso quase nula. http://freshmeat.net/projects/mod_gzip

mod_speling : Este mais um mdulo interessante, que corrige erros nas urls digitadas pelos usurios, permitindo que apesar do erro eles consigam atingir a pgina desejada. Outro recurso til permitido por ele desativar a diferenciao entre letras maisculas e minsculas. http://httpd.apache.org/docs/mod/mod_speling.html mod_bandwidth : Permite estabelecer limites de uso de banda para o servidor, para um certo diretrio ou ainda para um certo visitante. Voc pode us-lo por exemplo para que a rea de download no consuma uma grande parte do link, prejudicando o acesso s outras partes do site ou impor limites ao trfego de cada um dos sites hospedados no seu servidor. http://www.cohprog.com/mod_bandwidth.html mod_frontpage : Complementando o mod_asp, este mdulo oferece suporte s Server Extensions do Front Page. http://www.cohprog.com/mod_bandwidth.html mod_ssl : Esta a extenso que permite conexes seguras, com encriptao forte. necessrio instala-lo em sites de bancos, lojas online e outras pginas que trabalhem com nmeros de carto de crdito e outros dados confidencias. Http://www.modssl.org jakarta : Este o projeto que oferece uma implementao do Java para o servidor Apache. Voc pode baixar os pacotes no: http://jakarta.apache.org htdig : Este no exatamente um projeto relacionado ao Apache, mas uma das ferramentas de indexao mais usadas em conjunto com o Apache para oferecer um sistema de busca dentro das pginas do site. O uso do htdig prejudica muito pouco o desempenho do servidor, pois as pginas so indexadas periodicamente e as buscas so feitas no arquivo de indexao e no no contedo em s. Este um sistema semelhante ao utilizado por grandes mecanismos de busca, como o Google e o Yahoo. A pgina oficial : http://www.htdig.org Outro projeto semelhante o swish, que pode ser encontrado em: http://swishe.org

A arquitetura modular do Apache, combinada com o fato de todo o cdigo do servidor ser aberto, permite que qualquer programador adicione novos recursos ao servidor na forma de mais e mais mdulos. Assim como fcil encontrar vrios scripts para contadores, livros de visitas, chats, etc. Pela Web, muito comum encontrar novos mdulos para o Apache que adicionam funes que voc nem imaginava precisar usar, existem milhares e milhares deles por a. Antes de pensar que um certo recurso no est disponvel, faa uma pesquisa pois bem provvel que algum j tenha passado pelo mesmo problema e tenha disponibilizado um mdulo que sirva pra voc tambm. Um bom lugar para comear a procurar o http://modules.apache.org um repositrio que concentra boa parte dos mdulos desenvolvidos por terceiros. Uma pesquisa no Google tambm pode ajudar bastante. As distribuies trazem sempre um conjunto de mdulos pr-compilados que visam atender s necessidades do maior nmero possvel de usurios. Mas, nem sempre o "tamanho nico" vai atender todas as suas necessidades. Se voc pretende trabalhar com mdulos de terceiros, o ideal dispensar os pacotes da distribuio e instalar seu Apache a partir do cdigo fonte. A maior parte dos mdulos so distribudos em cdigo-fonte, para instal-los preciso recompilar o Apache.

Existe muita informao sobre o Apache espalhada pela Web, este foi apenas um texto introdutrio com o objetivo de ensina-lo como usar os recursos mais bsicos do servidor. A Apache o servidor Web mais usado no mundo justamente devido sua flexibilidade: voc pode fazer praticamente qualquer coisa com ele. Se voc pretende se tornar um grande Webmaster, especializado no Apache, ainda existe muito a estudar. Voc pode comear dando uma olhada nos arquivos da Apache Week; so mais de 6 anos de artigos e tutoriais semanais: http://www.apacheweek.com/features

:. Outros sistemas operacionais

Embora a maioria dos servidores Apache rodem Linux, o Apache pode ser instalado em vrios sistemas operacionais Unix, incluindo a famlia BSD, Solaris, etc., sem falar das verses para MacOS, MacOS X, BeOS, OS/2 e quase qualquer outro sistema operacional moderno de que se tenha notcias. O Apache possui ainda uma verso for Windows, que pode ser usada em substituio ao IIS da Microsoft. As verses antigas, at o 1.3.x, ofereciam um desempenho mais baixo no Windows do que no Linux, devido maneira como o Windows gerencia a gerao de novos processos e threads. Felizmente, este problema foi resolvido a partir do Apache 2.0, que passou a oferecer um desempenho semelhante tanto no Windows quanto no Linux, fruto de um grande esforo para melhorar seu desempenho. Mesmo no Windows, o Apache uma soluo muito interessante para quem quer fugir dos problemas de segurana do IIS e ao mesmo tempo procura um servidor Web rpido e com muitos recursos. Voc pode baixar o Apache for Windows no http://www.apache.org/

:. Hardware

Se voc quer apenas usar seu ADSL ou cabo para hospedar seu site pessoal, no preciso uma mquina poderosa para rodar o Apache. Muito pelo contrrio. Um servidor de pginas html e arquivos estticos consome muito pouco poder de processamento, a ponto de mesmo um 386 (isso mesmo, um reles 386) dar conta dos 128 kbits de upload oferecidos na maioria dos planos ADSL com folga. Nestes casos o servidor precisa apenas rodar o Apache que sem muitos mdulos ativos no to pesado assim e se limitar a ler os arquivos solicitados no HD e transmit-los via rede. Eu mantenho um pequeno servidor Apache pendurado no meu ADSL para ajudar a disponibilizar o arquivo do Entendendo e Dominando o Linux para download e direcionar parte do trafego do site quando o servidor principal fica congestionado. Este meu servidor domstico um mero 486 DX-33 com 16 MB e um HD 540 MB, rodando uma instalao bem enxuta do Slackware. O mais interessante que o load average raramente passa dos 2%, indicando que o 486 poderia dar muito mais se estivesse ligado a um link mais rpido.

Ou seja, independentemente da configurao do seu micro, voc pode rodar tranqilamente um servidor Apache sem notar uma grande reduo na performance. Caso voc pretenda utilizar um banco de dados como o MySQL os requisitos sobem um pouco, mas nada que um Pentium 100 com 32 MB no possa resolver. Servidores maiores so necessrios em pginas que recebem um trfego muito grande (voc no usaria um Pentium 100 num servidor de um portal por exemplo ;-), ou que rodam fruns ou outras aplicaes que consomem muito processamento ou ainda em servidores de hosting compartilhado, onde centenas ou at milhares de sites so hospedados no mesmo servidor e compartilham seus recursos. Imagine um servidor do hpg ou do yahoo por exemplo. Em todos os casos, o mais importante sempre ter uma quantidade de memria RAM suficiente. A questo que ao responder muitas solicitaes o servidor Apache obrigado a iniciar vrios processos, um para cada requisio. Cada processo consome uma certa quantidade de memria, sendo assim, conforme cresce o nmero de acessos simultneos ao servidor, cresce tambm a quantidade de memria usada. Se a memria RAM no for suficiente, o servidor comear a utilizar memria virtual, o que far com que as requisies deixem de serem respondidas em poucos milessegundos para demorarem vrios segundos ou at minutos. Quase sempre, um servidor web se arrastando para conseguir fornecer uma pgina, significa falta de memria RAM e no de processador. Chega a ser impressionante ver alguns administradores de sistema propondo a troca de servidores caros, quando o problema todo poderia ser resolvido com mais um pente de memria, que no custa 5% do valor de um servidor novo.