Malton London Press

Das Problem

Ein Wissenschaftsverlag braucht mehr als eine Website. Jedes Buch und jeder Konferenzbeitrag muss kostenlos lesbar und herunterladbar sein, die Redaktion muss veröffentlichen können, ohne Code anzufassen, und Google Scholar muss jeden Beitrag finden und indexieren. Sonst bleibt die Arbeit der Autoren unsichtbar.

Wie es gebaut ist

Ein Monorepo mit pnpm und Turborepo, zwei Apps und einem gemeinsamen Paket: eine Next.js-Website für die Leser und Payload CMS auf PostgreSQL, wo die Redaktion arbeitet und woher die Website ihre Inhalte bezieht. Leser stöbern in Büchern und Tagungsbänden und laden die PDFs herunter, Autoren schicken Buchvorschläge über ein Formular. Alles läuft auf einem einzigen Hetzner-Server hinter Nginx, und PM2 betreibt beide Apps im Cluster-Modus. Bei jedem Push laufen Linting, Type-Checks und Tests in GitHub Actions. Ein Deploy wird von Hand gestartet: Der Workflow führt die Checks noch einmal auf genau diesem Commit aus, verbindet sich per SSH mit dem Server, startet dasselbe Deploy-Skript, das auch ein Mensch ausführen würde (install, migrate, build, reload), und fragt dann von außen einen Health-Endpoint ab, bis die Website antwortet.

Entscheidungen, auf die es ankam

• Deploys starten nur von Hand

  Bei einem Push wird nichts deployt, also kann ein fehlerhafter Commit auf main nicht von selbst in Produktion landen. Der Workflow ruft dasselbe Skript auf, das auch ein Mensch ausführen würde, also können der manuelle und der automatisierte Weg nicht auseinanderdriften.

• Kein automatischer Rollback

  Das Auschecken von altem Code macht eine bereits gelaufene Datenbankmigration nicht rückgängig, deshalb bleibt der Weg zurück ein bewusster Schritt. Vor jedem Deploy wird der vorherige Commit auf dem Server gespeichert, damit ist der Rollback ein einziger Befehl.

• Metadaten, die Google Scholar lesen kann

  Jede Beitrags- und Buchseite enthält Citation-Tags im Format von Highwire Press, bei denen auf jeden Autor die jeweils eigene Institution und ORCID folgen, damit Google Scholar und Literaturverwaltungen wie Zotero sie korrekt indexieren.

Code aus dem Repo

1/** One citation_author per person, each followed by its own institution and ORCID. */
2function authorTags(people: Person[] | null | undefined): CitationTag[] {
3  const tags: CitationTag[] = []
4  for (const person of people ?? []) {
5    const name = person.name?.trim()
6    if (!name) continue
7    tags.push(['citation_author', name])
8    const institution = person.affiliation?.trim()
9    if (institution) tags.push(['citation_author_institution', institution])1
10    const orcid = orcidUrl(person.orcid)
11    if (orcid) tags.push(['citation_author_orcid', orcid])
12  }
13  return tags
14}
15 
16// …
17 
18/** Tags for a conference paper page (/proceedings/[volume]/[paper]). */
19export function paperCitationTags(
20  paper: Pick<Paper, 'title' | 'slug' | 'authors' | 'doi' | 'pdf' | 'pagesRange'>,
21  volume: Pick<Book, 'title' | 'slug' | 'publicationDate' | 'isbn' | 'conference'>,
22  siteUrl: string = publicSiteUrl(),
23): CitationTag[] {
24  const tags: CitationTag[] = []
25  add(tags, 'citation_title', paper.title)
26  tags.push(...authorTags(paper.authors))
27  add(tags, 'citation_publication_date', citationDate(volume.publicationDate))2
28  // …
29  const site = siteUrl.replace(/\/+$/, '')
30  // Same host and directory as this page (Scholar ignores a PDF anywhere else).
31  if (hasFile(paper.pdf)) add(tags, 'citation_pdf_url', `${site}${paperPdfPath(volume.slug, paper.slug)}`)3
32  add(tags, 'citation_abstract_html_url', `${site}/proceedings/${volume.slug}/${paper.slug}`)
33  add(tags, 'citation_language', 'en')
34  return tags
35}

Wo es heute steht

Seit Januar 2026 online unter maltonlondonpress.com. Ich halte die Website am Laufen und deploye jede Änderung.