MyTischtennis-Relaunch: Technik & API

[tomahawk]

Ich nehme das all-you-can-eat Angebot und stelle mir mein Essen selber zusammen! Dieser komische Brei von myTT schmeckt mir naemlich ueberhaupt nicht. Danke, dass du uns auf diese versteckte Seite auf der Menuekarte (API) hingewisen hast, Topsin Brudi!

[Blocker99]

Zitat von Topspin Brudi

Ich will die Architekturwahl hier gar nicht pauschal infrage stellen. Für jeden Ansatz lassen sich Pro- und Kontra-Argumente finden. Allerdings sehe ich mit Blick auf die Performance mindestens Optimierungspotenzial.

JavaScript-Frameworks (wie hier Remix) bringen oft die Gefahr mit sich, viel "Overhead" mitzuschleppen – der mitgelieferte Funktionsumfang übersteigt häufig das, was für den konkreten Anwendungsfall wirklich nötig wäre. Das ist in der modernen Webentwicklung leider ein verbreitetes Phänomen.

Technisch bewegen wir uns hier im Bereich Client-Side-Rendering (bzw. Hybrid). Um nicht zu weit auszuholen und mit Buzzwords um mich zu werfen, probiere ich dein schönes Beispiel mit dem Essen zu adaptieren:

Der klassische Weg (altes MyTT): Das ist wie in einem klassischen Restaurant. Du bestellst ein Gericht. In der Küche (Server) wird alles fertig zubereitet, auf dem Teller angerichtet und dir serviert.

Der Punkt ist: Du siehst nie die einzelnen Zutaten oder Töpfe. Die Zutaten bleiben in der geschlossenen Küche, bis sie als fertiges Endprodukt zu dir kommen. Deshalb brauchst du keinen direkten Zugriff auf die "Vorratskammer".

Der neue Weg (myTT / Remix): Das ist eher wie ein Raclette oder Fondue direkt an deinem Tisch. Du bekommst das "Gerät" (die Struktur der Webseite) hingestellt, aber das Kochen passiert quasi direkt vor deiner Nase im Browser.

Der Unterschied: Damit das funktioniert, muss der Kellner die rohen Zutaten (die Daten) aus der Küche durch den Gastraum zu dir an den Tisch bringen.

Diese "Zutaten-Lieferung" ist das, was du als öffentliche Schnittstelle siehst. Der Browser muss beim Server (Küche) nachbestellen können: "Hey, ich brauche mehr Pilze (Daten für Tabelle XY)!"

Weil das "Kochen" (der Aufbau der Ansicht) also bei dir im Browser passiert und nicht versteckt auf dem Server, müssen die Daten zwangsläufig über eine offene Leitung zu dir transportiert werden. Das ist architektonisch so gewollt, damit sich die Seite (eigentlich) flüssiger anfühlt.

//

Manchmal sind sich aber "die Restaurants" gar nicht so bewusst, dass sie jetzt plötzlich auch Raclette oder Fondue anbieten.

Super Erklärung. Aber könnte myTT dann nicht verklagt werden, weil sie nicht mehr dem Datenschutz genügen?

[Topspin Brudi]

Zitat von Blocker99

Super Erklärung. Aber könnte myTT dann nicht verklagt werden, weil sie nicht mehr dem Datenschutz genügen?

Nicht bezüglich der technischen Umsetzung, denn es sind hier "nur" die sowieso sichtbaren Daten in den jeweiligen Endpunkten der "API" erreichbar. Und teils dann ja auch mit Authentifizierung versehen, sofern es sich bspw. um die TTR handelt - zumindest ist mir nichts weiteres bekannt. Sofern es sich hier um Möglichkeiten zur "Massenabholung" von Daten handelt, könnte man das ggf. neu bewerten, aber das ist mir gerade noch etwas zu konstruiert.

Wohl aber denke ich, dass die Datenschutzerklärung von mytischtennis.de aktuell ungenügend ist. (Kurz oberflächlich angerissen im initialen Post). Da die Datenschutzerklärung weiterhin abschließt mit "Stand: Juni 2024", tippe ich, dass sie nach Relaunch gar nicht auf die neue Infrastruktur angepasst wurde. Das gilt aus meiner Sicht mindestens für Tools zum Error-Logging wie "Sentry".

[ulim]

Personenbezogene Daten sind auch Daten, die sich nur indirekt auf eine Person beziehen. Sobald es mit Mühe möglich ist die Person anhand von an sich anonymen Merkmalen zu ermitteln, sind diese Merkmale als personenenbezogene Daten zu betrachten und unterliegen der DSGVO.

Wenn also über diese API ohne Authentifizierung personenbezogene Daten abgerufen werden können, dann ist das wahrscheinlich ein großes Problem. Aber auch die Authentifizierung hilft hier nicht weiter, denn sie müsste dafür sorgen, dass der authentifizierte User nur seine Daten abrufen kann. Wenn er aber auch Daten anderer Personen abrufen kann, dann ist man keinen Schritt weiter wie ohne Authentifizierung.

Insgesamt dürfte das Konstrukt hinfällig sein, wenn sich da jemand wirklich einsetzt.

[Mulder]

mußte grad hieran denken, als ich auf dieses Video gestoßen bin, wobei sie aber nicht mal clean code hinkriegen dürften

"We will fix issues when they come up"

[ulim]

Autsch. Ich habe nicht 8 Jahre Erfahrung wie Steven in dem Video, sondern über 25. Und schau gerade ziemlich hart in den Spiegel... danke für's Posten, auch wenn es komplett off-topic ist und gleich Ärger gibt

[Frank Schmidt]

Also der TT-NEWS Liveticker baut die Seiten auch über AJAX live beim Anwender auf aber da sind die entsprechenden Skripte natürlich passwortgeschützt und nicht so hingestümpert, dass jeder Heijopei die Daten abgreifen kann. Auch ganz ohne Datenschutz ist es maximal dämlich das so zu implementieren, dass jeder alle Infos bei dir abgreifen kann.