Сървърът изпрати събития и ограничения на браузъра

Начинът, по който това работи във всички браузъри, е, че всеки домейн получава ограничено количество връзки и ограниченията са глобални за цялото ви приложение. Това означава, че ако имате една отворена връзка за комуникация в реално време, имате една по-малко за зареждане на изображения, css и други страници. Освен това не получавате нови връзки за нови раздели или прозорци, всички те трябва да споделят едно и също количество връзки. Това е много разочароващо, но има основателни причини за ограничаване на връзките. Преди няколко години това ограничение беше 2 във всички браузъри (въз основа на правилата в (http://www.ietf.org/rfc/rfc2616.txt) HTTP1.1 спецификация), но сега повечето браузъри използват 4-10 връзки като цяло. От друга страна, мобилните браузъри все още трябва да ограничават броя на връзките с цел пестене на батерията.

Налични са следните трикове:

1. Използвайте повече имена на хостове. С възлагане на изх. www1.domain.com, www2.domain.com получавате нови връзки за всяко име на хост. Този трик работи във всички браузъри. Не забравяйте да промените домейна на бисквитката, за да включите целия домейн (domain.com, а не www.domain.com)
2. Използвайте уеб сокети. Уеб сокетите не са ограничени от тези ограничения и което е по-важно, те не се конкурират с останалото съдържание на вашите уебсайтове.

3. Използвайте повторно същата връзка, когато отваряте нови раздели/прозорци. Ако сте събрали цялата комуникационна логика в реално време към център за извикване на обект, можете да извикате този обект във всички отворени прозорци по следния начин:

   window.hub = window.opener ? window.opener.hub || new Hub()

4. или използвайте флаш - не е най-добрият съвет в наши дни, но все пак може да е опция, ако уебсокетите не са опция.
5. Не забравяйте да добавите няколко секунди време между всяка SSE заявка, за да позволите заявките на опашката да бъдат изчистени, преди да започнете нова. Също така добавете малко повече време за изчакване за всяка секунда, в която потребителят е неактивен, по този начин можете да концентрирате сървърните си ресурси върху онези потребители, които са активни. Добавете и произволен брой забавяния, за да избегнете проблема с гръмотевичното стадо

Друго нещо, което трябва да запомните, когато използвате многонишков и блокиращ език като Java или C#, рискувате да използвате ресурси във вашата дълга заявка за анкета, които са необходими за останалата част от вашето приложение. Например в C# всяка заявка заключва обекта Session, което означава, че цялото приложение не реагира по време на активна SSE заявка.

NodeJs е страхотен за тези неща по много причини, както вече разбрахте, и ако използвате NodeJS, бихте използвали socket.io или engine.io, които се грижат за всички тези проблеми вместо вас, като използват websockets, flashsockets и XHR-polling а също и защото не блокира и е с една нишка, което означава, че ще консумира много малко ресурси на сървъра, когато чака неща за изпращане. C# приложение консумира една нишка на чакаща заявка, която отнема поне 2 MB памет само за нишката.

Един от начините да заобиколите този проблем е да изключите връзките на всички скрити раздели и да се свържете отново, когато потребителят посети скрит раздел.

Работя с приложение, което уникално идентифицира потребителите, което ми позволи да внедря това просто решение:

1. Когато потребителите се свържат със sse, съхранявайте техния идентификатор, заедно с клеймо за времето, когато техният раздел е зареден. Ако в момента не идентифицирате потребители в приложението си, обмислете използването на сесии и бисквитки.

2. Когато се отвори нов раздел и се свърже със sse, във вашия код от страна на сървъра изпратете съобщение до всички други връзки, свързани с този идентификатор (които нямат текущото времево клеймо), като казвате на предния край да затвори EventSource. Предният манипулатор би изглеждал по следния начин:

   myEventSourceObject.addEventListener('close', () => { myEventSourceObject.close(); myEventSourceObject = null; });

3. Използвайте API за видимост на страницата в JavaScript, за да проверите дали стар раздел е видим отново и свържете отново този раздел към SS, ако е така.

   document.addEventListener('visibilitychange', () => { if (!document.hidden && myEventSourceObject === null) { // reconnect your eventsource here } });

4. Ако настроите кода на вашия сървър, както е описано в стъпка 2, при повторно свързване кодът от страната на сървъра ще премахне всички други връзки към sse. Следователно можете да кликвате между вашите раздели и EventSource за всеки раздел ще бъде свързан само когато разглеждате страницата.

Имайте предвид, че API за видимост на страницата не е наличен в някои стари браузъри: https://caniuse.com/#feat=pagevisibility

Прав си за броя на едновременните връзки.

Можете да проверите този списък за максимални стойности: http://www.browserscope.org/?category=network

И за съжаление, никога не намерих никаква работа, освен мултиплексиране и/или използване на различни имена на хостове.