Desde que configurei meus ambientes de desenvolvimento no Mac OS X Lion (novo macbook air adquirido em janeiro de 2012), percebi que resolver para um host virtual é muito lento (cerca de 3 segundos) na primeira vez, mas depois disso é rápido, contanto que Eu continuo carregando regularmente.
Se eu deixá-lo intocado por alguns minutos e recarregar novamente, a primeira recarga será (novamente) dolorosamente lenta; parece que algo está sendo armazenado em cache.
Como pode ser visto abaixo, não estou usando o TLD .local.
Minha configuração: Apache 2 - MySQL - PHP instalado e habilitado - adicionei alguns hosts virtuais, um dos quais criei para localhost
Meu / etc / hosts:
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
fe80::1%lo0 localhost
127.0.0.1 myproject.dev
::1 myproject.dev
fe80::1%lo0 myproject.dev
Minha configuração de host virtual em username.conf:
NameVirtualHost *:80
<Directory "/Users/myusername/Sites/">
Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all
</Directory>
<VirtualHost *:80>
ServerName localhost
DocumentRoot /Users/myusername/Dropbox/dev_envs/
</VirtualHost>
<VirtualHost *:80>
ServerName myproject.dev
DocumentRoot /Users/myusername/Dropbox/dev_envs/myprojectname
</VirtualHost>
Respostas:
Eu tive exatamente o mesmo problema e isso estava me deixando louco!
Coloque todas as entradas do arquivo hosts para localhost em uma linha, assim:
Caiu como uma luva para mim. Parece um bug no Lion.
fonte
Há outro problema de 10.7. * A 10.8.4 para sites que terminam em ".local" que causa pesquisas de cinco segundos. Detalhes e solução cortesia de Bram (nos) Van Damme no seguinte link:
http://www.bram.us/2011/12/12/mamp-pro-slow-name-resolving-with-local-vhosts-in-lion-fix/
"Por padrão, qualquer nome de host terminado em .local é tratado como um host Bonjour, em vez de consultar as entradas do servidor DNS nas preferências de Rede.
Para corrigir este problema (sem ter que renomear cada vhost), você precisa adicionar entradas IPv6 para cada um de seus vhosts em seu arquivo / etc / hosts: "
fonte
.local
, e adicionar as duas entradas IPV4 / 6 corrigiu tudo para mim (OS X 10.9)::1
é o atalho IPv6 equivalente a127.0.0.1
. Mas o que issofe80::1%lo0
significa? - ah, respondido em superuser.com/questions/241642/…Eu tive o mesmo problema, também no Lion.
Estranhamente, minha solução foi oposta à de Jeremy. Eu tinha um monte de entradas someproject.dev em uma linha em / etc / hosts. Carregar um site em qualquer um deles pela primeira vez demorou uma eternidade, cerca de um minuto. Se eu o usasse novamente em 5 segundos ou mais, era muito rápido, mas muito mais tempo e demoraria novamente um minuto. Eu suspeitava de todos os tipos de coisas, conexões mysql, versões Ruby, bugs do Rails, Apache, Phusion Passenger. Até que finalmente olhei para o console e percebi que pesquisas DNS estavam sendo tentadas.
Então, coloquei todos eles em linhas separadas:
E de repente tudo estava agitado novamente. O mesmo em ambas as minhas máquinas.
fonte
Especificar o mesmo host para IPv6 :: 1 me ajudou.
fonte
Certifique-se de colocar as entradas de IP v6 que não estão em linha com o localhost
as entradas IP v6 vão em uma linha separada
Às vezes é muito rápido agora, mas há raras exceções em que os velhos atrasos voltam. No entanto, eles podem ser baseados em outras razões.
fonte
No OSX El Capitan, o que funcionou para mim foi fazer uma entrada IPv6 duplicada logo acima da entrada IPv4, assim
fonte
Garantir que os nomes do host sejam definidos no início do arquivo fez a diferença para mim. Por padrão, a linha 127.0.0.1 localhost já está no início, basta adicionar suas entradas na mesma linha.
fonte
Eu tive o mesmo problema e descobri que ele era causado ao habilitar o IPv6 em minha LAN, mas não ter o IPv6 configurado corretamente entre minha rede e meu ISP. Aparentemente, o servidor DNS IPv6 tem precedência sobre o DNS IPv4 quando o cliente recebe ambos. Demorou alguns segundos (em cada tentativa) para o cliente descobrir que o DNS IPv6 estava inacessível ou ausente e, em seguida, voltar ao DNS IPv4.
fonte
Observação: estou usando o Windows e o XAMPP, no entanto, ao pesquisar o problema, muitas pessoas tiveram o mesmo problema no Windows e no Mac. Resposta para referência para qualquer pessoa que encontre esta pergunta, pois passei horas tentando encontrar uma solução que funcione para mim:
Tentei muitas soluções para o mesmo problema, incluindo colocar todos os hosts em uma linha, remover hosts e hosts virtuais redundantes e também incluir as linhas IPv6 - nenhum deles sozinho teve sucesso.
A única solução que até agora parece funcionar para mim é uma combinação de todas as soluções:
No meu arquivo de hosts, meus hosts estão atualmente em linhas separadas e, até agora, o problema parece ter sido corrigido.
Boa sorte para todos que estão tentando resolver este problema e se alguém tiver alguma informação a acrescentar, faça-o - este parece ser um problema que afetou muitas pessoas sem uma causa ou solução única conhecida.
fonte
Tive o mesmo problema e finalmente percebi que tinha a mesma entrada de host duas vezes na mesma linha:
por exemplo
Removi a segunda instância do mesmo host (no exemplo acima - host1) - e as coisas aceleraram imediatamente.
Pareceu um pouco bobo quando descobri isso, mas quando você tem 10 nomes de host longos na mesma linha e está frequentemente adicionando / removendo, isso pode ser facilmente esquecido.
fonte
O truque que funcionou para mim foi adicionar
na primeira linha do arquivo host.
De todos os meus hosts virtuais, apenas aqueles que usam um banco de dados eram lentos. Acredito que seja porque o processo de pesquisar "localhost" para a conexão do banco de dados tornou as coisas mais lentas, já que só adicionei os endereços dos meus hosts virtuais e não "localhost" também. Agora está tudo rápido novamente. :)
fonte
Já me deparei com isso também. Eu tenho um monte de vhosts definidos em duas linhas, uma para IPv4 e outra para IPv6. Mover o host que eu estava tentando resolver para ser o primeiro na lista acelerou o processo.
fonte
Um problema estúpido que me levou a perder um tempo considerável: depois de aplicar a resposta de @Cleverlemming , descobri que havia entradas duplicadas no arquivo hosts. Algo como:
Então, a resolução de IP para site3.local e site4.local leva esses 5 segundos de morte.
fonte