Skip to main content
Mendeley-import kjører i web-tjenesten (modulen tpr-webmodule) i hver Ayakaleaf Pro-pod. Registrer Mendeley-applikasjonen som beskrevet i Mendeley-integrasjon, med omdirigerings-URL-en ${OVERLEAF_SITE_URL}/user/mendeley/oauth/callback, og konfigurer deretter Kubernetes som nedenfor.

Konfigurasjon

1

ConfigMap

30-config.yaml (changes)
Sett applikasjons-ID-en i anførselstegn: den er et tall, og en ConfigMap inneholder bare strenger. ENABLED_LINKED_FILE_TYPES erstatter verdien fra installasjonen; behold typene du allerede har, og legg til mendeley (og zotero hvis du bruker begge).
2

Secret

MENDELEY_CIPHER_PASSWORD krypterer brukernes Mendeley-tokener i MongoDB. Uten den genererer hver pod en nøkkelfil i sin egen /var/lib/overleaf/data. Med flere replikaer har da hver node en annen nøkkel, og en bruker som betjenes av en annen replika, kan ikke bruke den tilkoblede Mendeley-kontoen sin. Angi den før den første brukeren kobler til Mendeley: hvis du endrer den senere, må alle brukere koble til Mendeley på nytt.
3

Bruk og start på nytt

Flere replikaer

Angi MENDELEY_CIPHER_PASSWORD i Secret-en, se ovenfor. Mendeley-tokener krypteres av den samme koden som Zotero-nøklene: uten passordet kan en fil som er importert på én replika, ikke oppdateres på en annen, slik vi så med Zotero. OAuth-state lagres i økten i Redis, så callbacken kan nå hvilken som helst replika.

Testet på Kubernetes

Mot en etterligning av api.mendeley.com (klarert via NODE_EXTRA_CA_CERTS fra overleaf-certs), på Kubernetes 1.37 med tre replikaer bak HAProxy, består ende-til-ende-testene våre for Mendeley (18 tilfeller): tilkobling via OAuth 2.0 og frakobling, import av biblioteket og grupper til en .bib-fil, oppdatering av den, oppdatering av et tilgangstoken som er i ferd med å utløpe, tilbakekalte tokener, forespørsel om å koble til på nytt, referanser som er søkbare for samarbeidspartnerne, at bare den som importerte kan oppdatere, API-feil og trege tilkoblinger til Mendeley.
Sist endret 2. november 2026