Você não odeia quando as pessoas cometem erros de novato e correm para trocar de pilha por uma resposta?
Veja o que está sendo mal feito aqui:
- Certificar-se de que o domínio personalizado realmente resolva para
localhost
é sempre uma coisa kosher a ser feita.
Para o dnsmasq do homebrew no mac, isso fará o truque:
echo 'address=/.no/127.0.0.1' > $(brew --prefix)/etc/dnsmasq.conf
E, em seguida, o OS X deve ser solicitado a procurar localmente no domínio personalizado:
sudo bash -c 'echo "nameserver 127.0.0.1" > /etc/resolver/no'
Domínios personalizados 101 realmente.
- A regra do VirtualHost para o redirecionamento de proxy deve aparecer o mais rápido possível no arquivo de configuração. Caso contrário, o Apache pode redirecionar sua solicitação de domínio personalizada para
localhost
sem anexar a porta personalizada:8000
.
Assim:
<VirtualHost *.no:80>
ServerName sites.no
ProxyPreserveHost On
ProxyPass "/" "http://localhost:8000/"
ProxyPassReverse "/" "http://localhost:8000/"
</VirtualHost>
<VirtualHost *.dev:80>
VirtualDocumentRoot "/www/sites/%1/wwwroot"
ServerName sites.dev
ServerAlias *.dev
UseCanonicalName Off
</VirtualHost>
- O domínio personalizado
.node
não é atualmente um domínio de nível superior válido, de acordo com a IANA . Alterá-lo para algo válido, como.no
, impede que o maldito Safari inicie a pesquisa do Google em solicitações comotest.no
. (Diga adeus aos sites reais.no
por aí).
E Robert é o irmão do seu pai.