Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.lang.javascript > #4984 > unrolled thread
| Started by | Ralph Stahl <post@rstahl.de> |
|---|---|
| First post | 2018-12-05 14:37 +0100 |
| Last post | 2018-12-10 10:46 +0100 |
| Articles | 7 on this page of 27 — 7 participants |
Back to article view | Back to de.comp.lang.javascript
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]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2018-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]
| From | "Peter J. Holzer" <hjp-usenet3@hjp.at> |
|---|---|
| Date | 2018-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]
| From | Jan Novak <repcom@gmail.com> |
|---|---|
| Date | 2018-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]
| From | Thomas 'PointedEars' Lahn <PointedEars@web.de> |
|---|---|
| Date | 2018-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]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2018-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]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2018-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]
| From | Ralph Stahl <post@rstahl.de> |
|---|---|
| Date | 2018-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