Multitabs: Browser meldet Warten auf verfügbaren Socket

Trebxson · 25 Februar 2015, 14:48:54

Hallo,

umso mehr Tabs ich öffne, umso eher meldet mir der Browser (Iron = Chrome ohne Google) "Warten auf verfügbaren Socket". Gibt es hierfür praktikable Lösungen?

Longpolls abschalten halte ich nicht für sinnvoll. Aber wenn es zeitweise nicht anders geht - gibt es hierfür einen praktikablen Schalter?

Ich habe hierzu http://forum.fhem.de/index.php/topic,14893.15.html als passend empfunden. Dort geht es jedoch nicht weiter :/

Bisher ist mir das Max-connections-per-Host-Problem nur theoretisch und in Zusammenhang mit Websiteoptimierung untergekommen. Daher ist dies nicht unbedingt FHEM-spezifisch, aber tritt in dieser extremen Form nur dort auf, so dass ich darauf hoffe, dass der ein oder andere eine Lösung/Idee für mich parat hat.

Ich vermute die Longpolls halten die Verbindung offen. Maximale Verbindungen pro Host erhöhen ist offenbar ohne weiteres nicht möglich da im Browser hart codiert.

Mehrere Tabs zu FHEM verwende ich eigentlich täglich - ist besonders in Zeiten der Fehlerdiagnose hilfreich.
http://stackoverflow.com/questions/985431/max-parallel-http-connections-in-a-browser - die maximal 7 Verbindungen kann ich bestätigen

Der einzige Workaround wäre neben http://localhost:8083/fhem auch http://127.0.0.1:8083/fhem zu nutzen. Aber das scheint mir für den täglichen Gebrauch nicht sonderlich praktikabel. Ließen sich ggf. einzlene Links/Views mit anderen Hosts bestücken?

Vielen Dank und viele Grüße
Robert

herrmannj · 25 Februar 2015, 15:05:27

geht nicht !!!.

Hast doch schon alles selber rausgefunden. ist hartkodiert im browser, einige können mehr andere weniger.

Große SAS Anbieter vverwenden viele unterschiedliche hostnames, (für ajax und co).

vg
jörg

Trebxson · 25 Februar 2015, 16:46:01

> Longpolls abschalten halte ich nicht für sinnvoll. Aber wenn es zeitweise nicht anders geht - gibt es hierfür einen praktikablen Schalter?

Code Auswählen

attr WEB longpoll 0

Wie gesagt für Ausnahmefälle.

Ansonsten scheint folgendes zu funktionieren:

Code Auswählen


01_FHEMWEB.pm:~688
   FW_pO '<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" '.
                 '"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">';
   FW_pO '<html xmlns="http://www.w3.org/1999/xhtml">';
   FW_pO "<head root=\"$FW_ME\">\n<title>$t</title>";
+#  my @fhem_hosts = ("localhost", "127.0.0.1");
+  my @fhem_hosts = ("a.fhem", "b.fhem", "c.fhem", "d.fhem");
+  my $fhem_host = $fhem_hosts[int rand (4)];
+  FW_pO '<base href="//' . $fhem_host .':8083/" />';
   FW_pO '<link rel="shortcut icon" href="'.FW_IconURL("favicon").'" />';
   FW_pO "<meta charset=\"$FW_encoding\">"; # Forum 28666

-> Öffnet jeden Link in einem der angegebenen Hosts (Auswahl zufällig).

Wobei a.fhem, b.fhem z.B. per /etc/hosts definiert werden kann (sicherlich noch schöner).
Dazu fehlt noch etwas Konfiguration (Hosts in FHEM konfigurierbar machen, Port aus FHEM auslesen).

Leider nicht updatesicher

Prima ^^
> Uncaught SecurityError: Failed to execute 'getSVGDocument' on 'HTMLEmbedElement': Blocked a frame with origin "http://d.fhem:8083" from accessing a frame with origin "http://b.fhem:8083". Protocols, domains, and ports must match.

Problem tritt nur sporadisch auf.

Ansonsten ist es very nice, dass man nun Tabs ohne Ende auf machen kann

Trebxson · 25 März 2015, 00:12:01

> Blocked a frame with origin "http://d.fhem:8083" from accessing a frame with origin "http://b.fhem:8083". Protocols, domains, and ports must match.

Ich bin gerade über CORS gestolpert. Ggf. ist das eine Lösung für mich?
Ich habe es mal kurz angetestet, komme jedoch zu keinem funktionierenden Ergebnis.

Offenbar müssen die Access-Control-Allow-Header erweitert werden. Auch das kurz angetestet. Seit dem bekomme ich den Origin-Header jedoch gar nicht mehr, was ich nicht so recht verstehe

Code Auswählen


               "Access-Control-Allow-".$origin[0]."\r\n".
+#              "Access-Control-Allow-Origin: http://a.fhem\r\n".
+#              "Access-Control-Allow-Origin: http://b.fhem\r\n".
+#              "Access-Control-Allow-Origin: http://c.fhem\r\n".
+#              "Access-Control-Allow-Origin: http://d.fhem\r\n".
               "Access-Control-Allow-Methods: GET OPTIONS\r\n".

Nach dem Entfernen auch nicht mehr...

Auch scheint es als wenn seit dem die <meta charset="UTF-8">-Notation leer ist... <meta charset="">... nach dem Entfernen von CORS kommt es jedoch nicht wieder zurück.

Wie lade ich die 01_FHEMWEB.pm korrekterweise neu? Ich hatte sie zunächst durch URL-Retyping neugeladen in der Art...
http://c.fhem:8083/fhem?cmd=style%20edit%2001_FHEMWEB.pm -> Save-Button - hier zerhakts jedoch bereits beim Laden das Interface (hinterher ein diff mit Backup bestätigt die Unversehrtheit).
Auch ein reread 01_FHEMWEB.pm scheint der falsche Weg. Letztlich griffen die Änderungen nur nach einem einfachen reread. (FHEM-Neustart ist immer etwas schwieriger...)

Stril · 14 April 2015, 10:41:30

Hallo!

Konntest Du das Problem damit lösen?
Bei mir sieht es leider genauso aus.

Gruß
Phil

Trebxson · 18 April 2016, 23:25:49

Noe. Man muss sich immer wieder neu einrichten, z.B. alle Tabs umschalten auf die je anderen Hostnamen.

stromer-12 · 05 Mai 2016, 17:16:27

Schon mal unter about:config den Wert von network.http.max-persistent-connections-per-server erhöht?

Trebxson · 13 September 2016, 01:31:55

-> Chrome. Ist dort offenbar hartcodiert.

ChrisW · 07 März 2018, 09:22:43

also auch ich habe das Problem das wnen ich viel in FHEM arbeite immer wieder: Warte auf verfügbaren Socket.. kommt.
Dann muss ich den Browser wechseln damit geht es dann wieder eine Zeit.
Das ganze hatte ich früher vor paar Monaten so NIE !

nils_ · 07 März 2018, 09:44:27

oh alter thread.....

nutzt du chrome?

such mal im forum danach, scheint ein problem vom browser zu sein!

CoolTux · 07 März 2018, 09:47:26

Zitat von: ChrisW am 07 März 2018, 09:22:43
also auch ich habe das Problem das wnen ich viel in FHEM arbeite immer wieder: Warte auf verfügbaren Socket.. kommt.
Dann muss ich den Browser wechseln damit geht es dann wieder eine Zeit.
Das ganze hatte ich früher vor paar Monaten so NIE !

Mit der neuen 64er Version gibt es Probleme in Verbindung mit websocket. Update von FHEM sollte helfen oder umstellen auf longpoll 1

ChrisW · 07 März 2018, 10:15:02

hmm hab das seit 3-4 Wochen.
Fhem Update fast Täglich. Longpol 1 ist auch schon immer gesetzt ..

Ja ich nutze Chrome 64...

Otto123 · 07 März 2018, 10:25:34

Zitat von: CoolTux am 07 März 2018, 09:47:26
Mit der neuen 64er Version gibt es Probleme in Verbindung mit websocket. Update von FHEM sollte helfen oder umstellen auf longpoll 1

Bist Du sicher? War das nicht genau andersrum?
https://forum.fhem.de/index.php/topic,83537.msg766424.html#msg766424

CoolTux · 07 März 2018, 10:44:22

Zitat von: Otto123 am 07 März 2018, 10:25:34
Bist Du sicher? War das nicht genau andersrum?
https://forum.fhem.de/index.php/topic,83537.msg766424.html#msg766424

Verdammt, Mensch Otto Du hast wie immer Recht. Ich war schon wieder ganz woanders.
Also bitte longpoll 1 umstellen auf longpoll websocket. Sorry sorry
Mit einem aktuellen FHEMWEB sollte auch automatisch umgeschalten werden.