ci(refresh): drive the scheduled refresh from Gitea
Full `uses:` URLs as in ci.yml, the fork gate repointed at the Gitea repo, and a commit identity that is not GitHub's bot. `gh workflow run` becomes the REST dispatch the CLI would have made, because there is no `gh` on a Gitea runner. Worth stating plainly: Gitea does not suppress workflow triggers on a push made with the Actions token, which is the whole reason this step existed on GitHub, so the snapshot commit will usually have started ci.yml by itself. The step stays anyway — it is the only guarantee of publication if that behaviour is ever configured off, and a duplicate run costs nothing because ci.yml's concurrency group is per-ref with cancel-in-progress. The crawler's fallback contact URL follows the repo. It is what wiki operators see in our User-Agent when REFRESH_CONTACT_URL is unset, so leaving it pointing at a repo we no longer publish from would make the contact half of AGENTS.md § Scraping conduct a dead end. Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
This commit is contained in:
co-authored by
Claude Opus 5
parent
ec80e76cdc
commit
5b8109b556
@@ -55,7 +55,7 @@ import { RobotsCache, type FetchLike } from "../src/ingest/robots.ts";
|
||||
import { decodeBody, SnapshotStore } from "../src/ingest/snapshots.ts";
|
||||
|
||||
const DEFAULT_CONTACT =
|
||||
"https://github.com/StereotypicalCat/gacha-event-tracker";
|
||||
"https://gitea.lucaswinther.info/lucasw89/gacha-event-tracker";
|
||||
|
||||
export const DEFAULT_USER_AGENT = `gacha-event-tracker/1.0 (+${process.env["REFRESH_CONTACT_URL"] ?? DEFAULT_CONTACT})`;
|
||||
|
||||
|
||||
Reference in New Issue
Block a user