Mac OS X Lion'da localhost / virtualhost'un yavaş çözümlenmesini / yüklenmesini (2-3 saniyelik gecikme) nasıl ortadan kaldırabilirim?

Geliştirme ortamlarımı Mac OS X Lion'da (Ocak 2012'de satın alınan yepyeni macbook air) kurduğumdan beri, bir sanal ana bilgisayara çözümlemenin ilk seferde çok yavaş olduğunu (yaklaşık 3 saniye) fark ettim, ancak ondan sonra hızlı Düzenli olarak yüklemeye devam ediyorum.

Birkaç dakika dokunmadan bırakırsam ve sonra tekrar yüklersem, ilk yeniden yükleme (tekrar) acı verici bir şekilde yavaş; bir şey önbelleğe alınmış gibi görünüyor.

Aşağıda görülebileceği gibi .local TLD kullanmıyorum.

Kurulumum: Apache 2 - MySQL - PHP yüklendi ve etkinleştirildi - birini localhost için oluşturduğum birkaç sanal ana bilgisayar ekledi

/ Etc / hostsm:

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

Username.conf içindeki sanal ana bilgisayar kurulumum:

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>

Bende de aynı sorun vardı ve bu beni çılgına çeviriyordu!

Localhost için tüm ana bilgisayar dosya girişlerinizi şöyle bir satıra koyun:

127.0.0.1 localhost myproject.dev myotherproject.dev
::1 localhost
fe80::1%lo0 localhost

Benim için bir cazibe gibi çalıştı. Lion'da bir böcek gibi görünüyor.

".Local" ile biten siteler için 10.7. * İle 10.8.4 arasında değişen ve beş saniyelik aramalara neden olan başka bir sorun var. Ayrıntılar ve çözüm, aşağıdaki bağlantıda Bram (bize) Van Damme tarafından sağlanmıştır:

http://www.bram.us/2011/12/12/mamp-pro-slow-name-resolving-with-local-vhosts-in-lion-fix/

"Varsayılan olarak, .local ile biten herhangi bir ana bilgisayar adı, Ağ tercihlerindeki DNS sunucusu girişlerini sorgulamak yerine bir Bonjour ana bilgisayarı olarak kabul edilir.

Bu sorunu çözmek için (her sankonuzu yeniden adlandırmanıza gerek kalmadan) / etc / hosts dosyanızdaki sankonlarınızın her biri için IPv6 girişleri eklemeniz gerekir: "

::1 mysite.local
fe80::1%lo0 mysite.local
127.0.0.1 mysite.local

Lion'da da aynı sorunu yaşadım.

Garip bir şekilde, benim çözümüm Jeremy'ninkinin tam tersiydi. / Etc / hosts içindeki bir satırda bir sürü someproject.dev girdim vardı. Bunlardan herhangi birine bir sitenin yüklenmesi ilk kez, bir dakika kadar uzun sürdü. 5 saniye içinde tekrar kullanırsam çok hızlıydı, ancak çok daha uzun ve yine bir dakika sürecekti. Her türlü şeyden, mysql bağlantılarından, Ruby sürümlerinden, Rails hatalarından, Apache'den, Phusion Passenger'dan şüphelenmiştim. Sonunda Konsola bakana ve DNS aramalarının yapılmaya çalışıldığını fark edene kadar.

Ben de hepsini ayrı satırlara yazıyorum:

127.0.0.1 localhost

127.0.0.1 myproject.dev

127.0.0.1 myotherproject.dev

Ve aniden her şey yeniden canlandı. Her iki makinemde de aynı.

IPv6 :: 1 için aynı ana bilgisayarı belirtmek bana yardımcı oldu.

127.0.0.1 something.local.mydomain.org
::1 something.local.mydomain.org

IP v6 girişlerini localhost ile aynı hizaya koymadığınızdan emin olun.

::1 localhost

IP v6 girişleri ayrı bir satıra gider

fe80::1%lo0 here and_here

Bazen şimdi gerçekten hızlıdır, ancak eski gecikmelerin geri geldiği nadir istisnalar vardır. Ancak başka nedenlere dayanıyor olabilirler.

OSX El Capitan'da benim için işe yarayan şey, IPv4 girişinin hemen üzerinde yinelenen bir IPv6 girişi yapmaktı.

fe80::1%lo0 demo.test.dev
127.0.0.1   demo.test.dev

Dosyanın başında host isimlerinin tanımlanmasını sağlamak benim için fark yarattı. Varsayılan olarak 127.0.0.1 localhost satırı zaten başlangıçtadır, sadece girişlerinizi aynı satıra ekleyin.

Aynı sorunu yaşadım ve bunun LAN'ımda IPv6'nın etkinleştirilmesinden kaynaklandığını, ancak ağım ve ISS'm arasında IPv6'nın doğru şekilde yapılandırılmamasından kaynaklandığını gördüm. Görünüşe göre IPv6 DNS sunucusu, istemciye her ikisi de verildiğinde IPv4 DNS'e göre önceliklidir. İstemcinin IPv6 DNS'nin erişilemez veya eksik olduğunu bulması ve ardından IPv4 DNS'ye geri dönmesi birkaç saniye sürdü (her denemede).

Not: Windows ve XAMPP kullanıyorum, ancak sorunu araştırırken birçok kişi Windows ve Mac'te aynı sorunu yaşadı. Benim için işe yarayan bir çözüm bulmak için saatler harcadığımdan, bu soruyu bulan herkes için referans olarak yanıtlayın:

Aynı sorun için tüm ana bilgisayarları tek bir hatta koymak, yedekli ana bilgisayarları ve sanal ana bilgisayarları kaldırmak ve ayrıca IPv6 hatlarını da içeren birçok çözüm denedim - bunların hiçbiri tek başına başarılı olmadı.

Şimdiye kadar sahip olan tek çözüm benim için işe , tüm çözümlerin birleşimidir:

• Benim sitemden kullandığım alan adını değiştiriyorum. mysite yerel . dev . İlham veren@ Cleverlemming'in cevabından .
• IPv6 hatları dahil.
• Yedekli sanal ana bilgisayarları ve ana bilgisayarları kaldırma (onları yorumladım).

Ana bilgisayarlar dosyamda, ana bilgisayarlarım şu anda ayrı satırlarda ve şu ana kadar sorun çözülmüş görünüyor.

Bu sorunu çözmeye çalışan herkese iyi şanslar ve herhangi birinin ekleyeceği bir bilgi varsa lütfen bunu yapın - bu, bilinen tek bir nedeni veya çözümü olmayan pek çok kişiyi etkileyen bir sorun gibi görünüyor.

Aynı sorunu yaşadım ve sonunda aynı satırda iki kez aynı ana bilgisayar girişine sahip olduğumu fark ettim:

Örneğin

127.0.0.1 localhost host1 host2 host3 host4 host5 host1 host6

Aynı ana bilgisayarın ikinci örneğini kaldırdım (yukarıdaki örnekte - ana bilgisayar1) - ve işler hemen hızlandı.

Bunu keşfettiğimde biraz aptalca hissettim, ancak aynı satırda 10 uzun ana bilgisayar adı varsa ve sık sık ekleyip çıkarırken, kolayca gözden kaçabilir.

Bunu benim için yapan numara eklemekti

127.0.0.1 locahost

ana bilgisayar dosyasının ilk satırında.

Tüm sanal ana makinelerimden yalnızca veritabanı kullananlar yavaştı. Bunun nedeni, veritabanı bağlantısı için "localhost" arama sürecinin işleri yavaşlattığına inanıyorum, çünkü "localhost" değil, yalnızca sanal ana makinelerim için adresler ekledim. Şimdi her şey yeniden canlandı. :)

Ben de bununla karşılaştım. Biri IPv4 ve diğeri IPv6 için olmak üzere iki satırda tanımlanmış bir sürü sankonum var. Çözmeye çalıştığım ana bilgisayarı listede ilk sıraya taşımak onu hızlandırdı.

127.0.0.1 faster.example.dev host1.example.dev host2.example.dev host3.example.dev host4.example.dev host5.example.dev host6.example.dev
::1 faster.example.dev host1.example.dev host2.example.dev host3.example.dev host4.example.dev host5.example.dev host6.example.dev

Zaman kaybetmeme neden olan aptalca bir sorun: @ Cleverlemming'in cevabını uyguladıktan sonra , hosts dosyasında yinelenen girişler olduğunu anladım. Gibi bir şey:

::1          site1.local site2.local site1.local site3.local site4.local
fe80::1%lo0  site1.local site2.local site1.local site3.local site4.local
127.0.0.1    site1.local site2.local site1.local site3.local site4.local

Daha sonra site3.local ve site4.local için IP çözümlemesi bu 5 saniyelik ölümü alır.