Skip to content

[P20] [Server/API] Исследовать TM API performance data endpoint #18

Description

@MostDef2000

Author note

исследовать апи ТМ Может и ключи сразу выложить? Я готов предоставить эндпоинты вам, а не всему интернету )
Пример данных: Transfermarkt performance data endpoint с playerPerformanceData, seasons, totals, matches/goals/assists/minutesPlayed и т.д.

Responsible agent

Server/API/Security / Transfer Analyzer Agent

Task for agent

DISCUSSION ONLY.

Active Task:
Evaluate TM API performance data endpoint

Problem:
Сейчас часть Transfermarkt данных может парситься из страниц, но есть API-like performance endpoint с уже структурированными данными. Нужно понять, можно ли безопасно использовать endpoint, где хранить ключи/доступы, и какой агент/слой должен это обслуживать.

Expected behavior:
Должно быть понятно, можно ли использовать TM performance data endpoint для SLF, какие данные он заменяет/дополняет, как безопасно работать с ключами, и нужен ли server-side proxy/API layer.

Scope:

  • исследовать структуру performance endpoint data
  • определить, какие SLF задачи могут использовать эти данные
  • оценить security model для endpoint/key access
  • предложить архитектуру: userscript direct / server proxy / no integration
  • определить staged implementation tasks if approved

Out of scope:

  • do not expose API keys publicly
  • do not commit secrets to GitHub
  • do not change runtime code without separate approval
  • do not replace existing parser until compatibility is proven

Do not commit yet.

First return:

  • feasibility review
  • data model mapping
  • security/key handling recommendation
  • architecture options
  • risks
  • staged implementation plan if applicable

Acceptance checks

  1. Clear recommendation: use endpoint / do not use endpoint / use only through server proxy.
  2. No API key is exposed in repository or userscript.
  3. Data fields are mapped to SLF needs, especially minutesPlayed and season totals.
  4. Existing parser fallback strategy is described.
  5. Implementation is split into safe tasks if approved.

Notes

  • Treat the provided endpoint/key topic as sensitive.
  • Do not ask the user to paste secrets into GitHub issues.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    Status
    Inbox

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions