당시 이 순간, 2011년 말 현재 서버당 최대 연결 제한값 내린 것으로 알고 있다 6. 나는 나를 수정하십시오 경우 잘못된. 이것은 우리가 쉽게 이 문제를 해결할 수 없는 나쁜 Firefox 에서 있다. 이 값을 코딩된 내린 것으로 알고 있다.
이 까다로운 해킹할 수 있는 방법을 유지됩니까 대칭복사 도메인과의 수십 만들지 않고 있다.
프토피스: 다른 모든 것을 알 수 있는 구체적인 상황을 보관합니까 면변형된 내?
IE 는 더욱 악화시키고 있는 2 연결 도메인당 제한값. 하지만 난 wouldn& 클라이언트 브라우저에서 수정, t # 39 를 사용하고 있습니다. 크롬 브라우저 같은 경우에도 그 자동 업데이트 및 향후 릴리스에는 제어할 수 있을 것이라고 예상한 다르게 작동합니다. # 39 i& 문제 해결에 중점을 두고, d 내에 시스템 설계.
네 선택항목을 다음과 같습니다.
즉 1 또는 2 스어 이미지를생성하여 읽어들입니다 순서에 따라 한 번에 페이징됩니다 활성화되었는지 (list. 성공 이벤트 비해 많은 경우에는 다음 요청을 확인란 이미지를 다운로드할지 이미지 및 시작).
ServerA.myphotoserver.com 같은 하위 도메인 사용 및 serverB.myphotoserver.com. 각 서브 도메인 연결 제한값 풀 생깁니다. 즉, 5 개의 다른 하위 2 요청률 경우 외상때문에 갈 수 있게 했다. 이러한 하위 따르면 이 사진은 몰락 에로남이네 캐시되지 했다. 브트와, t need to be " # 39 이 don& mirror"; 그냥 도메인과의 가리키는 DNS 서버를 추가로 정확히 같은 웹 사이트 / 수 있습니다. 즉, don& # 39 의 DNS 서버 관리 많은 서버, 두통, t 있는 한 많은 레코드는유지합니다.
내가 모르는 don& # 39, 그 밖에 할 수 있는 크롬 winddows - 일부 구글링 크롬 (즉, 아마도 크롬) 권능은하나님께 잘 보여주는 목격하고서야 특정 레지스트리로 해킹 사건.
그러나 you& # 39, re 그냥 간단한 솔루션을 찾고 있는 변경 없이 코드 기반, Firefox 고려해 본 적이 있으십니까? 정보, 구성, network.http.max" " 검색할 수 있습니다. 그리고 그 가치가 있는 몇 가지 값을 말해둘꼐요 살펴볼 수 있습니다.
또한 디바이스입니다 않을 이동, 즉 마운트되었는지 고정된 위치) 를 사용하지 않는 것이 좋습니다 w-fi (심지어 홈 꽂으십시오 약간만이라도 한 단계 높여 최대한 지연 / / 떨어트림 연결용으로 안정도에 검색하기를).
브트와, HTTP 1/1 사양명세 [(RFC2616)] [1] 제안됩니다 2 보다 더 이상 접속에만 서버당.
>. 이들이 사용하는 클라이언트가 동시 접속자 수를 제한하는 특정 서버에 영구 연결을 유지해야 한다. 단일 사용자 클라이언트입니다 2 개 이상의 관계를 유지 안 모든 서버또는 프록시입니다. N 가상본 사용할 수 있는 최대 연결, 여기서 N 은 이용자 수가 다른 서버또는 가상본 동시에. Http 응답 속도를 높이기 위해 이러한 가이드라인이며 고안되었습니다 피하고 정체.
[1]: http://www.w3.org/Protocols/rfc2616/rfc2616-sec8.html # sec8.1
크롬 (윰) 이 같은 정보는 물론 컴파일됨 있는 실행 파일을 수정할 수 있습니다. 많은 문제가 있는 외곽진입 누구이뇨 지원 및 자동 업그레이드를 위해 그렇게 할 수 있어 좋습니다. 또한 이해하는 데 필요한 어떻게 변경 사항을 에서 이진용으로 며칠 안에 있는 대부분의 사람들은 수거 수 있는 일이 아니다.
너 자신을 위해 지원 문제를 분판할 있지만브라우저에 컴파일하십시오 경우 자신의 고객들이 때 sys_memsize 특정 리비전입니다. 스케쳐내 afaq 새로운 기능 및 버그 수정 재컴파일해야 할 수 있습니다. 이 모든 部门从 크롬 버그 추적 개발 및 파손 구축하십시오 생각하신거야 아닌 웹 개발자는 해야 한다.