1 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	f05783ebc8	Link einfuegen, Video steht in der App -- Stufe A des Video-Plans ... Filipe: "damit meine videos auch da auf der app rein kommen ... sobald ich ein video poste erscheint es sofort in der app fuer die ganze community ... dass man das Coverbild und den Text sieht ... fuer meinen Account, dann DogFather Clips und HasiDog." Der Weg, der HEUTE funktioniert -- ohne Freigabe, ohne Geheimnis, ohne Wartezeit: Adresse einfuegen, alles andere geht von allein. Link -> oEmbed (Titel, Cover-Adresse, Account) -> Cover HERUNTERLADEN und bei uns ablegen -> Eintrag mit Bild, Text und Knopf zum Video DAS COVER WIRD KOPIERT, NICHT VERLINKT -- der wichtigste Satz. TikToks Bildadresse ist signiert und laeuft ab. Heute an einem echten Video nachgemessen: x-expires = 1789812000, also in 48 Stunden. Wer sie nur speichert, hat uebermorgen schwarze Kacheln. Beim Bauen merkt man das nicht und beim Testen auch nicht -- es faellt erst am uebernaechsten Tag auf, und dann sieht die ganze App kaputt aus. Deshalb wandert das Bild in dieselbe Ablage wie jeder Anhang und geht durch dieselbe Bytepruefung. Ein heruntergeladenes Cover ist eine FREMDE Datei; dass der Typ hier von einem fremden Server behauptet wird statt vom eigenen Browser, macht ihn nicht glaubwuerdiger. NUR SEINE EIGENEN KANAELE. Der Account aus der Antwort wird gegen KANAELE geprueft (kanalVonHandle). Genommen wird author_url (.../@name), nicht author_name -- der Anzeigename aendert sich, wenn jemand ihn umstellt. Ein fremdes Video in Filipes Highlights waere nicht bloss falsch einsortiert, es waere fremder Inhalt unter seinem Namen: 403. DIE PRUEFUNG SCHALTET TIKTOK AB (server/pruef-video.mjs, 37 Pruefungen) Ein nachgebauter Dienst auf 127.0.0.1 antwortet wie TikTok, mitsamt Ablaufstempel. Im letzten Abschnitt wird er ABGESCHALTET. Danach muss die alte Cover-Adresse ins Leere laufen und unsere weiterhin ein Bild liefern -- beides wird gemessen, nebeneinander. Waere das Bild nur verlinkt, waeren beide tot, genau wie uebermorgen im Betrieb. Die Adresse des Dienstes kommt aus TIKTOK_OEMBED_BASIS. Steht sie nicht da, gilt TikTok -- kein Verhalten, das sich still aendert. Eine Pruefung, die das echte TikTok braucht, misst fremde Verfuegbarkeit statt unseren Code und wird irgendwann rot, ohne dass etwas kaputt ist. VIER GEGENPROBEN, weil 37 von 37 im ersten Lauf kein Beweis ist: a) Cover nicht mehr kopieren -> 9 Pruefungen rot b) author_name statt author_url -> 22 rot c) Bytepruefung entfernen -> 2 rot (genau Abschnitt 5) d) Dublettenpruefung entfernen -> 4 rot (genau Abschnitt 4) Jede schlaegt dort an, wo sie soll. Und eine fuenfte Gegenprobe ist ins Leere gelaufen: Der Patch lief ueber python3, das es hier nicht gibt -- die Datei blieb unveraendert und der Lauf war gruen. Haette ich die Ausgabe nicht gelesen, haette ich behauptet, die Pruefung koenne rot werden, ohne sie je rot gesehen zu haben. Der dritte Ausgang, an mir selbst. DAZU: - eintraege.quelle_url / quelle_kanal / quelle_geholt_am (Umstellung) - KANAELE bekommt handle, dazu kanalVonHandle() - videoRouter steht VOR bereicheRouter, sonst schluckt /:bereich ihn - Eingabefeld und Kanal-Knopf in bereich.html/.js, Farben wie bei den Aufgaben-Kanaelen - Stempel 202609171249 Nicht darin: die Kanal-Filterzeile in der Galerie, die Handy-Verknuepfung (Teilen -> Workspace) und der Zustand "nicht mehr da" fuer geloeschte Videos. Stufe B (Display API) braucht Filipes Entwickler-Freigabe. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-17 12:50:42 +02:00