Changes in src/config/database.js [a29c8c8:fa33214] in Klonkt

File:

• src/config/database.js (modified) (4 diffs)

src/config/database.js

@@ -106 +106 @@
     PRIMARY KEY (guardian_slug, id)
   )`);
-  // Guardianship Fase 2 (shaer-jdb): een doorgestuurde follow-goedkeuring draagt
-  // een RICHTING. Bij een inkomende is de follower iemand anders en de ward het
-  // doel; bij een uitgaande is de ward zelf de follower en staat het doel in het
-  // Follow-object. Zonder deze twee kolommen werd een uitgaande opgeslagen als
-  // "deze ward wil deze ward volgen" en viel het doel weg -- dan valt er niets
-  // zinnigs te tonen, hoe je de wachtrij ook vult.
-  ensureColumn('ap_follow_reviews', 'direction', "TEXT DEFAULT 'incoming'");
-  ensureColumn('ap_follow_reviews', 'target_uri', 'TEXT');
-  ensureColumn('ap_follow_reviews', 'target_handle', 'TEXT');
   ensureColumn('sites', 'profile_photo', 'TEXT');
   ensureColumn('audio_tracks', 'cover_url', 'TEXT');
@@ -478 +469 @@
       UNIQUE(slug, actor_uri)
     );
-    -- Antwoorden van accounts die we volgen komen gewoon binnen, ondertekend
-    -- door de schrijver, maar horen niet in de Krant (belongsInTimeline) en
-    -- werden daarna nergens bewaard. Kwam er later een doorgestuurd antwoord OP
-    -- zo'n bericht, dan kenden we de ouder niet en wezen we het af (shaer-e9g).
-    -- Alleen de URI, geen inhoud: dit voedt uitsluitend de vraag "kennen wij dit
-    -- bericht?". Wordt na 30 dagen gesnoeid; doorsturen gebeurt kort na het
-    -- antwoord, dus langer bewaren levert niets op.
-    CREATE TABLE IF NOT EXISTS ap_seen_notes (
-      uri TEXT PRIMARY KEY,
-      created_at DATETIME DEFAULT CURRENT_TIMESTAMP
-    );
-    CREATE INDEX IF NOT EXISTS idx_ap_seen_notes_age ON ap_seen_notes(created_at);
     CREATE TABLE IF NOT EXISTS ap_timeline (
       id TEXT NOT NULL,              -- the remote note's AP id
@@ -735 +714 @@
   ensureColumn('ap_outbox', 'to_actors', 'TEXT');   // JSON array of recipient actor URIs for direct notes
   ensureColumn('ap_outbox', 'help_request', 'INTEGER'); // FEP-633c shaer:helpRequest (ward's call for help)
-  // Wie er op een hulpvraag af is, en wanneer hij is afgesloten (shaer-lgo).
-  // Los van ap_mentions, want dit is GEDEELDE staat: elke guardian van dit kind
-  // heeft er een kopie van, en die komt binnen als bericht van een ander. Een
-  // kolom op de mention zou alleen over onszelf gaan.
-  //
-  // OPGEPIKT mag stapelen: twee mensen die tegelijk reageren op een kind dat om
-  // hulp vraagt is geen probleem. Twee mensen die allebei niets doen omdat de
-  // ander het "geclaimd" had, wel.
-  //
-  // AFGEHANDELD kent geen terugdraai. Sluiten gebeurt met een stevige
-  // bevestiging, en leeft de vraag daarna nog, dan wordt hij opnieuw gesteld --
-  // een nieuwe hulpvraag. Zo blijft het verslag eerlijk: er wordt niets
-  // herschreven, er wordt toegevoegd.
-  db.exec(`CREATE TABLE IF NOT EXISTS ap_help_state (
-    note_uri TEXT NOT NULL,
-    guardian_uri TEXT NOT NULL,
-    kind TEXT NOT NULL,                 -- pickup | handled
-    guardian_handle TEXT,
-    created_at TEXT DEFAULT CURRENT_TIMESTAMP,
-    PRIMARY KEY (note_uri, guardian_uri, kind)
-  )`);
-  db.exec('CREATE INDEX IF NOT EXISTS idx_ap_help_state_note ON ap_help_state(note_uri)');
   ensureColumn('ap_mentions', 'help_request', 'INTEGER'); // inbound ward call-for-help (Guardian PWA message centre)
   ensureColumn('ap_outbox', 'wave', 'INTEGER');    // FEP-633c shaer:wave (guardian -> ward nudge)
@@ -802 +759 @@
   ensureColumn('ap_followers', 'handle', 'TEXT');  // @user@host
   ensureColumn('ap_followers', 'icon', 'TEXT');    // avatar URL
-  feedStateTriggers();
-}
-
-/**
- * Wat er met een tijdlijn gebeurd is, op één plek (shaer-n05).
- *
- * De inbox-lezing voegt vier bronnen samen. De vraag "is er iets veranderd" werd
- * eerst beantwoord met MAX(rowid) over die vier -- een TOEVALLIGE eigenschap van
- * de tabellen, geen feit dat ergens is opgeschreven. Dat gaf precies de gebreken
- * die je van zo'n afleiding verwacht: bewerkingen en verwijderingen bewogen hem
- * niet, en hij kon achteruit lopen. Dezelfde fout als reacties uitlezen uit
- * ap_timeline.liked (shaer-9e9).
- *
- * Nu één rij per bericht per tijdlijn, met een oplopende `rev` en `kind`. Dat
- * beantwoordt drie vragen die anders drie eigen oplossingen zouden krijgen:
- * is er iets veranderd sinds N, wát is er veranderd, en is dit bericht bewerkt.
- *
- * Bijgehouden door TRIGGERS en niet door de aanroepende code, om dezelfde reden
- * dat er geen gebeurtenis-emitter is: een trigger zit in de database, dus geen
- * enkel codepad kan hem vergeten. De prijs is onzichtbare logica -- wie alleen de
- * JavaScript leest ziet niet waarom deze tabel vult. Vandaar dat ze hier staan,
- * bij de tabel, en niet verspreid.
- *
- * Let op de `UPDATE OF`-kolomlijsten: die zijn niet decoratief. Een like schrijft
- * ap_timeline.liked en een 🔁 schrijft .boosted; zonder die afbakening zou je
- * eigen like het bericht als BEWERKT merken en elke wachtende client wekken.
- */
-function feedStateTriggers() {
-  try {
-    db.exec(`
-      CREATE TABLE IF NOT EXISTS ap_feed_state (
-        slug TEXT NOT NULL,
-        object_uri TEXT NOT NULL,
-        rev INTEGER NOT NULL,
-        kind TEXT NOT NULL,             -- new | updated | deleted
-        at DATETIME DEFAULT CURRENT_TIMESTAMP,
-        PRIMARY KEY (slug, object_uri)
-      );
-      CREATE INDEX IF NOT EXISTS idx_ap_feed_state_rev ON ap_feed_state(slug, rev);
-      -- Eén doorlopende teller voor de hele instance. Bewust niet MAX(rev) uit de
-      -- tabel zelf: verdwijnt de hoogste rij, dan zou die teruglopen en denkt een
-      -- client dat er niets gebeurd is.
-      CREATE TABLE IF NOT EXISTS ap_feed_rev (n INTEGER NOT NULL);
-    `);
-    if (!db.prepare('SELECT COUNT(*) AS n FROM ap_feed_rev').get().n) {
-      db.prepare('INSERT INTO ap_feed_rev (n) VALUES (0)').run();
-    }
-    // slug + object_uri verschillen per bron; de rest is voor alle vier gelijk.
-    const zet = (naam, gebeurtenis, tabel, slug, uri, kind, extra = '') => `
-      DROP TRIGGER IF EXISTS ${naam};
-      CREATE TRIGGER ${naam} AFTER ${gebeurtenis} ON ${tabel} BEGIN
-        UPDATE ap_feed_rev SET n = n + 1;
-        INSERT INTO ap_feed_state (slug, object_uri, rev, kind)
-          ${extra || `VALUES (${slug}, ${uri}, (SELECT n FROM ap_feed_rev), '${kind}')`}
-          ON CONFLICT(slug, object_uri) DO UPDATE
-            SET rev = excluded.rev, kind = excluded.kind, at = CURRENT_TIMESTAMP;
-      END;`;
-    const joinPosts = (uri, kind) => `
-          SELECT s.slug, ${uri}, (SELECT n FROM ap_feed_rev), '${kind}'
-            FROM posts p JOIN sites s ON s.id = p.site_id`;
-    db.exec([
-      zet('trg_feed_tl_ins', 'INSERT', 'ap_timeline', 'NEW.slug', 'NEW.id', 'new'),
-      zet('trg_feed_tl_upd', 'UPDATE OF content, media_json, nsfw, cw, url, poll_json, quote_json, embed_json', 'ap_timeline', 'NEW.slug', 'NEW.id', 'updated'),
-      zet('trg_feed_tl_del', 'DELETE', 'ap_timeline', 'OLD.slug', 'OLD.id', 'deleted'),
-      zet('trg_feed_mn_ins', 'INSERT', 'ap_mentions', 'NEW.slug', 'NEW.object_uri', 'new'),
-      zet('trg_feed_mn_upd', 'UPDATE OF content, media_json, quote_json, embed_json', 'ap_mentions', 'NEW.slug', 'NEW.object_uri', 'updated'),
-      zet('trg_feed_mn_del', 'DELETE', 'ap_mentions', 'OLD.slug', 'OLD.object_uri', 'deleted'),
-      zet('trg_feed_ob_ins', 'INSERT', 'ap_outbox', 'NEW.site_slug', 'NEW.id', 'new'),
-      zet('trg_feed_ob_upd', 'UPDATE OF content, attachments', 'ap_outbox', 'NEW.site_slug', 'NEW.id', 'updated'),
-      zet('trg_feed_ob_del', 'DELETE', 'ap_outbox', 'OLD.site_slug', 'OLD.id', 'deleted'),
-      // ap_interactions draagt geen slug: die hangt aan de POST. Vandaar de join,
-      // en vandaar dat deze drie niet in de gewone vorm passen.
-      zet('trg_feed_ia_ins', 'INSERT', 'ap_interactions', '', '', '', `${joinPosts('NEW.object_uri', 'new')} WHERE p.id = NEW.post_id`),
-      zet('trg_feed_ia_upd', 'UPDATE OF content, media_json, quote_json, embed_json', 'ap_interactions', '', '', '', `${joinPosts('NEW.object_uri', 'updated')} WHERE p.id = NEW.post_id`),
-      zet('trg_feed_ia_del', 'DELETE', 'ap_interactions', '', '', '', `${joinPosts('OLD.object_uri', 'deleted')} WHERE p.id = OLD.post_id`),
-    ].join('\n'));
-  } catch (e) {
-    // Niet fataal: zonder deze tabel valt het wachten terug op "altijd de tijd
-    // volmaken", en dat is traag maar niet stuk.
-    console.error('❌ feed-state triggers:', e.message);
-  }
 }