Path: csiph.com!weretis.net!feeder4.news.weretis.net!feeder5.news.weretis.net!news.solani.org!.POSTED!not-for-mail From: Thomas 'PointedEars' Lahn Newsgroups: de.comp.lang.javascript Subject: Re: Gluecksrad Date: Wed, 16 Nov 2016 12:37:16 +0100 Organization: PointedEars Software (PES) Lines: 78 Message-ID: <1629038.atdPhlSkOF@PointedEars.de> References: <3307965.kQq0lBPeGt@PointedEars.de> Reply-To: Thomas 'PointedEars' Lahn Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8Bit X-Trace: solani.org 1479296236 4731 eJwNyNEVADEEBMCWOHZFOZ7Qfwm5+RwYlR1O0LHYcJ0oWShRoTIVvXn9G/KkLf/2m20rpc3zABNoEN4= (16 Nov 2016 11:37:16 GMT) X-Complaints-To: abuse@news.solani.org NNTP-Posting-Date: Wed, 16 Nov 2016 11:37:16 +0000 (UTC) User-Agent: KNode/4.14.2 Cancel-Lock: sha1:p3d+Vfq4bHxXmsptJLBxD8+ipHA= X-NNTP-Posting-Host: eJwNwgERwDAIA0BLY0Bo5ZTQ+Jew/X06DKxAIlIpbfatwtrvOA6jlz1/WB5WT+hMXzpiNHJ+JPMR9Q== X-User-ID: eJwFwYEBwCAIA7CXkNoyzwGR/09YQmjpxha1ORzAD7vhdpXTqYo23OeweVnn63CkztCKjFh6I19AfMbZ9QNWYRUv Xref: csiph.com de.comp.lang.javascript:4797 Klaus Ketelaer wrote: > Am 15.11.2016 um 19:27 schrieb Thomas 'PointedEars' Lahn: >> Sicherer wäre es, die Werte im query-part mit encodeURIComponent() zu >> prozent-codieren. > Ja, das stimmt schon, aber das ist mir im Moment zu unleserlich > beim debuggen. Zudem wird eh immer nur sowas wie > > http://winner.test/save.php?ip=192.168.0.10&clicks=1&type=1 > > übergeben, wo eigentlich nichts passieren kann. >> Was ist “wheel.ip”? >> > Eine IP-Adresse Weshalb? > Normalerweise würde ich nach der Verarbeitung die aktuellen Werte > aus der DB zurücklesen, und erst dann weiter arbeiten. > (Leider bin ich zu blöd, richtig zu fragen, wie Letzteres geht.) Tragisch. >> Normalerweise will man ausserdem wissen, ob der Request erfolgreich war >> und was der Server geantwortet hat, würde deshalb nach diesem Aufruf >> einen Event-Listener registrieren. […] > > In Opera, Chrome und Firefox funktioniert alles wunderbar. > > Weil es in diesem scheiss IE11 natürlich wieder nicht funktioniert, Gemäss funktionieren “onload” und “onerror” ab IE 11. > habe ich Deine Tipps prompt eingebaut. onreadystatechange hatte ich > bereits implementiert, aber leider nicht verstanden. Der readyState > ist irgendwie immer 4. Zum Schluss ist er das (4 = “FINISHED”). Deshalb muss man dann noch den Status und die Response-Message abfragen. AISB: Man darf aber nur Listener für *entweder* onload/onerror *oder* onreadystatechange registrieren (was sich eignet, findet man mit “typeof” heraus). Oder wenn man alles registriert, muss man sicherstellen, dass der Erfolgs-/Fehlerfall nur einmal behandelt wird. > Zudem: > Was hilt es mir, wenn der Request in die Hose geht, aber nirgendwo > etwas auszulesen ist? Wenn der Request nicht erfolgreich ist, siehst Du das am readyState, am Status und an der Response; … > Es wird kein Fehler ausgelöst, und alles was > ich an Fehlermeldungen auslesen kann sind leere Strings. … für die letzteren beiden bist *Du* verantwortlich, denn *Du* hast die Kontrolle über den serverseitigen (PHP-)Code, oder? > Gelegentlich gibt es mal einen Fehler 404 (nur im IE), der aber nur > Blödsinn sein kann. Wie kommst Du darauf? > Wenn ich den IE11 starte und die Anwendung ausführe, dann funktioniert > sie 2-3 mal und danach passiert nichts mehr. Dann machst Du was fhcsal. Von allen IE-Versionen ist der IE 11 der am wenigsten kaputte. -- PointedEars FAQ: | SVN: Twitter: @PointedEars2 | ES Matrix: Please do not cc me. / Bitte keine Kopien per E-Mail.