wtclaude
fe3251a543
The data half of the extraction: 8 model directories, 13 utils, the shard
stream catalog and the 27-table schema fragment with its purge.
server/core.js is what makes the port a one-line import change per file rather
than a signature change per function. Ported code requires its dependencies at
file scope -- `const { query } = require('../../core')` -- which runs before
register() has been called and before any ctx exists. So every member is a
stable function that resolves ctx when CALLED, and nothing may be destructured
off ctx at init either, because core is free to hand over a getter.
Two helpers are vendored rather than taken from ctx, and the line between them
is the point. utils/excerpt.js is core's deriveExcerpt -- nine lines of pure
text handling. Core's sanitiser next to it was NOT copied: a second copy of a
security control diverges silently the moment either is fixed. announceLinks.js
vendors legError and articleUrl the same way, but baseUrl could not be: core's
reads APP_BASE_URL, and §2.7 forbids a module reading core's environment, so it
comes off ctx.site.baseUrl.
The schema fragment is core's 27 shard_*/uo_link_* statements, verbs CREATE,
ALTER and UPDATE only, every CREATE TABLE guarded. Two of its tables carry a
foreign key INTO users, which is allowed and is why the replay order matters --
core's schema is in place before this runs. The reverse never occurs and must
not: it would make core unable to boot without a module installed.
One real port bug caught by the integration run, not by tests: the atlas art
map resolved `../../../db/data`, which pointed at core's tree when this file
lived there and points outside server/ now. A path that happens to resolve is
exactly what survives a green suite, because the absent-file branch returns {}
and looks like the normal case.
Co-Authored-By: Claude <noreply@anthropic.com>
27 lines
1.0 KiB
JavaScript
27 lines
1.0 KiB
JavaScript
// Recent player-vendor sales for a set of game accounts. Shared by the player
|
|
// self endpoint (the caller's linked accounts) and the admin user-detail
|
|
// endpoint (a target user's linked accounts). Reads the site's own ingested
|
|
// event log — no sidecar round-trip — and filters to sales whose owning account
|
|
// is in the set. Newest 50, already newest-first from shardEvents.list.
|
|
|
|
const shardEvents = require('../model/shardEvents/shardEvents.model')
|
|
|
|
async function salesForAccounts(accounts) {
|
|
const set = accounts instanceof Set ? accounts : new Set(accounts)
|
|
if (set.size === 0) return []
|
|
const events = await shardEvents.list({ kind: 'vendor.sale', limit: 500 })
|
|
return events
|
|
.filter((e) => e.payload && set.has(e.payload.ownerAcct))
|
|
.slice(0, 50)
|
|
.map((e) => ({
|
|
t: e.t,
|
|
itemType: e.payload.itemType,
|
|
amount: e.payload.amount,
|
|
price: e.payload.price,
|
|
commission: e.payload.commission,
|
|
ownerAcct: e.payload.ownerAcct,
|
|
}))
|
|
}
|
|
|
|
module.exports = { salesForAccounts }
|