Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comp.lang.javascript > #4984 > unrolled thread

Aktion beim Schließne eines Browserfensters

Started byRalph Stahl <post@rstahl.de>
First post2018-12-05 14:37 +0100
Last post2018-12-10 10:46 +0100
Articles 7 on this page of 27 — 7 participants

Back to article view | Back to de.comp.lang.javascript


Contents

  Aktion beim Schließne eines Browserfensters Ralph Stahl <post@rstahl.de> - 2018-12-05 14:37 +0100
    Re: Aktion beim Schließne eines Browserfensters Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2018-12-05 22:35 +0100
      Re: Aktion beim Schließne eines Browserfensters Ralph Stahl <post@rstahl.de> - 2018-12-06 14:24 +0100
        Re: Aktion beim Schließne eines Browserfensters "Christoph M. Becker" <cmbecker69@arcor.de> - 2018-12-06 15:35 +0100
        Re: Aktion beim Schließne eines Browserfensters Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2018-12-06 17:21 +0100
        Re: Aktion beim Schließne eines Browserfensters Stefan Reuther <stefan.news@arcor.de> - 2018-12-06 18:57 +0100
          Re: Aktion beim Schließne eines Browserfensters Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2018-12-06 21:22 +0100
            Re: Aktion beim Schließne eines Browserfensters Stefan Reuther <stefan.news@arcor.de> - 2018-12-07 19:47 +0100
              Re: Aktion beim Schließne eines Browserfensters Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2018-12-07 20:22 +0100
                Re: Aktion beim Schließne eines Browserfensters Arno Welzel <usenet@arnowelzel.de> - 2018-12-07 21:17 +0100
                  Re: Aktion beim Schließne eines Browserfensters "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2018-12-14 00:03 +0100
                    Re: Aktion beim Schließne eines Browserfensters Arno Welzel <usenet@arnowelzel.de> - 2018-12-14 11:33 +0100
                      Re: Aktion beim Schließne eines Browserfensters Arno Welzel <usenet@arnowelzel.de> - 2018-12-14 11:34 +0100
                        Re: Aktion beim Schließne eines Browserfensters "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2018-12-16 21:22 +0100
                          Re: Aktion beim Schließne eines Browserfensters Stefan Reuther <stefan.news@arcor.de> - 2018-12-17 13:25 +0100
                            Re: Aktion beim Schließne eines Browserfensters "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2018-12-20 13:32 +0100
                              Re: Aktion beim Schließne eines Browserfensters Stefan Reuther <stefan.news@arcor.de> - 2018-12-22 11:56 +0100
                                Re: Aktion beim Schließne eines Browserfensters "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2019-01-02 13:22 +0100
                                  Re: Aktion beim Schließne eines Browserfensters Arno Welzel <usenet@arnowelzel.de> - 2019-01-03 08:50 +0100
                    Re: Aktion beim Schließne eines Browserfensters Stefan Reuther <stefan.news@arcor.de> - 2018-12-14 18:56 +0100
                      Re: Aktion beim Schließne eines Browserfensters Arno Welzel <usenet@arnowelzel.de> - 2018-12-15 12:48 +0100
                      Re: Aktion beim Schließne eines Browserfensters "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2018-12-16 21:43 +0100
                Re: Aktion beim Schließne eines Browserfensters Jan Novak <repcom@gmail.com> - 2018-12-10 10:02 +0100
                  Re: Aktion beim Schließne eines Browserfensters Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2018-12-10 21:26 +0100
      Re: Aktion beim Schließne eines Browserfensters Arno Welzel <usenet@arnowelzel.de> - 2018-12-07 21:09 +0100
    Re: Aktion beim Schließne eines Browserfensters Arno Welzel <usenet@arnowelzel.de> - 2018-12-07 21:13 +0100
      Re: Aktion beim Schließne eines Browserfensters Ralph Stahl <post@rstahl.de> - 2018-12-10 10:46 +0100

Page 2 of 2 — ← Prev page 1 [2]


#5003

FromArno Welzel <usenet@arnowelzel.de>
Date2018-12-15 12:48 +0100
Message-ID<g7k80nFbflU5@mid.individual.net>
In reply to#5002
Stefan Reuther:

> Am 14.12.2018 um 00:03 schrieb Peter J. Holzer:
[...]
>> oder eine "Live"-Bearbeitung (a la Etherpad, Google Docs, etc.)
>> implementieren.
> 
> Wenn man sich für Live-Bearbeitung entscheidet (auch das ist in allen
> Metriken um Größenordnungen komplizierter), ist die Signalisierung des
> geschlossenen Browserfensters aka "Nutzer hat die Editor-Sitzung
> abgebrochen" ein zu lösendes Teilproblem.

Und auch da wird es darauf hinauslaufen, dass es kurze Timeouts gibt und
eine verlorene Verbindung zum Server zum Aufräumen der Session führt.


-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]


#5005

From"Peter J. Holzer" <hjp-usenet3@hjp.at>
Date2018-12-16 21:43 +0100
Message-ID<slrnq1de7l.ki1.hjp-usenet3@hrunkner.hjp.at>
In reply to#5002
On 2018-12-14 17:56, Stefan Reuther <stefan.news@arcor.de> wrote:
> Am 14.12.2018 um 00:03 schrieb Peter J. Holzer:
>> On 2018-12-07 20:17, Arno Welzel <usenet@arnowelzel.de> wrote:
>>>>> Wordpress und Confluence machen sowas. Confluence arbeitet offenbar
>>>>> mit 30s-Pings.
>>>>
>>>> Nur weil einige oder sogar viele etwas tun, macht es das noch lange
>>>> nicht richtig.
>>>
>>> Was wäre denn die "richtige" Lösung?
>> 
>> Im konkreten Fall? 
>> 
>> Auf das exklusive Sperren verzichten und entweder ein Three-Way-Merge
>
> Das macht die Aufgabe gleich um Größenordnungen komplizierter. Und zwar
> nicht nur in der Programmierung, sondern auch in der Benutzung. "Das
> Dokument ist gerade in Bearbeitung bei <Nutzer>" versteht Oma Brömmel,
> das kennt sie von Excel.

Und sie ärgert sich bei Excel darüber seit 20 Jahren.

> Eine Merge-GUI nicht.

Vielleicht kennt sie es sogar von Excel. Das ist aber zugegebenermaßen
nicht sonderlich gelungen. Aber ja, einen Merge sehe ich bei fast allem,
was normale User machen, nur als zweitbeste Lösung an.

>> oder eine "Live"-Bearbeitung (a la Etherpad, Google Docs, etc.)
>> implementieren.
>
> Wenn man sich für Live-Bearbeitung entscheidet (auch das ist in allen
> Metriken um Größenordnungen komplizierter), ist die Signalisierung des
> geschlossenen Browserfensters aka "Nutzer hat die Editor-Sitzung
> abgebrochen" ein zu lösendes Teilproblem.

Nein, weil es dann egal ist, ob der Benutzer das Fenster geschlossen hat
oder gerade über den nächsten Satz nachdenkt, oder für 3 Wochen in die
Karibik geflogen ist (und den PC samt offenem Browserfenster
daheimgelassen hat). Er ändert jetzt gerade nichts. Auf die anderen
Bearbeiter hat das keine Auswirkungen.

        hp

-- 
   _  | Peter J. Holzer    | Fluch der elektronischen Textverarbeitung:
|_|_) |                    | Man feilt solange an seinen Text um, bis
| |   | hjp@hjp.at         | die Satzbestandteile des Satzes nicht mehr
__/   | http://www.hjp.at/ | zusammenpaßt. -- Ralph Babel

[toc] | [prev] | [next] | [standalone]


#4996

FromJan Novak <repcom@gmail.com>
Date2018-12-10 10:02 +0100
Message-ID<pula2s$nlk$1@news.albasani.net>
In reply to#4992
Am 07.12.18 um 20:22 schrieb Thomas 'PointedEars' Lahn:
> Stefan Reuther wrote:
>> Am 06.12.2018 um 21:22 schrieb Thomas 'PointedEars' Lahn:
>>> Stefan Reuther wrote:
>>>> Eine andere Lösung wäre, z.B. alle 10s ein Ping an die Webseite zu
>>>> schicken. Empfängt der Server für 30s kein Ping, ist die Session
>>>> beendet. Das ist auch mit normalen php-Skripten realisierbar, und ist
>>>> speziell im lokalen Netzwerk durchaus vertretbar.
>>>
>>> Aber unnötig, da Session-Cookies automagisch beim Beenden des Browsers
>>> gelöscht werden.  Dann gibt es zwar noch (bis zum Timeout) die
>>> Server-Session, aber keine Möglichkeit mehr, darauf zuzugreifen.  Also alles
>>> im grünen Bereich, oder?
>>
>> Vielleicht möchte der Server die Session dennoch zeitnah loswerden, um
>> z.B. anderen Nutzern Zugriff zu gewähren.
> 
> Dieses Problem löst man nicht so, sondern mit weiteren User-Accounts.  Dann
> ist auch klar, wer der Benutzer ist.
> 
>> Wordpress und Confluence machen sowas. Confluence arbeitet offenbar mit 30s-Pings.
> 
> Nur weil einige oder sogar viele etwas tun, macht es das noch lange nicht
> richtig.


Es ist aber nicht "Falsch", nur weil "Du" es nicht für richtig hälst.

Jan

[toc] | [prev] | [next] | [standalone]


#4998

FromThomas 'PointedEars' Lahn <PointedEars@web.de>
Date2018-12-10 21:26 +0100
Message-ID<413e9503-fe90-128b-841b-8bab55a5901a@PointedEars.de>
In reply to#4996
Jan Novak wrote:
> Am 07.12.18 um 20:22 schrieb Thomas 'PointedEars' Lahn:
>> Stefan Reuther wrote:
>>> Wordpress und Confluence machen sowas. Confluence arbeitet offenbar mit 30s-Pings.
>>
>> Nur weil einige oder sogar viele etwas tun, macht es das noch lange nicht
>> richtig.
> 
> Es ist aber nicht "Falsch", nur weil "Du" es nicht für richtig hälst.

Nuhr!

F’up2 zu Dir nach Hause°

-- 
PointedEars

Twitter: @PointedEars2
Please do not cc me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]


#4993

FromArno Welzel <usenet@arnowelzel.de>
Date2018-12-07 21:09 +0100
Message-ID<g702ccFhrvcU1@mid.individual.net>
In reply to#4985
Thomas 'PointedEars' Lahn:

[...]
> *Alle* Bookmarks mit URI-Präfix “https://www.w3schools.com/”
> *löschen* und ersetzen durch die äquivalenten mit Präfix
> <https://developer.mozilla.org/>.
> 
> JETZT.  SOFORT.
> 
> <https://www.w3fools.com/>

Zitat:

When W3Fools was launched in 2011, the state of documentation for
developers was poor. This site documented many content errors and issues
with the W3Schools website. The Mozilla Developer Network was around but
it did not have much support at the time.

Today, W3Schools has largely resolved these issues and addressed the
majority of the undersigned developers' concerns. For many beginners,
W3Schools has structured tutorials and playgrounds that offer a decent
learning experience. Do keep in mind: a more complete education will
certainly include MDN and other reputable resources.

(Zitat Ende)


-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]


#4994

FromArno Welzel <usenet@arnowelzel.de>
Date2018-12-07 21:13 +0100
Message-ID<g702jlFhrvcU2@mid.individual.net>
In reply to#4984
Ralph Stahl:

> Ich möchte erreichen, dass beim Schließen eines Browserfensters über das 
> Kreuzchen rechts oben als letzte Amtshandlung die im Browser laufende 
> Anwendung noch ordentlich geschlossen wird (Session schließen etc). Nach 

Gehe davon aus, dass das nicht geht. Denn wenn sowas zuverlässig möglich
wäre, könnte jede Website beim Beenden des Browsers noch beliebig
umfangreiche Aktionen auslösen, auf die der Browser dann auch warten muss.

Eine Anwendung *muss* damit klarkommen, dass der Browser einfach beendet
wird oder man die Netzwerkverbindung trennt. Die übliche Lösung ist es,
Sessions mit einem Timeout zu versehen und nach einer bestimmten Zeit
ohne eingehende Anfragen durch den Browser einfach aufzuräumen.


-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]


#4997

FromRalph Stahl <post@rstahl.de>
Date2018-12-10 10:46 +0100
Message-ID<g76r01F20poU1@mid.individual.net>
In reply to#4994
Arno Welzel schrieb:
> Ralph Stahl:
> 
>> Ich möchte erreichen, dass beim Schließen eines Browserfensters über das
>> Kreuzchen rechts oben als letzte Amtshandlung die im Browser laufende
>> Anwendung noch ordentlich geschlossen wird (Session schließen etc). Nach
> 
> Gehe davon aus, dass das nicht geht. Denn wenn sowas zuverlässig möglich
> wäre, könnte jede Website beim Beenden des Browsers noch beliebig
> umfangreiche Aktionen auslösen, auf die der Browser dann auch warten muss.
> 
> Eine Anwendung *muss* damit klarkommen, dass der Browser einfach beendet
> wird oder man die Netzwerkverbindung trennt. Die übliche Lösung ist es,
> Sessions mit einem Timeout zu versehen und nach einer bestimmten Zeit
> ohne eingehende Anfragen durch den Browser einfach aufzuräumen.
> 
> 

Schon klar, Arno. Die Gesamtanwendung ist noch in der Entwicklung und 
vermutlich wird es ohne solche Kunststücke gehen. Aber die Anforderung 
des Kunden ist eben, dass es eine Möglichkeit geben sollte, bei der 
Aktion "Schließen" irgendwas mehr oder weniger Gescheites tun zu können. 
Die Session ist dabei nur eine Möglichkeit. Und es ist keine Anwendung 
für die Öffentlichkeit, wo man alles mögliche erwarten müsste. Aber ja, 
ein "Hausfrauentest" der Art "klicke doch einfach mal blöd hier rum" 
sollte nicht zum Verlust führen.

Ich danke allen. Einige gelesene Aspekte werden mir sicher nützen :-).

Ralph

[toc] | [prev] | [standalone]


Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | de.comp.lang.javascript


csiph-web