source: Klonkt/src/services/music/index.js@ 7090fd2

main
Last change on this file since 7090fd2 was 7090fd2, checked in by Robin <roboburr@…>, 3 weeks ago

Album: geen epoch-datum, en een naam die overal hetzelfde is

Gevonden door de twee representaties van hetzelfde id naast elkaar te
leggen, met een echte album-playlist op dev (Robin, 16-8).

EEN ID, TWEE NAMEN. Het ingesloten Album heette "Cartoon Epic" en zijn
eigen URI "Geen koffie, wel thee!". buildPlaylistCollection laat
leenVanPost de titel van de uitgavepost overnemen -- de post IS de
uitgave -- en buildAlbumObject deed dat niet. Nu leent hij dezelfde
titel, met de eigen titel als alsoKnownAs, precies zoals leenVanPost.
De uitgavepost wordt EEN keer per album opgezocht en niet per track:
uitgavePost() leest de typering van de post, en een site heeft veel meer
nummers dan platen.

PUBLISHED 1970-01-01. buildAlbumObject viel terug op epoch als
created_at ontbrak, en dat gebeurde: de AP-route selecteerde id, title,
artist, year, cover_url en kind -- en de rest niet. Daarmee ontbraken
released en musicbrainzId daar trouwens ook.

Twee dingen gerepareerd, en de terugval zelf is het derde: er komt nu
GEEN published meer als er geen datum is. Het veld is bij hen verplicht,
dus dat kost ons een item -- maar 1970 is een antwoord en geen ontbrekend
veld, en een lezer kan een gat opmerken en een leugen niet. Ontbreekt het
nog, dan is er een leespad dat de kolom laat vallen, en dat willen we
zien.

Ook PlaylistService.get() geeft created_at nu terug.

Co-Authored-By: Claude Opus 5 <noreply@…>

  • Property mode set to 100644
File size: 36.8 KB
Line 
1/**
2 * De muziekkant van ActivityPub: een track als AS2-object, de collecties
3 * eromheen, en welke post hem uitbrengt.
4 *
5 * Waarom een eigen map (shaer-drc): ActivityPubService was 6400 regels over
6 * tweeentwintig onderwerpen. Dit is het eerste onderwerp dat er als geheel uit
7 * kan, en het is meteen het onderwerp dat gaat GROEIEN -- de typering uit
8 * shaer-cyg (playlist versus album, afgeleid uit wat er in de post staat) landt
9 * hier straks.
10 *
11 * De regel die guardianship al aanhoudt geldt hier ook: deze map importeert
12 * alleen db en ap-core, en NOOIT terug uit ActivityPubService.
13 */
14
15import db from '../../config/database.js';
16import { AP_CONTEXT, PUBLIC, actorId, noteId, safeUrl, guessMediaType, buildHashtagList, pagedCollection, isMbid } from '../ap-core.js';
17import { afleidenUitInsluitingen, ingeslotenPlaylists } from '../../assets/js/shared/post-music-type.js';
18// De luisteraars horen bij de muziekkant; hier doorgegeven zodat
19// ActivityPubService niet in een submap hoeft te grijpen.
20export * as luisteraars from './luisteraars.js';
21
22// m.size hoort erbij voor de RSS-enclosure: die eist een lengte in bytes.
23export const TRACK_KOLOMMEN = `t.id, t.title, t.artist, t.duration, t.cover_url, t.created_at,
24 t.position, t.license,
25 m.filename, m.storage_path, m.mime_type, m.size`;
26
27/**
28 * `alles` net als bij siteOpenTracks (FEP-1580): zonder die tak krijgt de
29 * instantie waar je naartoe verhuist een playlist met gaten erin, want alleen
30 * de opengezette nummers zitten erin. Een halve plaat is geen plaat.
31 */
32export function playlistOpenTracks(playlistId, { alles = false } = {}) {
33 return db.prepare(
34 `SELECT ${TRACK_KOLOMMEN}
35 FROM playlist_tracks pt
36 JOIN audio_tracks t ON t.id = pt.track_id
37 JOIN media m ON m.id = t.media_id
38 WHERE pt.playlist_id = ?${alles ? '' : ' AND t.fedi_open = 1'}
39 ORDER BY pt.position`
40 ).all(playlistId);
41}
42
43/**
44 * Alle tracks die deze site aan de federatie heeft opengezet (shaer-0nh, stap 3).
45 *
46 * Dit is de KANONIEKE plek, niet de playlist: een playlist is een keuze, dit is
47 * wat de artiest heeft uitgebracht. Een track die in geen enkele playlist zit
48 * was tot nu toe onzichtbaar voor de federatie -- die staat hier wel.
49 */
50/**
51 * `alles` bestaat voor FEP-1580. Bij een verhuizing behandelt de bron een
52 * ondertekend verzoek van de DOEL-actor als zichzelf, en dat geldt hier net zo
53 * goed als bij de outbox. Zonder deze tak neemt een verhuizing alleen je
54 * opengezette nummers mee en blijft je hele gesloten bibliotheek achter op een
55 * domein dat je gaat opzeggen. De poort blijft verder dicht: alleen die ene
56 * actor, en alleen omdat moveAccount() een terugverwijzing eiste voordat
57 * moved_to er kwam te staan.
58 */
59export function siteOpenTracks(siteId, { alles = false } = {}) {
60 return db.prepare(
61 `SELECT ${TRACK_KOLOMMEN}
62 FROM audio_tracks t JOIN media m ON m.id = t.media_id
63 WHERE t.site_id = ?${alles ? '' : ' AND t.fedi_open = 1'}
64 ORDER BY t.position, t.created_at, t.id`
65 ).all(siteId);
66}
67
68export function openTrack(siteId, trackId) {
69 return db.prepare(
70 `SELECT ${TRACK_KOLOMMEN}
71 FROM audio_tracks t JOIN media m ON m.id = t.media_id
72 WHERE t.site_id = ? AND t.id = ? AND t.fedi_open = 1`
73 ).get(siteId, trackId);
74}
75
76/**
77 * Eén track als AS2 `Audio`, met een EIGEN id (shaer-0nh, stap 3).
78 *
79 * Waarom dat id het verschil maakt: zonder id is een track een naamloze bijlage
80 * die alleen bestaat zolang je het omhullende object vasthoudt. Met id is het
81 * een ding waar je naar kunt wijzen, dat je los kunt ophalen, en dat in twee
82 * playlists hetzelfde ding is. Funkwhale adresseert zijn Audio-objecten
83 * precies zo, per stuk, in Create en Delete.
84 *
85 * `url` is een Link-ARRAY, net als bij Funkwhale en net als wat onze eigen
86 * inbox sinds bdcb3a3 verwacht: de mediaType hoort bij de link, niet bij het
87 * object. Er zit GEEN text/html-link in: Klonkt heeft geen trackpagina -- een
88 * track wordt getoond binnen een post, en een post over vijf nummers is niet de
89 * pagina van dit ene nummer. Liever geen link dan een link die iets anders
90 * belooft.
91 */
92/**
93 * Bij welke post hoort een track? (shaer-0nh)
94 *
95 * Een track staat nooit los in Klonkt: hij wordt getoond BINNEN een post, via
96 * een van drie insluitingen in posts.content. Die relatie stond alleen in die
97 * tekst en nergens op de draad -- waardoor Shaer, dat zijn feed uit de outbox
98 * bouwt, sinds fb22f78 losse Audio-kaarten kreeg zonder inhoud.
99 *
100 * ALLES IN EEN ZOEKOPDRACHT, niet per track. De collectie loopt over elke open
101 * track, en drie LIKE-scans per stuk wordt bij tweehonderd nummers zeshonderd
102 * scans. Nu is het er een, en de map gaat mee als optie.
103 *
104 * De rang bepaalt welke post wint als er meerdere zijn: rechtstreeks ingesloten
105 * is specifieker dan via een playlist, en die weer specifieker dan via een
106 * albumnaam. Bij gelijke rang de nieuwste post -- dat is waar iemand hem het
107 * laatst heeft uitgebracht.
108 */
109export function trackHostPosts(siteId) {
110 const rijen = db.prepare(`
111 SELECT tid, post_id, post_slug, rang, wanneer FROM (
112 SELECT t.id AS tid, p.id AS post_id, p.slug AS post_slug, 1 AS rang,
113 COALESCE(p.published_at, p.created_at) AS wanneer
114 FROM audio_tracks t
115 JOIN posts p ON p.site_id = t.site_id AND p.status = 'published'
116 AND p.content LIKE '%[[track:' || t.id || ']]%'
117 WHERE t.site_id = ? AND t.fedi_open = 1
118 UNION ALL
119 SELECT t.id, p.id, p.slug, 2, COALESCE(p.published_at, p.created_at)
120 FROM playlist_tracks pt
121 JOIN audio_tracks t ON t.id = pt.track_id
122 JOIN posts p ON p.site_id = t.site_id AND p.status = 'published'
123 AND p.content LIKE '%[[playlist:' || pt.playlist_id || ']]%'
124 WHERE t.site_id = ? AND t.fedi_open = 1
125 UNION ALL
126 SELECT t.id, p.id, p.slug, 3, COALESCE(p.published_at, p.created_at)
127 FROM audio_tracks t
128 JOIN posts p ON p.site_id = t.site_id AND p.status = 'published'
129 AND p.content LIKE '%[[album:' || t.album || ']]%'
130 WHERE t.site_id = ? AND t.fedi_open = 1 AND t.album IS NOT NULL AND t.album <> ''
131 ) ORDER BY rang, wanneer DESC
132 `).all(siteId, siteId, siteId);
133 const uit = new Map();
134 for (const r of rijen) if (!uit.has(r.tid)) uit.set(r.tid, { id: r.post_id, slug: r.post_slug });
135 return uit;
136}
137
138/**
139 * De artiest-credit, gedeeld door track en album (shaer-3f8a / shaer-756s).
140 *
141 * De ENTITEIT is de site-actor: een echt, opvraagbaar adres. De credittekst --
142 * de artiestkolom van de track of van de uitgave -- gaat naar `credit`, want
143 * daar verwacht hun model hem. Er een id per artiestnaam van maken zou
144 * identiteit uit een string zijn, en dat is de fout die we bij albums juist
145 * vermijden.
146 *
147 * Eén functie voor beide, zodat een track en het album waar hij op staat nooit
148 * een verschillende artiest kunnen krijgen door twee keer hetzelfde te bouwen.
149 */
150function artistCredit(base, site, creditTekst, wanneer) {
151 const artiest = {
152 type: 'Artist',
153 id: actorId(base, site.slug),
154 name: site.title || site.slug,
155 published: site.created_at ? new Date(site.created_at).toISOString() : wanneer,
156 };
157 if (isMbid(site.mb_artist_id)) artiest.musicbrainzId = String(site.mb_artist_id).trim().toLowerCase();
158 return [{
159 type: 'ArtistCredit',
160 id: `${actorId(base, site.slug)}#artist-credit`,
161 published: artiest.published,
162 artist: artiest,
163 ...(creditTekst ? { credit: creditTekst } : {}),
164 }];
165}
166
167export function buildTrackAudio(base, site, r, opts = {}) {
168 const abs = (u) => !u ? null : (/^https?:/i.test(u) ? u : `${base}${u.startsWith('/') ? '' : '/'}${u}`);
169 const fn = r.filename || (r.storage_path || '').split('/').pop();
170 // De bestandsgegevens horen bij de LINK, niet bij het object: het is die ene
171 // representatie die zoveel bytes is en die bitrate heeft, niet het nummer.
172 // Zo doet Funkwhale het ook.
173 // De post waar dit nummer in staat. Meegegeven door de collectie (een
174 // zoekopdracht voor alles), of hier opgezocht als deze track los wordt
175 // opgehaald. `hostPosts` mag expliciet null zijn: dan is er niets te zoeken.
176 const post = opts.hostPosts !== undefined
177 ? (opts.hostPosts && opts.hostPosts.get(r.id)) || null
178 : ((site.id && trackHostPosts(site.id).get(r.id)) || null);
179
180 const bestand = { type: 'Link', href: `${base}/audio/stream/${encodeURIComponent(fn)}`, mediaType: r.mime_type || 'audio/mpeg' };
181 if (Number(r.size)) bestand.size = Number(r.size);
182 // Bitrate leiden we af uit bytes en seconden. Geen gok: voor een bestand IS
183 // dat de gemiddelde bitrate, en bij CBR ook de echte. Alleen als we allebei
184 // de getallen hebben -- liever geen veld dan een verzonnen getal.
185 if (Number(r.size) && Number(r.duration)) bestand.bitrate = Math.round((Number(r.size) * 8) / Number(r.duration));
186
187 const a = {
188 ...(opts.standalone ? { '@context': AP_CONTEXT } : {}),
189 id: `${actorId(base, site.slug)}/tracks/${encodeURIComponent(r.id)}`,
190 type: 'Audio',
191 name: r.title || 'Audio',
192 attributedTo: actorId(base, site.slug),
193 // Op het OBJECT, niet alleen op de omhullende Create: een los opgehaalde
194 // track moet zelf kunnen zeggen dat hij openbaar is.
195 to: [PUBLIC],
196 // De post die dit nummer uitbrengt staat VOORAAN als text/html, precies
197 // zoals Funkwhale zijn trackpagina zet. Wij hadden dat veld leeg gelaten
198 // omdat Klonkt geen trackpagina heeft -- maar de post IS waar je het kunt
199 // horen, en dat is wat zo'n link betekent.
200 url: [...(post ? [{ type: 'Link', href: `${base}/${post.slug}`, mediaType: 'text/html' }] : []), bestand],
201 };
202 // De bak waar dit bestand in hangt (shaer-0nh). Voor Funkwhale is dit het
203 // haakje waaraan een upload komt te zitten; zonder dit veld blijft een track
204 // daar een naam zonder geluid.
205 a.library = libraryId(base, site);
206 if (r.artist) a.summary = r.artist; // artiest als summary: kaal AS2, geen eigen vocab
207 // AS2-kern `context`: "de context waarbinnen dit object bestaat". Voor een
208 // track is dat de post die hem uitbrengt. Daarmee is de relatie die tot nu
209 // toe alleen in posts.content stond, op de draad te zien -- en kan een lezer
210 // die de post al heeft dit nummer overslaan in plaats van er een lege kaart
211 // van te maken.
212 if (post) a.context = noteId(base, post.id);
213 // Het NUMMER, los van dit bestand (shaer-3f8a, spoor B). Funkwhale en
214 // Emissary lezen allebei `fw:track`, en petitminion noemde het ontbreken
215 // ervan als eerste wat hem opviel aan onze objecten.
216 //
217 // EIGEN ID MET #track, en niet hetzelfde id als de Audio. Emissary hergebruikt
218 // daar het object-id, maar dan zijn in JSON-LD de Audio en de Track EEN knoop
219 // met twee typen -- en een bestand is geen werk. Dat verschil moeten we straks
220 // toch maken, want een album verzamelt nummers en geen mp3's. Een fragment is
221 // een geldige IRI en wijst naar hetzelfde document.
222 //
223 // GEEN `album`. Dat veld is bij hen een URI naar een Album-object en bij ons
224 // een tekstkolom; er hier een adres van maken zou een ding beloven dat niet
225 // bestaat. Zie shaer-k37k -- dat is de keuze die daarvoor eerst moet vallen.
226 //
227 // WIE IS DE ARTIEST. Hun Artist is een ENTITEIT met een id, en bij ons is een
228 // artiest een tekstkolom op de track. Die twee verzoenen we zo: de entiteit
229 // is de site-ACTOR -- een echt, opvraagbaar adres, het account dat dit
230 // uitbrengt -- en de tekst uit de kolom gaat naar `credit`, want dat is
231 // precies waar hun model de credittekst verwacht.
232 //
233 // Dat is eerlijk en het is niet nieuw: open.audio leidde op 13-8 al zelf een
234 // artist_credit af uit onze attributedTo. We maken alleen expliciet wat daar
235 // toch al gebeurde.
236 //
237 // DE GRENS ERVAN: brengt een site werk van iemand anders uit, dan zegt dit
238 // dat de site de artiest is. Dat stond al in attributedTo, dus we maken het
239 // niet erger -- maar het is wel de reden dat we hier geen id per artiestnaam
240 // verzinnen. Identiteit uit een string is dezelfde fout als bij het album
241 // (shaer-756s).
242 const wanneer = r.created_at ? new Date(r.created_at).toISOString()
243 : (site.created_at ? new Date(site.created_at).toISOString() : new Date(0).toISOString());
244
245 a.track = {
246 type: 'Track',
247 id: `${a.id}#track`,
248 name: a.name,
249 published: wanneer,
250 ...(Number(r.position) ? { position: Number(r.position) } : {}),
251 artist_credit: artistCredit(base, site, r.artist, wanneer),
252 };
253 // De uitgave waar dit nummer op staat, INGESLOTEN (shaer-756s, stap 2).
254 // `albums` mag expliciet null zijn: dan is er niets op te zoeken.
255 const uitgave = opts.albums !== undefined
256 ? (opts.albums && opts.albums.get(r.id)) || null
257 : ((site.id && trackAlbums(site.id).get(r.id)) || null);
258 if (uitgave) {
259 a.track.album = buildAlbumObject(base, site, uitgave);
260 // Ook op het Audio-object zelf, als URI. Funkwhale 2.0 en Emissary doen dat
261 // allebei, en het scheelt een lezer het uitpakken van de track.
262 a.album = a.track.album.id;
263 }
264 if (r.duration) a.duration = `PT${Math.round(r.duration)}S`;
265 if (r.created_at) a.published = new Date(r.created_at).toISOString();
266 if (Number(r.position)) a.position = Number(r.position);
267 const lic = licentieUri(r.license);
268 if (lic) a.license = lic;
269 const art = abs(r.cover_url || opts.coverFallback || null);
270 // icon EN image: allebei AS2-kern. Wij gebruikten alleen icon; Funkwhale
271 // leest image. Dezelfde hoes, twee namen, niemand die iets misloopt.
272 if (art) {
273 const plaat = { type: 'Image', mediaType: guessMediaType(art), url: art };
274 a.icon = plaat;
275 a.image = plaat;
276 }
277 return a;
278}
279
280/**
281 * Onze licentie is VRIJE TEKST uit een keuzelijst ("CC BY 4.0", "Alle rechten
282 * voorbehouden"); schema.org en Funkwhale willen een URI. Alleen de waarden die
283 * onze eigen keuzelijst aanbiedt worden vertaald -- die kennen we exact. Al het
284 * andere levert niets op: een zelfbedachte licentie-URI is erger dan geen, want
285 * een lezer gelooft hem.
286 */
287const LICENTIES = {
288 'cc0 1.0 (publiek domein)': 'http://creativecommons.org/publicdomain/zero/1.0/',
289 'cc by 4.0': 'http://creativecommons.org/licenses/by/4.0/',
290 'cc by-sa 4.0': 'http://creativecommons.org/licenses/by-sa/4.0/',
291 'cc by-nc 4.0': 'http://creativecommons.org/licenses/by-nc/4.0/',
292 'cc by-nc-sa 4.0': 'http://creativecommons.org/licenses/by-nc-sa/4.0/',
293 'cc by-nd 4.0': 'http://creativecommons.org/licenses/by-nd/4.0/',
294};
295export function licentieUri(waarde) {
296 const s = String(waarde || '').trim();
297 if (!s) return null;
298 if (/^https?:\/\//i.test(s)) return safeUrl(s); // iemand vulde al een URI in
299 return LICENTIES[s.toLowerCase()] || null; // "Alle rechten voorbehouden" heeft er geen
300}
301
302/** Het AS2-id van de bibliotheek van een site. */
303export function libraryId(base, site) {
304 return `${actorId(base, site.slug)}/library`;
305}
306
307/**
308 * De site als Funkwhale-LIBRARY (skelet).
309 *
310 * WAAROM DIT GEEN DIALECT IS ZOALS track EN ArtistCredit DAT WEL ZIJN. Die twee
311 * vragen entiteiten waar wij tekst hebben; hiervoor hoeven we niets te
312 * verzinnen. Een library is precies wat er al staat: onze open tracks, met een
313 * echte telling en een echt id.
314 *
315 * WAAROM HET NODIG IS, gemeten op 13-8. open.audio heeft onze vier tracks
316 * binnengehaald langs de AP-weg -- met ONZE track-id's, en met een artist_credit
317 * dat Funkwhale zelf uit onze attributedTo afleidde. Maar `uploads` is leeg en
318 * `is_playable` false. Bij hen hangt een upload aan een library; zonder library
319 * is er geen bak om het bestand in te hangen. Het audiobestand zelf is wel
320 * gewoon op te halen (200, audio/mpeg, ook anoniem) -- ze hebben het niet
321 * geprobeerd.
322 *
323 * SKELET, en dat woord is letterlijk bedoeld. Dit is de vorm uit hun docs:
324 * type, id, name, followers, totalItems, first, last, plus attributedTo en
325 * summary. Wat er NIET is: de volg-afhandeling. Onze bibliotheek is openbaar --
326 * elke track erin heeft fedi_open -- dus er valt niets goed te keuren. Komt er
327 * ooit een besloten variant, dan hoort daar het Follow/Accept-werk bij.
328 */
329export function buildLibrary(base, site, rows, { page = false } = {}) {
330 const id = libraryId(base, site);
331 const hostPosts = site.id ? trackHostPosts(site.id) : null;
332 const albums = site.id ? trackAlbums(site.id) : null;
333 const items = (rows || []).map((r) => buildTrackAudio(base, site, r, { hostPosts, albums }));
334 return pagedCollection(id, items, {
335 page,
336 // Een platenkast is geen tijdlijn: `Collection`, niet `OrderedCollection`.
337 // Funkwhale's LibrarySerializer accepteert ook alleen die twee typen
338 // (as:Collection of fw:Library) en zijn CollectionPageSerializer alleen
339 // `CollectionPage` met `items`.
340 ongeordend: true,
341 extra: {
342 type: 'Library',
343 name: site.title || site.slug,
344 attributedTo: actorId(base, site.slug),
345 // WAAROM DIT VELD ER MOET STAAN. Funkwhale's LibrarySerializer noemt
346 // `audience` optioneel, maar zijn create() doet er meteen
347 // `privacy[validated_data["audience"]]` mee -- zonder de sleutel is dat
348 // een KeyError en geeft hun server een 500. Dat is wat open.audio op 15-8
349 // teruggaf toen Robin onze library-URI daar opzocht.
350 //
351 // Het is bovendien gewoon waar: alles hierin is fedi_open, dus openbaar.
352 // Bij hen is dit precies het verschil tussen privacy_level 'everyone' en
353 // 'me' -- oftewel of onze nummers daar afspeelbaar zijn.
354 audience: 'https://www.w3.org/ns/activitystreams#Public',
355 // Vereist volgens hun docs. Openbaar, dus de telling is eerlijk en de
356 // lijst blijft leeg -- wie ons volgt volgt de ACTOR, niet de bak.
357 followers: `${id}/followers`,
358 ...(site.description ? { summary: String(site.description).slice(0, 500) } : {}),
359 },
360 });
361}
362
363/** De collectie van alle open tracks van een site (shaer-0nh, stap 3). */
364export function buildTrackCollection(base, site, rows, { page = false } = {}) {
365 // Eén zoekopdracht voor alle rijen samen; zie trackHostPosts.
366 const posts = site.id ? trackHostPosts(site.id) : null;
367 const albums = site.id ? trackAlbums(site.id) : null;
368 const items = (rows || []).map((r) => buildTrackAudio(base, site, r, { hostPosts: posts, albums }));
369 return pagedCollection(`${actorId(base, site.slug)}/tracks`, items, { page, extra: { attributedTo: actorId(base, site.slug) } });
370}
371
372// Een post die een playlist insluit wijst in zijn AS2 ook naar de collectie
373// (shaer-ayc, stap 2): een Link-tag per ingesloten playlist. Mastodon
374// parseert alleen Mention/Hashtag/Emoji en negeert een Link geruisloos; een
375// client die hem kent haalt de collectie op. Opgelost uit post.content en
376// ALLEEN binnen de eigen site: playlist-ids zijn een globale primary key, dus
377// zonder site-check zou een post van site A naar de collectie van site B
378// kunnen wijzen.
379export function playlistLinkTags(base, site, content, post = null) {
380 const out = [];
381 try {
382 // Zelfde patroon als de renderer en als de afleiding: wat niet insluit,
383 // krijgt ook geen link. Dit stond hier met een eigen patroon dat
384 // underscores accepteerde die nergens anders meetellen.
385 for (const id of ingeslotenPlaylists(content)) {
386 const pl = db.prepare('SELECT id, title FROM playlists WHERE id = ? AND site_id = ?').get(id, site.id);
387 if (!pl) continue;
388 out.push({ type: 'Link', href: `${actorId(base, site.slug)}/playlists/${pl.id}`, mediaType: 'application/activity+json', name: pl.title });
389 }
390 // Losse tracks in een post zijn ook een uitgave (shaer-38y): ze krijgen een
391 // eigen collectie, en de post wijst er langs dezelfde weg naar. Zonder deze
392 // link zou die collectie bestaan maar door niemand te vinden zijn.
393 if (post && post.id) {
394 const eenheid = postMusicType(content, site.id);
395 if (eenheid && !eenheid.collectie && eenheid.tracks?.length && losseTracksVanPost(site.id, eenheid.tracks).length) {
396 out.push({
397 type: 'Link',
398 href: postTracksId(base, site, post.id),
399 mediaType: 'application/activity+json',
400 name: post.title || 'Tracks',
401 });
402 }
403 }
404 } catch { /* niet-fataal: een tag minder, geen kapotte Note */ }
405 return out;
406}
407
408// De lijst van alle playlist-collecties van een site (shaer-ayc, stap 2).
409// Kaal standaard (URI's), verrijkt op verzoek (FEP-9876, zelfde conventie als
410// followers/following): een stub per playlist met naam, hoes en de EERLIJKE
411// telling -- totalItems van de stub telt het open deel, dezelfde regel als de
412// collectie zelf, want ook een lijst mag niet verklappen wat er achter de
413// poort staat.
414export function listPlaylistsAP(base, site, enriched, { page = false } = {}) {
415 const rows = db.prepare(
416 'SELECT id, title, artist, year, cover_url FROM playlists WHERE site_id = ? ORDER BY created_at, id'
417 ).all(site.id);
418 const colId = `${actorId(base, site.slug)}/playlists`;
419 const items = rows.map((p) => {
420 const uri = `${actorId(base, site.slug)}/playlists/${p.id}`;
421 if (!enriched) return uri;
422 const stub = buildPlaylistCollection(base, site, p, playlistOpenTracks(p.id));
423 delete stub['@context']; // genest object draagt de context van zijn omhulsel
424 delete stub.orderedItems; // stub: wie de tracks wil, haalt de collectie op
425 return stub;
426 });
427 return pagedCollection(colId, items, { page, extra: { attributedTo: actorId(base, site.slug) } });
428}
429
430/**
431 * Bij welke UITGAVE hoort een track? (shaer-756s, stap 2)
432 *
433 * Alleen playlists met kind='album' tellen: een mixtape is geen uitgave, en dat
434 * onderscheid is precies wat de keuze album/playlist betekent. Zit een track in
435 * twee albums, dan wint de oudste -- willekeurig maar STABIEL, en dat is wat
436 * telt: een id dat per ophaalactie verspringt is erger dan een id dat niet de
437 * mooiste keuze is.
438 *
439 * Eén zoekopdracht voor alle rijen samen, zoals trackHostPosts. Per track
440 * vragen wordt bij tweehonderd nummers tweehonderd zoekopdrachten.
441 */
442export function trackAlbums(siteId) {
443 const rijen = db.prepare(`
444 SELECT pt.track_id AS tid, p.id, p.title, p.artist, p.year, p.cover_url,
445 p.release_date, p.mb_release_id, p.created_at
446 FROM playlist_tracks pt
447 JOIN playlists p ON p.id = pt.playlist_id
448 WHERE p.site_id = ? AND p.kind = 'album'
449 ORDER BY p.created_at, p.id
450 `).all(siteId);
451 const uit = new Map();
452 for (const r of rijen) if (!uit.has(r.tid)) uit.set(r.tid, r);
453 // De post die deze plaat uitbrengt, EEN keer per album opgezocht en niet per
454 // track: uitgavePost() doet er echt werk voor (hij leest de typering van de
455 // post) en een site heeft veel meer nummers dan platen.
456 //
457 // WAAROM DIT ERBIJ MOET: buildPlaylistCollection laat leenVanPost de naam van
458 // de post overnemen -- de post IS de uitgave. Zonder dezelfde lening hier zou
459 // het ingesloten Album "Cartoon Epic" heten en zijn eigen URI "Geen koffie,
460 // wel thee!". Een id met twee namen, en dat is precies wat op 16-8 uit de
461 // meting rolde.
462 const perAlbum = new Map();
463 for (const r of uit.values()) {
464 if (perAlbum.has(r.id)) continue;
465 perAlbum.set(r.id, uitgavePost(siteId, r.id));
466 }
467 for (const r of uit.values()) r._post = perAlbum.get(r.id) || null;
468 return uit;
469}
470
471/**
472 * Een uitgave als `fw:Album`.
473 *
474 * INGESLOTEN EN NIET ALS URI, en dat is het hele punt van deze stap. Funkwhale's
475 * TrackSerializer heeft `album = AlbumSerializer()` -- een object met name,
476 * published en een eigen artist_credit. Een kale URI expandeert naar een knoop
477 * met alleen een @id en valt daar dus af. Emissary stuurt precies zo'n kale URI,
478 * en dat is waarom hun tracks bij Funkwhale net zo goed stranden.
479 *
480 * Het `id` is de bestaande playlist-collectie: dereferenceerbaar, en het is
481 * werkelijk hetzelfde ding. We verzinnen geen tweede adres voor iets dat er al
482 * een heeft.
483 */
484export function buildAlbumObject(base, site, pl) {
485 if (!pl) return null;
486 const abs = (u) => !u ? null : (/^https?:/i.test(u) ? u : `${base}${u.startsWith('/') ? '' : '/'}${u}`);
487 // GEEN epoch als terugval. `published` is bij hen verplicht, maar 1970 is een
488 // ANTWOORD en geen ontbrekend veld -- en dat is erger: een lezer kan een gat
489 // opmerken, een leugen niet. playlists.created_at heeft een default, dus als
490 // hij hier ontbreekt is er een leespad dat de kolom laat vallen. Dat willen we
491 // zien, niet maskeren. (Zo kwam op 16-8 de route boven water die id, title,
492 // artist, year, cover_url en kind selecteerde en de rest niet.)
493 const wanneer = pl.created_at ? new Date(pl.created_at).toISOString() : null;
494 // Dezelfde lening als in buildPlaylistCollection: de post die de plaat
495 // uitbrengt geeft zijn titel, en de eigen titel blijft als alsoKnownAs staan.
496 const titel = (pl._post && pl._post.title) || pl.title;
497 const album = {
498 type: 'Album',
499 id: `${actorId(base, site.slug)}/playlists/${pl.id}`,
500 name: titel,
501 ...(wanneer ? { published: wanneer } : {}),
502 attributedTo: actorId(base, site.slug),
503 artist_credit: artistCredit(base, site, pl.artist, wanneer || new Date().toISOString()),
504 };
505 if (titel !== pl.title) album.alsoKnownAs = pl.title;
506 // `released` alleen als er een ECHTE datum is. `year` vult hem niet aan: een
507 // jaartal is geen dag, en dat is de reden dat release_date bestaat.
508 if (pl.release_date) album.released = pl.release_date;
509 if (pl.mb_release_id) album.musicbrainzId = pl.mb_release_id;
510 const hoes = abs(pl.cover_url || null);
511 if (hoes) album.image = { type: 'Image', mediaType: guessMediaType(hoes), url: hoes };
512 return album;
513}
514
515export function buildPlaylistCollection(base, site, playlist, rows) {
516 const abs = (u) => !u ? null : (/^https?:/i.test(u) ? u : `${base}${u.startsWith('/') ? '' : '/'}${u}`);
517 // Dezelfde objecten als in de actor-collectie, met hetzelfde id (shaer-0nh,
518 // stap 3). Een playlist is een KEUZE uit wat de artiest heeft uitgebracht,
519 // geen tweede exemplaar ervan: staat een track in twee playlists, dan is het
520 // twee keer hetzelfde ding en niet twee dingen die toevallig gelijk klinken.
521 // De hoes van de playlist dient als terugval voor een track zonder eigen hoes.
522 const hostPosts = site.id ? trackHostPosts(site.id) : null;
523 const albums = site.id ? trackAlbums(site.id) : null;
524 const items = (rows || []).map((r) => buildTrackAudio(base, site, r, { coverFallback: playlist.cover_url || null, hostPosts, albums }));
525 const out = pagedCollection(`${actorId(base, site.slug)}/playlists/${playlist.id}`, items, {
526 extra: { name: playlist.title, attributedTo: actorId(base, site.slug) },
527 });
528 // Album of playlist is presentatie; op de draad is het één samenvattingsveld.
529 const parts = [];
530 if (playlist.artist) parts.push(playlist.artist);
531 if (playlist.year) parts.push(String(playlist.year));
532 if (parts.length) out.summary = parts.join(' · ');
533 const cover = abs(playlist.cover_url || null);
534 if (cover) out.icon = { type: 'Image', mediaType: guessMediaType(cover), url: cover };
535
536 // Is dit een UITGAVE, dan draagt deze collectie ook de albumvelden
537 // (shaer-756s, stap 2): het is het adres waar track.album naar wijst, en dan
538 // hoort hier hetzelfde te staan als in het ingesloten object.
539 //
540 // `type` blijft OrderedCollection, EN BLIJFT EEN STRING. Er stond hier even
541 // ['OrderedCollection', 'Album'] -- geldig AS2, en het is ook werkelijk
542 // allebei -- maar een bestaande test viel erover, en die test had gelijk: een
543 // lezer die `type` als tekst uitpakt (Shaer doet dat) verliest dan in stilte
544 // de hele playlist. Het kost ons niets, want hun AlbumSerializer declareert
545 // geen type-veld en valideert het dus niet: haalt Funkwhale dit adres op als
546 // album, dan leest hij deze velden gewoon. En het object dat hij echt gebruikt
547 // staat toch al ingesloten op de track.
548 if ((playlist.kind || 'album') === 'album') {
549 const album = buildAlbumObject(base, site, playlist);
550 for (const veld of ['published', 'released', 'musicbrainzId', 'artist_credit', 'image']) {
551 if (album[veld] !== undefined) out[veld] = album[veld];
552 }
553 }
554 return leenVanPost(base, site, out, uitgavePost(site.id, playlist.id));
555}
556
557// ── De post als uitgave (shaer-38y) ───────────────────────────────────────
558
559/** Het AS2-id van de collectie losse tracks van een post. */
560function postTracksId(base, site, postId) {
561 return `${actorId(base, site.slug)}/posts/${encodeURIComponent(postId)}/tracks`;
562}
563
564/**
565 * Welke post brengt deze playlist uit, en mag die zijn gegevens uitlenen?
566 *
567 * Niet zomaar de eerste post die de playlist noemt: alleen een post die er EEN
568 * muzikale eenheid van maakt leent uit. Staan er twee collecties in, dan is de
569 * post niet meer de drager van een identiteit en houdt de playlist de zijne --
570 * dezelfde regel als in de afleiding, hier alleen toegepast.
571 *
572 * De nieuwste wint als er meerdere zijn: dat is waar hij het laatst is
573 * uitgebracht.
574 */
575export function uitgavePost(siteId, playlistId) {
576 if (!siteId || !playlistId) return null;
577 try {
578 const rijen = db.prepare(`
579 SELECT id, slug, title, excerpt, content, cover_image_url, tags
580 FROM posts
581 WHERE site_id = ? AND status = 'published'
582 AND content LIKE '%[[playlist:' || ? || ']]%'
583 ORDER BY COALESCE(published_at, created_at) DESC
584 `).all(siteId, playlistId);
585 for (const p of rijen) {
586 const r = postMusicType(p.content, siteId);
587 if (r && r.leentMetadata && r.collectie && r.collectie.id === playlistId) return p;
588 }
589 } catch { /* geen lening is geen fout */ }
590 return null;
591}
592
593/**
594 * De post leent zijn gegevens aan de uitgave (shaer-38y, punt 3).
595 *
596 * WAAROM DE POST WINT EN NIET DE PLAYLIST. Een playlist heeft een titel en soms
597 * een hoes; een post heeft een titel, een tekst, een hoes, tags EN een datum.
598 * Voor audio-gebaseerde inhoud is de post de uitgave -- dat is waar iemand hem
599 * heeft uitgebracht en waar het verhaal erbij staat. Een Funkwhale-achtige
600 * lezer vindt een collectie met alleen een naam te mager, en dat is precies wat
601 * hij nu krijgt.
602 *
603 * De naam van de playlist gaat niet verloren: die blijft als `alsoKnownAs`
604 * staan, zodat de eigen naam terug te vinden is als hij afwijkt.
605 */
606function leenVanPost(base, site, obj, post) {
607 if (!post) return obj;
608 const abs = (u) => !u ? null : (/^https?:/i.test(u) ? u : `${base}${u.startsWith('/') ? '' : '/'}${u}`);
609
610 if (post.title) {
611 if (obj.name && obj.name !== post.title) obj.alsoKnownAs = obj.name;
612 obj.name = post.title;
613 }
614 // De tekst als `content`, niet als `summary`: in AS2 is summary de korte
615 // samenvatting en content het lijf. Artiest en jaar blijven dus in summary
616 // staan -- dat is een samenvatting, en de posttekst is dat niet.
617 const tekst = tekstVanPost(post);
618 if (tekst) obj.content = tekst;
619
620 const cover = abs(post.cover_image_url || null);
621 if (cover) {
622 obj.image = { type: 'Image', mediaType: guessMediaType(cover), url: cover };
623 if (!obj.icon) obj.icon = obj.image; // geen eigen hoes? dan die van de post
624 }
625
626 // Dezelfde lijst als de Note: het tagveld EN de hashtags uit het lijf, waarbij
627 // de geschreven vorm voorgaat. Een eigen lijst hier zou de tags uit de tekst
628 // missen en de rest anders spellen dan dezelfde post elders doet.
629 const tags = buildHashtagList(base, post.tags, post.content, { ruw: true });
630 if (tags.length) obj.tag = tags;
631
632 // Waar je hem kunt horen, en waar hij bij hoort. Zelfde paar als bij een
633 // losse track: url wijst een mens naar de post, context zegt waar dit object
634 // thuishoort.
635 obj.url = `${base}/${post.slug}`;
636 obj.context = noteId(base, post.id);
637 return obj;
638}
639
640/**
641 * De tekst van een post, als er een is. De excerpt heeft voorrang -- die is
642 * geschreven om samen te vatten. Staat die leeg, dan het lijf zelf: zonder
643 * shortcodes (die zijn de muziek, niet het verhaal erover) en zonder opmaak.
644 * Levert null als er niets overblijft, want een leeg veld is slechter dan geen.
645 */
646function tekstVanPost(post) {
647 const excerpt = String(post.excerpt || '').trim();
648 if (excerpt) return excerpt;
649 const kaal = String(post.content || '')
650 .replace(/\[\[[a-z]+:[^\]]*\]\]/gi, ' ')
651 .replace(/<[^>]+>/g, ' ')
652 .replace(/&nbsp;/gi, ' ')
653 .replace(/&[a-z#0-9]+;/gi, ' ')
654 // Losse hashtags gaan eruit: die staan al in `tag`, en een description die
655 // de tagwolk herhaalt is ruis. Live leverde dit "#DoenweNiet #DoenWeNiet
656 // #devs" op als omschrijving van een post die verder geen tekst heeft.
657 .replace(/(^|\s)#[\p{L}\p{M}\p{N}_]+/gu, ' ')
658 .replace(/\s+/g, ' ')
659 .trim();
660 return kaal || null;
661}
662
663/** De open tracks uit een lijst ids, in de volgorde van die lijst. */
664function losseTracksVanPost(siteId, ids) {
665 if (!siteId || !ids?.length) return [];
666 const gaten = ids.map(() => '?').join(',');
667 const rijen = db.prepare(
668 `SELECT ${TRACK_KOLOMMEN}
669 FROM audio_tracks t JOIN media m ON m.id = t.media_id
670 WHERE t.site_id = ? AND t.fedi_open = 1 AND t.id IN (${gaten})`
671 ).all(siteId, ...ids);
672 // De volgorde van de POST, niet die van de tabel (shaer-38y, punt 1): zoals
673 // iemand ze heeft neergezet is de volgorde waarin ze bedoeld zijn.
674 const opId = new Map(rijen.map((r) => [r.id, r]));
675 return ids.map((id) => opId.get(id)).filter(Boolean);
676}
677
678/**
679 * De losse tracks van een post als EEN uitgave (shaer-38y).
680 *
681 * Tot nu toe gingen die los de deur uit: losse Audio-objecten die een lezer
682 * nergens kon plaatsen. Ze horen bij elkaar omdat ze in dezelfde post staan, en
683 * dat is wat deze collectie zegt -- met de gegevens van de post erbij, want die
684 * heeft ze wel en de losse tracks niet.
685 *
686 * Geeft null als er niets te tonen is: geen post, geen losse tracks, of een
687 * post die geen enkele muzikale eenheid IS.
688 */
689export function buildPostTrackCollection(base, site, post) {
690 if (!post || !post.id) return null;
691 const eenheid = postMusicType(post.content, site.id);
692 if (!eenheid || eenheid.collectie || !eenheid.tracks?.length) return null;
693
694 const rows = losseTracksVanPost(site.id, eenheid.tracks);
695 if (!rows.length) return null;
696
697 const hostPosts = new Map(rows.map((r) => [r.id, { id: post.id, slug: post.slug }]));
698 const out = pagedCollection(postTracksId(base, site, post.id),
699 rows.map((r) => buildTrackAudio(base, site, r, { hostPosts })),
700 { extra: { attributedTo: actorId(base, site.slug) } });
701 return leenVanPost(base, site, out, post);
702}
703
704/**
705 * Een track als publicatie: Create(Audio) (shaer-0nh, stap 4).
706 *
707 * Zelfde vorm als buildCreate voor een post, met een STABIEL id: dezelfde track
708 * levert altijd dezelfde activiteit, zodat een lezer die de outbox twee keer
709 * ophaalt niet denkt dat er iets nieuws is.
710 */
711export function buildTrackCreate(base, site, r, opts = {}) {
712 const audio = buildTrackAudio(base, site, r, opts);
713 const me = actorId(base, site.slug);
714 return {
715 '@context': AP_CONTEXT,
716 id: `${audio.id}#create`,
717 type: 'Create',
718 actor: me,
719 published: audio.published,
720 to: [PUBLIC],
721 cc: [`${me}/followers`],
722 object: audio,
723 };
724}
725
726/**
727 * `category` is kanaal-vocabulaire, en de waarde is 'music' (Robins keuze, 7-8).
728 * Alleen gezet als de site ECHT audio publiceert: een blog zonder muziek als
729 * muziekkanaal aankondigen is erger dan geen label. Het signaal is een track in
730 * de kast, niet enable_audio_player -- die staat standaard aan en zegt niets.
731 */
732export function channelCategory(site) {
733 try {
734 // ALLEEN opengezette tracks tellen. Eerst keek dit naar elke track, ook een
735 // gated -- en dan roept een site met uitsluitend afgeschermde muziek toch
736 // "hier is muziek" naar de hele fediverse. Dat botst met de regel die we
737 // overal aanhouden: een gesloten track is AFWEZIG, niet stilletjes
738 // aanwezig. Naar buiten toe is een kanaal zonder publieke muziek geen
739 // muziekkanaal.
740 return db.prepare('SELECT 1 FROM audio_tracks WHERE site_id = ? AND fedi_open = 1 LIMIT 1').get(site.id) ? 'music' : null;
741 } catch { return null; }
742}
743
744// ── Welk soort muzikale uitgave is deze post? (shaer-cyg) ─────────────
745
746/**
747 * Het type van een post afleiden uit de muziek die erin staat.
748 *
749 * DE REGEL ZELF staat in assets/js/shared/post-music-type.js, want de editor
750 * gebruikt hem ook -- daar volgt het type live mee terwijl je schrijft. Twee
751 * kopieen zouden stil uit elkaar lopen, dus is er er een. Hier komt alleen het
752 * stuk bij dat de server kan en de browser niet: de gekozen soort van een
753 * playlist opzoeken.
754 *
755 * WAARVOOR DIT WEL EN NIET IS (Robins afbakening, 9-8). Nieuwe posts krijgen
756 * hun type uit de keuze: album of playlist wordt gekozen als de playlist wordt
757 * gemaakt, en de post neemt dat over. Op de server is dit vooral voor wat er al
758 * staat -- de posts met type=audio uit de tijd voor die keuze bestond.
759 *
760 * @param {string} content de HTML/tekst van de post
761 * @param {string} siteId nodig om playlists.kind te kunnen opzoeken
762 */
763export function postMusicType(content, siteId) {
764 return afleidenUitInsluitingen(content, (id) => playlistKind(id, siteId));
765}
766
767/**
768 * De gekozen soort van een playlist: 'album' | 'playlist', of null als hij niet
769 * (op deze site) bestaat. Zelfde normalisatie als PlaylistService: alles wat
770 * geen 'playlist' zegt is een album.
771 */
772function playlistKind(id, siteId) {
773 if (!siteId) return null;
774 try {
775 const r = db.prepare('SELECT kind FROM playlists WHERE id = ? AND site_id = ?').get(id, siteId);
776 if (!r) return null;
777 return r.kind === 'playlist' ? 'playlist' : 'album';
778 } catch { return null; }
779}
Note: See TracBrowser for help on using the repository browser.