Firefox 및 Chrome은 localhost에서 느립니다.

Firefox 및 Chrome은 localhost에서 느립니다. 알려진 수정은 Windows 7에서 작동하지 않습니다.

---

Firefox 및 Chrome은 IP6가 활성화되면 localhost에서 느린 것으로 알려져 있습니다. 이전 버전의 Windows에서 가장 간단한 해결 방법은 이 질문 에 대한 답변 에서 설명한대로 호스트 파일에서이 줄을 주석 처리하는 것 입니다.

::1 localhost

그러나이 질문에서 언급했듯이 Windows 7에서는이 줄이 이미 주석 처리되어 있습니다.

# localhost name resolution is handled within DNS itself.
#   127.0.0.1 localhost
#   ::1 localhost

::1 localhostWindows 7 에서 참조 를 비활성화하는 다른 방법이 있습니까?

---

호스트 파일에서 127.0.0.1 줄의 주석 처리를 제거하면 Chrome은 localhost URL에서 스냅인 자체로 돌아갑니다.

# localhost name resolution is handled within DNS itself.
    127.0.0.1 localhost

호스트 파일은 일반적으로 C:\WINDOWS\system32\drivers\etc\hosts. Win7에서 편집하려면 관리자 권한으로 메모장을 실행해야합니다.

---

속도 저하는 DNS의 IPv6 문제로 인해 발생하며 로컬 호스트 테스트를 수행하는 동안 Firefox에서 IPv6 지원을 해제하면 쉽게 해결할 수 있습니다. 변경하려면 다음을 입력하십시오.

about:config 

주소 표시 줄에서

network.dns.disableIPv6

설정하고 두 번 클릭하여 true로 설정하십시오. 이것은 Vista의 Firefox localhost 문제에 대한 트릭이며 모든 것이 다시 빠르게 실행됩니다.

http://kb.mozillazine.org/Network.dns.disableIPv6 에 필요한 모든 정보가 있습니다. 행운을 빕니다!

---

내 로컬 도메인 중 하나만 느리고 다른 모든 도메인은 정상적으로 응답하는 이상한 문제가 발생했습니다. 이유를 알 수 없었고 마침내 다른 항목 ::1 localhost아래에 놓았고 ::1 something.local즉시 정리되었습니다. 이전에는 다른 항목보다 위에있었습니다. (OS X 10.8.3을 실행 중입니다)

내 마지막 호스트 파일은 다음과 같이 보입니다.

127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 something.local
::1 something2.local
::1 something3.local
::1 localhost
fe80::1%lo0 localhost

---

나는 Tim Schneider가 말한 것을 할 것입니다. 이 James도 여기에서 언급했습니다. http://theycallmemrjames.blogspot.com/2010/09/firefox-is-really-slow-testing-sites-on.html

"ipv4OnlyDomains를 두 번 클릭하고 localhost를 입력하십시오."

어치

---

다른 사람이 다른 답변에서 언급했듯이 bitdefender가 있으면 개발 경험을 즐겁게 망칠 것입니다.

비트 수비수 콘솔을 열려면 alt-shift-control-g ( "게임 모드"로 설정)를 입력하고 거기에서 실행하십시오.

게임 모드에서 bitdefender는 로컬 호스트를 방해하지 않습니다!

---

이것은 직접적인 대답은 아니지만 동일한 문제가 있었고 위의 IPv6 또는 호스트 파일 변경 사항이 저에게 효과가 없었습니다. 내 asp.net MVC4 프로젝트는 F5 키를 눌러 localhost에서 js 변경 사항을 새로 고친 후 정말 느 렸습니다. Chrome, FF 및 IE와 같은 모든 브라우저에서 발생했습니다. 결국 나는 IIS Express 8.0이 나도 모르게 설치되었다는 것을 알게되었고, 8.0은 js 파일을 제공 할 때 매우 느리고 버그 인 것으로 나타났습니다. 명령 줄에서 iisexpress를 실행하고 F5 키를 누르면 각 js 파일을로드하는 데 4 ~ 5 초가 걸린 것을 볼 수 있습니다.

IIS 8.0을 제거하고 IIS Express 7.5를 설치하고 문제가 바로 해결되었습니다. 내가 따랐던 단계는 다음과 같습니다.

• IIS Express 8.0 제거
• IISExpress 폴더를 삭제합니다 (Win 7에서는 My Documents \ IISExpress에 있음).
• IIS Express 7.5 설치 ( IIS Express 7.5 다운로드 링크 )

IIS Express 8.0은 VS 2012와 함께 설치된 것으로 보이므로 새로 설치했거나 서비스 팩 업데이트가있는 경우 이전 IIS Express 버전을 업그레이드했을 수 있습니다.

---

호스트에 여러 항목이 있습니다 (가상 서버를 실행하고 있기 때문입니다). 이전에는

127.0.0.1        localhost
127.0.0.2      i.localhost
127.0.0.3 secure.localhost

더 잘 작동하는 것처럼 보이지만 완벽하지는 않은 것은 다음과 같습니다.

127.0.0.1 localhost secure.localhost i.localhost

브라우저를 닫고 Apache를 종료하고 테스트 할 때 역순으로 다시 시작하는 것이 좋습니다.

지금까지 수정 사항 중 어느 것도 나를 위해 잘 작동하지 않았습니다. 문제는 간헐적으로 남아 있습니다. ..

그러나 나는 흥미로운 것을 발견했고 다른 누군가가 이것에 추가 할 수 있기를 희망하며 공유 할 것이라고 생각했습니다.

If you shut off WiFi (i.e. turn the external internet feed off), and if you have for example, Chrome, FireFox and possibly other browsers open at the same time, and if Chrome chokes on a page, and you get the spinning pin wheel, and you try at that moment to also load a file from another browser, (from localhost) it will also hang until chrome finally times out (or whatever) and finally finishes many seconds later, even for simple pages.

This also happens with IE choking and blocking accesses from other browsers. I've tried this many times and I'm convinced there is something very funny going on.

There seems to be a link between the different browser processes. I hate to say this but I suspect there is a bug in the windows IP stack, as impossible as that sounds. The other possibility is that chrome is just bogging down or hogging the ip stack, or locking some file, so that others can't use it.

Also very interesting to note, is that if while chrome is frozen up, you re-enable WiFi, just as soon as the internet connects then chrome or IE finishes, along with whatever other browsers are also blocked.

That's sort of strange if you ask me. If you are working off of localhost there should be NO interaction with the internet.

I've tried to use WireShark to see what's going on, but it's confusing and so far I have not been able to nail down any packets involved.

There is something very funny going on.

I've deleted my .htaccess, and put an httpd.conf in which has the very minimum changes from the defaults.

I'm running Win7x64Pro, Apache 2.4.7.

BTW, it's not a php thing. Am sure about that at this point.

Also the lock ups seem to happen on ^R (page reload), not on browse to page, and where other page components need to be checked for current, like menu sprites (images). This would be where there is a 304 status (use HttpFox to see these).

Also, if you quickly reload the same page the chance that it will work is much higher. If you wait for a minute then it often gags again. I suspect chrome is getting results out of a short term cashe which is partly masking a deeper issue.

---

A bit late for an answer but i tried all of the above and still it was slow for me on Windows 7. When I use localhost it took about 20+ secs for page load.

Firefox는 @Mark Mayo의 답변으로 개선되었지만 항상 그런 것은 아니며 Chrome은 여전히 ​​매우 느 렸습니다.

여기서 해결책을 찾았 습니다

기본적으로 Apache httpd.conf 파일에 다음 줄을 추가했습니다 (아직 존재하지 않았으므로).

AcceptFilter http none 
AcceptFilter https none 
EnableSendfile off 
EnableMMAP off

Chrome과 Firefox를 모두 테스트했으며 페이지가 즉시로드됩니다.

---

Chrome에서는 "시크릿"모드를, Firefox에서는 "비공개 모드"를 사용해보세요.

나는 이것이 정답이 아니어야한다는 것을 압니다. 그러나 이것을 임시 해결책으로 사용할 수 있습니다.

참조 URL : https://stackoverflow.com/questions/1726585/firefox-and-chrome-slow-on-localhost-known-fix-doesnt-work-on-windows-7