0 Followers
36 Following
142 Posts
ich bin nun auf @amelie aufzufinden.
Self-OH: Der Joke ist halt Anschreien #entropialeaks
twenty days. :3
Um mal die Worte eines anderen Wesens zu nutzen:
awawake but at what cost
OH: Would you drill me? #entropialeaks

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

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)
GitHub - public-transport/transport-apis: machine-readable list of transport API endpoints

machine-readable list of transport API endpoints. Contribute to public-transport/transport-apis development by creating an account on GitHub.

GitHub
Welp, dann wird es Arch. Werde wahrscheinlich viel neues lernen müssen, aber ich hab das Gefühl, das wird es wert sein 
Holy 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
i wish i were at the very least aro
i loathe myself