Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: This feature may not be available in some browsers.
475.149 EF-Anfragen übrig
aber zwischenzeitlich hatte es auch mal geklappt.
Du meinst auf einer Loseseite? Kommt ganz auf deren Seite an. Im Normalfall schon.Bei der Anmeldung wird doch über den EF abgefragt ob der User angemeldet,gesperrt etc. ist (User Check https://www.klamm.de/engine/klamm/validate.php).
hier bekommt der User die Meldung zurück Klammpasswort falsch.
Ging nur stellenweise...‚s+³júÏÒ-27[\ñÊü_ÍP‰û§k9
Wieso man explizit Zeichen ausschließt (und das nicht hinschreibt!), wird sich mir nicht erschließen. Es is ja Zusatzaufwand seitens der Programmierung bestimmte Zeichen zu verbieten.Manchmal werden auch nicht alle Zeichen erlaubt.
Jedes Losepasswort, was nicht durch urlencode() durchgeht, wird eh lustig, weil man dann u.U. sich die Losemenge beliebig aussuchen darf, die man sich auszahltDie werden wohl nicht absichtlich ausgeschlossen worden sein, sondern vlt durch fehlerhafte Codierung nicht erkannt werden.
So isses. Mit der API ist alles in Ordnung.Du meinst auf einer Loseseite? Kommt ganz auf deren Seite an. Im Normalfall schon.
- Wenn der EF "Losepasswort falsch" meldet, dann is das Losepasswort definitiv falsch!
- Wenn aber die Loseseite (die ja zu 99% sch**** programmiert is) "Losepasswort falsch" meldet, dann muss das Losepasswort nicht notwendigerweise falsch sein. Kann ja auch der Programmierer der Webseite zu doof gewesen sein, die Statusmeldung zu lesen oder hat ein anderes Passwort übergeben, etc. etc.
Jedes Losepasswort, was nicht durch urlencode() durchgeht, wird eh lustig, weil man dann u.U. sich die Losemenge beliebig aussuchen darf, die man sich auszahlt
Chinesische Zeichen als Loseüberweisungsbetreff hab ich schon mal vergeblich versucht. Das kann nicht mal klamm selber handeln. Dann wirds die EF-Schnittstelle erst recht nicht können