Commit Graph
3 Commits
Author SHA1 Message Date
DogFatherGitandClaude Opus 5 698c23e20d Agentur-Events: aus einem Bildschirmfoto wird eine Kampagnenkachel
Filipe: "bei den agentur events soll ich kein link sondern immer so ein
screen reinschicke und dan soll daraus alles genommen werden und daraus
die kampagne kachel gemacht werden."

WARUM EIN BILD UND NICHT DER LINK. Gemessen am 07./08.10.2026 an seinem
echten Agenturlink, mit Gegenprobe:
  vm.tiktok.com/ZSbACwAnK/ -> tiktok.com/tcn/activity?activity_id=...
    233 KB reine Huelle, kein Datenpaket
  dieselbe Nummer auf dem Weg der oeffentlichen Kampagnenseite
    42 KB, ebenfalls ohne Datenpaket
  eine ECHTE Kampagne auf demselben Weg
    967 KB MIT Datenpaket
Die Agentur-Kampagnen leben im Creator Network, und das rendert nichts
auf dem Server. Was Filipe sieht, sieht nur sein Browser -- also wird
genau das gelesen: das Bild davon.

DREI WEGE ZUM SELBEN KASTEN: einfuegen (Strg+V nach Win+Umschalt+S),
hereinziehen, auswaehlen (Handy). Derselbe Kasten, derselbe
Knopfzustand, dieselbe Meldezeile wie beim Link.

TESSERACT, NICHT EIN DIENST IM NETZ. Apache 2.0, auf dem eigenen
Server, 0 EUR, und das Bild verlaesst ihn nicht -- ein Backstage-Foto
zeigt Teilnehmerzahlen und Kampagnennamen. Version 5.5.0 mit deutschen
Sprachdaten war bereits vorhanden. `--psm 4` gemessen gegen `6` (24
statt 14 Zeilen); keine Bildnachbearbeitung, weil vier gemessene
Fassungen (unveraendert, invertiert, doppelt, beides) dieselben Ziele
wortgleich lesen.

DIESELBE FORM WIE DER LINK-LESER. `leseBild()` gibt Feld fuer Feld
dasselbe zurueck wie `leseKampagne()` -- dadurch greifen Gliederung,
Geschenkplaketten, Aufklappen, Teilen, Steckbrief und Spaltenwahl
unveraendert. Geprueft wird das ausdruecklich (17 gegen 17 Felder).

DER ZEITRAUM WIRD ZWEIMAL GELESEN UND MUSS ZWEIMAL DASSELBE SAGEN.
Auf der Seite steht er amerikanisch (10/01/2026) und deutsch
(01.10.2026). Genommen wird die deutsche, die amerikanische ist die
Gegenprobe. Widersprechen sie sich, entsteht KEINE Kachel: Eine Kachel
ohne Zeitraum ist unvollstaendig und sagt das selbst -- eine mit dem
falschen ist eine Falschauskunft, und bei Texterkennung ist aus einer 3
schnell eine 8.

Der Anlege-Block ist aus der Link-Route herausgezogen
(`kachelSchreiben`), damit beide Wege DIESELBE Stelle benutzen.
Abgeschrieben waere er die Dopplung, die hier am 11.09.2026 schon
einmal drei Spalten gekostet hat.

GEMESSEN UND BERICHTIGT (alles aus echten Laeufen, nicht geraten):
  - Die Phasenueberschrift trug ein Zielscheiben-Zeichen, das als `@`
    gelesen wurde -- die erste "Aufgabe" hiess "Ziele erreichen Endetin
    23 Tage 22 : 50 : 44".
  - Halbe Schilder liessen ihre zweite Haelfte im Wert stehen:
    "Sichtbar für: für Privat".
  - "Creator*innen" schnitt mitten im Nachbarwert ab und machte aus
    "1 Creator Network, 55 Creator*innen" ein "1 Creator Network, 55".
  - "In Bearbeitung" kam als "in aearbeitung" durch.
  - Die Creator-Zahl steht als "1 (i)" da, und der Kreis wird als Null
    gelesen. Sie wird deshalb GAR NICHT angezeigt: keine Angabe ist
    richtig, eine falsche ist falsch.
  - Das Wasserzeichen (seine Mailadresse, vielfach und schraeg) taucht
    im Erkennungstext kein einziges Mal auf -- festgehalten mit
    Gegenprobe, falls eine kuenftige Fassung es doch liest.
  - `.knopf--still` hiess zuerst wie ein allgemeiner Knopf-Zusatz;
    pruef-css-klassen hatte recht, ihn auf drei Seiten zu vermissen.
    Jetzt `.kampagneholen__waehlen`, im Namensraum seines Kastens.
  - Die Pruefung selbst meldete zweimal Falsches: Sie fand "execFile"
    und "Tesseract" in den KOMMENTAREN des Lesers und hielt
    `regex.exec(...)` fuer einen fremden Prozess.

GEPRUEFT: 43 neu (pruef-kampagne-bild, davon 1 nicht nachsehbar --
Tesseract fehlt auf dem Entwicklungsrechner; auf dem Server liefert es
den gespeicherten Erkennungstext zeichengleich), 169 (Route,
unveraendert nach dem Herausziehen), struktur, css-klassen, zeichen,
deutsche-texte.

PARALLELE ARBEIT: An derselben Arbeitskopie wird gleichzeitig an der
Crew-Seite gebaut (Reaction, Foyer). Dieser Commit fasst ausschliesslich
die zehn Dateien oben an -- einzeln vorgemerkt, kein `git add -A`. Der
globale Cache-Stempel wurde absichtlich NICHT gelaufen, nur die zwei
Verweise in bereich.html; gestempelt wird am Ende einmal fuer beide.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-10-08 10:04:57 +02:00
DogFatherGitandClaude Opus 5 b49a03d811 Es laeuft: TikTok baut die Seite nur fuer Handys -- und zwei Vorlagen statt einer
Filipes Kachel ging nicht. Der Grund war nicht TikTok, sondern EIN WORT
in unserer Kennung.

DAS WORT HEISST "Mobile"
  Gestern hiess es hier noch "17 KB, keine Daten, von jedem Weg aus".
  Nachgemessen mit einem Keksglas und fuenf Kennungen:

    Desktop-Kennung, ohne Kekse      17 KB   keine Daten
    Desktop-Kennung, MIT Keksen      17 KB   keine Daten
    Android-Kennung, ohne Kekse     939 KB   DATEN
    iPhone-Kennung,  mit Keksen     939 KB   DATEN
    TikTok-App,      mit Keksen      42 KB   keine Daten

  TikTok baut die Seite serverseitig NUR fuer die Handyfassung auf; am
  Rechner laedt sie sich mit JavaScript nach. Kekse, Sprache und
  Accept spielen keine Rolle -- einzeln nachgemessen.

  UND WIR BLEIBEN EHRLICH: Unser Name und unsere Adresse stehen hinten
  an der Kennung. Nachgemessen liefert TikTok damit dieselben 939 KB.
  Es kostet also nichts. Die Pruefung verlangt jetzt BEIDES: "Mobile"
  (sonst kommt nichts an) und unseren Namen (sonst ist es eine
  Verkleidung).

ZWEI VORLAGEN, NICHT EINE
  Filipes Einladung fuehrt zu "LIVE Glow Up" -- und die ist ganz
  anders gebaut als "Gipfelstuermer". Ihr fehlen gleich DREI
  Bausteine, auf denen der Bauplan beruht: live_rule_introduction,
  live_reward_introduction, live_campaign_intro. Stattdessen hat sie
  live_task_group (Aufgaben als Reiter) und live_secondary_gift.

  Der Leser kann jetzt beide. Gemessen:

    Gipfelstuermer  5 Aufgaben, 5 Geschenke, 6 Preisgruppen, 0 Hinweise
    LIVE Glow Up    2 Aufgaben, 1 Geschenk,  0 Preise,       2 Hinweise

  Die doppelten Reiter fallen weg: Die Vorlage legt je Reiter zwei
  Eintraege an (Creator und Zuschauer), und zweimal derselbe Haken
  waere ein Haken an zwei Stellen.

"HAT KEINE" IST ETWAS ANDERES ALS "KONNTE NICHT GELESEN WERDEN"
  Ohne diese Unterscheidung haette LIVE Glow Up vier Hinweise gemeldet,
  die alle nach einem Fehler klingen -- obwohl schlicht nichts da ist.
  Das eine schickt jemanden suchen, das andere sagt ihm, dass nichts
  fehlt. Entsprechend haengt der Regeltext auch kein pauschales "Bitte
  nachtragen" mehr an: Jeder Hinweis sagt selbst, ob etwas zu tun ist.

FUENFTE PRUEFDATEI
  kampagne-aufgabengruppe.html.br -- die echte Seite von LIVE Glow Up,
  unveraendert, unangemeldet geholt (uid "0", anchor_id leer),
  147 KB gepackt, sofort zurueckgelesen und Byte fuer Byte verglichen.
  Ohne sie koennte der Leser eine Vorlage und faellt bei der naechsten
  Einladung um.

GEPRUEFT
  pruef-kampagne-lesen 112 -> 128 (eigener Abschnitt fuer die zweite
  Vorlage, mit Gegenprobe: Gipfelstuermer meldet weiterhin nichts) ·
  pruef-kampagne 102 -> 103 · pruef-struktur, pruef-zeichen, pruef-video

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-10-07 18:15:50 +02:00
DogFatherGitandClaude Opus 5 6156eb3a05 Eine TikTok-Kampagnenseite lesen -- Etappe 1, nur lesen
Etappe 1 des Bauplans "Kampagnen-Kachel aus TikTok-Link": das Auslesen
einer Kampagnenseite, nachweisbar richtig, ohne dass irgendetwas davon
schon eine Kachel erzeugt. Keine Route, keine Spalte, keine Oberflaeche,
keine Netzanfrage im Betrieb. index.js, workspace.js und
workspace-bereiche.js sind unberuehrt; beide Haeuser verhalten sich
unveraendert.

DER WEG NACH DRAUSSEN WIRD GETEILT
  helfer-tiktok.mjs nimmt istTikTok und holeMitFrist aus
  workspace-video.js auf. Zwei Fassungen von istTikTok waeren die
  abgeschriebene Liste aus CLAUDE.md -- und gerade dort faellt es am
  teuersten aus: Es ist die eine Stelle, die entscheidet, welchen
  fremden Rechner unser Server anfragt. Die Frist ist jetzt ein
  Zusatz mit 8000 ms als Vorgabe; das Video bleibt damit beim alten
  Verhalten, die Kampagnenseite braucht mehr. pruef-video: 74
  Pruefungen, 0 Fehler.

GEMESSEN, NICHT ABGESCHRIEBEN -- und der Bauplan irrte zweimal
  1. pageInfo.title IST der Kampagnenname ("Gipfelstuermer"). Nur das
     Kopfbild und der Untertitel kommen aus der Vorlage (einem
     goldenen Loewen aus einer Nahost-Kampagne vom August 2024). Das
     Banner wird deshalb aus props.imageUrl[0].url genommen.
  2. Eine BEENDETE Kampagne liefert
     activityInfo.ac_schema_with_interaction_rules gar nicht mehr. Das
     Geruest steht dann nur unter value.schema, mit Bausteinnamen auf
     _rep_remove. Beide Quellen werden gelesen, die Endung wird
     abgeschnitten -- sonst liesse sich keine abgelaufene Kampagne
     nachtragen.

DAS SCHEMA IST DIE WAHRHEIT, DAS WOERTERBUCH IST NUR DAS WOERTERBUCH
  134 Platzhalter im Seitengeruest, 135 Eintraege im Woerterbuch. Der
  eine Ueberzaehlige lautet "1 schenkende Person = 100 Punkte" und
  gehoert zu einer frueheren Fassung der Kampagne. Wer das Woerterbuch
  durchliest, schreibt eine Regel in die Kachel, die nicht gilt, und
  das Team richtet seinen Stream danach aus. Nachgeschlagen wird
  deshalb nur, nie durchgelaufen.

VIER ECHTE SEITEN ALS PRUEFDATEN
  Am 07.10.2026 unangemeldet geholt (userInfo.uid = "0", anchor_id
  leer) -- es steckt keine Person darin. Brotli gepackt, 150 KB je
  Seite statt 1 MB, beim Anlegen sofort zurueckgelesen und Byte fuer
  Byte verglichen. Jede ist mit ihrer SHA-256 festgenagelt: eine
  Pruefung, deren Eingabe sich aendern kann, beweist nichts. Woher sie
  kommen und was an EINER von ihnen veraendert wurde, steht in
  server/pruefdaten/LIESMICH.md.

  .gitattributes: server/pruefdaten/** -text. Ohne das schriebe git
  kampagne-kaputt.html beim Auschecken auf CRLF um (core.autocrlf=true),
  369 Bytes wuerden 378, und die Pruefung meldete einen Schaden, den es
  nicht gibt -- die Sorte Fehlalarm, nach der man eine Pruefung
  abschaltet. git hat es beim Hinzufuegen selbst angesagt.

pruef-kampagne-lesen.mjs: 108 Pruefungen, 0 Fehler, ohne Server, ohne
Port, ohne Netz, ohne Datenbank. Drei Ausgaenge: gelesen /
Pflichtfeld fehlt / Aufbau unbekannt -- fehlt eine Pruefdatei, endet
sie mit "KONNTE NICHT NACHSEHEN" und Rueckgabewert 2, nicht mit einem
uebersprungenen Abschnitt.

SIEBEN SABOTAGEN, SIEBEN TREFFER
  Woerterbuch durchlesen, Tag mit toISOString bilden, auf time_zone
  ausweichen, Vorlagenbild als Banner, _rep_remove stehenlassen, eine
  Netzanfrage einschmuggeln, ein Byte in einer Pruefdatei kippen --
  jede wurde bemerkt, jede in genau dem Abschnitt, in dem sie erwartet
  war. Eine Pruefung, die immer bestaetigt, bestaetigt nichts.

ZWEI FUNDE AM RANDE, BEIDE BEIM MESSEN AUFGEFALLEN
  mess-fokus.mjs war seit dem 01.10.2026 KAPUTT: Die Einfuhr von
  eigenerPort stand INNERHALB eines Blockkommentars (Zeile 27 oeffnet,
  Zeile 34 schliesst). Die Datei brach beim Start mit ReferenceError
  ab. Niemandem aufgefallen, weil sie von Hand gestartet wird.

  Gefunden hat das pruef-struktur.mjs -- aber erst, nachdem seine
  Quellenliste ABGELEITET wird statt aufgezaehlt. Dort standen drei
  Namen von Hand, obwohl der Kommentar darueber seit immer
  "ABGELEITET, NICHT AUFGEZAEHLT" verspricht. Gemessen: 98 Namen und
  508 Aufrufe vorher, 148 und 1025 jetzt. In der Luecke dazwischen lag
  genau dieser Fehler.

NICHT ANGEFASST, WEIL AUSSERHALB DIESER ETAPPE (vorbestehend, belegt
mit einem Lauf ohne meine Dateien): pruef-struktur meldet weiterhin
vier Befunde -- willkommen.html ohne apple-touch-icon, ohne Manifest
und ohne theme-color, sowie zwei Stellen, die ihren Kalendertag aus
UTC bilden (workspace-anleitung.js:194, pruef-anleitung.mjs:1124).
Ebenso pruef-portnummern: mess-anleitung-crew.mjs rechnet seine zweite
Portnummer als PORT + 1 statt sie abzuleiten.

pruef-eventkarte 94/0 und pruef-agentur 62/0 -- beide gleich wie vor
dem Umbau.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-10-07 15:44:45 +02:00