braucht authentifizierung

Der parameter img_id fehlt noch in openapi

• was muss für jede Tour in der Datenbank gespeichert werden? Ich vermute:
  - Contract Adresse des erstellten TourTokens
  - BalancerPool Adresse
  - WrappedEtherum Adresse für den Eintausch gegen TourTokens => ist es hier möglich, für alle BalancerPools die selben WETH anzunehmen? Dann muss der Ersteller einer Tour nicht jedes mal ein eigenes Wrapped Ethereum erstellen. Dann haben wir aber auch beim Erstellen einer Tour das Problem, dass er Ersteller WETH braucht. Wie kommt er an das (siehe Punkt 3)

• Wie kommen wir im "BFactory" Callback an den zugehörigen Token? Im Event bekommt man nur folgende Informationen:

BFactory
Result {
  '0': '0x6888c461Fe08e8d1fCeA14397d40A456B5C73f0a',
  '1': '0x427996E17113006441F057d591881EA12ca9056b',
  caller: '0x6888c461Fe08e8d1fCeA14397d40A456B5C73f0a',
  pool: '0x427996E17113006441F057d591881EA12ca9056b'
}

Pool ist die Adresse des Pools, Caller die Adresse des Erstellers des Pools.

• wie kommt man als Käufer der Tour an die Wrapped Ethereum um diese im BalancerPool gegen den TourToken zu tauschen?
  In MetaMask hab ich es nur geschafft die vom Account des Erstellers des BalancerPools an einen anderen Account zu "überweisen". Über die Funktion "Swap" kann man kein Ether in Wrapped Ethereum tauschen (zumindest hat es bei mir nicht funktioniert).
  Bevor man eine Tour kaufen kann, muss auf der Beispielseite Punkt 5.1 "Set Token In Address" ausführen. Woher kommt man an diese Adresse (entweder für jede Tour eigenes WETH und dann mit jeder Tour in der Datenbank oder ein WETH für ganz Cryptour {kann man hier evtl. auch den Ocean Token nehmen? Für den gibt es manche Testnets öffentliche Faucets bei denen man einfach an Tokens kommt})

• Im TourTokenOrder Event wird nur übergeben wer eine Tour gekauft hat. Nicht aber, welche Tour gekauft wurde

TourTokenOrder
Result {
  '0': '0x6888c461Fe08e8d1fCeA14397d40A456B5C73f0a',
  '1': '0x6888c461Fe08e8d1fCeA14397d40A456B5C73f0a',
  '2': '1000000000000000000',
  '3': '12345',
  '4': '1650800659',
  '5': '0x6888c461Fe08e8d1fCeA14397d40A456B5C73f0a',
  '6': '1000000000000000',
  consumer: '0x6888c461Fe08e8d1fCeA14397d40A456B5C73f0a',
  payer: '0x6888c461Fe08e8d1fCeA14397d40A456B5C73f0a',
  amount: '1000000000000000000',
  serviceId: '12345',
  timestamp: '1650800659',
  mrktFeeCollector: '0x6888c461Fe08e8d1fCeA14397d40A456B5C73f0a',
  marketFee: '1000000000000000'
}

Tracking issue for:

• https://github.com/Cryp-Tour/server/security/code-scanning/6

Mit GitHub Actions automatisch bei Commit Docker Image builden und auf BW Cloud Server deployen

Wartet bis #27 fertig ist

Scheint mit #27 erledigt zu sein

wenn ein user eine tour gekauft hat, einen Eintrag in der Datenbank erstellen, dass der Nutzer die tour besitzt

Benedict hat dazu ein Packet hier: https://github.com/Cryp-Tour/provider-js

z.B. bei dieser URL: https://backend.cryptour.dullmer.de/tours/1/image/123

Write method to add user to tour owners.

This is a preparation step for when we add Benedict's backend library

API für Kommunikation Frontend/Backend erstellen

Generell das openapi sepc updaten und neue API methoden hinzufügen

In der Docker Compose Datei ist das Volume: /home/gh-deploy/cryptour-backend:/data:ro auf Readonly gesetzt. Deswegen können keine GPX-Dateien und Bilder hochgeladen werden.

Hat es einen bestimmten Grund, wieso es als Readonly gesetzt ist?

• Checking during gpx download
• Check during tour delete

Tour 2x kaufen crashed den Server, weil der Eintrag in der SQLite Tabelle nur einmal existieren kann. Vor dem hinzufügen entweder testen oder Fehler abfangen.