Click-TT / Mytischtennis - ständige technische Probleme (Server usw.)! Was ist da los? Es nervt!!

[chokdee]

Zitat von appelgrenfan

In der Theorie ist das extrem simpel, das stimmt. In der Praxis habe ich aber zu viele Probleme erlebt, um mir das zu wünschen, wenn es nicht unbedingt sein muss.

Wenn du nur die beiden Fälle hättest: (1) Daten kommen "sofort" oder (2) Fehlermeldung kommt "sofort", dann ist es wirklich einfach. Aber du hast meist alle denkbaren (und noch ein paar auf die man erst kommt, wenn man's sieht) Zwischenstufen. Nur ein Beispiel: Die Verbindung zw. Datenquelle und MyTT lahmt. Der Cache ist per Timeout so programmiert, dass er nach 20 Sekunden übernimmt. Die Daten kämen aber nach 21 Sekunden an, trotzdem zeigt MyTT die gecachten Daten an. Je nach Monitoring und Reaktionszeit kann das schon mal das ganze Wochenende so laufen und du hast Montag morgens noch die Daten vom Freitag.

Du hast schon recht, auch das ist alles lösbar. Mir fehlt nur beim Blick auf die Zuverlässigkeit der bisherigen Lösung das Vertrauen, dass zusätzliche Komplexität das Ganze wirklich besser machen würde.

Aber ohne die tatsächliche Architektur und Vereinbarungen zu kennen, ist das alles nur wilde Spekulation.

Halt ich für sehr konstruiert, denn die User drücken ja häufiger Refresh. Und mit den Live Views werden sogar die Seiten automatisch neugeladen.
20 Sekunden sind für eine Schnittstelle auch Katastrophe. Alles unter einer Sekunde wäre sehr peinlich.

[mithardemb]

Zitat von chokdee

Daten per Javascript von anderen Servern abzuholen ist durch die
Same-Origin-Policy der Browser verboten. D.h. du darfst nur Daten von der gleichen Domain abholen. Also müsstest du das vom Server aus machen. So ähnlich mache ich das auch mit meiner App.

Wenn der eigentlich angefragte Sender das explizit erlaubt (Stichwort CORS Header) ist das ohne Probleme möglich. Das kommt auch sehr häufig, z.B. bei der eingeblendeten Werbung, zum Einsatz.

[chokdee]

Zitat von mithardemb

Wenn der eigentlich angefragte Sender das explizit erlaubt (Stichwort CORS Header) ist das ohne Probleme möglich. Das kommt auch sehr häufig, z.B. bei der eingeblendeten Werbung, zum Einsatz.

Du hast Recht. Würde das tendenziell aber trotzdem eher auf dem Server machen. Liegt vielleicht auch daran, dass ich bisschen mehr Möglichkeiten hätte beim Parsen.

[mithardemb]

Zitat von chokdee

Du hast Recht. Würde das tendenziell aber trotzdem eher auf dem Server machen. Liegt vielleicht auch daran, dass ich bisschen mehr Möglichkeiten hätte beim Parsen.

Selbstverständlich ist es sinnvoller das serverseitig zu machen und damit eben nicht per EMCA zu machen. Ich hatte Trillians Ansatz aber so verstanden, dass das clientseitig im Browser passieren sollte, weil nach seiner Aussage "die Click-tt-Seite stabil ist".

Das wiederum würde implizieren, dass das Problem nicht aufgrund einer Überlastung von click-tt verursacht wird. Unter dieser würde auch der Client leiden.

[mithardemb]

Zitat von appelgrenfan

Nur ein Beispiel: Die Verbindung zw. Datenquelle und MyTT lahmt. Der Cache ist per Timeout so programmiert, dass er nach 20 Sekunden übernimmt. Die Daten kämen aber nach 21 Sekunden an, trotzdem zeigt MyTT die gecachten Daten an. Je nach Monitoring und Reaktionszeit kann das schon mal das ganze Wochenende so laufen und du hast Montag morgens noch die Daten vom Freitag.

Ich denke primär ist die Idee nicht, den Cache als failover, sondern als primäre Quelle zu verwenden um den Traffic zu click-tt zu reduzieren. Der Timeout würde dann abhängig vom Alter der gecachten Daten definieren, in welchem Falle man überhaupt auf die click-tt Ressourcen zugreift.

[Matousek]

Verstehe nur Bahnhof. Mein Wissen beschränkt sich darin, dass ich weiß wo ich mein Laptop aus- u. einschalten kann.
Trotzdem interessant, was da alles dranhängt.

[chokdee]

Zitat von mithardemb

Selbstverständlich ist es sinnvoller das serverseitig zu machen und damit eben nicht per EMCA zu machen. Ich hatte Trillians Ansatz aber so verstanden, dass das clientseitig im Browser passieren sollte, weil nach seiner Aussage "die Click-tt-Seite stabil ist".

Das wiederum würde implizieren, dass das Problem nicht aufgrund einer Überlastung von click-tt verursacht wird. Unter dieser würde auch der Client leiden.

Jein, die click-tt Seiten funktionieren ja immer, selbst wenn mytischtennis.de schreibt, dass sie nicht erreichbar sind.

Habe mal chatgpt gefragt und es hat tatsächlich Information über die Schnittstelle.
https://hbde-portal.liga.nu/rs/documentation

Wenn ich das jetzt so sehe, dann frage ich mich wirklich warum die Seiten von click-tt funktionieren, aber die REST Aufrufe angeblich nicht gehen sollen. Selbst wenn es Last wäre, so kann mir doch keiner erzählen, dass man das nach Jahren nicht hinbekommt. Entweder Unfähigkeit, oder Sparsamkeit bzgl. Server muss es sein.

[mithardemb]

@Matousek

Einfacher erklärt:
- Die Daten kommen aus unterschiedlichen Quellen - click-tt und mytischtennis
- Du greifst auf mytischtennis zu und bekommst die Daten des Öfteren nicht angezeigt.
- mytischtennis hat wohl die Aussage getroffen, dass es an click-tt liegt.
- chokdee vermutet, dass das Problem darin liegt, dass mytischtennis zu häufig auf click-tt zugreift und der dortige Rechner mit der Auslieferungen der Daten überfordert ist.
- Eine Möglichkeit ein solches Problem zu lösen wäre sich die einmal abgerufenen Daten für eine bestimmte Zeit zu merken (z.B. für eine Stunde). Wenn innerhalb dieser Zeit erneut nach den selben Daten gefragt wird, liefert mytischtennis die gemerkten Daten zurück. Falls die Daten zu alt sind oder noch nicht erfragt wurden, erfolgt eine erneute Anfrage an click-tt.
- Der Nachteil ist, dass die Daten evtl. nicht aktuell sind.

[mithardemb]

Zitat von chokdee

Wenn ich das jetzt so sehe, dann frage ich mich wirklich warum die Seiten von click-tt funktionieren, aber die REST Aufrufe angeblich nicht gehen sollen. Selbst wenn es Last wäre, so kann mir doch keiner erzählen, dass man das nach Jahren nicht hinbekommt. Entweder Unfähigkeit, oder Sparsamkeit bzgl. Server muss es sein.

Ich denke ohne hinter die Kulissen schauen zu können, ist es schwierig das Problem zu benennen.

- liegt es an fehlerhafter Software
- liegt es an Durchsatzproblemen bei mytischtennis oder bei click-tt
- gibt es bei click-tt evtl. replizierte Server und der Zugriff von mytischtennis ist an einen gebunden.
- hat man vertraglich nur ein gewisses Transfervolumen erworben für einen Zeitabschnitt erworben und dann wird in diesem Zeitabschnitt nichts mehr geliefert oder es kommt Throttling zum Einsatz.
....

Der Phantasie sind da wenig Grenzen gesetzt, aber von außen kann man eben nur mutmaßen.

[chokdee]

Zitat von mithardemb

Ich denke ohne hinter die Kulissen schauen zu können, ist es schwierig das Problem zu benennen.

- liegt es an fehlerhafter Software
- liegt es an Durchsatzproblemen bei mytischtennis oder bei click-tt
- gibt es bei click-tt evtl. replizierte Server und der Zugriff von mytischtennis ist an einen gebunden.
- hat man vertraglich nur ein gewisses Transfervolumen erworben für einen Zeitabschnitt erworben und dann wird in diesem Zeitabschnitt nichts mehr geliefert oder es kommt Throttling zum Einsatz.
....

Der Phantasie sind da wenig Grenzen gesetzt, aber von außen kann man eben nur mutmaßen.

So wie ich das gelesen habe, bietet Nu wohl die Software als Cloudlösung an.
All deinen genannten Punkt sind real Möglichkeiten, aber keine ernsthaften Herausforderungen für Leute, die sich damit auskennen.