Chrome แฮงค์หลังจากมีการถ่ายโอนข้อมูลจำนวนหนึ่ง - กำลังรอซ็อกเก็ตที่พร้อมใช้งาน

ฉันมีเกมบนเบราว์เซอร์และฉันเพิ่งเริ่มเพิ่มเสียงในเกม

Chrome ไม่โหลดทั้งหน้าและติดขัด"91 requests | 8.1 MB transferred"และไม่โหลดเนื้อหาเพิ่มเติม และมันยังทำลายเว็บไซต์ในแท็บอื่น ๆ ทั้งหมดอีกWaiting for available socketด้วย

หลังจาก 5 นาที (แน่นอน) ข้อมูลจะถูกโหลด

สิ่งนี้ไม่เกิดขึ้นบนเบราว์เซอร์อื่น ๆ

การลบไฟล์ MP3 หนึ่งไฟล์ (ไฟล์ที่เพิ่มล่าสุด) ช่วยแก้ปัญหาได้ดังนั้นอาจเป็นปัญหาการ จำกัด ข้อมูลหรือไม่?

ดูเหมือนว่าคุณจะถึงขีด จำกัด ของการเชื่อมต่อต่อเซิร์ฟเวอร์ ฉันเห็นว่าคุณกำลังโหลดไฟล์คงที่จำนวนมากและคำแนะนำของฉันคือแยกพวกมันในโดเมนย่อยและให้บริการโดยตรงกับ Nginx เป็นต้น

• สร้างโดเมนย่อยชื่อimg.yoursite.comและโหลดภาพทั้งหมดของคุณจากที่นั่น

• สร้างโดเมนย่อยชื่อscripts.yourdomain.comและโหลดไฟล์ JS และ CSS ทั้งหมดจากที่นั่น

• สร้างโดเมนย่อยชื่อsounds.yoursite.comและโหลดไฟล์ MP3 ทั้งหมดของคุณจากที่นั่น ... ฯลฯ ..

Nginx มีตัวเลือกที่ยอดเยี่ยมสำหรับการให้บริการไฟล์แบบคงที่โดยตรงและจัดการแคชไฟล์แบบคงที่

คำอธิบาย:

ปัญหานี้เกิดขึ้นเนื่องจาก Chrome อนุญาตให้เปิดการเชื่อมต่อได้สูงสุด 6 รายการโดยค่าเริ่มต้น ดังนั้นหากคุณกำลังสตรีมไฟล์สื่อหลายไฟล์พร้อมกันจาก 6 <video>หรือ<audio>แท็กการเชื่อมต่อที่ 7 (เช่นรูปภาพ) จะหยุดทำงานจนกว่าซ็อกเก็ตใดซ็อกเก็ตหนึ่งจะเปิดขึ้น โดยปกติแล้วการเชื่อมต่อแบบเปิดจะปิดลงหลังจากไม่มีการใช้งานเป็นเวลา 5 นาทีและนั่นคือสาเหตุที่คุณเห็นไฟล์. png ของคุณโหลด ณ จุดนั้นในที่สุด

แนวทางที่ 1:

คุณสามารถหลีกเลี่ยงปัญหานี้ได้โดยลดจำนวนแท็กสื่อที่รักษาการเชื่อมต่อแบบเปิด และถ้าคุณต้องการที่จะมีมากกว่า 6 preload="auto"ให้แน่ใจว่าคุณโหลดพวกเขาที่ผ่านมาหรือว่าพวกเขาไม่ได้มีคุณลักษณะเช่น

แนวทางที่ 2:

ถ้าคุณกำลังพยายามที่จะใช้ผลเสียงหลายเกมบนเว็บที่คุณสามารถใช้Web Audio API หรือเพื่อให้ง่ายขึ้นเพียงใช้ไลบรารีเช่นSoundJSซึ่งเป็นเครื่องมือที่ยอดเยี่ยมสำหรับการเล่นเอฟเฟกต์เสียง / แทร็กเพลงจำนวนมากพร้อมกัน

โซลูชันที่ 3: ซ็อกเก็ตบังคับเปิด (ไม่แนะนำ)

หากคุณต้องการคุณสามารถบังคับเปิดซ็อกเก็ตในเบราว์เซอร์ของคุณได้ (ใน Chrome เท่านั้น):

1. chrome://net-internalsไปที่แถบที่อยู่และชนิด
2. เลือกSocketsจากเมนู
3. คลิกที่Flush socket poolsปุ่ม

ไม่แนะนำให้ใช้วิธีนี้เนื่องจากคุณไม่ควรคาดหวังให้ผู้เยี่ยมชมปฏิบัติตามคำแนะนำเหล่านี้เพื่อให้สามารถดูไซต์ของคุณได้

ข้อความ:

กำลังรอซ็อกเก็ตที่ใช้ได้ ...

จะแสดงขึ้นเนื่องจากคุณได้ใช้ ssl_socket_pool ถึงขีด จำกัด ต่อโฮสต์พร็อกซีหรือกลุ่ม

ต่อไปนี้คือจำนวนการเชื่อมต่อ HTTP สูงสุดที่คุณสามารถทำได้ด้วยเบราว์เซอร์ Chrome:

• จำนวนการเชื่อมต่อสูงสุดต่อพร็อกซีคือ 32 การเชื่อมต่อ นี้สามารถเปลี่ยนแปลงได้ในรายการนโยบาย

• สูงสุดต่อโฮสต์: 6 การเชื่อมต่อ

  อาจมีการเข้ารหัสในซอร์สโค้ดของเว็บเบราว์เซอร์ดังนั้นคุณจึงไม่สามารถเปลี่ยนแปลงได้

• การเชื่อมต่อ HTTP ทั้งหมด 256 รายการต่อเบราว์เซอร์

^{ที่มา: ระบบเครือข่ายระดับองค์กรสำหรับอุปกรณ์ Chrome}

ขีด จำกัด ข้างต้นสามารถตรวจสอบหรือล้างได้ที่chrome://net-internals/#sockets(หรือตามเวลาจริงที่chrome://net-internals/#events&q=type:SOCKET%20is:active)

ปัญหาเกี่ยวกับเสียงของคุณอาจเกี่ยวข้องกับข้อบกพร่องของ Chrome 162627ที่เสียง HTML5 ไม่สามารถโหลดได้และเกิดการเชื่อมต่อพร้อมกันสูงสุดต่อเซิร์ฟเวอร์: พร็อกซี ปัญหานี้ยังคงเป็นปัญหาในขณะที่เขียน (2016)

ปัญหาที่เก่ากว่ามากเกี่ยวกับคำขอวิดีโอ HTML5ยังคงรอดำเนินการอยู่อาจเกี่ยวข้องกับปัญหา # 234779ซึ่งได้รับการแก้ไขในปี 2014 และเกี่ยวข้องกับ SPDY ซึ่งพบได้ในปัญหา 324653: SPDY: กำลังรอซ็อกเก็ตที่พร้อมใช้งานแต่ได้รับการแก้ไขแล้ว ในปี 2014 ดังนั้นอาจไม่เกี่ยวข้องกัน

ปัญหาอื่น ๆ ที่เกี่ยวข้องขณะนี้ถูกทำเครื่องหมายว่าซ้ำกันสามารถพบได้ในฉบับ 401845: ความล้มเหลวในการโหลดข้อมูลเมตาของเสียงล่วงหน้า โหลดเพียง 6 จาก 10+ซึ่งเกี่ยวข้องกับปัญหาเกี่ยวกับรหัสเครื่องเล่นสื่อทิ้งคำขอที่หยุดชั่วคราวไว้มากมาย

นอกจากนี้ยังอาจจะเกี่ยวข้องกับบางแอดแวร์หรือโปรแกรมป้องกันไวรัสส่วนขยายของ Chrome โดยใช้ซ็อกเก็ตของคุณในพื้นหลัง (เช่นSophosหรือKaspersky ) เพื่อตรวจสอบเครือข่ายกิจกรรมในDevTools

วิธีแก้ปัญหาที่ง่ายและถูกต้องคือปิดการโหลดไฟล์เสียงและวิดีโอของคุณไว้ล่วงหน้าจากการตั้งค่าและตรวจสอบหน้าของคุณอีกครั้งปัญหาในการรอซ็อกเก็ตที่พร้อมใช้งานจะได้รับการแก้ไข ...

หากคุณใช้ jplayer ให้แทนที่พรีโหลด: "metadata"เพื่อโหลดล่วงหน้า: "ไม่มี"จาก jplayer ไฟล์ JS ...

โหลดล่วงหน้า: "ข้อมูลเมตา"เป็นค่าเริ่มต้นที่เล่นไฟล์เสียง / วิดีโอของคุณในการโหลดหน้าเว็บซึ่งเป็นสาเหตุที่ Google Chrome แสดงข้อผิดพลาด "กำลังรอซ็อกเก็ตที่พร้อมใช้งาน"

ความคิดแรกของเราคือไซต์ล่มหรือคล้ายกัน แต่ความจริงก็คือนี่ไม่ใช่ปัญหาหรือความพิการ ไม่ใช่ปัญหาเพราะการเชื่อมต่อแบบธรรมดาเมื่อทดสอบภายใต้ Firefox, Opera หรือ services Explorer จะเปิดขึ้นตามปกติ

ข้อผิดพลาดใน Chrome แสดงเครื่องหมายที่ระบุว่า "ไซต์นี้ไม่พร้อมใช้งาน" และคำชี้แจงพร้อมคำอธิบาย "ข้อผิดพลาด 15 (net :: ERR_SOCKET_NOT_CONNECTED): ข้อผิดพลาดที่ไม่รู้จัก" ข้อผิดพลาดค่อนข้างปกติใน Google Chrome โดยมีความแม่นยำมากขึ้นในการอัปเดตและวิธีแก้ปัญหาคือการรีสตาร์ทคอมพิวเตอร์

เนื่องจากวิธีแก้ปัญหาบางส่วนมีไม่มากนักเราจึงนำเสนอบทช่วยสอนสำหรับคุณในการแก้ปัญหาในเวลาไม่ถึงหนึ่งนาที เพื่อหลีกเลี่ยงปัญหานี้และตรวจสอบว่าบริการต่างๆเปิดอยู่ใน Google Chrome ตามปกติควรแทรกสิ่งต่อไปนี้ลงในแถบที่อยู่: chrome: // net-internals (จากนั้นให้ "Enter") จากนั้นพวกเขาจะต้องไปที่ "Socket" ในเมนูด้านซ้ายและเลือก "Flush Socket Pools" (ดูภาพหน้าจอต่อไปนี้เพื่อเป็นแนวทางhttp://www.fixotip.com/how-to-fix-error-waiting-for -available-sockets-in-google-chrome / ) ปัญหานี้ได้รับการแก้ไขแล้วและจะไม่ประสบปัญหาในการเข้าถึง Gmail, Google หรือบริการใด ๆ ของยักษ์ใหญ่ Mountain View อีกต่อไป ฉันหวังว่าคุณจะพบว่ามีประโยชน์และแบ่งปันบทแนะนำกับผู้ที่พวกเขาต้องการหรือเครือข่ายโซเชียล: Facebook, Twitter หรือ Google+

Chrome เป็นเบราว์เซอร์ที่ใช้ Chromium และเบราว์เซอร์ที่ใช้ Chromium อนุญาตการเชื่อมต่อซ็อกเก็ตแบบเปิดสูงสุด 6 ครั้งต่อครั้งเมื่อการเชื่อมต่อครั้งที่ 7 เริ่มต้นขึ้นการเชื่อมต่อครั้งที่ 7 จะไม่ได้ใช้งานและรอให้หนึ่งใน 6 ตัวที่กำลังทำงานอยู่เพื่อหยุดและจากนั้นจะ เริ่มทำงาน ดังนั้นรหัสข้อผิดพลาด'กำลังรอซ็อกเก็ตที่พร้อมใช้งาน' รหัสที่ 7 จะรอให้หนึ่งในซ็อกเก็ต 6 ตัวนั้นพร้อมใช้งานจากนั้นจะเริ่มทำงาน

คุณสามารถทำได้

• 1. ล้างแคชและคุกกี้ของเบราว์เซอร์ ( https://geekdroids.com/waiting-for-available-socket/#1_Clear_browser_cache_cookies )
• 2. ฟลัชซ็อกเก็ตพูล ( https://geekdroids.com/waiting-for-available-socket/#2_Flush_socket_pools )
• 3. ล้าง DNS ( https://geekdroids.com/waiting-for-available-socket/#3_Flush_DNS )