aamyHoly fucking shit, ich weiß nun, warum das VVS-Backend in Travelynx seit Mitte Oktober nicht mehr funktioniert :D die URL für die EFA-Schnittstelle wurde nämlich von https://www2.vvs.de/vvs/XSLT_TRIP_REQUEST2 auf https://www3.vvs.de/vvs/XSLT_TRIP_REQUEST2 geändert. So eine kleine Änderung bereitet mir seit längerem schon Ärger lmao
Okayyyy, ich hab mir mal die Codebase von Travel-Status-DE-VRR (wo das VVS-Backend angefragt wird, nun mit VRR abgekürzt) angesehen, und das Problem ist doch ein bisschen komplizierter. VRR benutzt nämlich https://github.com/public-transport/transport-apis und genau da ist das VVS-Backend aufgelistet. Die URL, die in transport-apis/data/de/vvs-efa.json als Endpoint gelistet ist, lautet https://www2.vvs.de/vvs/ (jedoch ist ja www2 down). Wenn ich das zu www3 ändere, "funktioniert" es wieder (d.h. ich krieg ein 403 geworfen)
Genauer gesagt kriege ich ein "HTTP/1.1 403 Forbidden - IP address or user agent rejected..." an den Kopf geschmissen, und ich bin mir überhaupt nicht sicher, was ich davon denken soll. Wobei, ich weiß eh nicht mal, wie genau auf das EFA-Backend des VVS zugegriffen wird, da müsste ich mich nochmal tiefer reinfuchsen, wozu ich gerade nicht wirklich die Motivation habe. Es ist nämlich spät.
Fazit: www2 zu www3 ändern, dann funktioniert das VVS-Backend in Travelynx hoffentlich wieder :D
Paddy